关闭

经常出现情况的处理原则

标签: 算法语言优化工作
451人阅读 评论(0) 收藏 举报
分类:

每一个程序员在长期的代码书过程中,经常会遇到各种各样的情况,会写出千变万化的代码,但是程序员们或多或少的都会遇到似曾相识情况,它们的实际业务可能根本不相同,高人们一般把这种相似的情况抽象为模式,对模式我也是一知半解,在网上还经常听到一个比较流行的词就是重构,对于重构与模式是什么样的东西,它们之间有什么样的联系和区别,我不想去讨论,这样的工作我也做不来,但作为程序员我认为应该经常总结,有自己的想法,对于你遇到的相似情况,要思考该采用什么样的方式来处理,会让自己定出来的程序感觉很“舒服”,这里就结合我自己的学习与理解来进行一个记录与总结

1           使用查询方法取代临时变量

这种说法是我从重构的书本上看到的,使用比较多的临时变量,是很多程序员的毛病,我自己也是如此,问题的本质并不在临时变量,临时变量也没有什么不好,否则就不会有临时变量了。我是这样来看待这个问题的,一个临时变量的背后通常意味着一个算法,而一个算法又往往意味着一个独立的功能(问题多种多样,事实可能并不是如此,但我是这样理解的),如果在一个方法定义中使用临时变量,那么99%可能程序会将这种功能性的算法融入到方法内部,两个或两个以上的这种功能性算法融入在一个方法中(可能意味着两个或两个以上的临时变量),我认为这至少会带来两个不利的因素:A这种功能性算法会被屏蔽,也就是说虽然这些功能性算法已经被设计出来,但是它不能为其它方法提供服务,除了它所在的那个方法;B在一个方法的内部如果存在多个功能性算法,会使这些算法交错偶合在起,这很容易迷惑程序思维与视线,不利于方法的维护。造成这种现象一个主要原因,我认为是很多程序员是从过程化语言开始学习程序设计的,所以在写一个方法的时候总喜欢把思维集中方法内部,没有大局观,只看到眼前的几行代码,当然我意思并不是过程化语言一定会出造成这种现象,只是我认为它比较容易造成这种情况。举一个最常见的例子:在一个方法中有三个求和的临时变量,那么大多数的程序员会使用一个循环,对这三个变量同时求和,而不会在方法内部使用三个循环分别对三个变量进行求和。这就将三个功能性算法进行了偶合,当然在不明实际情况的下,不能对谁优谁劣做出评价,但是如果就前面所说,如果这三个变量分别代表一个对象的三个有实际意义的功能性算法,我认为将三个功能性算法抽取为三个独立的方法会更加优秀,即使这样会做三次循环。关于这个问题我以前总是对性能非常的纠结,但是在99%的情况下应该是没有性能问题,除非情况确实非常特殊。即使存在性能问题,也可以在后期进行优化

0
0

查看评论
* 以上用户言论只代表其个人观点,不代表CSDN网站的观点或立场
    个人资料
    • 访问:243746次
    • 积分:3482
    • 等级:
    • 排名:第9921名
    • 原创:89篇
    • 转载:114篇
    • 译文:0篇
    • 评论:14条
    最新评论
    工具软件站点