问题标签 [business-objects]

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

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

通过查看多个 .NET 入门工具包，我注意到的一点是业务对象构造通常在客户端级别处理。然后，将业务对象传递给业务层进行操作，序列化到数据库等。不应该把这段代码抽象到业务层，让客户端只需要传递必要的数据吗？拥有一个只接受对象作为参数的 CRUD 抽象的业务层有什么好处吗？

我是 BO 的新手，在将报告从 Deski 转换为 webi 时遇到以下错误：

1. 对象不能隐藏在 Web Intelligence 文档中

2. 页面设置选项未在 Web Intelligence 中实现（首页编号、页面顺序、比例、适合 N 个页面）

3. 交叉表的交叉选项在 Web Intelligence 中不可用

4. 度量上的块过滤器在 Web Intelligence 中的行为不同

5. Desktop Intelligence 中的全局筛选器公式无法迁移到 Web Intelligence 报表筛选器中

而且我不知道如何处理此类错误。我正在使用带有 SP2 的 BOXI 3.1。

在我最近的项目中，我一直在广泛使用 LINQ，但是，我一直无法找到一种方法来处理看起来既不马虎也不不切实际的对象。

我还要注意我主要使用 ASP.net。

我讨厌将我的数据上下文或 LINQ 返回的类型暴露给我的 UI 代码的想法。我更喜欢对我的业务对象进行更细粒度的控制，而且它与数据库的耦合似乎也过于紧密，无法成为一种好的做法。

这是我尝试过的方法..

项目项目到自定义类

这显然会导致大量用于创建、更新等的连线代码......

在返回的对象周围创建一个包装器

似乎工作得很好，但重新附加更新似乎几乎不可能在某种程度上违背了目的。

我也倾向于通过我的代码使用 LINQ 查询进行转换等，我担心这种方法会影响速度，尽管我还没有尝试过足够大的集合来确认。

在持久化数据上下文的同时围绕返回的对象创建包装器

在我的对象中保留数据上下文极大地简化了更新，但似乎开销很大，尤其是在使用会话状态时。

快速注意：我知道 λ 的使用在这里在数学上是不正确的——我倾向于将它用于我的绑定变量，因为它在视觉上很突出，在大多数 lambda 语句中，重要的是转换而不是变量——不确定是否这有任何意义，但废话

很抱歉这个问题很长。提前感谢您的投入和新年快乐！

我正在使用 Business Objects Data Integrator 工具，我想从命令行运行它，以便设置一些自动化单元测试。

有谁知道是否有命令行来运行它？

我已经阅读了CSLA书的几章并且我喜欢它，但是最近更倾向于 Java，我正在寻找基于 Java 的等价物。有人知道Java中接近CSLA的任何东西吗？

我也会满足于将其他现有技术很好地结合起来，以实现类似的目标。

我们即将承诺实施 Rocky Lhotka 的 CSLA 作为我们的 Visual Studio 2008 解决方案的应用程序开发框架。我想在 SO 上测试水，并且与其他 ORM（如 Entity Framework 或 nHibernate）相比，我对开发人员对该方法的看法特别感兴趣。

此外，学习曲线是怎样的？维护使用这种方法编写的应用程序是否容易（正如我所听说的那样）？

也将非常有兴趣听取任何已实施此的公共部门（尤其是政府机构）的意见。

谢谢，

马斯

所以我有一个 DAO、DTO 和 BO。以下代码是结果：

所以我试图分离关注点，但我想摆脱这段代码中的“转换”。“converts”实际上作为扩展对象位于业务逻辑层（DTO 层对业务逻辑层一无所知）。DTO 本身显然只存储数据，没有任何业务逻辑。UserRepository 调用 DAO 并在 GetById 结束时使用 AutoMapper 从 DAO 映射到 DTO。“converts”（ToBusiness 和 ToDataTransfer）完全按照他们说的做。

我的一位同事认为我可能必须拥有一个业务存储库，但认为它可能有点笨拙。有什么想法吗？

我很难围绕业务对象或更具体地说是业务对象集合。

这是我正在尝试做的一个简单示例。

如果我有一个事件对象，则该对象可能涉及许多人，并且每个人对象都可以有多个注释。没有 Person 对象，Notes 就不能存在，而如果没有 Incident 对象，Person 对象就不能存在。

如果我有 Public List<Note> notes = new List<Note>() 那么 ADD 和 REMOVE 等方法对事件中的人员可用。我假设如果我要在 Notes 集合上调用这些方法，它只会将其从列表中删除，但不会执行任何代码来实际从数据源中添加/更新/删除员工。这让我相信我不应该使用 List 而是其他东西？

这也引出了我另一个问题。实际的数据库CRUD操作应该驻留在哪里。Note 对象应该有自己的 CRUD 还是应该由 Person 对象负责，因为没有它就无法存在？

我对走哪条路有点迷茫，我想把这部分做好，因为它将成为程序其余部分的模板。

有人可以解释一下区别吗？这些是同一种产品吗？如果不是，它们各自的用途是什么？