问题标签 [business-logic-layer]

我有一个使用三层架构的 ASP.net (C#) 项目。我开始在我的 DAL 中使用实体框架，问题是实体框架生成的类在多大程度上可以在业务逻辑层中使用？

直接使用它们是个好主意，还是我应该创建自己的业务对象并从实体框架（db->O/RM->BOs）映射到它们？

我有一个业务层，其中包含一些业务对象/POCO/实体/任何东西。我还有一些用于数据访问的存储库。到目前为止，我一直在直接从我的 UI 层访问存储库。我实际上需要更多不是直接 CRUD 的类，因此我将创建一些业务逻辑类来执行逻辑和 CRUD，并且存储库不会被不再是 UI（这可能应该从一开始就完成）。

我应该怎样称呼这些课程？我唯一能想到的是服务类，但我在这个应用程序中有实际的 WCF 服务，所以这会让人感到困惑。WCF 服务也将使用这些类，因此让服务使用服务类似乎很奇怪且令人困惑。

在三层/多层架构（UI/Logic/DAO/Domain 模型）中，是否可以将服务视为属于业务逻辑层，或者它们是否位于独立的位置？

我需要遍历从数据库返回的自定义对象类型的属性，并且只显示包含数据的列。这意味着我不能简单地将对象列表绑定到数据网格。我不想遍历每个对象并查看该列是否为空/null 并确定在 UI 中显示它。我在想的是在我的业务层中，在我发回对象之前，我会发回一个 IEnumerable，其中只有那些应该可见的列。因此，我正在考虑使用 Linq to Object 来执行此操作，但我不确定这是否会非常漂亮。

有谁知道我可以在没有大量 IF 语句的情况下使用的解决方案，我可以通过一个大对象（大约 30 列）来检查以确定应该显示的内容。

我希望在 UI 和所有 IF 中避免所有这些......

谢谢

我知道这是一个非常基本的问题。但我真的无法理解我们应该在 BLL 中拥有什么。 让我举个例子。
让我们考虑一个用于方便用户登录的 Login.aspx 网页。
在这种情况下，Login.aspx 将有两个文本框和一个登录按钮。（表示层）。
数据访问层将具有检查用户名和密码是否正确的功能。

我认为我不需要在此页面中添加其他内容。那么我将在 BLL 中拥有什么。如果您想添加一些 BLL 中应该包含的功能，请添加。

I'm working on a project in which we have a database, data layer (entity framework), business layer and web/UI layer.

I want to use ASP.NET Dynamic Data for the web layer, but don't want it to access the data layer or database, as I want it to be purely running off business logic, and not directly accessing the data.

However, it appears that Dynamic Data only allows Linq-to-SQL or entity framework data sources to be used.

Has anyone used it with business-layer objects instead?

Would this be difficult to implement?

我有一些点（汽车站）要在时间图上表示。这些点之间通过线连接起来。Points + Lines 代表一个图表（即汽车时间表）。可以通过用鼠标及时移动 CarStops 来修改图表。

我决定将点和线实现为控件（认为在面板上移动它们会更容易）。

我有两个业务对象层——Real BO ( CarStop) 和 GUI Control ( CarStopControl)。CarStop然后我将(Time, Station)关联到CarStopControl(X, Y) - CarStopControl 订阅 CarStop.Moved 事件。

最后，一个Car对象有一些CarStops。

• 如何移动控件？很简单：检测面板上的鼠标移动并计算dX、转换- 移动所有dX的dTime Car.Move(dTime)CarStop。移动时CarStop，将事件发送到CarStopControl，后者更改其坐标。这种方式CarStopControl似乎跟随鼠标移动。

这是所有的了。

Car.Move当需要重新创建CarStop集合时，问题就出现了——CarStopControl并且CarStop显然已经过时，汽车 BOCar和CarStop不关心甚至不知道CarStopControls 之间的链接。

类似的情况是当Car自身可以被替换为new Car.

有人遇到过类似情况吗？是否有 +- 的“解决方法”快速解决此问题？

谢谢。

我正在研究业务层，需要一份完整的参考资料，涵盖“如何管理业务层与其他层之间的依赖关系”、“有多少种方式可以在层之间发送数据”以及对我来说最重要的“如何对业务进行分组”逻辑并制作业务组件并讨论可能的方式......”。

你知道有什么参考吗？

编辑：如果您为此介绍一些电子书，我会很高兴。

谢谢

当我在我们的网站上优化我的应用程序架构时，我遇到了一个我不知道最佳解决方案的问题。

现在我们有一个基于这个结构的小 dll：

Dal 使用 Business Objects 传递给 BLL，BLL 将把它传递给使用这个 dll 的应用程序。

只有 BLL 是公开的，因此任何包含此 dll 的应用程序都可以看到该 bll。

起初，这对我们公司来说是一个很好的解决方案。但是当我们在那个 Dll 上添加越来越多的应用程序时，Bll 变得越来越大。现在我们不希望某些应用程序可以从其他应用程序中看到 Bll 逻辑。

现在我不知道最好的解决方案是什么。

我想到的第一件事是，将 bll 移动并分离到我可以包含在我的应用程序中的其他 dll 中。但是 Dal 必须是公开的，这样其他 dll 才能获取数据……而且我似乎是一个很好的解决方案。

我的另一个解决方案是将 bll 分隔在不同的名称空间中，并且只包含应用程序中需要的名称空间。但在此解决方案中，您可以根据需要直接访问其他 bll。

所以我在征求你的意见。

我们目前正在改进我们的架构和应用程序设计。我们刚刚完成了数据访问层的设计，它是通用的，因为它使用 XML 和反射来持久化数据。

现在我们正处于设计业务层的阶段。我们已经阅读了一些与企业架构和设计相关的书籍，因此我们发现很少有模式可以应用于业务层。表模式和域模型是此类模式的示例。我们也发现了领域驱动设计。

早些时候我们决定针对表对象构建实体。但是我们发现在 DDD 中实体和值对象是有区别的。对于那些经历过这种设计的人。请指导我有关模式，实践和样本。

先感谢您！如果您没有得到我的任何观点，也请随时讨论。