问题标签 [bll]

我通常将数据集创建为 DAL，并在原始项目中创建 BLL。

在学习了Entity Framework之后，我知道业务逻辑层通常是在单独的项目（类库）中创建的。

但是，ASP.NET 站点没有相应的教程。

出于这个原因，当我创建 BLL 时，尤其是在引用期间，我很困惑。

1. 为了完成 BLL 类，我应该像这样直接添加引用吗？

然后使用 USING 语句访问实体：

但是，访问 BLL 的主项目中的表示层可能需要引用回 BLL 项目。我看到一些示例将整个 BLL 项目的 DLL 文件放在主项目中。

引用 BLL 和 Main 项目的正确方法是什么，或者只是像上面那样引用？

有什么好的教程可以学习吗？

问这个问题我觉得自己像个菜鸟，但它已经困扰了我一段时间了。

在设计分层应用程序的 BLL 时，您会将所有实体类放在一个命名空间中吗？例如：如果您有一个包含客户及其车辆的数据库，并且这些车辆按月进行维修。我认为可以将客户及其车辆保存在与“服务模块”不同的“模块”中（这样，如果您需要更新服务的完成方式或数据的存储位置，则无需触摸客户\车辆模块）。

我这样想是正确的，还是应该改变我的设计理念？

这给我带来了使用 LINQ to SQL 的问题。如果表的实体类的一半包含在“模块”A 中，另一个包含在“模块”B 中，那么您将在某个地方使用“模块”A 引用“模块”B，反之亦然，以适应 2 个表之间的关联与“模块”接壤。

或者（现在才想到这一点）您是否会在“模块”中重叠 1 个表的实体类（在两个模块中具有相同的类）？

任何意见，将不胜感激。

我已经尝试了一段时间，我真的不明白。我收到错误“无法将类型 'void' 隐式转换为 'string'” 我已经尝试了字符串、int、nothing、void、public、static 的多种变体，不，我真的不明白。

我想从我的数据库中获取一个值，尽管我的 DAL 和 BLL，我的代码看起来像这样。

我的 BLL 看起来像这样；

也试过这个；

最后我的 DAL 看起来像这样；

从哪里开始？

我正在开发一个主要在 asp.net 中以 Oracle 11g 作为后端开发的医疗保健应用程序。在其当前状态下，应用程序分为 3 层，即 UI、BLL 和 DAL。由于 BLL 和 DAL 是类库项目，它们被部署为单个 dll（一个 dll 用于 BLL，另一个用于 DAL）。最近，另一位开发人员对该软件进行了审查，他提出将整个软件划分为单独的模块的建议，每个模块都有自己的项目和数据库，即库存模块作为 InventoryUI（asp.net Web 应用程序项目、InventoryBLL（类库项目）和 InventoryDAL（类库项目）。所有模块都获得三个不同的项目，这些项目具有单独的数据库，通过 Web 服务相互通信。

所以我的问题是

1. 这个建议的架构比我们现有的更好吗？
2. 为 BLL 和 DAL 提供多个 dll 是否更好。优缺点都有什么。
3. 为单个应用程序拥有多个数据库会更好吗？如何？

任何链接，建议都非常受欢迎。

在业务对象层中组织对象的最常用方法是什么？

例如，我使用了一个采用这种方法的 BLL：

• 公用文件夹 - 包含静态实用程序文件
• 接口文件夹 - 所有接口
• Dal - 数据访问对象
• 服务 - 访问服务的对象
• 项目根 - 包含业务对象

我还看到了业务对象中混合的接口，以及在模型和库文件夹中有对象的 BLL 项目。

我正在与 Linq to Entites 斗争。我是 EF5 和 Linq 的新手。我正在用 VB.NET 编程。我一直在使用将数据集作为 DAL 返回到 BLL 中的表适配器，然后我将其链接到 ObjectDataSource。现在我从 VS2005 ASP.NET 2.0 升级到 VS2012 到 ASO，.NET 4.0 以使用 EF5，并且我已将 EF5 设置为 DAL，我正在尝试重写 BAL 以使用 Linq to Entities 转到 ObjectDataSource。我可以使用我用外键设置的导航对多个表进行一些复杂的查询，但我不明白如何让返回类型与需要数据集的 ObjectDataSource 一起使用。

对于返回单个表，例如 ContentQ= From ct in DAL.Contents select ct

为什么这在下面起作用？为什么我必须使用 include 方法填充这个类以使用 1 对多的 2 个表将其放入 ObjectDataSource 中？

我对从 ListPageObj 传递值以在标签上显示值有疑问。我怎样才能获得价值？

BLL

列表页对象

aspx

aspx.cs ?

将数据对象从数据访问层返回到接口的最佳实践是什么？

目前，我有一个与数据库通信并将DataTable返回给业务层的层，然后业务层将业务对象实例化并返回到接口。这不是可悲或糟糕的做法吗？

我的问题是：

- 从 DAL 返回数据对象的最佳方式是什么？

- 如果 DAL 不应该返回数据对象，那么我如何将数据获取到 DataBinding 的接口？

这不是问题，而是最佳实践问题。

提前谢谢大家

I need your advice. I am trying to develop a 3 layer architecture in ASP.NET that separates BBL,DAL,BOboj.

Inside the DAL, I collect the data via _view. What I wonder, should I write another BOboj for every view??I have already has a BOboj class but it doesn't contain all fields.

When inserting data, I have to use my BOboj,however, when listing, should I create BOboj_view class or another something ??

inserting data (My colum only contains those values)

listing data

What's the best solution ,

thank you .

我的问题是关于 3 层架构。

我的项目大致如下所示，但是让我烦恼的是在我的数据库中插入一个新列之后，我必须更新除 BLL 之外的所有字段。在表示层，我创建了一个 OBJ 以及在 DAL 里面加上 DAL 里面，有一个 SQL 查询。我必须手动更新所有这些字段。

如果我以“正常”方式进行操作，我会将所有这些都放在表示层中并在一个地方进行更新。

我是否正确应用了这个 3 层架构，使用这种分层架构有什么优势？

我的第二个问题是：

在 DAL 中，我通过 _view 收集数据。我想知道，我应该为每个视图编写另一个 BOboj 吗？我已经有一个 BOboj 类，但它不包含所有字段。

插入数据时，我必须使用我的 BOboj，但是，在列出数据时，我正在使用视图，在这种情况下，我应该为每个视图或其他东西创建另一个 BOboj_view 类吗？什么是简单的方法来做到这一点？

例如; 我有 20 个视图和 40 个类映射到 sql server 上的每个表，我的视图收集数据不同的表（这意味着不同的对象）。除了代表视图的 40 个类之外，我是否应该再创建 20 个类？

对象

达尔

BBL

Presantaon 层

谢谢你。