一个正式的应用框架是不是太多了？答案

【问题标题】：Is a formal application framework too much?一个正式的应用框架是不是太多了？
【发布时间】：2010-09-22 13:37:45
【问题描述】：

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

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

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

我在Jeff Atwood's discussion the ASP.NET MVC framework at PDC 2008 期间注意到，他主要处理一个项目，而且看起来 就像他在使用部分类扩展 Linq-to-Sql。这种架构似乎展示了这样一个事实：代码易于维护，新功能可以快速添加，错误可以快速修复，并且在大多数情况下运行良好。

我只是好奇其他用户的想法是什么？我是否因为我认为更容易使用且更可维护而放弃我们的框架而疯狂？

【问题讨论】：

标签： .net frameworks csla

【解决方案1】：

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

【讨论】：

【解决方案2】：

框架的缺点是事实你是如何摆布的创建者实现更改并技术和所有许多功能你不使用。

您似乎会在使用 LINQ 时遇到这些相同的缺点，因此在进行更改时请记住这一点。在任何情况下，您都应该在做出这样的飞跃之前进行完整的分析，也许通过移植一个较小的现有应用程序或其中一个应用程序的子集作为案例研究。

【讨论】：

好主意...我会这样做的。