一、问题

之前的文章提到公司要求项目组做所谓的网络标准化，在 Spring MVC 的 Controller 层与 Service 层之间拆分成两个项目来部署，中间通过 Hessian 远程调用来通信。

这样可就有大问题了：

Controller 调用 Service 的方法时，传递一个 POJO 作为参数，Service 里修改了这个参数的某个属性，最终返还 Controller，Controller 再根据这个被修改的属性继续处理；

Service 调用的深层方法通过 Spring MVC 通过的 org.springframework.web.context.request.RequestContextHolder 获取了 HttpSession 对象，然后设置了一些状态值。

在同一 JVM 里面，上面的都没有问题；但按标准化的要求，部署在两个 JVM 上时，Service 层对 Controller 层传入的 POJO 所做的修改在 Controller 层就不可见了。

这些问题是实现这个标准化的最大困难，几乎所有代码都要检查是否存在上面的情况。

二、如果上天再给一次机会。。。

上面的问题可以说是“参数的可变性”和“方法副作用”导致的，“参数” 是个特殊的东西，它穿过两个方法之间调用时形成的边界。如果“参数”的属性在被调用的方法里被修改了，可以说这个方法是有副作用的。

如果上天再给一次机会：把所有方法都实现为无副作用，参数封装为不可变的对象，方法的所有效果都通过返回值来体现。这样每一个方法都可以变成一个远程服务。

之前在微博上看到一个说他的架构宣言是：Passing Message Everywhere。有点感触。

欢迎关注我的微信公众号: coderbee笔记，可以更及时回复你的讨论。