我们的商店为各种垂直行业设计和创建定制软件应用程序。我们目前在大部分开发中使用Csla框架的修改版本。
这是一个很棒的框架，支持多种方式与数据库通信，直接、远程、WCF 等。它提供了大量功能，其中许多我们不使用。该框架的优点很多，其中最重要的是 Rockford Lhotka 在新技术方面领先一步，这意味着我们不必进行研究。该框架的缺点是，您受制于创建者如何实现更改和技术以及您不使用的所有许多功能。
随着 Linq-to-Sql 的出现，我们正在认真考虑进行切换，授予很多生成的纯数据访问权限，但通过创建部分类，我们可以扩展数据访问权限并提供业务逻辑。我们还可以创建一些正式的接口来处理业务逻辑。可以使用/创建我们的规则管理器，等等。简而言之，我们将发展自己的应用程序框架。
我注意到Jeff Atwood 在 PDC 2008 上讨论 ASP.NET MVC 框架时，他主要处理单个项目，而且看起来他正在使用部分类扩展 Linq-to-Sql。这种架构似乎证明了这样一个事实：代码易于维护，新功能可以快速添加，错误可以快速修复，并且性能良好……大多数时候。
我只是好奇其他用户的想法是什么？我是否因为我认为更容易使用和更易于维护的东西而放弃我们的框架而疯狂？