最近比较忙，总结了一些从书本和实际项目中学到的小技巧，或者习惯1命名规范命名要遵循驼峰式和下划线法，并且要明确表达变量的含义。我更喜欢下划线而不是驼峰命名法。下划线的方式可以更清楚的看出这个变量的含义。例如aBigGreenBanana和a_big_green_banana。还有一个从nginx学来的命名习惯，我觉得也很好。比如http_run和system_run可以通过前面或者后面的一个词明确表明此时system还是http模块中的一个函数。再比如，可以在前端使用article_reset_button、article_submit_button、image_reset_button、image_submit_button等名称，让代码更具可读性。2代码复用和简化代码复用就是将公共代码抽象出来，方便其他函数的调用。但是有时候代码可能只使用一次，但是为了可读性、可扩展性和可维护性，我觉得可以抽象出来写成一个函数比如classA{publicvoidA(){PartA,PartB,PartC}}A类{publicvoidA(){A_a();A_b();A_c();}privatefunctionA_a(){}privatefunctionA_b(){}privatefunctionA_c(){}}这样代码会比较清晰，根据经验，代码最好控制在40-60行（Unix编程艺术），这样就会有更少的错误。3与之前的代码风格和命名保持一致。第一个好处是代码重用。比如根据时间，文件目录为article/2018/03/28/img/。同一个项目下有一个一模一样的new/2018-03-28/03-28/28/img。这是给自己增加工作量。显然您可以编写可重用的代码。第二个好处是可以避免一些历史问题。刚接手一个项目，不要急着否定。有些代码看起来很奇怪，可以用更好的方式处理。但实际上，这段代码可能是用来处理一些特殊情况的。我有过这种经历，还以为是SB，但是看完我的整个代码，我觉得我是SB。第三个好处是提高了代码的可读性。比如hadoop文件系统的命令，其实就是继承了Linux系统的命令。这样一来，其他人也会很快上手。4完整的结构。MVC不仅仅是mvc。实际项目不只是mvc。有时还有关于字符串的处理类，关于定时任务的处理类等类。把这些类做成一个存档，而不是随便写在一个类里面。
