Design Patterns in Java译者序 17 Jul 2012 | 09:20 am

如今，介绍和讲解设计模式的书籍可谓汗牛充栋。无论是定义、解读、延伸还是扩展，都是基于面向对象的设计原则，用了放大镜对着GOF提出的23种设计模式，如科学解剖一般，剖析每一道脉络，观察每一片纹理，细微至纤毫毕现，真可以说是道尽个中妙处；许多精妙阐述，又如黄钟大吕，振聋发聩，醍醐灌顶。 是否设计模式的精妙之处，业已为这些著作所穷尽？然，又未必尽然！以模式而论，若只局限在这23种模式的范围内，几乎每种...

演讲：遗留系统的技术栈迁移 29 Jun 2012 | 09:09 am

重构-勿以善小而不为 28 Jun 2012 | 10:16 pm

重构最大的敌人不是技巧与能力，而是懒惰，或者说是态度。许多细小的重构看似无足轻重，例如方法重命名，提取方法，即使重构了，似乎对代码的结构也没有太大的影响，于是就决定淡然处之，心里想“事情还未到不可挽回的地步，实现功能要紧，至于重构，还是以后再做吧！”这样一想，于是就会滋生得过且过的想法，等到代码开始变得一团糟时，重构已经变得无比困难了。此时需要的重构技巧，将百倍难于发现坏味道之初。 在我参加的前...

Martin Fowler中国行 8 Jun 2012 | 11:05 pm

6月10日，thoughtworks首席科学家Martin Fowler将在成都凯宾斯基酒店开讲，题目为《21世纪的软件设计》。以下是对Martin Fowler与本次活动的简要介绍： 2012年6月， 值ThoughtWorks中国区成都、上海分公司成立之际，Martin Fowler将来到中国与西南部的程序员们做面对面交流。此次中国行，Martin Fowler将受邀参加成都、武汉、西...

CouchDB与MySQL的选择 26 May 2012 | 03:15 pm

本文发表于InfoQ中文站：http://www.infoq.com/cn/news/2012/05/couchdb-or-mysql 最近，一家提供云端运行Selenium测试的公司Sauce Lab在其官方博客上发表了一篇博客《告别CouchDB》，根据自身云平台的案例，介绍了为何在当初选择CouchDB，而又在现在转而选择MySQL的详细过程。在如今NoSQL大行其道的时候，Sauce L...

案例分析：基于消息的分布式架构(三) 22 May 2012 | 08:15 pm

3、选择的时机 究竟在什么时候，我们应该选择基于消息处理的分布式架构？根据我参与的多个企业应用系统的经验，窃以为需要满足如下几个条件： •    对操作的实时性要求不高，而需要执行的任务极为耗时； •    存在企业内部的异构系统间的整合； •    服务器资源需要合理分配与利用； 对于第一种情况，我们常常会选择消息队列来处理执行时间较长的任务。此时引入的消息队列就成了消息处理的缓冲区。消息队...

案例分析：基于消息的分布式架构(二) 21 May 2012 | 02:26 am

2、消息模式的应用场景 基于消息的分布式架构总是围绕着消息来做文章。例如可以将消息封装为对象，或者指定消息的规范例如SOAP，或者对实体对象的序列化与反序列化。这些方式的目的只有一个，就是将消息设计为生产者和消费者都能够明白的格式，并能通过消息通道进行传递。 场景一：基于消息的统一服务架构 在制造工业的CIMS系统中，我们尝试将各种业务以服务的形式公开给客户端的调用者，例如定义这样的接口： ...

案例分析：基于消息的分布式架构(一) 19 May 2012 | 12:18 am

本文发表于InfoQ中文站2012年5月《架构师》，文章链接：http://www.infoq.com/cn/articles/message-based-distributed-architecture 美国计算机科学家，LaTex的作者Leslie Lamport说：“分布式系统就是这样一个系统，系统中一个你甚至都不知道的计算机出了故障，却可能导致你自己的计算机不可用。”一语道破了开发分布式...

编码的艺术 14 Mar 2012 | 01:02 pm

本文发表于InfoQ中文站：http://www.infoq.com/cn/articles/art-of-readable-code 这是一本关注编码细节的书。或许你会认为本书所讲皆为小道，诸如方法命名、变量定义、语句组织、任务分解等内容，俱是细枝末节，微不足道。然而，对于一个整体的软件系统而言，既需要宏观的架构决策、设计与指导原则，也必须重视微观的代码细节。正如作文，提纲主旨是文章的根与枝，...