表示层（wicket）和业务逻辑（spring）通信的最佳实践答案

【问题标题】：best practice for presentation layer (wicket) and business logic (spring) communication表示层（wicket）和业务逻辑（spring）通信的最佳实践
【发布时间】：2011-07-01 06:31:40
【问题描述】：

我想开发一个业务应用程序，其中 wicket 用于表示层，spring/hibernate 核心用于业务和数据层。

表示层和业务层将在不同的物理机器上运行。

我在表示层和业务层之间进行通信/业务功能调用的可能性是什么？您对这些解决方案有何经验？

该解决方案必须具有很强的可扩展性和高性能。

【问题讨论】：

标签： java spring communication wicket

【解决方案1】：

我不知道您为什么要为此使用两台单独的机器。最好将演示文稿和业务放在同一个应用程序中，并使用 2 台或更多台机器来实现可扩展性。

这让我想起了 EJB 1-2 的旧时代，当时人们希望将业务放在不同的机器上，而没有业务需要这样做。此选项具有网络延迟和额外的序列化/反序列化层的成本。

如果您的需求是合法的，您可以使用 JMS 进行通信，这是一个标准，Spring 框架提供 JMS 支持。

【讨论】：

嗯谢谢胜利者。我正在考虑使用 JAX-WS，但 jms 似乎是一个不错的选择。很可能会有不止一个使用业务层的前端实现。

【解决方案2】：

Spring 提供了多种公开和利用远程服务的方法，请查看reference documentation

您可能还想研究消息传递作为 RPC 样式远程服务的替代方案。关于这个主题的开创性参考是Enterprise Integration Patterns

【讨论】：

感谢您的链接，它们非常有帮助。我要检查替代方案。