逻辑在调试中的作用

1。今天运用在逻辑上的使用：

调式double serice 和 double  provider 死活不出来，

运行这两个，就是不出来，我在图上分析了原因：

 

反证方法： 如果顺序真是这样的，证明我的假设是错的，

                  引入 事实结果1： 但是现实我是对的。

                只有一种可能性了，我调用都没调用。最后更改配置搞定。

今后要多学习逻辑的内容。

 

 

2.第二种情况时：

经过前2步骤的方法都没有被使用，没有执行到这个方法，是逻辑问题，

还是用反证方法，计算机不会出错，没有调用就是没有调用，两个服务都OK，相互通信OK，调用关系OK，流程上不会出错。

                         我的想法是错的。

 

再从基本的逻辑流程中，切分服务，如第一段逻辑在业务上是不是对的，再细致如第一段的数值字段是否正确等，

分段检查，确认分段的逻辑是否正确。

 

 

 

 

3.

出现问题，定位到问题段，然后参考其他地方COPY或查询，对问题段逆向思维发散，正向收敛。

即证明自己尝试想一下自己错的地方。

 

//1115

4.Debug 时，也应该定位到问题段，如果定位段中没有业务逻辑，

证明自己的定位点有问题。反思自己的定位点。

 

 

5.数据不同步，可能是版本的问题，因为自己是本地提交切换的CTC，客户端调用的是测试服务器的代码，而不是本地服务器的代码。

 

6。demo     编写方法，一个demo 完成不了，完成比这更底层的demo 方法，逐渐的依次累计。

 

7.可以使用SVN，git 工具逐步的累加对的模块，快速出结果为最终目的，然后在重构。

8.无法发散时，增减方法测试，还是不行的话，使用比较器肯定是有不同地方的，将不同地方进行发散和收敛。

9.一定要学会改动的比较。