查字网-字源字典字源网-汉字源流-字源字典-chaziwang.cn

业务逻辑可以完全并行运行，或者仅仅是数据分区的一个子集。

这可以通过业务逻辑来实现，它在错误发生时调用，并回滚前面的服务调用所产生的影响。

业务逻辑代码易读性高，因为XPath可准确地说明数据的本质及其与业务结构的关系。

模型也是很容易理解的：业务逻辑和对象都处于这个层。

一堆互相缠绕的if-else语句正试图捕获已经为应用程序标识的业务逻辑。

如果每当首选的用户接口技术发生了更改就要重新开发应用程序的核心业务逻辑，那么就糟透了。

这样做是值得的，因为这样做可以为您的业务逻辑增加客户端类型的数量。

现在如果所有的业务逻辑都在应用中，那得是多么简单？

在类似这种情况下，需要将业务逻辑置于一组安全防火墙之后（经常称为DMZ）。

在Struts应用程序中，您可以构建模型层，这样业务逻辑与数据检索逻辑重用就很容易了。

这也就意味着基于XML的IoC允许您对工作流程中的每一个任务的业务逻辑分别进行实现和测试。

为了保持业务逻辑清晰并易于维护，不要用太多的技术性代码将其复杂化。

从这个角度而言，业务逻辑代码已从原始用户界面断开，成了一个独立的子程序。

所有元素必须拥有惟一的ID值，以便业务逻辑能够引用这些元素。

JSP定制标签和JavaBeans使得将用户界面和业务逻辑分离成为可能。

另一种选项是，将业务逻辑放在Business代表中，后者充当模型。

因此，中介（和服务总线）可以包含业务逻辑，但是这些逻辑只能是非语义的。

随即，业务逻辑都设置好了。

业务逻辑指的是包的其余黑箱，而不是上面的组件。

对主要的业务逻辑如设备管理采用组件方式设计，使软件具有较好的可重用性和扩展性。

现在您已经知道如何使用BPEL来描述合并的生产工作流程的业务逻辑。

有些容器以框架方法的形式强制将自身加入到组件的业务逻辑中。

业务逻辑再决定将要处理的数据是否已被签名。

比如，EJB组件可能用来为Web服务前端提供业务逻辑，或者是servlet和JSP前端。

只需执行几个简单的步骤，就能够把数据库表中的XML数据装载到业务逻辑中！

BPEL文件和合作伙伴链接：BPEL文件是一个XML文件，您要在该文件中配置流程执行层的业务逻辑。

EJB组件倾向于用来包含“后端”业务逻辑，然而servlet和JSP通常只提供了“前端”。

这些Action类为应用程序的Model层提供了一个接口，充当围绕业务逻辑的包装器。

该层的作用在于针对不同的数据存储技术，从业务逻辑中分离数据访问代码。

业务逻辑应该在你的应用的一个高一些的层次里。持久层里仅仅允许数据存取操作。

显然，在真实的场景中，可以使用外部业务规则引擎（比如ILOGRules）在外部实现这个业务逻辑。

这些业务逻辑组件被称为嵌入式事务应用程序。

他们明智地将业务逻辑提取到业务规则引擎中，并通过Web服务提供对业务逻辑的访问。

此外，这类情形中验证必须在执行任何业务逻辑之前完成。

在Internet上发布应用程序时，要避免把过多的业务逻辑放在Ajax中而不是服务器上。

操作该实现，并且通过更改业务逻辑来查看不同的结果。

它允许公司更改业务逻辑，而不必对集成逻辑进行更改（反之亦然）。

根据模型的逼真度，可能也会生成许多业务逻辑。

您可能将域类中包含的业务逻辑作为一个层，而不是两个。

使用业务逻辑处理程序框架，可以编写合并同步进程中调用的托管代码程序集。

将框架与业务逻辑混合会限制用于承载组件的容器的设置。

分层测试允许您设计出表示和业务逻辑，而不必同时担心后端数据库。

