编写拥抱变化的代码（三）

夜行

前两篇貌似反应平平，但仔细一看，大大们居然把它们收录知识树中了，那看来大大们还是觉得这些东东对大家还是有一定的启发的，所以感觉受到一定的肯定，就再弄个小篇幅的供大家茶余饭后消遣一下哈。

看这一篇前最好把第二篇先看一遍
当然如果看第二篇，也最好把第一篇先看一遍……哈哈哈……

第一篇链接：http://club.excelhome.net/thread-1200059-1-1.html
第二篇链接：http://club.excelhome.net/thread-1200435-1-1.html


前两篇中我们都提到了DRY原则，在这篇中，我们正式提出一个口号：
从今天起，面朝大海，春暖花开，旗帜鲜明全面推行单一职责原则！

不管是类还是方法，单一职责的思想都有着重要的意义。
我们这里讨论方法，对于方法我们尽量要能够用一句话来描述它的职责，它是干什么的。

我们来看一下第二篇中类里提到的一个方法：

1. Function perimeter()
   
2.     For i = 1 To count
   
3.         perimeter = tall(i).length + tall(i).wide * 2
   
4.     Next
   
5. End Function

复制代码

这个方法显然有两项职责：遍历传入的数据，并计算每一个长方形的类周长（什么叫类周长？——请看第二篇！）

我们根据单一职责原则把它分解为两个方法，这种重构肯定会带来额外的负担，但对于性能如有必要，可在以后加以改善，现在最主要的是编写易于更改的代码
重构后的代码如下：

1. Function perimeters()
   
2.     For i = 1 To count
   
3.         perimeter tall(i)
   
4.     Next
   
5. End Function
   
6. 
   
7. Private Function perimeter(tall As Taller)
   
8.     perimeter = tall.length + tall.wide * 2
   
9. End Function

复制代码

将这种迭代动作分离出来，是一种常见的很容易识别出来的多职责情形。

当然象上面这样简单的重构，其影响力是非常小的，但这种编码风格一旦形成，累积起来对我们影响是非常巨大的。

具有单一职责的方法的优点：

• 使类高内聚，我们说类也应该是具有单一职责的，目的性强的，从哪里做起？就是从类中方法做起，每一个短小精悍的方法，对于类会起到一个净化的效果。
• 替代注释，单一职责的方法可读性好，可以避免大量的注释，这些陈腐的注释，我已见过许多，都是陷阱。
• 编码风格的传承，后续维护你代码的程序员会按照你的编码风格进行维护。
• 最重要的一点，毫无疑问这种单一职责的方法是易于修改，更易于拥抱变化的。
  

学不完用不尽

谢谢分享！

liucqa

方便的话，你可以都写到一个帖子里.
要不，按这个速度来看，你得写几十贴了

夜行

liucqa 发表于 2015-4-24 00:26
方便的话，你可以都写到一个帖子里.
要不，按这个速度来看，你得写几十贴了

呵呵，应该不会了，交投清淡啊……拿不住哦……
谢谢大大的关注！

xd3210

占位，学习…………

夜行

谢谢楼上几位大大的捧场哈……

鄂龙蒙

等待中,收藏学习!

夜行

鄂龙蒙 发表于 2015-4-25 14:40
等待中,收藏学习!

咳咳，不好意思哈，没什么人看，所以没有想再写下去的打算了……抱歉哈……

lipton

支持一下，单一职责的概念是一道坎需要悟，接着的，降低耦合度，面向功能组合编程都和单一职责相关。

夜行

lipton 发表于 2015-4-25 19:05
支持一下，单一职责的概念是一道坎需要悟，接着的，降低耦合度，面向功能组合编程都和单一职责相关。

谢谢哈……