Skip to content
New issue

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

【!】业务服务 和 后台管理服务 DAO层如何处理, 共用pom依赖、分别写、抽取数据查询服务 #6

Open
lycying opened this issue Dec 14, 2020 · 4 comments

Comments

@lycying
Copy link
Member

lycying commented Dec 14, 2020

日期:2020-12-11
问题:业务服务 和 后台管理服务 DAO层如何处理, 共用pom依赖、分别写、抽取数据查询服务
标签:服务拆分
问题缘由: 业务痛点

@lycying
Copy link
Member Author

lycying commented Dec 14, 2020

jar里查询方法比较多 业务服务的查询(比较轻量级的查询) + 后台管理服务的查询(比较重量级的查询)
不需要用到另一个服务的查询也都引进来了

@lycying
Copy link
Member Author

lycying commented Dec 14, 2020

这个问题,可以用DDD领域驱动来解决。但是目前纯粹实践DDD的团队很少。

@lycying
Copy link
Member Author

lycying commented Dec 14, 2020

image

@lycying
Copy link
Member Author

lycying commented Dec 14, 2020

DAO层,共享,严格来说,在设计上非常的不合理。持久层,本质上来说,只不过是内存映像的一种持久化。虽然可以通过抽象出通用的jar包来处理,但是非常不建议进行共享。

还是看项目规模:如果是大团队,会根据数据表或者业务消息,自己生成一套存储方案,不会有共享的需求。如果是小项目,那么共享起来也无妨,只需要打成jar包引入就可以了。

@lycying lycying changed the title 业务服务 和 后台管理服务 DAO层如何处理, 共用pom依赖、分别写、抽取数据查询服务 【!】业务服务 和 后台管理服务 DAO层如何处理, 共用pom依赖、分别写、抽取数据查询服务 Dec 14, 2020
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

1 participant