问题标签 [business-objects]

我的应用程序中的每个业务对象都有抽象类（BO）还有父（通用）集合来存储所有 BO（名为BOC - 业务对象集合）

我想存档的是在 BOC 内部创建的通用方法，类似于：

所以我可以称这个方法类似于：

并且方法应返回满足指定 lambda 标准的 BO

任何提示如何存档？

我想将数据层与业务逻辑和业务逻辑与 GUI 分开。潜入网络我偶然发现了一些资源，但仍然无法让我的想法清晰。有些人谈论模式，有些人则指向各种框架。我的要求是：

• 从 rdbms（主要是 mysql）CRUD 操作中操作数据
• 处理 id 生成（我应该使用自动增量或提供的数据引擎还是生成的 pascal 代码）
• 表关系可能是逻辑的（不使用参照完整性）或不是
• 需要从数据模型生成对象关系的能力
• 必须将数据转换为业务对象并操作业务逻辑
• 应使用现有的 gui 组件或免费软件

我需要的是：

• 一些指导技术/建议，带有基本的示例代码/应用程序布局（例如单位-类-模块-目录）...不是 OOP 方面的专家，当我必须设计类层次结构时我会感到困惑
• 一个带有教程的简单框架
• 甚至你自己的日常代码/框架/方法

我的公司有兴趣将大型商业应用程序移植到 .NET。我们计划开发桌面版本和 Silverlight 版本。我主要研究了 CSLA 框架（得到了 rocky 的书，已经读到一半了），发现它有点过度设计，数据层方面似乎也没有那么完美。

是否有任何其他框架声称可以做 CSLA 正​​在做的事情？我不是在谈论 ORM 工具（例如 L2S、EF、NHibernate。）我对支持业务规则的框架、简单的 n 层架构、对象是域驱动而不是数据库驱动、业务对象的安全性等感兴趣...

我知道我可以找到可以完成一些所需工作的小型框架（想到企业应用程序块），但我正在寻找一个包含所有内容的框架。

我是 WebI 上的 n00b。有人可以告诉我如何在 BO CrossTab 中进行交替行着色。

谢谢

如果主题问题没有意义，请原谅我，让我尝试解释一下。

我们有一个指向生产数据库的 BO 生产环境。我们有一个指向开发数据库的开发环境。

当用户抱怨报告不起作用时，我们希望将报告复制到开发环境，并在修复后确保报告现在可以正常工作。问题是我们的 BO 管理员告诉我们，必须具有管理员权限才能执行此操作，而要让管理员执行此操作需要国会法案加上一周的时间。

显然，鉴于开发人员对生产环境的管理员访问权限是不可能的。但我很难相信一个人必须拥有管理员权限才能做到这一点。这看起来对吗？

- 一个菜鸟BO用户

我有一个接受日期输入的 webi 报告。我需要以“dd-Mmm-YYYY”格式从用户那里接收数据；然而，BO 呈现给用户用于日期选择的日历控件始终显示为 M/DD/YYYY HH:MM:SS AM/PM。

有没有办法控制这种行为？

由于在寻找答案时对 BO 和 Crystal 的支持非常糟糕，我想我会尝试在此处发布此内容。我们在服务器上遇到了 Crystal Reports 的一些问题，我想将其修补到 SP5。我终于找到了一个下载（即使这样我也很困惑是使用 SP5 还是 FP 5.2，所以我想我会先放 SP5，然后再尝试另一个。关于我的问题......当你解压缩 SP5文件您最终会得到两个 .msi 文件（CrystalReports11_5_Net.msi 和 CrystalReports11_5_Net_2005.msi）。

我们目前安装了 Crystal Reports XI Release 2 .Net 2005 Server。看着那我猜它会是 _2005.msi 文件，但我仍然想知道这两个文件的区别。

有任何想法吗？

我在这里发布了一个关于多语言数据库设计的问题，
[]多语言数据库设计的最佳实践是什么？
我喜欢 Martin 的建议，但现在我有一个问题，创建业务对象的最佳方式是什么？如果我将创建包含 ProductTranslation 对象的产品，那么 UI 中的绑定和工作将会很复杂，如果只有本地化的对象，我将不得不为 CMS 创建不同的对象
非常感谢！

任何人都可以为 Teradata 和 Business Objects 及其组合建议好的资源和实践练习。我不知道从哪里开始..

我了解 SQL、数据库概念和编程语言，如 c、php、c++、C#。我需要实际学习teradata，BO。我需要开发应用程序，以便使用业务对象在网站上报告来自 Teradata 的数据。欢迎任何建议，链接，书籍。提前致谢..

Martin Fowler 建议使用服务层作为域模型和“数据加载器”之间的边界。但是，Rockford Lhotka 建议将验证构建到业务对象本身中，而这正是 CSLA.NET 所做的。

将其抽象为服务层的好处显然是您的服务层可以跨多个业务对象协调活动/操作。但是，与直接使用业务对象进行业务逻辑和验证相比，使用服务层的其他优点和缺点是什么？