您使用什么.Net业务逻辑层框架？

Question

我被要求通过在其中添加一些表和类来扩展一个简单的遗留应用程序来扩展功能。

这是一个.Net 1.1应用程序，我现在已成功升级到.Net 3.5

现在我的问题是，对于这些新的表和类，我想添加一个ORM和一个业务逻辑层，以后我可以随时扩展到遗留类，只要我需要触及那段代码。

我知道我可以使用的ORM工具很少，例如Entity Framework和NHibernate。

对我来说，问题在于决定使用什么业务逻辑层，我过去使用csla.net并取得了良好的效果，但我的问题是其他真正的替代方案是什么？

Answer 1

除了使用工具代码生成基于数据库或数据层的一些业务对象和/或DTO之外，我个人并不需要业务层的框架。

我相信CLSA.NET可以帮助一些人进行验证，并试图让应用程序更容易“分层”。

有些人可能想要一个框架或类似的东西来帮助序列化业务对象，但版本问题通常非常严重，所以我很努力避免需要它。

我的业务层几乎是业务对象，业务逻辑和业务规则。我尽量保持最小化，更喜欢简单。

Answer 2

设计可维护应用程序的最佳方法是不依赖任何框架或代码生成工具来创建域层（即业务层）。尽可能使您的基础架构远离您的域（基础设施无知），并避免使用无所不包的紧密耦合的框架，这些框架会尽力为您完成所有工作。对于基础架构问题，请寻找有针对性的框架或框架，使您只能选择所需的那些问题。