从表示层引用业务对象的最佳方法..？

Question

我想开发一个企业应用程序，它包括一个WindowsForms表示层、用于业务逻辑和数据访问的中间层组件以及一个MsSQL服务器数据库。中间层组件应该包含一些业务对象，并将使用.NET远程处理从表示层调用。Whitch是从表示层引用这些业务对象的最佳方法(以及为什么)？

• A)创建类库项目，实现业务对象。从表示层和中间层参考本项目.
• B)创建定义业务对象的接口库项目。创建实现接口的类库项目。从中间层引用类库项目。从表示层引用接口库项目。(
• C)为中间层和表示层创建单独的类库项目。从表示层引用相应的项目。

Answer 1

这可能没有明确的答案，这取决于你在做什么。

在许多情况下，

• A通常是足够好的。对于小型的“单一应用程序”项目，没有任何理由不能直接从UI和BL层引用业务对象库。这当然是最简单的，有时简单性就是best.
• B可能是“最好的”，您将把实际的实现抽象出来，这样将来的更改是可能的，而不会破坏约定，如果您有接口，单元测试就会更容易。它的另一个优点是，如果您发现necessary.
• C在大多数情况下可能是过度的话，那么将来从B切换到C也不会太困难。尽管如此，在更大的项目上，您可能会发现它是必要的。我曾经研究过大型客户端服务器n层应用程序，这些应用程序有多达三个独立的数据对象集。DA层中用来映射和存储在数据库中的一组数据。业务逻辑和网络层中用于处理和传递网络的第二组，以及客户端中用于绑定到UI的第三组。也值得考虑使用C的接口，因为它具有抽象的优势。

总之，在不知道您的应用程序域或范围的情况下，B是一个很好的起点。

Answer 2

我已经看到这三种方法都很有效。

有时好的是先从A开始，然后随着复杂度的增加而转移到B，然后是C。

在简单的项目中，“业务对象”可以与表示层和持久层包含在同一个项目中--尽管这看起来有些异端邪说，但使用不同名称空间定义对象可以在“层”之间提供足够的分隔。

您可能需要重新考虑使用.NET远程处理- WCF是一种更好的技术，而且使用起来容易得多。