先介绍一下背景，博主从运营转前端，入职一个月，完成了一个比较大的模块。由于基础比较薄弱，所以犯了很多错误，所以想记录下来提醒自己，和大家分享。前端技术栈为ES6+backbone+react+antdUI，后端使用RubyonRails。1、没有遵循MVC分离思想MVC非常简单易懂，就是model+view+control，data-view-control分离，特定的模块做特定的事情，方便程序维护和拆分。我的经验是，我有这个意识，但经常写出不合标准的代码。问题的原因是抽象不符合人性。自然是越简单越好，不考虑整体结构。解决办法也很简单，改！不断修改你的代码，直到它完美为止！在修改的过程中，我不断告诉自己，我这样写是不对的，下次不能再这样写了。有一段时间效果很好。2.缺少必要的注释if-else中很大一部分缺少注释，使得维护者无法快速区分分支逻辑。具体地方有hack或者复杂的逻辑代码，缺少注释会让后来者一头雾水。为了你自己好，也为了后来者好，请务必加码。也许你将来会维护这段代码。3.不变和变化部分拆分程序员之间有句话，别在这里硬写，以后会改的。有经验的程序员会抽象出一些业务层逻辑，写到配置文件中。好处是如果后续需求有变化，只需要改配置文件即可，绝对不会引入bug。4.忽略测试部分程序员中还有一种说法，代码没有测试就等于没写。虽然我不敢全部同意，但也有一定的道理。从测试用例驱动开发，持续集成，每次自动运行测试用例，保证系统的稳定性，降低测试成本。对自己改动的部分进行自测，了解需求，做一个负责任的工程??师。5、直接操作数据应该使用方法来操作数据，而不是直接操作数据，这样才能保证你始终可以正确操作数据。例如，类中定义的某个属性发生变化，则代码中所有直接对该属性进行操作的代码都需要修改。如果通过方法操作属性，只需要修改操作方法即可。对于外部调用者，屏蔽了类属性的变化。遵循解耦的原则，大大提高了代码的稳定性。6、代码中有hardcodehardcode=>magicnumbers，结果就是代码中的未知数字乱飞，让人读起来莫名其妙，完全不改变意思。如果您不希望您的代码被破译，请尽可能使用硬代码。7.DRY编写重复的代码，不要重复自己！这个题目可能三天三夜都讲不完。计算机擅长重复人类不愿意做的事情，所以计算机解放了人类。那么程序员该如何解放自己呢？那就是不要写重复的代码，准则之一就是三遍。如果一件事重复三次，就可以从中提取出一个规律。示例：1、2、3、....示例：1、2、....8。如果你不懂debug和如何解决问题，就从debug开始写代码。每个刚接触C语言的人都会遇到各种各样的问题，比如缺少分号，如果把判断写成赋值。初学者不理解该语言及其陷阱。解决问题的唯一方法就是一步步进入代码执行，找到意想不到的地方，这就是bug。找个好的IDE，学会调试，80%的问题都会靠文档和调试来解决。9、不规则的工作流程制定合理的工作流程可以减少风险事故发生的可能性，提高工作效率。对于程序员来说，工作流意味着代码的组织方式和工作成员之间的协作方式。我经常犯的一个错误是直接在alpha或master分支上提交，这是团队不允许的。所有的修改都必须通过merge的方式合并到主分支中，这样的好处是避免bugfixes只在alpha上处理而忘记合并到master上。所有这些都可以通过一些脚本或工具来完成，比如CI或githook。良好的编码习惯不是一天养成的，必须从各个细节不断修改完善。好的代码结构清晰，赏心悦目，而糟糕的代码则杂乱无章，让维护者大骂。初学者应该不断地阅读高手的代码，吸收其中的养分，不断地修改自己的代码。祝愿大家有一天都能写出优雅的代码。
