0

我正在编写一个简单的数据显示应用程序,它有一个 UI 表示层、一个数据访问层和一个包含数据集的公共层。由于这个应用程序的重量相对较轻(不写入/更新数据),我认为使用数据外观模式而不是编写业务逻辑层会更容易。

问题:我一直在关注这篇关于 Facades 的文章:http: //msdn.microsoft.com/en-us/library/orm-9780596527730-01-04.aspx并且在图 4.5 中,Facade 被写入同一个库中子系统(在我的例子中是数据适配器)。你会采用这种方法还是一起为数据门面编写一个新的 C# 类库?

在我的 UI 中,我以这种方式使用 Data Facade:

public partial class MyDataApp : Form
{
    DataFacade ApplicationDataFacade = new DataFacade();
}
4

1 回答 1

0

根据外观模式的定义,重点是使用为整个库创建简单接口的类将复杂的库或 API 简化为简单的库。

因此,要回答您的问题,当涉及复杂库时,外观模式是有意义的,这意味着它不能替代创建业务逻辑,而是它的抽象。如果您选择对整个层使用单个类,它将在单个类中承担所有这些职责,这不是外观模式所追求的。

当项目较小时尝试使用这种方法是可以理解的,但请记住评估您的系统可以及时增长多少,以避免在维护时遇到困难。

于 2013-04-29T16:08:50.273 回答