实习半年对代码可维护性的一点细节思考
除了常说的高内聚低耦合之外:
尽量不要基于对当前场景的预设来写代码:比如预设这个人的身份不会同时是老师和学生,万一之后要加需求呢
若成本允许,尽量不要基于当前DOM结构写代码。如把:element.parentNode 这种写法用:给该节点加上id,再用id查找 来代替。版本迭代中对DOM结构的更改引起的变化,往往难以注意到
某个表单值“不设置”的情况最好用undefined或null来标识,如果这些值也已经有其他的含义了,也要用确保未来都不会允许设置的值(虽然这很难说)。
想到再补充
尽量不要基于对当前场景的预设来写代码:比如预设这个人的身份不会同时是老师和学生,万一之后要加需求呢
若成本允许,尽量不要基于当前DOM结构写代码。如把:element.parentNode 这种写法用:给该节点加上id,再用id查找 来代替。版本迭代中对DOM结构的更改引起的变化,往往难以注意到
某个表单值“不设置”的情况最好用undefined或null来标识,如果这些值也已经有其他的含义了,也要用确保未来都不会允许设置的值(虽然这很难说)。
想到再补充
全部评论
教我啊
顶
鸡姐还是一如既往的稳啊
萨卡班甲鱼!可爱捏
复杂的场景写不了,简单的场景不需要,低代码还是蛮尴尬的
看不懂咋办
🐔姐😍😍😍😍
相关推荐
点赞 评论 收藏
分享