switch

• if - else只适合在3层之内使用
• 当条件判断较多时,可以首先考虑使用switch

interface

• 当判断条件还可能动态增加时,可以考虑将switch进一步优化,引入接口interface,将代码与数据分离:
  • 创建一个map:
    • key: switch的case值
    • value: 对应的实体类
  • 抽象出通用方法,变成一个接口,统一入参和返回值
  • 主实现类controller类就是将type值传进去,获取到对应的实现类,然后调用抽象出来的方法,这样无论增加多少个case, 都不会改变主逻辑代码
  • 每个类单独实现接口,互不影响

db setting

• 用db setting表的方式加载type对应的实体类
• 这样做到了配置数据化

• 如果case中的实现类需要动态变化呢?
• 解决方案: 将case的实现用动态语言完成,并且将代码写在db里
  • db里保存的是代码
  • 启动的时候初始化所有的实现类,以节省时间
  • 主实现类controller类里主逻辑代码不变,但额外提供一个初始化map的方法
  • 如果需要新增的case和实现类,修改db,调用更新map的方法,重新初始化(甚至可以写一个后台编辑脚本发布的功能)

总结

• 架构设计和需求相关,不仅要会技术,还必须懂行业,要知道需求在可见的时间里会变化到什么程度,然后根据不同的程度来给出不同的方案
• 不要过度设计:
  • 有方案不代表当前必须做,能把设计提前比需求快一步,就很好了
• 学会给自己的代码分级,是让自己进步的最好的办法.一个人的成长分为几个阶段:
  • 面向功能编程
  • 面向性能编程
  • 面向复用编程
  • 面向未来编程