注册 登录  
 加关注
查看详情
   显示下一条  |  关闭
温馨提示!由于新浪微博认证机制调整,您的新浪微博帐号绑定已过期,请重新绑定!立即重新绑定新浪微博》  |  关闭

Big鹏 ——学无止境

不谋万世者,不足谋一时;不谋全局者,不足谋一域

 
 
 

日志

 
 

行动如何下移  

2013-03-26 14:55:31|  分类: 思想认识 |  标签: |举报 |字号 订阅

  下载LOFTER 我的照片书  |

   前些天机房系统做完,我们针对设计模式与分层开了个讨论会。通过讨论我发现了自己B层的处理与一些人不同。

   结束后,请教了几个与我处理不同的同学,他们的意思是将对同一个动作(用例)响应的多个对数据库的操作(方法)要封装在B层的一个方法中(无外观层),然后需要做哪一个动作,都在B层的这个方法中来判断,U层只需要调用这一个方法即可。而我做的是没有将这些对数据库的操作封装在一个方法中,而是散在B层的一个类中(封装在一个B层类中),然后需要做哪一个动作,由U层来判断,然后调用。

   听完人家的讲解觉得很有道理,但仔细想想两种方式各有利弊,询问了一些别的同学还有师哥,有的是我这样做的,有的是另一种方法。网上查了好多,也是各有各的说法。自己觉得是对三层没有准确理解,觉得这两种方法肯定有一种是不正确的,而且觉得我的那种做法就是不正确的。但又有好多人认同这种做法。于是找老师去要一种正规的做法,就是想听听官方的做法到底是怎样的。

      老师听完我的叙述,先表示没有正规的做法,说我太古板,思想太陈旧了,因为变是永远不变的。这两种方法在不同的情况下各有利弊。如果逻辑很稳定,不需要变化,那么我在U层判断完全可以(这时候就不把判断成为业务逻辑),而且简单,如果增加界面的话,散在B层类里的方法还可以随时被调用,而不必动B层,增加U层即可。反之,逻辑不稳定的话,如果这样做,逻辑变化就需要变U层,而U层一般是不能变化的,这就需要另一种方法。总之,要视情况而定,没有固定的做法,但这两种方法一定要都会,以后设计师怎么设计,我们就照做就行了。学习的这个阶段就是怎么做都可以,但要做到怎么做都要会。

   老师天天说的“变是永远不变的”好像已经听过无数次了,已经快成顺口溜了,但是好像也就仅仅是顺口溜而已,实际行动时就是想不到。为什么想不到,是因为行动上没有下移。老师的好多理论都是宏观的,自己一听觉得是那么回事,然后就当做圣言束之高阁了。其实所有的事情都一样,没有什么所谓正规,官方的做法,实际情况不同,做法就要调整。老师教学要因材施教,我们做事也要视况而动,应该根据实际情况变通自己的做法。求稳定还是求发展,两者都重要,应该在稳定中求发展,发展太快了就要放慢点速度稳定稳定基础,基础已经很稳定了就要加快发展的速度。这是从老师那里学到东西,现在一点点体会到了为什么“思想要上移,行动要下移”。

   好像总要经历点什么东西才能感受到思想的伟大与重要。以后遇事要多思考,思想要灵活,在思想的宏观指导下行动要联系的思想下移再下移。

   

  评论这张
 
阅读(141)| 评论(4)
推荐 转载

历史上的今天

评论

<#--最新日志,群博日志--> <#--推荐日志--> <#--引用记录--> <#--博主推荐--> <#--随机阅读--> <#--首页推荐--> <#--历史上的今天--> <#--被推荐日志--> <#--上一篇,下一篇--> <#-- 热度 --> <#-- 网易新闻广告 --> <#--右边模块结构--> <#--评论模块结构--> <#--引用模块结构--> <#--博主发起的投票-->
 
 
 
 
 
 
 
 
 
 
 
 
 
 

页脚

网易公司版权所有 ©1997-2018