- 博客(15)
- 收藏
- 关注
RSS订阅原创 做好代码复用不简单
前面我们用了那么多示例讨论了代码复用。毫无疑问，几乎所有人都明白代码复用的重要意义，知道要写好代码必须要合理地复用代码。然而，曾经有一份真挚的感情放在你面前你却没有珍惜，那就是你应该复用代码了。等你失去的时候我才后悔莫及，有木有？为什么每当我们应当复用代码的关键时刻，我们却往往选择复制粘贴呢？因为道理非常清楚但实际操作起来却困难重重，因为要实现复用必须要调整原有程序。要调整原有程序，这就不好玩了，我们就不知道该怎样应对了，还是复制粘贴来得简单快捷......
2014-01-31 20:37:32
1442
做好代码复用不简单
前面我们用了那么多示例讨论了代码复用。毫无疑问，几乎所有人都明白代码复用的重要意义，知道要写好代码必须要合理地复用代码。然而，曾经有一份真挚的感情放在你面前你却没有珍惜，那就是你应该复用代码了。等你失去的时候我才后悔莫及，有木有？为什么每当我们应当复用代码的关键时刻，我们却往往选择复制粘贴呢？因为道理非常清楚但实际操作起来却困难重重，因为要实现复用必须要调整原有程序。要调整原有程序，这就不好玩了，...
2014-01-31 19:57:09
108
原创 代码复用应该这样做（3）
但假如被合并的代码所在的类具有某种并列关系，甚至是同一个父类下的多个子类，或者同一接口的多个实现类，则我们可以采用继承的方式解决代码复用的问题。具体做法是这样的，第一步还是整理原有的代码，通过比较，将需要重构的多份原代码中相同的与不同的代码整理出来。在整理过程中，可以将不同的代码，保留在各自的原程序中，而将相同的代码抽取出来成为独立的函数。这些函数就是我们后面需要抽象、合并、复用的代码...
2014-01-11 15:27:41
1222
原创 代码复用应该这样做（2）
以上是对一个对象中各函数间的代码复用。另一种情况是这被比较的两份或者多份代码不在同一个对象中，这应该怎么办呢？我们可以采用的办法比较多，首先一种比较直观的办法就是运用“抽取类”将共同的部分抽取到一个工具类中，为其它各类所调用。比如，看看这个例子：我们有个遗留系统在大量地方需要获取当前服务器时间，该功能在过去版本中这样写...
2014-01-11 15:22:09
1062
1
原创 代码复用应该这样做（1）
怎样才能写好每一段代码呢？这里我不想讲太多的理论，这些理论到处都有，真不需你在这里费口舌。大家回想一下，我们在以往编写代码的过程中，有多少次在复制粘贴代码？不用说，一定是无数次，据说程序员操作最熟练的快捷键就是“ctrl+C”与“ctrl+V”。毫无疑问，我们编写的代码中有许许多多的功能是相似甚至完全相同的，关键在于你怎样去看待它。复制粘贴是最简单常用的方式，但在一个软件系统中，如果同一功能被反复地复制粘贴了，一旦这段代码需要变更时，那简直就是一种灾难。代码重复的问题普遍存在于许多遗留系统中，但我们很少会重
2014-01-11 15:12:27
1163
代码复用应该这样做（3）
但假如被合并的代码所在的类具有某种并列关系，甚至是同一个父类下的多个子类，或者同一接口的多个实现类，则我们可以采用继承的方式解决代码复用的问题。具体做法是这样的，第一步还是整理原有的代码，通过比较，将需要重构的多份原代码中相同的与不同的代码整理出来。在整理过程中，可以将不同的代码，保留在各自的原程序中，而将相同的代码抽取出来成为独立的函数。这些函数就是我们后面需要抽象、合并、复用的代码。...
2014-01-11 11:24:51
229
代码复用应该这样做（2）
以上是对一个对象中各函数间的代码复用。另一种情况是这被比较的两份或者多份代码不在同一个对象中，这应该怎么办呢？我们可以采用的办法比较多，首先一种比较直观的办法就是运用“抽取类”将共同的部分抽取到一个工具类中，为其它各类所调用。比如，看看这个例子：我们有个遗留系统在大量地方需要获取当前服务器时间，该功能在过去版本中这样写：[code="java"]Date now = new Date(...
2014-01-11 11:13:53
122
代码复用应该这样做（1）
前面我们讨论了小步快跑，是不是开始被雷到了，做了这么多年程序猿，原来程序可以这么开发。是的，小步快跑是一个十分新颖的概念，也许你一时半会儿还不能完全领悟，或者不能欣然接受，因为它太前卫了，与我们传统的思维大相径庭。但是，就像一部精彩的小说，我会慢慢揭开它神秘的面纱，你会慢慢领悟，进而接受。总之，小步快跑就是“活在当下”，做现在的设计，不必过多考虑将来（即使考虑，也是完全可以预见的将来），因为我们有...
2014-01-11 11:07:06
156
原创 我这些年走过的地方
我这些年一路走来，从最开初做小弟，然后当需求分析员、设计师，再后来带着一帮小弟全国各地做项目，掐指一算去过的地方还真不少。现在当架构师，处于半退休状态，有点儿“廉颇老矣尚能饭否”的意思。哎，总结总结我走过的地方吧，有照片为证：2006年，偶们跟美女在湖南的凤凰古城待着呢！还去了奇秀的张家界：2008年，在清晨静谧的云南抚仙湖里泡澡：
2014-01-08 12:49:04
817
原创 小步快跑是这样玩的（下）
系统重构到这一步，我们来看看用户关于时间问候语部分的变更需求：问候需要更加精细，如中午问候“Good noon! ”、傍晚问候“Good evening! ”、午夜问候“Good midnight! ”。除此之外，用户希望在一些特殊的节日，如新年问候“Happy new year! ”、情人节问候“Happy valentine’s day! ”、三八妇女节问候“Happywomen’s day!"...
2014-01-05 23:22:52
1815
原创 小步快跑是这样玩的（上）
软件的发展规律就是这样的，起初十分简单明了，使我们可以轻松地进行合理的设计。接着开始变更，业务变得越来越复杂，程序也随之变得越来越复杂了。正是因为软件开始由简单软件向复杂软件转变，而我们的设计却没有合理地调整，最后导致了我们的系统越维护越困难，成为了不可被扣的遗留系统——IT攻城狮永远的痛。这就是遗留系统产生的根本原因。因此，解决遗留系统的根本办法，就是在软件由简单软件向复杂软件转变的关键时刻...
2014-01-05 23:18:59
1770
小步快跑是这样玩的（下）
系统重构到这一步，我们来看看用户关于时间问候语部分的变更需求：问候需要更加精细，如中午问候“Good noon! ”、傍晚问候“Good evening! ”、午夜问候“Good midnight! ”。除此之外，用户希望在一些特殊的节日，如新年问候“Happy new year! ”、情人节问候“Happy valentine’s day! ”、三八妇女节问候“Happy women’s day...
2014-01-04 22:58:35
132
小步快跑是这样玩的（上）
软件的发展规律就是这样的，起初十分简单明了，使我们可以轻松地进行合理的设计。接着开始变更，业务变得越来越复杂，程序也随之变得越来越复杂了。正是因为软件开始由简单软件向复杂软件转变，而我们的设计却没有合理地调整，最后导致了我们的系统越维护越困难，成为了不可被扣的遗留系统——IT攻城狮永远的痛。这就是遗留系统产生的根本原因。因此，解决遗留系统的根本办法，就是在软件由简单软件向复杂软件转变的关键...
2014-01-04 22:44:23
220
原创 我们应当改变我们的设计习惯
以往我们在设计一个系统时，总是喜欢大布局。全面地整理系统需求，全面地分析系统功能，再将系统整体地划分成数个模块，分别去设计、开发、测试。这样一个过程往往会持续数月，花费大量的工作量。但是，不到最后开发完成出来，谁都不知道会不会存在问题。最终的结局就成了一场赌博，不成功则失败，这就是“大布局”的弊病。同时，任何人，即使是那些资深的高级工程师，也不可能一开始就保证自己的设计是正确的，总有或这或那考
2014-01-02 09:23:47
866
我们应当改变我们的设计习惯
以往我们在设计一个系统时，总是喜欢大布局。全面地整理系统需求，全面地分析系统功能，再将系统整体地划分成数个模块，分别去设计、开发、测试。这样一个过程往往会持续数月，花费大量的工作量。但是，不到最后开发完成出来，谁都不知道会不会存在问题。最终的结局就成了一场dubo，不成功则失败，这就是“大布局”的弊病。同时，任何人，即使是那些资深的高级工程师，也不可能一开始就保证自己的设计是正确的，总有或...
2014-01-02 08:59:26
80
空空如也
空空如也
TA创建的收藏夹 TA关注的收藏夹
TA关注的人