在项目中，一些技术性问题往往会阻断我们开发的进度。在项目越做越大时，项目工程构建之初所遗留的问题就慢慢的显现了出来。当在不断扩充新的业务功能时，如何在代码中保证之前的业务逻辑不受影响。这都是需要我们要考虑的、目前作为一个weex 项目的核心开发者。以此记录下最近一段时间的开发感受，做个小小的总结。

    首先是项目搭建，目录规划，初始化公共方法。这都是需要在业务逻辑开始之前就必须要做好的。因为项目的特殊性。前端还需要设计数据库结构。一旦这些工作做好后，项目的骨架就基本成型。设计的不好会影响到后期的开发效率，以及增大项目的可维护性。

    方法和组件的复用：这种其实是项目优化的一部分。有时我们被戏称为 Ctrl-C,Ctrl-V 工程师，就是因为我们在写代码的过程频繁拷贝项目功能的代码，有时候可以多加考虑，多多优化。记得鲸鹏哥说过，凡是一个代码的重复次数超过两次，就需要考虑把它公共化，一切都是更好的为了后期的维护和开发的便捷。所有我们凡是代码中有大量重复的，就需要好好review你的代码。

    逻辑和业务解耦：代码是为了实现业务的，但是不要为了实现业务去写代码，而是让写的代码去实现业务需求。这里是有区别的。业务只是一种展现形式，展现方式是我们的代码。所以在考虑一个业务需求时，先考虑最优解，再在最优解的基础上去实现业务逻辑。也就是首先是代码的质量要达到要求，然后再去达到业务的逻辑要求。如果我们一味的去实现业务逻辑而不管自己写的代码如何。那么后期需求变更或者修复bug 等等的工作就会变得非常被动。作为一个开发人员，先关注我们的代码，再关注业务逻辑。在操作层面上来，就是先把业务无关的通用逻辑处理好，在根据不同的业务需求进行对应的开发。这样实现起来可能会有一定的困难，因为有时业务代码和功能代码并不能有很好的界定，所以这更依赖于我们的开发经验。我们需要认真对待每一行代码，加强自己的功力。

    开发中加强基础知识：在项目中，有些坑是因为我们的基础知识不够扎实而导致的，往往因为对一个知识点不够了解或者说对Js的一些执行机制不够熟悉，导致我们会写一些大量的冗余代码去实现一些非常简单的功能。这种情况下。我们首先要掌握基础知识。在开发的过程中，如果我们写了很多代码，或者有些杂乱无章的逻辑在里面时，我们这时候就需要想一下是否有别的方式来实现。这个时候可以依靠搜索工具，找到某个对应的知识点，看看你有没有什么遗漏的，或者这个知识点下面有没有更好的解决方案。在开发中很重要的一点就是要 查漏补缺 当你的基础知识都完备的时候，就会有新的角度去解决问题。

    最后再来一个非技术性的总结：

    代码写的再好，项目完成的再完美，总归需要迭代。技术新旧交替，无论怎样都会面目全非。所以作为程序员，需要保持一个平常心。做好当下的项目，完成你手头上属于自己的部分。如果你还有额外的资源的话充分利用起来。要相信你的同事，他们会跟你完成的一样好。这个社会已经不再是单打独斗的时代，要通力合作。还有不要在非工作时间时为项目中的代码伤神。Code is temporary, life is permanent

    end