1 个回答
第2点
我之前的做法是包装了几个对外销售的功能模块，然后每个功能模块都包含了一部分的菜单权限，客户购买一个，就会开通对应的角色，这个角色是对应他购买的功能，然后根据购买的时效，配置该角色对应菜单的时效。账号在登陆的时候，除了校验是否绑定角色，在点开每一个菜单的时候，还会校验菜单有效期。若客户购买多个功能，则配置多个角色，若角色之间的菜单有重叠，则有效期叠加，退款则有效期扣减。且账号可开通子账号，角色和菜单有效期都是继承关系。数据权限则判定客户，客户的所有数据根据客户ID区分。这个方案和研发沟通比较合适，我描述的不一定是最佳的。
第3点
抽取共用模块，就是在不断地对比中，找到所有业务的差异点，可以解决的差异点则设计可兼容的方案，不可解决的差异点要么指导客户牺牲或重构业务，要么砍掉产品功能或个性化定制。
第4点
不考虑维护成本，每一套系统部署后都可以独立维护。
我总感觉做一套东西，所有人都可以用不太现实，难度和成本都高。比较朴实的做法，应该是做一套，然后每次有新的客户都是复用八成，改两成，然后慢慢迭代，最后达到可以复用九成、十成。