然后，开发一个中间层PHP模块来提供银行的业务逻辑，这个模块使用ODBC连接MySQL数据库。

然后，您可以使用Web服务向导来创建Web服务以及可以向其中添加您的业务逻辑的框架Java类。

为业务数据建立数据对象包装器是为了让业务逻辑更容易处理业务数据。

行动应经常保持短（不超过几行代码），和所有的业务逻辑通常应在模型中。

视图bean将Java代码放在JSP之外，但与其它的控制器或业务逻辑组件仍是分开的。

在这种情况下，您必须再次返回应用程序，以便继续处理其他业务逻辑。

通过范式转换和基于资源生命周期新的业务逻辑的分解方式，这堵墙很容易被拆除。

在小型JSP应用程序中，经常会看到数据、业务逻辑和用户界面被组合在一个代码模块中。

对于在EAI系统及外部应用程序之间映射业务逻辑的计划的定制是浪费时间并且代价昂贵的。

涉及Spring的最常用场景之一是使用简单的JavaBean类配置并驱动业务逻辑。

还请注意，PHP应用程序代码量达到最少，因为大部分业务逻辑和转换位于查询中。

业务逻辑处理程序是用托管代码编写的，可用于在合并同步过程中执行自定义业务逻辑。

极大地减少用于数据转换和异常处理的繁琐代码，从而专注于核心业务逻辑。

使业务逻辑向数据进行移动，这可以通过将业务逻辑部署到与数据相同的服务器或者平台来实现。

业务逻辑服务提供以服务端点的形式执行业务逻辑所需的能力。

在现实生活中，我们可能需要更健壮（和复杂）的方法来识别建立哪些业务逻辑。

业务规则可以被看作是业务实践的一个集合，定义实际的实现——业务逻辑。

实现通知板组件的业务逻辑，并访问Resource层以检索数据或永久地改变数据。

这个领域中有许多重要的原则，本文重点关注其中之一：使数据尽可能地接近业务逻辑。

因此，分片尽管是一种水平扩展方式，但是它违背了第二点，即对上层应用程序的业务逻辑没有做到透明。

查询输出可以采用用户定义的格式，这样不需要另外编程就能很容易地实现业务逻辑。

业务逻辑主要是指能够指定和控制对文档或项目执行的操作的一组说明。

首先，需要一个Java类，它使用某种形式的表示或业务逻辑来确定要链接的文件名。

这个想法是为了使控制器类尽可能保持简单以允许业务逻辑被抽象为助手类。

尽管XUL比HTML提供更多的用户响应能力，但是却不能为您实现业务逻辑。

JavaScriptObjectNotation（JSON）是一种用于表示在浏览器上运行的业务逻辑数据的数据交换格式。

通常，为了将配置信息同业务逻辑分离，客户会将配置信息外部化到文件或数据库中。

如范例中所示，该模型将web相关问题从业务逻辑和数据存储中独立出来。

ActionScript是一种与ECMAScript兼容的面向对象的编程语言，主要用于应用程序业务逻辑实现。

这些类包含业务逻辑，以JavaBean的形式（通常叫做ActionForm）把数据传送到JSP。

根据CheatSheet上的步骤，下一步将是实现业务逻辑组件（EGL）。

数据库的业务逻辑将通过child-parent层次结构把这些文档组织成讨论线索。

消息的处理（或路由选择）是通过总线做到的，并且没有扰乱任何业务逻辑。

在usercodebegin和usercodeend之间插入您的代码，为特定的活动添加业务逻辑，如清单3所示。

最终的结果是实现了必要的业务逻辑和JUnit测试用例，可验证实现的行为。

需要正确的分离UI逻辑层和业务逻辑层来获得对事务处理的全权控制。

一般情况下，使用一个服务层框架去管理事务、协作，有时也包括业务逻辑和Web框架。

如您所见，越来越多的业务逻辑被外化和集中化，同时也更易于管理。