2

我即将使用 Play 创建一个新的令人印象深刻的 Web 项目!框架(类似于 Rails 哲学)。

在阅读了这本著名书籍的一些重要部分之后:使用 Ruby 和 Rails 进行面向服务的设计学习了一些关于良好设计的技巧,我希望通过创建分离的 Play 来避免单一应用程序!应用程序作为服务层(通过 REST)。

因此,我想象了第一个 Play!应用程序将负责将客户端的请求路由到其他 Play 中包含的每个远程服务层!应用程序。

我想知道这个解决方案的两件事:

  • 将实体/值对象(数据模型)放在哪里?视图应用程序和服务应用程序之间是否可以共享某种 data-model.jar?(可选的视图,因为 DTO 或 JSON 对象就足够了)

  • 视图应用程序最终将没有模型层,因为视图应用程序充当服务应用程序的简单代理。它不会对未来的开发人员(具有视图/控制器但没有模型部分的应用程序)造成混淆或潜在的不好理解吗?同样,服务应用程序不会包含视图层......

简而言之,这些应用程序中的每一个都使用 Play!似乎遵循这个不好的原则:YAGNI

4

0 回答 0