问题标签 [business-objects]

我还没有找到明确的答案并澄清：

使用 nHibernate 和 SQL 服务器，您是否会忽略或将存储在存储过程、视图和触发器中的业务逻辑迁移到 HQL 或应用程序代码中？

如何为 BusinessObjects 实施版本控制（如在 BI 解决方案中）？理想情况下，我们希望有某种方式将工件放入我们的 Subversion 存储库。（老实说，我对 BusinessObjects 了解不多）。

我正在尝试 DevExpress Xtrareports，但有一个简单的问题，我无法找到答案。

在一个 Asp.net 网站项目中，我想将一个业务对象作为数据源添加到我的报表中，然后将字段从我的新业务对象数据源拖放到报表设计器上。

有人可以帮助解释我是如何做到这一点的。

我想我只是错过了一些东西。

谢谢

伊恩

我不知道这个问题是否有任何意义，但这就是我老板想要的。

我在一家拥有 Intranet Web 的公司工作。

在我的部门，我们开发了一个连接到业务对象服务器并执行和打印报告的应用程序。这是一个常规的客户端/服务器应用程序，使用我们自己的用户/密码维护来登录。

我的老板想删除我们的密码维护，让用户使用内网密码登录，桌面应用程序以某种方式连接内网（我不知道它是否有网络服务，但可能有），登录并检索业务对象可以用来进行身份验证的某种对象。

这可以做到吗？我知道如果 BO 配置得当，它可以使用 LDAP 身份验证，因此如果我可以验证 Intranet 密码并将相同的密码重定向到 BO，它可以自行对用户进行身份验证。

有没有办法在 Infoview 中制作连接到 Crystal Report 或 Webi 的超链接？理想情况下，未经身份验证的用户将受到 Infoview 安全性的挑战，然后被重定向到报告。谢谢！

有谁知道如何链接到 Business Objects Enterprise 中包含的文件夹或报表？我想在我的 Intranet 网站上添加一个指向报告的链接。

在 .NET 和 WCF 应用程序中，我们需要维护 EntityTranslator 以将业务消息转换为服务消息和将服务消息转换为业务消息。事实上，我不能将它们称为业务对象，因为我们只需要从数据库中获取并更新它们。我们从设备读取数据并存储到数据库，从数据库读取数据并存储到设备。

我们所有的类都是简单、普通的 .NET 类，不做任何具体的事情。

这是非常相似的课程。

这是我的服务实体。

现在我需要定义翻译器只是为了创建对方的实例类型并复制对方的数据。我们有大约 25 个这样的课程，我们觉得管理它们非常困难。所以我们有 25 名企业对服务翻译和 25 名服务对企业翻译。

我喜欢使用简单的 POJO 类来存储和获取信息，而不是使用所有的翻译器。

处理这种情况的最佳方法是什么？还是翻译是处理这种情况的最佳方式？

在我工作的地方，我们已经在这个主题上反复讨论了很多次，并且正在寻找健全性检查。这里的问题是：业务对象应该是数据容器（更像是 DTO）还是应该包含可以在该对象上执行某些功能的逻辑。

示例 - 以客户对象为例，它可能包含一些常见属性（名称、ID 等），该客户对象是否还应包含函数（保存、计算等）？

一种推理方式是将对象与功能分开（单一责任主体）并将功能放在业务逻辑层或对象中。

另一种推理方式是，不，如果我有一个客户对象，我只想调用 Customer.Save 并完成它。如果我正在消费对象，为什么我需要知道如何拯救客户？

我们最近的两个项目将对象与功能分开，但在一个新项目上再次引发了争论。哪个更有意义？

编辑

这些结果与我们的辩论非常相似。一票或另一票完全改变了方向。还有人想加他们的 2 美分吗？

编辑

尽管答案样本很小，但似乎大多数人认为业务对象中的功能是可以接受的，只要它很简单，但持久性最好放在单独的类/层中。我们会试一试。谢谢大家的意见...

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

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

在网上阅读了大量关于最佳实践应用程序设计和模式的文章后，我仍然无法将所有信息合并在一起并映射到我的真实应用程序......

我想要一个 3 层应用程序：

• UI-Layer：
  托管在 ASP.net 中的 Silverlight 应用程序 - Webapp
  
  
• BusinessLogicLayer：
  在不同服务器上运行的 WCF-Services / .NET RIA-Services
  
  
• DataAccessLayer：使用像 nHibernate 或 Linq2Entities 这样的 ORM

问题是，我不知道将我的业务对象放在哪里，以及在哪里填充数据。

是否应该有另一个层，包含我所有的业务对象，以便它们可以在所有其他 3 层中使用？
或者我应该将它们放入我的 BLL 并在 DAL 中调用 nHibernate-Methods - 但是我会在 BLL 和 DAL 之间产生循环依赖关系？如果我在 DAL 中引入“DataAccessObjects”并将所有属性复制到 BLL 中的 BusinessObjects 中，这不是“过度架构”吗？

任何帮助表示赞赏！

最好的问候，丹尼尔·朗