3

我是一个相当新手的程序员,正在尝试学习 n 层架构(DAL、BLL、UI)的基础知识。我正在编程的应用程序是用 VB.NET (.Net 3.5) 编写的单层 3 层应用程序。图层如下:

达尔

BLL

用户界面

COMMON - 现在包含 DTO。

我无法确定在 BLL 和 UI 之间传递什么。我的直觉告诉我,我应该只将数据传递给 UI,而不是来自 BLL 的完整业务对象。考虑两种情况:

1) 将 BO 直接从 BLL 传递到 UI。这暴露了 BO 方法并允许 UI 直接访问 BO,这似乎很糟糕。

2) 仅将相关数据从 BO 传递到 UI。例如,客户有姓名和地址。这些数据确实是我们想要在 UI 中显示/编辑的内容,因此我们只会将该数据返回到 UI 而不是完整的 BO。UI 然后会调用 BLL 来更新特定的 BO。

我倾向于使用#2,但我不知道实现它的最佳方法。我现在的编程方式是,如果我只从 BLL 返回数据,所有对我的 BO 的引用都将丢失,GC 将声明它们。基于此,我有一些问题:

1) 我应该在调用 BLL 之间保持业务对象处于活动状态吗?另一种方法是每次通过 BLL 传递数据时重新创建它们,这似乎是错误的。

2)在单层架构中保持 BO 存活的最佳方式是什么(如果我们不将引用传递给 UI,如何保存它?)

3) n 层应用程序如何做到这一点?他们是否让 BO 在 BLL 中存活并等待来自 UI 的更新?这是否需要在 BLL 中进行大量“簿记”以确保在不再需要 BO 时释放它们?

感谢您的任何见解,如果我问一些愚蠢的问题,请原谅我。我自学了一些我知道的小程序,所以我可能会问一个愚蠢的问题并且不知道。

4

2 回答 2

0

这是我一直这样做的方式:

UI - ASP.Net 或 Windows 调用 Web 服务
SERVICE - 这是 UI 调用的服务层
COMMON - DTO - 数据传输对象,键在名称中
BLL - 包含业务对象和将 DTO 映射到业务对象的代码并且仅将 DTO 传递给服务层
DAL - 数据访问

于 2009-12-04T15:23:36.613 回答
0

请参阅Pet Shop作为 3 层架构的示例。我将 BLL 和 DAL 都实现为服务对象,它本身不包含任何状态。由于它们是无状态的,我可以使用单例模式并让工厂保留它以方便参考。

以下是您可以使用的一些示例 CRUD 方法:

FooInfo DALFactory.FooService.Retrieve(int id);
FooInfo BLLFactory.FooService.Retrieve(int id);

IList<FooInfo> DALFactory.FooService.RetrieveAll;
IList<FooInfo> BLLFactory.FooService.RetrieveAll;

FooInfo DALFactory.FooService.Create(FooInfo entity);
FooInfo BLLFactory.FooService.Create(FooInfo entity);

FooInfo DALFactory.FooService.Edit(FooInfo entity);
FooInfo BLLFactory.FooService.Edit(FooInfo entity);

void DALFactory.FooService.Delete(FooInfo entity);
void BLLFactory.FooService.Delete(FooInfo entity);

正如您在这两种情况下所看到的,您传递了没有任何逻辑的相同实体对象(也称为数据传输对象)。这种架构允许您将 UI 层从 BLL 断开到富客户端和 Web 服务组合。

Retrieveand方法的意图RetrieveAll是从数据库中获取数据并将其填充到实体对象中。Create方法根据给定的实体向数据库中添加一个新行。在这个架构中,除了业务逻辑层BLLFactory.FooService和实体FooInfo对象之外,没有“业务对象”。

就这些对象的生命周期而言,无状态对象BLLFactory.FooService只创建一次,只要应用程序还活着,就会被重复使用。FooInfo可以为每个对象创建一次,然后持久化到 ASP.NET 会话或其他东西中。

于 2009-12-04T15:30:11.317 回答