我们有一个辩论 - 为了测试一些服务，每个dto有一个工厂的缺点和优点。 我们的想法是使用基本类型参数（用户名，密码等）调用服务，但应使用这些基元来利用服务依赖性。测试它的唯一方法是向服务中注入一个额外的依赖项DtoFactory，以确保原始参数以我们想要的方式使用。 令我担心的是“FactoryX per DtoX”的想法。什么是另类？ 感谢
答案 0 :(得分：0)
使用spring框架我不会再将登录信息放入DTO（或我管理的Thread Storage）中。我只需让spring在需要时将适当的凭据注入服务中。
这对登录信息非常有用。当像你一样运行集成测试时，spring会负责这一切。
你问了其他选择。
答案 1 :(得分：0)
我想我回答了自己的问题。测试部件不应该推动该要求。测试应以不同的方式进行。 Rhino Mocks 3.5有助于实现这一目标，以消除每个工厂的工厂需求。我在这里写了博客：http://weblogs.asp.net/sfeldman/archive/2009/01/29/factory-per-dto.aspx