4

我刚刚从演示者类重构了一个新的域类，但我不知道在哪里实例化它。

这是对维护不善的遗留项目进行的更大的持续重构工作的一部分。

当前正在由视图的 OnLoad 事件创建 Presenter，并且视图在构造函数中作为参数传递。Presenter 中的所有公共方法都是无参数的并且返回 void。它们使用视图的公共属性与视图通信。

视图，本质上是一种简陋的形式，完全取决于演示者的一切。

这是典型的被动视图模式，我想继续坚持下去。这使我陷入困境。我需要创建一个新域对象的实例供演示者使用。

  • 如果我通过构造函数传递它，那么视图必须创建它并获得不必要的依赖。
  • 如果我在演示者的任何地方创建它，我无法在单元测试中用模拟对象替换它。
  • 如果我将它设为演示者的公共属性，那么我会在使用它的演示者方法上引入创建顺序依赖项，但我仍然没有解决哪个外部类负责创建它。

我目前没有使用任何依赖注入框架。虽然我有兴趣在未来使用它，但源代码仍然很脆弱，无法将第三方框架引入混合中。

我愿意接受任何建议。

4

3 回答 3

2

我已经做好了！！！在我的存储库中查看这里。我在这里的选择是使用构造函数......满足最贪婪的我确信演示者是向上的。在您的情况下，您可以从视图中为依赖项提供特定的 impl。

玩得开心 ：）

于 2009-05-11T19:20:07.553 回答
1

我找到了一个更简单的解决方案。这是我原来的课程的一个例子：

public Presenter(IView view)
{
    this.View = view;
}

我想将我的新依赖项作为构造函数参数传递，但也不想将此依赖项添加到我的视图中。构造函数链来救援！

public Presenter(IView view):this(view, new Dependency()){}

public Presenter(IView view, IDependency dependency)
{
    this.View = view;
    this.Dependency = dependency;
}

现在生产代码继续使用原始接口，而单元测试使用新的接口，为视图和依赖项传入模拟。如果依赖项的数量继续增长，则需要进行一些重构，但在不久的将来，这是一个理想的解决方案。

于 2009-05-12T17:58:06.527 回答
0

我现在会去存储库或工厂。它可以立即进行测试。将来，您可以将其实现替换为 DI 库。

public class DomainObjectsRepository
{
    /// <summary>
    /// can not be instantiated, use <see cref="Instance"/> instead.
    /// </summary>
    protected DomainObjectsRepository()
    {

    }

    static DomainObjectsRepository()
    {
        Instance = new DomainObjectsRepository();
    }

    public static DomainObjectsRepository Instance { get; set; }


    public virtual ICustomerDao GetCustomerDao()
    {
        return new CustomerDao();
    }
}

public class DomainObjectsRepositoryMock : DomainObjectsRepository
{
    public override ICustomerDao GetCustomerDao()
    {
        return new CustomerDaoMock();
    }
}
于 2009-05-11T20:03:41.523 回答