些许前端开发经验（一）

在这作为一个前端，讲讲自己的开发经验。

总原则：在可持续发展基础上，注意保护精力。

可持续发展，这一点和中国的科学发展观是一样的。可持续，意味着现在好维护，以后也好维护。而好维护，可以从很多细节入手：

1. 开发前和相关方一起明确需求，让大家都想清楚，需求最好少改动。做到了这一点，可持续发展道路就有了基础。
2. 前后端编码时一起确定较优方案，交换技术理解，甚至可以细致到某个变量命名，之后再分别开发。前后端命名一致，前端项目便更好理解。
3. 项目文件编排。预测项目走向，并依据此进行合理地分层。亦即，项目中的资源有着合理的位置，每一个预期中的变化点都有一个层来维护着。需要改变其中任何一个层都有着手点可以下手。
4. 能配置的尽量配置起来，尽量少定一些需要费神的规范。项目的配置，包括代码风格、错误检测、githooks、编辑器配置、commitzen等等，统一维护在git中。总之，开发中减少人为操作，非要人为操作时，那么需要要对应的自动检测手段，比如写个脚本检测项目文件位置摆放和命名等等。
5. 变量命名。写代码有时候就像图书馆，如果图书很少，存书可以随意，大不了每次都全量搜素。但一旦图书多得到图书馆这个级别，则图书的分类以及存取过程必须精心设计而且有条不紊得执行才是。写代码一样，变量命名是基础。
6. 随时维护代码的意义。代码也好，注释也好，可能有时候都是冗余的甚至是误导的，都需要精心维护，不能因为注释不能生效就不管。
7. 写必要的文档。
8. 编码的思维必须是动态的，时而发散，时而收敛。发散时可以想想各种业务场景，想想有哪些摸得着边的技术机制可以利用。而收敛时则批判，需要对外来数据保持戒心，还有权衡机制的优劣，权衡满足一个场景是否会影响其他场景。
9. 理解设计原则，运用恰当的设计模式。可以直接学习设计模式的总结，但最好是通过源码来学。优秀的开源代码一般都会大量运用设计模式，并且会适时超越限制。
10. 保持持续优化的习惯。曾听说好代码就是看起来无法再优化的代码。个人以为这话并不是教如何评价代码，而是告诉大家代码要一点点优化而来。一个更合适的变量名、多考虑一个业务场景、采取拓展性强的写法、优化实现的逻辑，都是好事。代码遵循着熵增定律，持续地输入能量才能维持住有序状态。

可持续发展，目的是为了减少精力的损耗。

从另一角度来看，写代码就是耗费精力转换成代码。在整个开发环境中有太多的事情要耗费精力，并且相互影响，常常需要权衡。

有时想剩一个事却多出三个事，但有时多麻烦一会儿却可能一劳永逸。但遇到具体情况，可能所有原则都要丢掉。

保持一个小习惯就好：想想怎么让自己和同事们少花点精力。当脑子里有这个念头，即使是前端开发也会有很多不安分的想法，有意思的东西也就多了起来。