我正在进行一个新的ASP.Net MVC项目的开发，并且正在使用这个项目来了解依赖注入。我相当确定我会选择Structure Map，但这不是我的问题所在。我想要弄清楚的是如何最好地组织我的解决方案。单元测试项目和模型都需要一个配置文件来映射它们的依赖关系吗？还是有一个类可以统治所有依赖项？
此外，在我进展过程中有没有需要避免的新手陷阱？
非常感谢大家.....
更新 我应该补充说明的是，当我说“组织解决方案”时，我并不是指文件夹/文件数量等问题，而是指如何构建与DI有关的类。特别是如何管理引导程序。我可以看出我的措辞可能会引起困惑。
ForRequestedType<Customer>
using KevDog.Models
using Customer=KevDog.Models.Customer
ForRequestedType<KevDog.Models.Customer>
避免这个问题的另一种方法是在命名时显式表达：Customer，CustomerViewModel，CustomerController，CustomerDataRow，CustomerView。
对于TDD，您几乎必须有两个引导程序来管理具体类型。您真的不希望您的单元测试使用AuthorizeNetGateway：IPaymentGateway，而应该使用StubGateway：IPaymentGateway。
现在我也是DI的新手，因此我倾向于使事情非常简单并模仿101级别的教程和文档。只有在特定情况下需要它并且您确切知道自己在做什么时，才应该使用基于构建配置的动态注入。
我通常也会保留MVC应用程序的默认结构。将代码放在99％的所有教程和视频相同的结构中更容易。
希望这有所帮助。
这是我第一次尝试为自己解决同样的问题，但由于这是我的第一次尝试，我希望人们可以对其进行评论或批评，同时也希望它能作为您可能的一个解决方案：
public VatManager()
: this(new VatManagerRegistry()) { }
public VatManager(Registry registry)
: this(new Action<IInitializationExpression>(x => { x.AddRegistry(registry); }))
{
}
public VatManager(Action<IInitializationExpression> action)
{
ObjectFactory.Initialize(action);
data = ObjectFactory.GetInstance<IVatManagerData>();
}