Java Spring数据JPA项目的设计模式[已关闭]
想改进这个问题吗 通过编辑此帖子，更新问题，使其只关注一个问题。
这是我目前的项目设计
控制器-
我试图理解：
>
我可以在控制器之间创建什么层（名称）-
我可以在服务之间创建什么层-
如果我有存储库层，我还可以保留DAO层。
非常感谢。
共有1个答案
在处理从db检索的数据时，需要使用服务层。因此，您不需要在控制器服务存储库之间创建额外的层。其主要思想是使用存储库进行数据库操作，使用服务进行数据操作，使用附加逻辑，使用控制器创建api。或者有一种附加api层的方法，您可以在其中创建api接口，然后控制器实现它们，然后是服务（逻辑）和存储库（sql）
-
需求描述 有一个项目，面向学校德育评价，打算留一个发布通知的模块，现在拿不准如何设计数据库 个人方案 我个人有预想两种方案去解决 在mysql中建一个系统通知表 直接存redis中 第一种方案的优点是可以实现数据的持久化，但是对于一些时效性较强的通知【例如系统维护通知等】需要进行额外处理【因为基本上过了时效以后这条记录几乎不会再用到了】 第二种方案的优点是可以比较轻松的处理时效性问题，但是需要考虑
-
参考《项目建议书》、《需求说明书》、用户界面原型、以及各种标准和规范对数据库设计如下： (1). 结构设计： * 找实体： 实体是实体-关系模型的基本对象,是现实世界中各种事物的抽象。 凡是可以相互区 开并可以被识 的事、物、概念等对象均可认为是实体。 基本的实体列表如下: 会员 类别 商品 订单 订单详情 收货地址 商品评论 商品图片 友情链接 站内公告 ... * 找属性： 每个实体都有一组特
-
设计模式是解决问题的方案，学习现有的设计模式可以做到经验复用。拥有设计模式词汇，在沟通时就能用更少的词汇来讨论，并且不需要了解底层细节。 二、创建型 单例.md 简单工厂.md 工厂方法.md 抽象工厂.md 生成器.md 原型模式.md 三、行为型 责任链.md 命令.md 解释器.md 迭代器.md 中介者.md 备忘录.md 观察者.md 状态.md 策略.md 模板方法.md 访问者.md
-
需求描述 有一个项目，面向学校德育评价，其数据库中有如下表结构： 用户登录表：含一个“个人信息”字段，该字段依赖于下面的用户信息表 用户信息表：根据需求，分为学生表、教师表、运维表 ps：考虑到后期程序的灵活性及学校的发展性，可能后期运维人员可能会陆续增加，所以单独设置了运维表 问题描述 首先因为上面说到的缘故，为了兼顾后期项目的灵活性问题【后面运维人员可能不止一个】，不考虑常用的预分配运维账号的
-
设计模式是解决问题的方案，学习现有的设计模式可以做到经验复用。拥有设计模式词汇，在沟通时就能用更少的词汇来讨论，并且不需要了解底层细节。 二、创建型 单例.md 简单工厂.md 工厂方法.md 抽象工厂.md 生成器.md 原型模式.md 三、行为型 责任链.md 命令.md 解释器.md 迭代器.md 中介者.md 备忘录.md 观察者.md 状态.md 策略.md 模板方法.md 访问者.md
-
想要改进此问题？更新问题，以便它仅通过编辑这篇文章来关注一个问题。 我计划使用微服务架构来实现我们的网站。我想知道在服务之间共享数据库是否正确，或者为每个服务使用单独的数据库是否更好。在这方面，我可以考虑为所有服务使用一个通用数据库吗？还是它违反了微服务体系结构的本质？