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 неправильно интерпретировала амперсанды и скобки .
Guice's Just-In-Time binding делает именно то, что вы хотите. Учитывая ваши Door
, Window
и Roof
соответствуют следующим требованиям (цитируется в документации Guice ):
либо публичный конструктор без аргументов, или конструктор с аннотацией @Inject
blockquote>будет достаточной пустая реализация модуля:
public class HouseModule extends AbstractModule { @Override protected void configure() { } }
Это путь:
protected void configure() {
bind(Door.class);
bind(Window.class);
bind(Roof.class);
}
Поскольку они являются конкретными классами, как говорит Гиис, вы не можете привязывать их к себе: -)
Отъезд Binder
docs, он отмечает:
bind(ServiceImpl.class);
Этот оператор практически ничего не делает; он «привязывает класс
blockquote>ServiceImpl
к себе» и не изменяет поведение по умолчанию Гиса. Вы все еще можете использовать это, если хотите, чтобы ваш классModule
служил явным манифестом для предоставляемых услуг. Кроме того, в редких случаях Guice может оказаться неспособным проверить привязку во время создания инжектора, если это явно не указано.Конкретные классы с конструктором, помеченные как
@Inject
автоматически доступны для инъекций. Но это помогает разработчику (вам) знать, что настроено в модуле.
Связывание необходимо для связывания интерфейса и класса реализации (для перехода к другой реализации в тестовом env, например). Но поскольку у вас есть конкретные классы, нет необходимости связывать их, просто привяжите классы