业务逻辑实现方式选择

 

    当业务逻辑相对复杂的时候，我的大脑中总会浮现出这样或者那样的解决方案，这些解决方案中有曾经使用过的和未使用过的。当面对这样的选择的时候，我的大脑是比较混乱的，总是想要去在开始还没有去做就抽象出一层，或者通通的放到一条sql中来完成，总感觉这样的方式是快捷的。

 

   而实际中，我们在做这个页面的时候，前面已经有类似的页面，这个要做的页面也只是在上一个页面的基础上进行了些许的改动，那我为什么不把已经做好的页面直接拿过来，改动一些需要变化的部分，而不是自己去创造一套新的解决方案，或者实现方案，这样的每一步都需要我去验证。

   这可能就是思维方式的不同吧。

 

   数学家和物理学家的故事我还需要再复习一遍，因为有时候这种思维确实是在code时需要的。故事如下所示。

希望给我启发的时候也能给别人一些启发吧。

 

   数学家问物理学家一个问题：现在有水龙头、水壶、煤气灶，想烧开一壶水，请问怎么办？物理学家说拿水壶到水龙头灌满一壶，放到煤气灶上，再点着火就行了。数学家说：对，人们都这么做。现在条件一样，任务也一样，不同的是水壶里面已经灌满水了，请问你怎么做。 物理学家说：把盛满水的水壶放到煤气灶上，直接点着火就行了。数学家说，这是你们物理学家的做法，我们数学家可不这么做。物理学便问怎么做，数学家说：把水壶里的水倒掉。---。其实，数学家是通过这个比方告诉人们：数学中一个非常重要的方法--转化，即把眼前的问题转化为已经解决的问题。

 

   这种思维方式会让我们不断的把新问题变成已经解决的旧问题，最近在弄CAS单点登录，急功近利的想要完成一件事情，反而欲速则不达，当我们根据文档操作出问题的时候，我们可以返回到不出问题的配置步骤，然后定位问题所在，然后根据自己添加的测试，进一步的来缩小问题的范围，最终找到问题所在，分析问题，猜测答案，尝试，猜测再次尝试。。。直到能兴奋的看到自己想要的答案。

害怕什么就去做什么!