面向公共服务架构对Java应用程序有哪些好处？

一个大服务于的系统（SOA）是一个开发子系统，在这个子系统中，服务于被结构设计成用到一种称为零散交互作用的手段，在不同的句法和应用软件间展开相互通讯。

零散交互作用是理解和创建 SOA 结构设计环境的一个极其重要的概念。 没有它，就无法创建 SOA 结构设计的操作子系统。 SOA 不仅均需要用到零散交互作用，它还用到所谓的民营企业服务于总线 (ESB) 在不同服务于间展开通讯。

松交互作用子系统是接口或服务于的闭包，其中每个接口的新功能保证独立国家于另一个所均需接口。 因此，如果零散交互作用的子系统结构设计适切，每个服务于都将作为每个其他服务于的黑匣子运行，并且几乎不均需要理解之外兼职原理。

通常，对于一个大服务于的RISC结构设计的Java操作子系统，我们可以认出许多坏处——从操作子系统灵活适度到操作子系统试验中改进。当操作子系统用到一个大服务于的系统时，它提供了大量的劣势，使之被选为Java开发团队的一个有吸引力的选择。

SOA 对 Java 操作子系统的坏处

可器重适度：每个服务于都被结构设计为零散交互作用，因此每个服务于都可以在许多场景中用到。

可扩展适度：每个服务于的服务于新功能有限，这意味着服务于可以与大型或小型操作子系统独自用到。

应用软件独立国家适度：服务于结构设计为零散交互作用，意味着服务于被选为最适合状况的特定技术或应用软件，只要每个服务于间用到的数据与 ESB 正确通讯即可。

不易维护：操作子系统的接口可以很更容易地拆卸下来展开维护，而不会影响整个操作子系统。

可靠适度：服务于是自包含的，意味着服务于抵抗来自其他服务于的适度能问题或bug。

增加可试验中适度：每个服务于都可以独立国家试验中，意味着增加操作子系统的每个新功能，而不是像整体结构设计的操作子系统那样在每次迭代中试验中整个操作子系统。