14、前端、后端处理与消息交换模式解析

前端、后端处理与消息交换模式解析

前端与后端处理

在处理前端和后端时，有许多方面需要考虑，以确保系统的高效性和稳定性。

绕过处理用户输入的限制

为了绕过流程服务无法处理用户输入的限制，有一些可行的方法。一种选择是使用表示服务，它可以通过某种“基础设施魔法”与用户进行交互。此外，还有关于如何在 BPEL 标准范围内支持用户交互的讨论。不过，在切换到这种模式时需要谨慎，要清楚它对整个架构的影响，明确流程服务的语义，是属于“后端工作流”的批量处理，还是属于可能有人为交互的“前端工作流”。

多层验证

验证用户输入是提高业务流程执行成功率的重要环节，主要有以下几种基本的验证策略：
|验证策略|说明|优点|缺点|
| ---- | ---- | ---- | ---- |
|后端验证|所有验证仅在后端进行，前端不进行预验证|后端全面把控数据有效性|若用户输入大量数据后被后端拒绝，用户体验差，浪费时间和精力|
|前端验证|所有验证仅在前端进行，后端假设服务消费者不会发送有缺陷或不一致的数据|减轻后端负担，提高响应速度|前端可能出错或遗漏某些缺陷，导致后端出现未定义行为|
|冗余验证|前端和后端独立验证，前端提前捕捉问题，后端确保输入有效|双重保障数据有效性|可能导致前后端验证结果不一致|
|中央决策点验证|由一个了解业务规则的公共“决策点”服务处理验证，前端和后端作为“执行点”执行决策|统一业务规则，保证一致性|可能导致大量服务调用，影响性能|

在实际应用中，通常会混合使用这些方法。后端应始终检查所有输入的有效性，前端也可进行预验证，但预验证无法做到完美。同时，需要考虑是独立编程前后