《读<重构与模式>(Refactoring to Patterns)》的相关内容

转自CSDN 设计模式与XP Joshua Kerievsky 著，Gigix 译 概述 模式和极端编程（XP ）都为软件设计、开发者提供了无法用金钱衡量的帮助。但是迄今为止XP 大量关注于重构（refactoring ），而对模式只字不提。在这篇文章中，我问“为什么”，并且最终描述出模式怎样以XP 的方式更好地实现、以及XP 怎样因为包含对模式的使用而变得更好。 致谢 非常 ...

随便谈谈我对设计模式的看法吧。我极度反感言必称设计模式，什么要学好OO，必先学好Gof这类的屁话。坦率说我也从来不刻意的去学习设计模式，我看到身边的朋友花那么多钱去买一大本厚厚的阎博士的设计模式的书，心里总是叹息一下，设计模式不是学出来的，是用出来的。设计模式应该怎么学习？应该我花两个小时给你讲一下，告诉你每个模式是怎么回事，应该在什么场合适用就OK了，这样就学完了。 然后你在自己的工作实践中， ...

要说RUP，就要先说UP。 UP可以用下面的话来概括——用例驱动、以构架为中心、迭代和增量的开发过程。 acobson在《Object-Oriented Software Engineering : A Use Case Drivern Approach》中给的定义是这样的：当希望改变系统的行为时，重建相对应的参与者和用例模型。整个系统的基础构架将有用户所希望使用系统行为进行的操作来控制。由于控制 ...

读完《重构——改善既有代码的设计》，感觉写得真是非常得好，非常的细腻而且深入，建议还没有读过的找时间读一读，肯定受益良多。 之前写程序也总是不停的重构、重构，读完这本书之后才发现对于重构的理解以前是很肤浅的，很不成体系的。《重构》真是一本好书！ 下面粗略地概括一下对重构的理解，也整理一下之前不是很清楚的概念。 １、《重构》有一个很好的动机，也可以说是价值观，就是程序第一是写给人看的，而不是写给 ...

文章结构索引：============================================================前言单纯的修改代码与重构不一样的重构的基本前提：理解原有的设计意图重构的欲望与方向：让现有的代码实现更容易扩展重构的抉择：进行还是放弃？重构之前：吸收原有设计思路的精华重构之前：寻找出哪些部分应该被重构重构的误区：避免过度重构和设计开始重构了：先简单构思一下你的设计 ...

重构之维——关于重构及《重构》的随想　　我很少给自己参与其中的书籍做评论，因为这样的评论会同时失去公允和陌生感，而这两者恰好都是优秀书评的要素。对于这本即将出版的《重构》，我也有同样的尴尬。如果重新拿起这本书，在查找“重构细目”之前，我会想些什么呢？既然已经没有评论的可能，我就邀读者分享这些凌乱的思绪吧。　　曾经多次与朋友谈起，翻译是一项有趣的工作，而以译本作为研究资料则是不负责任的态度。“重构” ...

转自：http://greaterthanme.blog.hexun.com/5509902_d.html 重构（Refactoring）就是在不改变软件现有功能的基础上，通过调整程序代码改善软件的质量、性能，使其程序的设计模式和架构更趋合理，提高软件的扩展性和维护性。 　　也许有人会问，为什么不在项目开始时多花些时间把设计做好，而要以后花时间来重构呢？要知道一个完美得可以预见未来任何变化的 ...

读完《重构——改善既有代码的设计》，感觉写得真是非常得好，非常的细腻而且深入，建议还没有读过的找时间读一读，肯定受益良多。 之前写程序也总是不停的重构、重构，读完这本书之后才发现对于重构的理解以前是很肤浅的，很不成体系的。《重构》真是一本好书！ 下面粗略地概括一下对重构的理解，也整理一下之前不是很清楚的概念。 １、《重构》有一个很好的动机，也可以说是价值观，就是程序第一是写给人看的，而不是写给 ...

为什么要批判设计模式？设计模式不是OO开发的救星吗？作为“可复用的面向对象”的基础设施，设计模式大大的超越了OO设计原则给予我们的承诺，还记得我们前面的分析吗？OO设计原则并不担保你在设计之前就能避免错误，相反的，你往往需要在屡屡受伤之后，才会明白设计原则的真谛。而设计模式是如此的伟大，他甚至可以帮你提前避免问题，只要你可能遇到的问题，符合设计模式手册中，所描述的那种场景，基本上你就可以直接采 ...

最近没事,到书城逛了逛.无意中发现了一本名叫<大话设计模式>的书. 书中脱离了一贯的解释型图书的模式.而是采用一个又一个的菜鸟的问题,由大虾来进行解答,从而引申出设计模式的概念,用大虾和菜鸟的对话.将烦杂的设计模式用充满调侃语句的对话进行说明.在对话之中嵌入合适的程序代码.整本书给人耳目一新的感觉. 以前看GOF的23种设计模式看得是一个头两个大。 等你看过这本书后你会发现原来书可以用这 ...

敏捷不是一个过程，是一类过程的统称，它们有一个共性，就是符合敏捷价值观，遵循敏捷的原则。 敏捷的价值观如下： 个体和交互 胜过 过程和工具  可以工作的软件 胜过 面面俱到的文档 客户合作 胜过 合同谈判  响应变化 胜过 遵循计划  由价值观引出的12条敏捷原则：  1、我们最优先要做的是通过尽早的、持续的交付有价值的软件来使客户满意。 2、即使到了开发的后期，也欢迎改 ...

Spring破冰之旅 始于足下2007-09-23 15:52 作者： 方舟 出处： 天极Yesky软件频道 责任编辑：方舟 　　生活在一个信息爆炸的时代是幸福的也是痛苦的，幸福是因为新技术总是层出不穷，痛苦是因为总是处于追赶新技术的旅程中。近两年Java程序员对此可能深有感触，Java开源的新旺发达，使我们始终处于目不暇接的状态中，很多同领域技术问题都拥有多个可供选择的技术框架，而Spring开 ...

　　10年前，当我在记事本中一点一滴地书写着HTML、JavaScript、CSS并保存，然后在浏览器里预览自己的杰作时，感觉这是那么神奇、有趣！ 　　10年后的今天，当Web 2.0的概念已经遍地开花结果时，从1996年提出的CSS 1，到即将出现的CSS 3，我们难免不联想到Web 3.0的蠢蠢欲动了。 　　没有CSS的手册，人们常常不知道从哪里入手学习CSS。好的CSS点子甚至可以胜过经验 ...

 在当前软件设计中最流行的要算GoF这本书中提出的各种设计模式。很多人认为，设计模式对于程序语言(特别是c++/Java)本身的不足之处或多或少有一些弥补，不过如果语言足够强大，模式也许没有必要。下面Peter Norvig的一个例子就非常有代表性。在有些语言中，使用设计模式在使代码变得自然和简洁，但是模式本身使用方便性也很重要。不妨让我们来看看Scala(一种类似Ruby/Lisp之类 ...

反模式是这样一种模式，它告诉我们在什么情况下我们会把一个问题做的更糟。例如： 斑点The Blob 程序风格的设计导致一个对象集中了过多的功能，而其他的对象只用来保存数据或者执行一些简单的过程。解决的办法是，对设计进行重构，使功能平均的分散开，从而将某一变动带来的的影响限制在一定的范围内。 持续退化Continuous Obsolescence 技术变革的是如此的快以至于开发者们经常在跟进 ...