做完一个没有需求文档,没有产品PRD,没有UI,没有测试,只有开发主导的项目后的体会。

源源不断的需求变更,迟早会把你当初还算满意的代码结构修改的面目全非,所以即便是一条简单的赋值语句,也最好把它封装在函数里吧。因为你不知道什么时候来了一个需求会改变它。这样即便是反复的修改,也不会影响到主体代码结构的可读性。也算是明白了,为什么很多框架中会有大量只有一条return语句的函数存在。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值