方案一:
商城用户表和交友用户表都继承用户基础表,每个用户都有自己独立的表和类,运用的时候用不同的用户类实现userinterface接口。方案二:把用户作为一个对象单独把所有属性抽象出来,分成基础和扩展2个表存储,类统一设计,与业务挂钩的地方通过接口来调用数据
项目背景: 可能设计多个模块 ,要求通行证模式,购物,交友...招聘等等,这些业务模块可随意扩充问题:1.那种设计模式更合理?
    2.那种设计模式扩展更方便?
    3.那种设计模式可阅读性更强?或者更好的设计?大家给点意见