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

Question

我们的商店设计和创建垂直行业的Vareity定制软件应用程序。我们目前在我们的大部分开发中都使用Csla框架的修改版本。

这是一个伟大的框架，支持与数据库，直接，远程处理，WCF等通信的方式vareity。它提供了许多功能，其中许多我们不使用。该框架的优点是众多，其中最大的一个是罗克福德Lhotka，当涉及到新的技术时，这意味着我们不必进行研究。这个框架的缺点在于，你受制于创建者如何实现变化和技术以及你不使用的所有功能。

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

我在Jeff Atwood's discussion the ASP.NET MVC framework at PDC 2008注意到，他主要与一个项目工作，而且还看着像他伸出LINQ到SQL和部分类。这个架构似乎表明代码易于维护，快速添加新功能和快速修复错误，并且大多数时候执行得很好。

我只是好奇其他用户的想法是什么？我疯了放弃我的框架，我觉得是更容易使用和更可维护？

Answer 1

框架的缺点是事实 ，你是在的 创作者如何实现改变和 技术和所有的许多功能 您不要使用摆布。

看起来你会接触到这些与LINQ相同的缺点，所以在进行更改时请记住这一点。无论如何，在做出这样的飞跃之前，你应该做一个完整的分析，也许通过移植一个较小的现有应用程序或其中一个应用程序的子集作为案例研究。

Answer 2

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