我开始在一个新的项目上工作,所以在这个时候开始铺设架构。因此,基本上我们希望保持一个使用MVC web api的面向服务的架构。所以我想知道我们如何在这里集成webapi。
我们看到的大多数文章都创建了一个mvc web应用程序,并在其中选择了webapi。但我们希望为webapi创建单独的服务层。这是正确的做法吗,否则我在这里
我正在做一个Spring,Hibernate,Thymeleaf项目,我有点困惑于如何实现最好的架构来重用我的实体层。我有两个Maven父项目,我想通过创建一个ProjectEntity来实现下面的项目层次结构(在双亲中重用它)
( a) ProjectEntity
( b) ProjectRepository现在,我可以选择只创建一个基本父项目,但问题是这听起来不正确,因为我希望客户端和服务器端项目之间完全松<e
只有当模式是最好的解决方案或帮助创建一个好的解决方案时,才应该使用它们(您同意吗?)我正在读的书(Head First Design Patterns)经常强调松耦合的重要性。这种松散的耦合是通过遵循“程序到接口,而不是实现”和“封装变化的内容”这样的原则来实现的。
基本上,到目前为止,我学到的大多数模式的存在主要是为了允许设计松散耦合<
假设我在我的MVVM应用程序中有一个视图模型。ViewModel与服务层对话,服务层具有SavePerson(person p){..}的方法。在视图模型中执行Person p= new ();对我来说似乎不合适。对如何用另一种方式做这件事有什么建议.一种模式?我使用中继命令,ATM机在命令中创建新对象,然后将其传递给PersonService.SavePerson(person),也在命令中传递。这是糟糕的做法吗?