在常见的服务器环境中使用Spring和php的优点

Question

我建议的可能听起来很奇怪,但我有我的理由.

很长一段时间,我们已经有了这个基于Spring的API,它起源于CRUD功能的一组抽象REST服务.然而,随着时间的推移,我们开始构建业务和表示层,直到我们达到死胡同状态.不要误解我的意思,Spring/Hibernate是很棒的框架,构建在JVM之上有其明显的优势,包括性能优于其他Web技术,如PHP.与PHP相比,它为我们提供了更深入的控制方式,如事务处理,多线程处理,处理字节数据,控制本机C++应用程序,使用JNI等.

堆栈明显碰到硬墙的地方,是需求最常变化的地方,即业务层和表示层.将应用程序转变为现代的,以用户为中心的社交应用程序,我们经历了职业生涯中最严峻的挑战.Java EE演示技术难以使用.此外,由于构建测试和部署大型Java应用程序的传统障碍,改变业务需求变得非常漫长.

它也感觉在很大程度上,我们正试图重新发明轮子.在PHP的世界里,已经存在这么多的项目,给你一个完整的管理体系,不可知的任何类型的后端系统(映射挂钩REST/SOAP终点).他们中的许多人已准备好所有这些功能,允许管理员友好地改变各种各样的情况,规则,模板等.另外,基于PHP意味着绝对没有时间浪费在构建和部署上.写下变更,测试,确认它有效,并切换.

我们的想法是,现在要找到一个方法来移动在这样一种正面服务器的基于PHP的应用程序的业务和表示层,并留下纯后端的东西春/休眠.我们有一些担忧,来自我们对Spring的相对缺乏经验.

1. 如果我们使用PHP方法实现业务方法,我们如何保持事务安全性？我的意思是,如果一个业务方法必须向JAVA发出三个单独的HTTP请求,那么我们怎样才能保证它们都将在同一个事务中执行,DB-wise？

2. 有没有办法在两个系统之间使用代理或承诺对象？例如,如果PHP业务方法需要调用Spring搜索方法从数据库中获取对象的集合,然后将其传递给另一个spring方法,这将意味着必须来回传送整个集合.或许,我们可以将其存储在Java侧会话对象,并简单地发送一个空的代理回到前端,其前端能够低音回到另一个JAV方法.

3. 我们很多基于Spring的功能都依赖于使用Spring事件的插件结构.我们如何才能使我们的前端服务器在每个发生的ackend事件上得到通知.我在这里有两个想法:一个后处理过滤器,它只是使用一些命名约定向前端服务器上的控制器发出POST请求.或者...使用某种消息队列,例如JMS或RabbitMQ,或者为什么甚至不能像Reddis那样可以观察数据的变化

谁曾经这样做过？总的来说这是个好主意吗？有任何建议如何解决上述问题？

Answer 1

这不是您问的问题，但我认为值得一提的是，您在使用 Java 时遇到的一些问题是大多数经验丰富的 Java 开发人员有一天都会遇到的问题，并且大多数人都找到了一些解决方案。例如，您可以使用 Arquillian 在 Java 中执行“更快”的 TDD。您可以使用 JRebel 执行“编码并刷新”方法，就像在 PHP 中一样。现代 IDE 还有助于重构，这有助于“需求更改”场景。

诚然，演示部分仍然是 Java 的一个大问题。我个人不喜欢 JSF，并且（对我来说）大多数其他表示技术要么不直观，要么很麻烦。

我想说，这就是为什么许多 Java 开发人员在前端采用 HTML5 和 Javascript（backbone.js、underscore.js、jquery 等），在后端采用 REST 的原因。中间不需要PHP 。

恐怕我无法回答您的其他问题，但也许一个好的开始是看看 PHP 是否可以从 Java EE 容器内部运行？我知道这适用于 Ruby 和 Python 应用程序，因为 JRuby 和 Jython 将负责两个世界之间的桥梁。