[阅读时，我不断看到它们称为Business Objects的引用。我查阅了Wikipedia，但我一直没得到Business Object是什么。
对于不了解软件体系结构之类的人有什么简单的解释？
另外，Business Logic是什么？
这很容易
系统中的每个实体，代表与系统进行交互的人类世界对象是一个业务对象。
围绕操作业务对象的系统中的人间逻辑是业务逻辑。
这与实现细节中的对象和逻辑相反。
例如，在多层交易系统中，订单/交易将是业务对象，但心跳将是实现细节。
为流传输的订单/交易对象进行编码的逻辑将是实现细节，而一旦交易到达，将订单状态更改为“完成”的逻辑是业务逻辑。
嗯，业务对象通常被认为是代表实体的类，例如一本书或一家商店。这样的类具有某些属性，例如价格，颜色，宽度，isbn编号等。在Java或.NET中，它由所谓的setter和getter组成，即设置或获取这些属性的方法。
另一方面，业务逻辑是程序中具有该属性的部分，即该书的销售方式。业务逻辑层使用业务对象来访问数据库。
嘿，我也很着迷，当我也开始开发时，在使用该术语时遇到了麻烦。
基本上，使用“业务”一词的唯一原因是因为该术语是在商业软件的上下文中开发的。因此，从这个意义上讲，假定该软件是为商业目的而构建的……而不是出于艺术，美学或创意目的。
因此，业务对象是现实世界中“业务”对象的简单代码表示。因此，您可能具有产品类或雇员类。
业务逻辑，是应用程序中特定于软件所针对的“业务”的逻辑。因此，诸如税收计算或产品与客户之间的关联方式之类的东西。
请注意，业务对象或业务逻辑的概念不适用于视频游戏开发或艺术开发。
例如，它也不适用于某些框架或库，例如ORMS或单元测试库，因为它们是可重用的组件，并不特定于任何“业务”。
与Fun Logic相反。
在传统的3层编程中，您具有三个逻辑层或层。您有一个表示层，即用户界面，最底层是数据库层。中间层将是业务对象层。如上所述，应该抽象业务对象，因为该站点可能根本与业务无关。它是一个抽象层，可以更轻松地更改表示层或切换到其他数据源。
业务对象：
业务对象的定义很难在搜索引擎上找到，因为它会告诉您Business Objects是被SAP收购的公司。但这不是大多数人想要的。
SAP系列业务对象与在oracle核心设计模式下与应用程序服务层交互的业务对象不同...是的，业务对象确实可以与复合实体一起工作，但是它具有业务逻辑，可以承载业务状态，一些简单的调整方法，它们是可以交换动态状态并在应用程序层或域之间交换的业务信息载体，但是当处于不同的上下文中时，它具有不同的详细指定名称，例如，我们可以说Web服务请求是其中的业务对象xml格式...它与数据实体不同