TL; DR: Попробуйте использовать Html.Partial
вместо Renderpage
Я получал Object reference not set to an instance of an object
, когда пытался сделать вид в представлении, отправив ему модель, например это:
@{
MyEntity M = new MyEntity();
}
@RenderPage("_MyOtherView.cshtml", M); // error in _MyOtherView, the Model was Null
Отладка показала, что модель была Null внутри MyOtherView. Пока я не сменил его на:
@{
MyEntity M = new MyEntity();
}
@Html.Partial("_MyOtherView.cshtml", M);
И это сработало.
Кроме того, причина, по которой я не имел Html.Partial
для начала, заключалась в том, что Visual Studio иногда выдает ошибки, (f9), если он находится внутри другого построенного цикла foreach
, хотя это не ошибка:
@inherits System.Web.Mvc.WebViewPage
@{
ViewBag.Title = "Entity Index";
List<MyEntity> MyEntities = new List<MyEntity>();
MyEntities.Add(new MyEntity());
MyEntities.Add(new MyEntity());
MyEntities.Add(new MyEntity());
}
<div>
@{
foreach(var M in MyEntities)
{
// Squiggly lines below. Hovering says: cannot convert method group 'partial' to non-delegate type Object, did you intend to envoke the Method?
@Html.Partial("MyOtherView.cshtml");
}
}
</div>
Но я смог запустить приложение без проблем с этим " ошибка". Я смог избавиться от ошибки, изменив структуру цикла foreach
, чтобы выглядеть так:
@foreach(var M in MyEntities){
...
}
Хотя я чувствую, что это потому, что Visual Studio неправильно интерпретировала амперсанды и скобки .
AdBlock для Chrome можно использовать для блокировки JS-файлов ..... https://chrome.google.com/webstore/detail/gighmmpiobklfepjocnamgkkbiglidom ... Нажмите значок AdBlock и выберите «Покажите список ресурсов» и найдите JS, который вы хотите заблокировать, и поставьте галочку рядом с ним и сделайте свой выбор. Примечание. В настройках «Я продвинутый пользователь, покажите мне расширенные параметры». должен быть выбран.
Это можно сделать довольно легко через расширение Chrome, используя API webRequest
. В приведенном ниже примере блокируются все внешние скрипты. Замените <all_urls>
на более конкретный шаблон . Для очень динамических паттернов вы можете изменить прослушиватель событий chrome.webRequest.onBeforeRequest
.
chrome://extensions/
background.js
chrome.webRequest.onBeforeRequest.addListener(
function() { return {cancel: true}; },
{
urls: ["<all_urls>"], // Change this to a more specific pattern
types: ["script"]
},
["blocking"]
);
manifest.json
{
"name": "Block request",
"version": "1.0",
"manifest_version": 2,
"background": {
"scripts": ["background.js"]
},
"permissions": [
"webRequest",
"webRequestBlocking",
"<all_urls>"
]
}
PS. Следите за API chrome.declarativeWebRequest
. На момент написания это находится в канале beta / dev, но когда вы читаете этот ответ. Этот новый API более эффективен, чем API webRequest
, и позволяет использовать страницы событий вместо фоновых страниц (API-интерфейс webRequest
не может использоваться на страницах событий).
Я считаю, что это ограничение того, как работают отладчики браузера. Вероятно, проще всего просто прокомментировать файлы в коде и протестировать его.