我正在为新的.NET应用程序选择依赖注入框架.这些框架中有许多令人眼花缭乱的框架,包括Ninject,StructureMap,Unity,Castle Windsor,Spring.NET等等.我从不相信任何一个工具绝对比其他工具更好或更差; 它总是取决于背景和约束.
考虑到这一点,任何人都可以提供各种.NET依赖注入框架的优点和缺点,彼此相对吗？哪个更适合小项目,大项目等？对于哪些类型的项目,架构和开发团队,每个项目的工作效果最好还是不太好？那些与其中几个框架合作过的人的任何智慧都会非常有帮助......
到目前为止,每个人都知道Linq-to-SQL本身不支持多表继承(又称table-per-subtype),并且你可以使用其他ORM框架,如Entity Framework,NHibernate等,如果你想要原生的话支持多表继承(如果您有任何疑问,请参考SO问题" LINQtoSQL中的多重继承 ").
但是,假设您确实想要使用(或仅限于使用)Linq-to-SQL作为您的ORM层,那么任何人都可以确定一个简单而直接的设计策略来模拟 Linq-to-SQL项目中的多表继承,以便客户端代码可以使用自然的,面向对象的API针对Linq-to-SQL层编写？