关闭。这个问题是基于意见的。它目前不接受答案。
**想改进这个问题吗？**更新这个问题，这样就可以通过编辑这篇文章用事实和引文来回答。
上个月关门了。
改进这个问题
我最近开始读一本书，从数据库之间的关系，特别是数据库之间的关系的Angular ，更详细地解释了数据库的操作。问题是这本书有点旧，是2014年的。因此，我提出以下问题，请澄清：
在这本书中，我们使用dao、dto和服务模式，但是我们不能使用jpa、spring boot repository或其他新技术来“替换”这本书中介绍的旧实现？
如果是这样，你能给我一个替代下面的代码，它是如何工作的？我可以改进什么，我可以放弃什么，我应该完成什么，我应该学习什么，请！
本书将应用程序的实现分为两个团队：
用户接口（实体的数据传输对象，内存数据库中的单例，以及模拟服务和视图的控制器）
开发团队（创建实体并使用tdd进行测试，为实体、业务服务层和表示层创建dao）
所以，我可以改变这种创建和操作应用程序和数据库的方式，如果是的话，怎么做，为什么？我应该用什么，怎么做？
这是我正在读的那本书的git：https://github.com/spring-hibernate-book/spring-hibernate-datamodeling-tdd-rest/tree/master/spring-oodd/src
1条答案
按热度按时间aor9mmx11#
至于分工，在控制器层有单独的团队工作的概念似乎过时了。可能是单页ui有自己的团队，但是许多地方更希望相同的人为一个特性前后地处理所有事情，以减少团队之间出现沟通问题的机会。
您需要dto的程度应由开发人员决定。以前的做法是定期将所有实体复制到dto中，以避免ui中的延迟加载等问题。如果您正在构建一个单页应用程序，将json传递给ui，这不是问题。单页应用程序体系结构在ui关注点之间提供了更好的分离，使得dto在大多数情况下不那么必要。
在剩下的时间里，这些概念应该被Map过来。springjpa存储库具有与数据访问对象相同的功能，它只是为您提供了更多的实现。与hibernateMap相关的最大变化是改用jpa注解。服务没有改变。
太长，读不下去了
发生了变化：
单页应用程序已经取代了jsp等服务器端方法
用jpa代替hibernate标准化
配置类，不再有应用程序上下文xml
配置文件
关注微服务vs.巨石
包括更多电池（默认情况下为h2、可部署jar、convention over config）
没有改变的事情：
控制器调用数据访问的通用分层方案
hibernateMap策略和一般orm问题
spring事务支持
带bean、di、aop的通用spring编程模型