假如现在有这么一个类似京东的商城(没有店铺的)采用dubbo
来进行开发,这个系统又分为了如下几个子系统:会员
、商品
、订单
、评论
、积分
、活动
、文章
、SSO
、日志
、异常
、设置(用于基本的设置,例如导航的设置,网站基本信息的设置)
、门户
。请各位帮我分析下这个子系统的划分合理吗?
还有如果按照这个子系统进行划分开发,开发之前是先进行数据库的规划,根据整个系统规划处dao
和pojo
。还是dao
和pojo
分布于各个子系统之间呢,数据库的表也是各个子系统的开发人员进行构建呢?
界面怎么开发呢?界面是由一个人员去调用各个子系统的服务去开发完成还是各个子系统的开发人员负责完成对应子系统的管理界面和前端显示界面呢?
本人是第一次接触分布式开发,遇到了一些问题,希望各位大神能够教我一下。
我这边是dao和pojo分布于各个子系统之间

这边使用的是 Spring Cloud,这样就算是某个微服务非要引入另一个微服务的Pojo,只需要引入其中一个工程,而不是所有.
至于你说的 "数据库的表也是各个子系统的开发人员进行构建呢?", 这个看情况了,没有标准答案吧,你能一次性设计好,那边各子系统就不用自己设计了;如果没有,那么各子系统并行开发设计不也挺好,但是这样也有个不好的地方,就是可能各子系统设计出来的东西,参差不齐,相互又连不起来.
还有你说的 "这个子系统的划分合理吗?" 这个不确定,做了才知道.
既然是分布式微服务,那么就是不合理,到时候再拆就是了