Model view controller 构建用于在多个服务之间共享数据层的Play framework模块
记住SOA的概念，我的意图是提供几种不同的服务，它们利用相同的数据模型。想象一个扑克应用程序-我们可能有以下服务：Model view controller 构建用于在多个服务之间共享数据层的Play framework模块,model-view-controller,model,module,playframework,Model View Controller,Model,Module,Playframework,记住SOA的概念，我的意图是提供几种不同的服务，它们利用相同的数据模型。想象一个扑克应用程序-我们可能有以下服务： 游戏前端 行政前端 球员排名/排行榜服务 玩家理财服务 银行综合服务 所有这些服务都可以利用相同的模型（可能在必要时提供额外的模型信息） 在剧中！框架，我是否可以将此数据模型外部化，但保持使用Play获得的好处。例如，运行时重新编译 模块似乎可以为工作服务，但关于它们的文档很少，给出的示例表明了相反的范例——服务是模块，核心播放应用程序引入了功能 任何指导都将不胜感激。使用P
- 游戏前端
- 行政前端
- 球员排名/排行榜服务
- 玩家理财服务
- 银行综合服务
任何指导都将不胜感激。使用Play很难获得真正的SOA风格。因为Play不仅仅是一个框架，它是一个web平台，提供从HTTPRequest到数据库持久性的服务，而不是孤立的 在您的情况下，如果您必须真正将数据层外部化，那么我建议您尝试一下。 Spring应该负责持久性和业务逻辑，并将其封装在服务接口中 在您的Play应用程序中，控制器依赖于这些公开的服务接口。Spring服务应该依赖于任何Play功能（无论是用于验证还是JPA持久性等，即不导入）
目标是-tommo如果需要，您应该能够使用任何MVC框架（Spring MVC、Struts等）并使用相同的服务。我正在尝试类似的方法 我要尝试的是
- 在模块中写入DAL
- 将每个单独的组件作为单独的模块编写
- 将来，每个组件都可以托管在单独的应用程序中。只需移动应用程序，安装DAL模块，一切就绪。这有望涵盖所有可伸缩性方面的内容