最好的方式为参照的业务对象介绍层..?

Question

我想要开发一个企业应用程序，包括WindowsForms介绍层、中间层组成的业务逻辑和数据接入和数据库服务器数据库。中间层组件应包含一些业务对象和将被称为从介绍层使用。网远程处理。减量的最好方法(和为什么)，参考这些业务对象介绍层？

• A)创建类库项目，实施业务的对象。参考这个项目的介绍层和中层层。
• B)建立界面的图书馆项目界定的业务对象。创建类库项目执行的接口。参考类图书馆从中间层层。参考界面的图书馆项目的介绍层。
• C)创建单独的类图书馆的项目中间层和表层。参考相应的项目表示层。

Answer 1

有可能没有明确和明确回答这个问题，它取决于你在做什么。

• 一个 会往往不够好，在许多情况下。对小的单一程序'的项目确实没有任何理由为什么你不能只是参考的业务对象的图书馆直接从用户界面和BL层。它肯定是最简单的，有时候简单是好的。

• B 可能是"最佳"，你将可以提取你的实际实现方式离开，所以未来的改变是可能的，而不打破合同和单元测试是比较容易，如果你有接口。其他的优势这是你不会找到它太难开关从B到C，在未来如果你觉得必要的。

• C 可能是矫枉过正，在大多数情况下。这就是说，在较大的项目则可能发现它有必要的。我曾在大客户机-服务器n层应用程序，有多达三个独立数据集的对象。一组用于发展层地图和存储在数据库。第二组中的业务逻辑和网络层进行处理并通过网络，而第三组在客户机结合的用户界面。这是值得考虑使用的接口C以及因抽象优点。

所有的一切，没有确切地知道你的应用领域或范围- B 是一个很好的起点。

Answer 2

我看见了所有三种方法的工作。

什么有时可以是很好的是开始，然后为复杂性的增加，移至B，然后C.

在简单的项目"业务的对象"可以包括在相同的项目的介绍和持久性的层次--虽然它可能似乎异端邪说，定义所述对象采用不同的名字空间，可以提供足够的之间的分离"层".

你可能需要重新考虑使用。网远程处理-WCF是迄今为止更好技术和更易于使用。