首页 > 代码库 > 业务逻辑实现方式选择
业务逻辑实现方式选择
当业务逻辑相对复杂的时候,我的大脑中总会浮现出这样或者那样的解决方案,这些解决方案中有曾经使用过的和未使用过的。当面对这样的选择的时候,我的大脑是比较混乱的,总是想要去在开始还没有去做就抽象出一层,或者通通的放到一条sql中来完成,总感觉这样的方式是快捷的。
而实际中,我们在做这个页面的时候,前面已经有类似的页面,这个要做的页面也只是在上一个页面的基础上进行了些许的改动,那我为什么不把已经做好的页面直接拿过来,改动一些需要变化的部分,而不是自己去创造一套新的解决方案,或者实现方案,这样的每一步都需要我去验证。
这可能就是思维方式的不同吧。
数学家和物理学家的故事我还需要再复习一遍,因为有时候这种思维确实是在code时需要的。故事如下所示。
希望给我启发的时候也能给别人一些启发吧。
数学家问物理学家一个问题:现在有水龙头、水壶、煤气灶,想烧开一壶水,请问怎么办?物理学家说拿水壶到水龙头灌满一壶,放到煤气灶上,再点着火就行了。数学家说:对,人们都这么做。现在条件一样,任务也一样,不同的是水壶里面已经灌满水了,请问你怎么做。 物理学家说:把盛满水的水壶放到煤气灶上,直接点着火就行了。数学家说,这是你们物理学家的做法,我们数学家可不这么做。物理学便问怎么做,数学家说:把水壶里的水倒掉。---。其实,数学家是通过这个比方告诉人们:数学中一个非常重要的方法--转化,即把眼前的问题转化为已经解决的问题。
这种思维方式会让我们不断的把新问题变成已经解决的旧问题,最近在弄CAS单点登录,急功近利的想要完成一件事情,反而欲速则不达,当我们根据文档操作出问题的时候,我们可以返回到不出问题的配置步骤,然后定位问题所在,然后根据自己添加的测试,进一步的来缩小问题的范围,最终找到问题所在,分析问题,猜测答案,尝试,猜测再次尝试。。。直到能兴奋的看到自己想要的答案。
害怕什么就去做什么!