一个正式的应用程序框架太多了吗？

Question

我们的工厂为垂直行业设计和创建定制软件应用程序。我们目前在大多数开发中使用Csla框架的修改版本。

这是一个伟大的框架，支持多种方式与数据库进行通信，直接，远程处理，WCF等。它提供了许多功能，其中许多我们不使用。该框架的优点很多，最重要的是Rockford Lhotka在新技术方面领先一步，这意味着我们不需要进行研究。框架的缺点在于，您将受制于创建者如何实现更改和技术以及您不使用的所有许多功能。

随着Linq-to-Sql的出现，我们正在认真考虑切换，授予许多生成的纯数据访问权限，但通过创建部分类，我们可以扩展数据访问并提供业务逻辑。我们还可以创建一些正式的接口来处理业务逻辑。可以使用/创建我们的规则管理器，等等。简而言之，我们将发展自己的应用程序框架。

我注意到在Jeff Atwood's discussion the ASP.NET MVC framework at PDC 2008期间，他主要使用一个项目，并且看起来就像他正在使用部分类扩展Linq-to-Sql一样。这个架构似乎来证明代码易于维护，快速添加新功能以及快速修复错误，并且大部分时间都能很好地运行。

我只是好奇其他用户的想法是什么？我是否疯狂放弃我认为更容易使用的内容以及更多可维护的框架？

Answer 1

  

框架的缺点是事实   你受到了怎样的摆布   创建者实现变化和   技术和所有许多功能   你不使用。

您似乎会接触到与LINQ相同的缺点，因此在进行更改时请记住这一点。无论如何，在进行这样的飞跃之前，您应该做一个完整的分析，可能是将一个较小的现有应用程序或其中一个应用程序的子集作为案例研究。

Answer 2

我读了一篇名为A Simple Business Object Wrapper for LINQ to SQL的Rick Strahl的好博客，回答了我的一些问题。他花了一些时间来解释他对框架的观点。