熔断器模式(CircuitBreaker)

如果大家有印象的话，尤其是夏天，如果家里用电负载过大，比如开了很多家用电器，就会”自动跳闸”，此时电路就会断开。在以前更古老的一种方式是”保险丝”，当负载过大，或者电路发生故障或异常时，电流会不断升高，为防止升高的电流有可能损坏电路中的某些重要器件或贵重器件，烧毁电路甚至造成火灾。保险丝会在电流异常升高到一定的高度和热度的时候，自身熔断切断电流，从而起到保护电路安全运行的作用。

　　同样，在大型的软件系统中，如果调用的远程服务或者资源由于某种原因无法使用时，如果没有这种过载保护，就会导致请求的资源阻塞在服务器上等待从而耗尽系统或者服务器资源。很多时候刚开始可能只是系统出现了局部的、小规模的故障，然而由于种种原因，故障影响的范围越来越大，最终导致了全局性的后果。软件系统中的这种过载保护就是本文将要谈到的熔断器模式(CircuitBreaker)

　　我爱Ruby因为我觉得它自然，但是其他开发者讨厌这种语言。我喜欢干净的代码，其他人不关心。我赞成RSpec和Capybara，其他人喜欢Test::Unit。CoffeeScript和plainJavaScript，ERb和HAML，Postgres和MySQL.Vim或Emacs?Mac或Linux?TDD或不用TDD,任何一个呢?

　　有了这些分割，我们不能把人们从教条中解放出来，但仅仅产生了一个相反观点的粉丝。

　　相对论也可以被应用到软件设计。我需要多少级的间接寻址才能完成一定的工作？好吧，看情况。它取决于各种不错的理由，但是主要在于你的判断。对你来说是优秀的，然而对于其他人却是让人失望的。

　　我们可以讨论折衷方案，但是请不要把你的成功产品当做你在代码方面是正确的资格。

　　设计模式是用来解决软件开发中重复出现的问题，久经考验的方法。当程序员遇到反复出现的问题时，他们通过应用合适的设计模式来解决问题。设计模式是由最聪明的电脑科学家设计出来的，历经了时间的考验，它们被认为是好的方法。使用设计模式，程序员不需要自己想方法去解决所有的编程难题，他们可以使用设计模式。设计模式节约开发时间，能开发出更灵活，可靠和健壮的软件。设计模式重用了概念的想法，解决方法的设计理念，考虑了他人的使用。它是非常棒的想法，让许多事情更合理了。