1 耦合与代码复用
2 代码膨胀
如果没有复用的思想,就会浪费很多时间,其实就是常说的重复造轮子的问题。
3 抽象化或统一处理还是穷举所有类型
3.1 前者代码量少逻辑复杂,后者逻辑上简单,但是代码多。
3.2 其实我更倾向于统一处理,因为你不知道需求还要变化到什么时候,你还要跟多久。如果统一处理,其实就应对了所有变化。
4 代码复杂度的平均分配
4.1 不平均分配,就会出现有的地方大,有的地方小;有的地方忙碌,有的地方空闲;
4.2 对于整体逻辑不可拆分的代码,本人认为尽可能的写在一个函数里,丑就丑点吧;
4.3 保持整体框架与主体逻辑的清晰
5 横向切分代码与按照按照数据流分
5.1 后者缺点是多人修改一个文件,三个和尚没水喝;优点是熟悉业务;
5.5 综合来看代码的质量比业务更难以控制;
6 函数的复杂度
无法复用的部分需要提出来作为一个函数吗?
7 如果发送报警的阈值是100ms,可以说报警服务的并发性是100ms上限吗?
8 处理失败时呈现给用户的状态
8.1 下拉列表触发一个处理逻辑,如果处理失败,必须恢复到原始状态;
9 不同进程或服务同步数据应该在哪一个层处理
9.1 磁盘临时文件;
9.2 共享内存;
9.3 同步通信;