编码时一些让人纠结的问题

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 同步通信;

 

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值