拥有没有以下BLL(业务逻辑层)的ASP.Net 2.0应用程序是否"可以接受"？

• SQL Server数据存储和存储过程
• 数据链接层(强类型表适配器)连接到存储的Procs
• 带有代码和ObjectDataSource的表示层ASPX页面，用于直接连接到DLL

即使业务逻辑在演示文稿的代码中完全有效，BLL还是总是可取的吗？不使用BLL有哪些潜在的缺点？

解决方案

回答

像其他所有东西一样，它也是环境的，并且取决于系统的使用。我们需要问自己的问题是：

• 会积极发展吗
• 这将在多年的使用过程中得到扩展吗？
• 应用程序的扩展是未知的，因此是无限的吗？

确实归结为懒惰。我们想花多少时间从UI重新设计系统？因为没有业务层意味着用户界面中的规则可能会重复很多页面。

如果这是概念证明或者简短的演示或者课堂项目，则再次。采取简单的方法。

回答

只要我们了解后果，就可以接受。我们拥有BLL的主要原因是在整个应用程序的其他地方重复使用该逻辑。

如果演示代码中包含所有验证逻辑，那么实际上很难在应用程序中的其他地方重用。

回答

可以接受吗取决于我们问谁以及要求是什么。这个应用程式是我们和其他一些人使用的内部工具吗？也许这已经足够了。如果要成为可以在未来几年内增长和维护的生产就绪型企业应用程序，那么我们可能希望预先投入更多的精力来构建可维护的应用程序。

关注点分离是构建可维护应用程序的关键设计技术。通过将表示，业务和数据访问逻辑结合在一起，我们可能会遇到非常脆弱且难以更改的应用程序体系结构。

回答

这取决于。如果点击事件和页面加载中包含业务逻辑，则不可接受。

业​​务逻辑似乎在DAL中(例如存储过程等)中，只要我们保持一致就可以。只要我们非常非常确定客户端将始终使用SQL Server，那么此方法就不会有问题。

我认识一位在存储过程中拥有所有业务逻辑的同事，他的观点主要是数据库后端的瘦客户机：他在销售产品方面取得了巨大的成功。但这仅仅是因为他对此非常一致。

回答

如果该应用程序是通用应用程序，那么业务逻辑层也可以用于其他应用程序中。就像，我通常在其他应用程序中使用与CMS相关的BLL类。