中间件应用程序是否需要执行业务逻辑？

作者: 不见你
发布时间: 2024-04-18 02:11:08 (2天前)
转自：

5 条回复

0#
回复此人
猫南北 | 2019-08-31 10-32

<div class =“post-text”itemprop =“text”> <P> 编排，路由和转换。 </p> <P> 您不会出于技术原因，随机或仅仅为了好玩而执行这些操作，因为您有一些业务需求 - 所以需要涉及业务逻辑。 </p> <P> 您完整的业务系统唯一缺少的是计算和报告（假设您已经具备了安全性！）。 </p> <P> 除了非常低级别的网络，操作系统和存储问题，几乎所有包含计算机系统的问题都在那里，因为企业/政府/最终用户希望它在那里。 </p> <P> “商业逻辑”作为终端的选择非常糟糕，并导致设计和架构的无休止扭曲。 </p> <P> 大多数优秀的设计师/建筑师对业务逻辑的意义是计算和分析。 </p> <P> 如果你“％s /业务逻辑/计算/ g”，大多数架构法令都更有意义。 </p> </DIV>

编辑
1#
回复此人
Minions | 2019-08-31 10-32

<div class =“post-text”itemprop =“text”> <P> 中间件应用程序应该这样做。系统A应该不知道其他参数是否存在，并且肯定不知道如何获取它。 </p> </DIV>

编辑
2#
回复此人
v-star*위위 | 2019-08-31 10-32

<div class =“post-text”itemprop =“text”> <P> 除了路由，转换和编排之外，在加载具有功能要求的中间件时应牢记性能。 Middlware应该占整个端到端事务生命周期的一小部分。这只能通过专注于中间件核心功能来实现，而不是试图补充主机系统功能。 </p> </DIV>

编辑
3#
回复此人
陆离 | 2019-08-31 10-32

<div class =“post-text”itemprop =“text”> <P> 这是“复合应用”模式;面向服务架构的核心。这就是ESB供应商所销售的产品：一种放置方式 <EM> 额外 </EM> 业务逻辑，从现有应用程序创建复合应用程序。 </p> <P> 这并不简单，因为您的复合应用程序不仅仅是路由。这是一个在路由之上分层的合适的新复合事务。 </p> <P> 暗示。在进一步研究之前，先看看获得一个好的ESB。这很快就会失去控制，并且有一些额外的支持是有帮助的。即使你不买太阳的东西 <a href="http://www.sun.com/software/javaenterprisesystem/javacaps/" rel="nofollow noreferrer"> JCAPS </A> 要么 <a href="https://open-esb.dev.java.net/" rel="nofollow noreferrer"> 打开ESB </A> ，你会很高兴你了解它的作用以及它们如何组织复杂的复合应用程序。 </p> </DIV>

编辑

登录后才能参与评论