1.按照业务模块拆分 你找一个大概的服务,拆分力度的话一般的话还是基于业务。 2. DDD思路可以借鉴,不能照搬 DDD本身不是架构设计模式,DDD是一种但是在向对象设计的一个思想或者原则,它是用来解决复杂业务逻辑的一个拆分问题的,它本身并不解决整个架构层次的问题,它是解决业务层的,理解这一点。 3. 单一职责 Single Responsibility 4. 电商架构设计:
① 账号模块 ② 商品模块 ③ 订单模块 ④ 评论模块 ⑤ 快递模块 ⑥ 短信模块 ⑦ 支付模块 ⑧ 卡券模块 ⑨ 信用模块 ⑩ 酒店模块
场景它本身就像个生态一样,它里面接入的功能模块多,这里面天生适合和足够庞大的基础上适合分人制快速迭代。微服务架构,新的业务诞生早期可能只有两三台服务器,后面的话做起来可能上千台服务器。包括游戏也一样前端很多平台是属于导游的模式,加入一个模块进来,这个平台作为一个入口。拆分原则一般的话我们是基于业务进行拆分,或者你也可以说是DDD.
版权声明:本文内容由阿里云实名注册用户自发贡献,版权归原作者所有,阿里云开发者社区不拥有其著作权,亦不承担相应法律责任。具体规则请查看《阿里云开发者社区用户服务协议》和《阿里云开发者社区知识产权保护指引》。如果您发现本社区中有涉嫌抄袭的内容,填写侵权投诉表单进行举报,一经查实,本社区将立刻删除涉嫌侵权内容。