编程经验谈

1.如何修改别人的代码

修改别人的代码，首先要通读别人的逻辑。

如果修改已有的方法实现过程，要先复制旧的方法，然后注释掉旧方法，在复制的方法上做修改。

等修改都完成了，可删除原有注释的旧方法。

2.如何梳理逻辑

不要考虑太多代码的实现细节，从业务和界面功能去考虑，梳理大体逻辑。

如果太多顾虑代码实现细节，会导致被千丝万缕的细节纠缠，而不能梳理出清晰的业务逻辑。

从业务和界面角度梳理出正确的逻辑之后，代码实现可能复杂费劲一些，但是逻辑清晰，正确。

3.写代码的逻辑性

写代码必须按照逻辑步骤来，比如你需要实现一个功能，代码必须按照用户使用的流程来写，比如第一步，从其他界面跳转到这个界面；第二步，在此界面，发请求；第三步，根据请求界面更新页面。必须按照这个步骤来做，比如我先写第二步，如果我第二步写完想要测试一下，这时候还必须回去写第一步，逻辑上其实已经打断了顺序了。所以最高效也是最简单的编码方式，就是按照使用的逻辑顺序一点点写，逻辑连贯，条理清晰，也不容易出错。（模块的方式，这里写一点，那里写一点，最后在拼凑到一起，很容易出错的，并且逻辑不连贯，容易混乱，因为人的记忆其实也是根据逻辑顺序连成一条线的，跳跃着写，自己都很难记忆）。

4.写代码要注意低耦合，区域性，不要保持状态

比如，眼镜购买流程，A界面填写度数，B界面拿到A界面填写的度数，选择镜片并购买。A，B界面交互有两种方式，一种是通过一个中间的控制器C，A中改变C中的数据，把状态记录下来，B从C中读取状态，甚至再修改C的状态。这样很容易出错，并且以后也不好修改。A和B同时和C关联，并且都会修改C状态。这样用户的一些操作就带有了记忆性，而用户开始新的流程，如果有一个环节出错，这时候C中状态没有被刷成最新的，会导致数据出错。所以，不要保持状态。

合适的交互方式是：A中进行各种操作，把操作结果向B输出，然后B拿操作结果，进行自己的逻辑。如果重新开始流程，A就必须重新向B输出结果，B的逻辑流程相当于重新走一遍，不会记录之前的状态。这样数据才不容易错乱。所以尽量不要有全局的状态或者数据中心。