一个java服务后台，为一个web系统（用到jsp）、ios、android分别提供服务，那么其中这个web系统怎么设计

Question

目前是：
web系统管理自己的session，服务后台不验证session；
web系统页面跳转由spring mvc的controller控制；
在jsp页面中通过ajax直接向服务后台请求数据。

感觉别别扭扭的。。几个问题：
1.这个web系统有必要独立出来吗，都是java/jsp，直接做到服务后台里，有什么弊端吗？
2.有时需要在web系统的后台请求 服务后台，还得用httpClient来请求，好麻烦，好别扭。

大家有什么设计或改进建议？谢谢！

Answer 1

java服务后台作为一个独立的后台，专门提供 resultful 数据接口服务三端。
web系统，IOS，android作为三端。

至于页面的话，如果页面不是特别多可以直接放在一个项目里。如果你做到服务后台，那么这两个东西混在一起，不太好维护。当然，如果项目比较小倒是可以的。

web系统请求服务后台，用httpClient，项目小都这么干啊，除非你们换架构，dubbo RPC协议就简单些了。

Answer 2

如果这个服务是类似rest服务，需要三端共用，
那你目前的解决方案是可行的，在三端请求的时候优先统一请求格式，服务端不关心请求源究竟是谁。
也可以在服务后台，抽取服务逻辑，然后通过拦截请求源，对服务的输入输出进行分别处理，实现相同服务的多态，这样三端请求的输入输出可以不一致。
此外，如果服务比较特殊，比如实时服务，那可能就需要openfire或者socketIO一类的技术，那要根据三端的支持情况在服务后台来做处理，或者比如这个服务只存在与web系统与服务系统之间，那使用各类RPC协议可能更合适

Answer 3

共用的话就应该把共用的服务抽象成service层吧，不同的UI相关逻辑交给Controller层面处理