|
第二次写代码只是用去你首次写代码的很少一局部的时光。 祝你好运，坚稳重新改良你的代码! 进化中的需求 在咱们目前的项目中，简直所有的主要功效模块都从头重写过数次。缓缓的但显明的，代码变得越来越好。一旦你对某段程序做了第三或第四次增补，或又找到了一个bug，你能感到到这程序什么处所有异味。你开端躲避触碰这段程序，你为不需要在处置这段程序而愉快。当有了这样的感觉后我会怎么做?我会删了这些代码。 错。以我的教训，所有好的程序都至少要写两遍。第一编是你过于匆促，不能很好的懂得需求、实现需求。不错，当看到了某种业务模式，我们晓得要提炼出方式，缭绕着它实现业务职责。你终极写成的代码是十分好的，但，它不是优良的。 当初的一种广泛的意识是，在开始编码前，你不可能把所有的需求都写齐备。这些需求确实定是一个逐步发展进化的进程。应用短开发周期/springts，我们一步步的开发程序，使用多次迭代的方法实现从客户方得到的最新需求。这些都是基于一个进化的思维。就像生活中，我们老是通过一步步的改进来到达最好一样。 进化中的代码! 最近这些年，越来越多的人开始转向迅速开发。各种敏捷开发技巧并不新颖，大多是在80 和90年代发展构成。但只是在最近这些年，程序员和(更重要的是)一些贸易参谋，架构师，客户开始变得爱好和拥抱敏捷开发。 当告知人们我的观点是所有的程序都至少写两遍时，他们担忧破费两倍的名目时间。但事实远非如斯。下面是起因： 写两遍，就象征着两倍的时间吗? 可是… 可是… 这样你就要完整从头开始了!? 你又错了! 当然，IDE里空了，代码全没了，兴许一些测试程序会存留下来。但你却对你的代码应当做什么有了扎实的认识。你也知道以前这段代码是什么样的，你知道它以前的内伤和异味在哪里!有了这些认识，你能写出更好，甚至是无比优秀的代码!不错，我们也能够保存这些代码，使用一些重构办法…但你可能再也找不到这样好的从头开始、更好的编写它的机遇了。 再次，就像生涯中的所有事件：要让事情变的完善，你须要经由屡次的进化迭代。对你的需要是这样，对你的架构跟代码也是如此。 -->重写之后，代码的品质会有显著的进步，可保护性，可扩大性都有改良，包含编程的速度。 可是，这就完事了吗?现在大部门的程序员都认识到了需求一定是一步步的发掘出来的。但他们却忘了本人的工作!?他们依然以为他们的框架和架构在项目开始之初就定型了。同样，代码一旦写成，程序就完成了… 不是吗? 相关的主题文章： (责任编辑：admin) |