We read every piece of feedback, and take your input very seriously.
To see all available qualifiers, see our documentation.
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
日期:2020-12-11 问题:业务服务 和 后台管理服务 DAO层如何处理, 共用pom依赖、分别写、抽取数据查询服务 标签:服务拆分 问题缘由: 业务痛点
The text was updated successfully, but these errors were encountered:
jar里查询方法比较多 业务服务的查询(比较轻量级的查询) + 后台管理服务的查询(比较重量级的查询) 不需要用到另一个服务的查询也都引进来了
Sorry, something went wrong.
这个问题,可以用DDD领域驱动来解决。但是目前纯粹实践DDD的团队很少。
DAO层,共享,严格来说,在设计上非常的不合理。持久层,本质上来说,只不过是内存映像的一种持久化。虽然可以通过抽象出通用的jar包来处理,但是非常不建议进行共享。
还是看项目规模:如果是大团队,会根据数据表或者业务消息,自己生成一套存储方案,不会有共享的需求。如果是小项目,那么共享起来也无妨,只需要打成jar包引入就可以了。
No branches or pull requests
日期:2020-12-11
问题:业务服务 和 后台管理服务 DAO层如何处理, 共用pom依赖、分别写、抽取数据查询服务
标签:服务拆分
问题缘由: 业务痛点
The text was updated successfully, but these errors were encountered: