我一直在尝试对 CentOS/Redhat 的 REST 和 SOAP Web 服务支持框架进行一些研究,这些框架也能够合理地支持管理 Web 应用程序以及服务本身。
我们尚未确定 REST 或 SOAP 是否会成为服务通信的方式。通信要求非常简单,因此可能不需要更重的 SOAP 接口。(但也不会很复杂)
我过去曾使用过 Ruby on Rails(目前在一边),但我的团队中的其他人并不像 J2EE 那样熟悉这项技术。
ServiceStack 也很有趣(我现在正在研究它),但我过去曾参与过 .Net/Mono 项目,并且遇到过各种 Mono 实现和运行时问题。(我敢肯定在过去 2 年里它已经走了很长一段路,但我想看看是否有更好的选择)
基本上我需要一个支持 REST 或 SOAP(两者都很棒)并且可以支持 MVC 风格的 Web 应用程序的堆栈/框架。这个想法是 Web 服务和 Web 应用程序可以访问同一个数据库。Web 应用程序将是最终用户/管理员管理界面,Web 服务将用于远程系统/自动访问受控数据。
最后,大约 80% 的应用程序数据库模式将被预定义,并且不会遵循任何 MVC 样式建模。因此,一个旨在对仅用于 MVC 的模式数据进行紧密建模的框架(如 Ruby on Rails)并不可取,因为我们最终不得不重新创建模型或编写一个完全独立的数据库查询处理库, Web 服务和 Web 应用程序都必须使用。如果可以更灵活地对现有数据进行建模,那就太好了。(以防现有架构在以后发生更改)
对不起,如果我太笼统了。(或具体)我只是对意见感兴趣。谢谢!