我被要求通过在其中添加一些表和类来扩展一个简单的遗留应用程序来扩展功能。
这是一个 .Net 1.1 应用程序，我现在已成功升级到 .Net 3.5
现在我的问题是，对于这些新的表和类，我想添加一个 ORM 和一个业务逻辑层，将来我可以在需要接触一段代码时扩展到遗留类。
我知道一些我可以使用的 ORM 工具，例如Entity Framework和NHibernate。
对我来说，问题在于决定使用哪个业务逻辑层，我过去曾使用csla.net并取得了不错的效果，但我的问题是还有哪些其他真正的替代方案？
除了使用工具来生成一些基于数据库或数据层的业务对象和/或 DTO 之外，我个人对业务层框架的需求并不大。
我相信 CLSA.NET 可以帮助一些人进行验证，并试图让“分层”应用程序变得更容易。
有些人可能想要一个框架或类似的东西来帮助序列化业务对象，但版本控制问题通常非常严重，所以我非常努力地避免需要它。
我的业务层几乎是业务对象、业务逻辑和业务规则。我尽量保持最小，更喜欢简单。
设计可维护应用程序的最佳方法是不依赖任何框架或代码生成工具来创建您的领域层（即业务层）。尽可能让你的基础设施远离你的领域（基础设施无知），并避免试图为你做所有事情的包罗万象、紧密耦合的框架。对于基础设施问题，寻找有针对性的框架，或使您能够仅选择您需要的那些问题的框架。