Guice с классом, не имеющим абстрактной базы [дубликат]

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 неправильно интерпретировала амперсанды и скобки .

34
задан helpermethod 13 December 2011 в 11:17
поделиться

3 ответа

Guice's Just-In-Time binding делает именно то, что вы хотите. Учитывая ваши Door, Window и Roof соответствуют следующим требованиям (цитируется в документации Guice ):

либо публичный конструктор без аргументов, или конструктор с аннотацией @Inject

будет достаточной пустая реализация модуля:

public class HouseModule extends AbstractModule {
    @Override
    protected void configure() {
    }
}
24
ответ дан Brendon Dugan 25 August 2018 в 02:13
поделиться

Это путь:

protected void configure() {
    bind(Door.class);
    bind(Window.class);
    bind(Roof.class);
}

Поскольку они являются конкретными классами, как говорит Гиис, вы не можете привязывать их к себе: -)

Отъезд Binder docs, он отмечает:

bind(ServiceImpl.class);

Этот оператор практически ничего не делает; он «привязывает класс ServiceImpl к себе» и не изменяет поведение по умолчанию Гиса. Вы все еще можете использовать это, если хотите, чтобы ваш класс Module служил явным манифестом для предоставляемых услуг. Кроме того, в редких случаях Guice может оказаться неспособным проверить привязку во время создания инжектора, если это явно не указано.

Конкретные классы с конструктором, помеченные как @Inject автоматически доступны для инъекций. Но это помогает разработчику (вам) знать, что настроено в модуле.

42
ответ дан dimo414 25 August 2018 в 02:13
поделиться

Связывание необходимо для связывания интерфейса и класса реализации (для перехода к другой реализации в тестовом env, например). Но поскольку у вас есть конкретные классы, нет необходимости связывать их, просто привяжите классы

6
ответ дан korifey 25 August 2018 в 02:13
поделиться
Другие вопросы по тегам:

Похожие вопросы: