设计模式问题

Question

我对设计图案完全陌生..。下面是我是following..can的建筑，请告诉我它的优点和缺点。

execution

• BLL->实体->由以下属性组成: get/set方法、

• DAL ->数据访问层->处理db业务逻辑层

• UI ->用户界面

假设我们有一个带有customerid，customername的客户表

因此，实体将获得customerid和customername的设置属性。

• UI ->将将customerid和customername传递给BLL
• BLL->进行验证，将其传递给DAL
• DAL ->将其推到数据库

f 223

我真的不明白有这么多层.

Answer 1

您提到的主题并没有真正定义设计模式。毫无疑问，他们是解决方案的一部分。

设计模式是软件设计中常见问题的通用可重用解决方案。

通常情况下，在最终开始编写满足这些条件的项目之前，很难概念化设计模式值得付出的努力：

复杂的application

• Multiple程序员involved

• Testing在应用程序的implementation

• Scaleability过程中非常重要(对于应用程序的扩展需要多少未知的限制)

• 也适用于应用程序

的灵活性。

您还可以查看上面的列表，因为程序员在某些场景下选择设计模式的原因很多。重要的是要认识到，尽管模式是很酷的，往往看起来很棒的解决方案，你应该沉重地权衡它是否需要在您的特定项目。否则，您很容易患上模式的躁狂症。

=D

Answer 2

关于设计模式的一本伟大的书是O‘’Reilly的“头第一设计模式”。它极大地帮助了我。它向您展示了良好的设计和关注点分离如何使维护和重用变得更容易。拥有多个层的一个好处是，它需要更多的前期计划，但最终需要更多的补偿。

Answer 3

您所描述的每一层都有一个单独的角色：

用户界面呈现给用户，并允许用户interaction

• the
• 验证用户输入&数据健全性
• ，DAL为数据库

提供了一致/一致的接口

将数据验证与接口分离有许多优点--例如，安全性，或者在不改变应用程序核心的情况下(从根本上)更改用户界面的可能性。这是模型-视图-控制器设计模式的基本前提之一.

将数据库访问与业务逻辑分离允许您更改数据库实现、数据库模式等，而无需同时更改业务逻辑，从而消除两者的耦合，

解耦合功能不同的应用程序允许您独立测试这些部件，独立地维护它们(相对地)，等等。从长远来看，它避免了维护头痛，并且经常避免bug。