问题标签 [business-logic-layer]

我为我的客户提供了一个业务逻辑层对象。它有很多不同的字段，大约 100 个：Id、Name 和其他字段。

我正在通过数据网格 (RadGrid) 检索客户。显然在网格中我只是检索一些字段。

问题是：如果业务逻辑层对象的字段太多，即使我没有在数据网格中显示所有的字段，是否会导致页面变慢？您认为为列表中的客户创建另一个对象是个好主意吗？

谢谢

我一直在阅读有关服务层和业务层以及它们如何比较的大量资料。我在 StackOverflow 上阅读了有关该主题的许多线程，但我仍然对两者之间的差异感到困惑（如果有的话）。在我看来，它主要是一种命名约定，其中一个开发人员将中间层称为业务层，而另一个可能将其称为服务层。从我在 SO 和 web 上看到的代码来看，它们似乎主要做同样的事情 - 即查询存储库，可能进行一些过滤和/或验证并将结果返回到表示层。那么有人可以澄清两者之间的区别吗？还是我在评估中错过了分数？

我正在使用 EF、MVC 3 和 VBNET，仅供参考

我被要求开发一个可以有多个表示层的网络应用程序，目前它在网络上，但很快就会在桌面和其他平台上。所以我四处寻找如何做到最好。我发现使用分层方法更好。

我正在考虑将 BLL 作为一种 Web 服务，可以由不同的 PL 访问。BLL 将访问 DAL 以进行特定于数据的操作。到目前为止一切顺利，但我正在考虑将 ASP.NET MVC 用于 Web 应用程序。现在我有点困惑，因为“控制器”本质上包含业务逻辑，对。这是一个不错的选择吗？如果我确实遵循相同的路径，使用 MVC 和上述层，我的控制器不一定包含 BLL，但只会是，有点傻瓜。

这是正确的方法吗？

我是 ASP.Net MVC 的初学者。在阅读了许多教程并消化了它的概念之后，我还没有看到一种方法可以清楚地展示业务逻辑的去向。

我的应用程序将大量使用 jQuery AJAX 用法（它将调用 Controller 的 Actions 用于各种目的，例如依赖交互、验证）。我肯定会使用 ViewModel 概念，但我仍然不清楚业务逻辑应该放在哪里。我不想放入控制器或模型。我应该把它放在一个单独的服务层吗？

我有一个正在为学校项目开发的 Java Web 应用程序。需要将表示层（servlets/jsp）部署到一台服务器，并将业务逻辑部署到另一台服务器。

我需要一个连接两台服务器的解决方案。

目前我正在研究 RMI 和 Axis2。

我无法让 RMI 成功工作。我正在关注官方教程并在本地不断收到安全异常，并想象当涉及 Tomcat 时情况会变得更糟。

Axis2 似乎是一个很好的解决方案，但我需要时间来加强它。

我的问题是：有一种简单的方法可以连接 2 个服务器，以便我可以调用我的业务层？也许Tomcat有一些内置的东西。

如果 RMI 是我应该使用的事实上的协议和 API，那么是否有任何关于在 Tomcat 中使用 RMI 的好教程。

我使用的服务器都在运行 Tomcat。

我们正在开发一个三层应用程序，其中表示层与服务层通信，服务层又与业务层通信。业务层可以访问数据库。目前我们已经实现了业务层来保存表的 CRUD 操作。对于组织服务层和业务层的方法，我们有一些疑问。

• 首先，服务层的方法应该如何分组？我们是否应该基于页面对方法进行分组，其中页面所需的所有数据都由服务的方法提供。或者我们应该通过多个服务调用来获取页面数据？

• 另一个问题是在业务层组织方法，似乎对于服务层的任何方法，我们都必须在业务层实现相应的方法。如果我们按照这个逻辑，服务层的方法就像傻瓜一样，只负责授权和验证。例如：当从两个表的连接中获取数据时，我们应该在服务层获取两个表，然后在服务层进行连接，还是我们应该在业务层有一个功能来做同样的事情。从本质上减少了服务层和业务层之间的数据传输。

我不确定在哪里放置我的业务逻辑。我有一个 WCF 服务，它向我的客户公开它的方法。

我的业务逻辑是否应该进入服务方法

或者它应该在一个单独的类中，每个 WCF 服务方法将依次调用业务层方法。

对于我一直在计划的项目，我几乎 100% 锁定在 Django 中。

我想“消除”的最后一个“神话”是 Django 在传达业务逻辑方面“平庸”。

Peter Shanov 直接引用：

无论您选择哪种框架，您的实际需求都将很快超出您开始使用的电子商务模块中可用的功能，并且您最终需要对它们进行重要的更改，甚至迟早从头开始重写。这是因为开源在构建基础设施工具方面一直表现出色（想想 Web 服务器、模板语言、数据库、缓存等），但在实现业务逻辑方面却相对平庸。所以如果我是你，我会寻找的是我最乐意破解的库，而不是看起来最成熟的库。

我将 Django（与 satchmo）放在对抗的“产品”：

• Ruby on Rails（大礼包）[Ruby]
• 催化剂 [Perl]
• JadaSite [Java]
• 科纳卡丁车 [Java]
• 购物者 [Java]

您能否减轻（或确认）我对上述关于 Django 的引用的担忧？

我开始在我们公司引入正式单元测试，因为我们有一个越来越大的项目，在这个项目上另一个人会帮助我。所以我需要确保他所做的事情不会破坏一切，反之亦然。

我也想介绍一个 CI 服务器，但这将是其他问题的主题。现在的问题是：我目前正在阅读“单元测试的艺术”（这是推荐的杰作！），作者强调的是单元测试与集成测试不同。这对我来说很清楚，如果我理解得很好，业务逻辑单元测试应该避免依赖于数据库连接等等。首先：我说的对吗？

所以，假设我是对的（即当我对我的 BLL 进行单元测试时，我应该存根数据库），我将如何做呢？我读过有一些用于数据库模拟的框架。我应该使用其中之一吗？你用哪个？

下一个问题：你真的认为这是正确的做法吗？我的意思是：在我的项目中，BL 通过实体框架与数据库接口。因此，例如，当调用 BLL 中的方法“UpdateItem”时，它会执行一些操作，然后保存 ObjectContext。这个 ObjectContext 是我需要在我的 BL 中删除的实体框架依赖项。但是我应该用这种方法测试什么？如果不一起测试 DAL，我真的无法理解对 BL 层进行单元测试......你能给我举个例子吗？

非常感谢您的努力！

马可

在 Django 中，建议的软件架构是将所有业务逻辑和数据访问放在模型中。

但是，有同事建议数据访问层应该与业务逻辑（业务服务层）分开。他们的理由是，如果使用不同的数据源，数据访问层可以隔离更改。他们还说，存在可以在多个模型中的业务逻辑。

但是，当我开始使用单独的数据访问层和业务逻辑层进行编码时，数据访问层很简单（基本上是定义 db 模式的模型代码）并且似乎没有增加太多价值。

将数据访问从 django 模型中分离出来真的有价值吗，还是 django 已经通过其 ORM 提供了足够的数据访问层？

我正在寻找已经实现了大量 django 应用程序的开发人员，并了解他们的意见。这适用于中小型 Web 应用程序。