From ba6a577f348e2be402a19e2b67fd44afb036d8e5 Mon Sep 17 00:00:00 2001 From: wchaowu Date: Fri, 16 Aug 2013 18:47:19 +0800 Subject: [PATCH] =?UTF-8?q?=E6=B7=BB=E5=8A=A0=E8=AF=A6=E7=BB=86=E7=9A=84?= =?UTF-8?q?=E6=8F=8F=E8=BF=B0=EF=BC=8C=E9=87=8D=E6=9E=84=E4=BB=A3=E7=A0=81?= MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit --- JavaScript-Design-Patterns/README.md | 13 ++++++++++++- JavaScript-Design-Patterns/State-Pattern/README.md | 12 ++++-------- .../The-Adapter-Pattern/README.md | 6 +++--- README.md | 6 ++++-- Recommend/README.md | 0 5 files changed, 23 insertions(+), 14 deletions(-) create mode 100644 Recommend/README.md diff --git a/JavaScript-Design-Patterns/README.md b/JavaScript-Design-Patterns/README.md index 95df143..09b6c28 100644 --- a/JavaScript-Design-Patterns/README.md +++ b/JavaScript-Design-Patterns/README.md @@ -1,5 +1,16 @@

设计模式

+对“模式”的广义解释是“反复发生的事件或对象的固定用法...可以用来作为重复使用的模板或模型”（http://en.wikipedia.org/wiki/Pattern）。
+在软件开发领域，模式是指常见问题的通用解决方案。模式不是简单的代码复制和粘贴，而是一种最佳实践，一种高级抽象，是解决某一类问题的范本。
+学习这些模式非常重要，因为：
+> > 这些模式提供了经过论证的最佳实践，它可以帮助我们更好的编码，避免重复造轮子。 +> > 这些模式提供了高一层的抽象。一个时间段内大脑只能处理一定复杂度的逻辑，因此当你处理更繁琐棘手的问题时，使用模式可以帮你理清头绪，不会被低级的琐事阻碍大脑思考， +因为所有的细枝末节都可以被归类和切分成不同的块（模式）。 +这些模式为开发者和团队提供了沟通的渠道，团队开发者之间往往是异地协作，不会有经常面对面的沟通机会。简单的代码编写技巧和技术问题处理方式的约定（代码注释） +可以使开发者之间的交流更加通畅。例如，说“即时函数”（immediate function）比说“你写好一个函数后，在函数的结束花括号的后面添加一对括号， +这样能在定义函数结束后马上执行这个函数”要更容易表达和理解。 +
《parctical common lisp》的作者曾说，如果你需要一种模式，那一定是哪里出了问题。他所说的问题是指因为语言的天生缺陷，不得不去寻求和总结一种通用的解决方案。
不管是弱类型或强类型，静态或动态语言，命令式或说明式语言、每种语言都有天生的优缺点。一个牙买加运动员， 在短跑甚至拳击方面有一些优势，在练瑜伽上就欠缺一些。
术士和暗影牧师很容易成为一个出色的辅助，而一个背着梅肯满地图飞的敌法就会略显尴尬。
- 换到程序中, 静态语言里可能需要花很多功夫来实现装饰者，而js由于能随时往对象上面扔方法，以至于装饰者模式在js里成了鸡肋 \ No newline at end of file +
+###反模式 diff --git a/JavaScript-Design-Patterns/State-Pattern/README.md b/JavaScript-Design-Patterns/State-Pattern/README.md index c963e82..265ba6a 100644 --- a/JavaScript-Design-Patterns/State-Pattern/README.md +++ b/JavaScript-Design-Patterns/State-Pattern/README.md @@ -5,8 +5,7 @@ 隆有走动，攻击，防御，跌倒，跳跃等等多种状态，而这些状态之间既有联系又互相约束。
比如跳跃的时候是不能攻击和防御的。跌倒的时候既不能攻击又不能防御，而走动的时候既可以攻击也可以跳跃。
要完成这样一系列逻辑, 常理下if else是少不了的. 而且数量无法估计, 特别是增加一种新状态的时候, 可能要从代码的第10行一直改到900行.
-
-
+'''javascript
 if ( state === 'jump' ){
    if ( currState === 'attack' || currState === 'defense' ){
      return false;
@@ -16,11 +15,9 @@ if ( state === 'jump' ){
      return true;
    }
 }
-
-
+``` 为了消灭这些if else, 并且方便修改和维护, 我们引入一个状态类. -
-
+```javascript
 var StateManager = function(){
   var currState = 'wait';
   var states = {
@@ -49,5 +46,4 @@ var StateManager = function(){
 }
 var stateManager = StateManager();
 stateManager.changeState( 'defense' );
-
-
\ No newline at end of file +``` \ No newline at end of file diff --git a/JavaScript-Design-Patterns/The-Adapter-Pattern/README.md b/JavaScript-Design-Patterns/The-Adapter-Pattern/README.md index f6434d3..215ac7d 100644 --- a/JavaScript-Design-Patterns/The-Adapter-Pattern/README.md +++ b/JavaScript-Design-Patterns/The-Adapter-Pattern/README.md @@ -23,10 +23,10 @@ PS2-to-USB适配器就是一个例子。
添加适配器
-1.1、适配器模式的适用场合：
+###1.1、适配器模式的适用场合：
适配器适用于客户系统期待的接口与现有API提供的接口不兼容这种场合。适配器所适配的两个方法执行的应该是类似的任务，否则的话就解决不了问题。就像桥接元素和外观元素一样，通过创建适配器，可以把抽象与其实现隔离开来，以便二者独立变化。
-1.2、适配器模式之利：
+###1.2、适配器模式之利：
用一个新的接口对现有类的接口进行包装，这样客户程序就能使用这个并非为其量身打造的类而又无需为此大动手术。
-1.3、设配器模式之弊：
+###1.3、设配器模式之弊：
有人认为适配器是一种不必要的开销，完全可以通过重写现有代码避免。此外适配器模式也会引入一批需要支持的新工具。如果现有API还未定形，或者新接口还未定形，那么适配器可能不会一直管用。
在涉及大型系统和遗留框架的情况下，它的优点往往比缺点更突出。 \ No newline at end of file diff --git a/README.md b/README.md index 97fe18d..306a101 100644 --- a/README.md +++ b/README.md @@ -106,8 +106,10 @@ Observer-Pattern

HTML5

Node.js

------------------------ - +工具 +jser 参考资料 - http://www.apress.com/ + http://www.apress.com/
+ Learning JavaScript Design Patterns
alloyteam diff --git a/Recommend/README.md b/Recommend/README.md new file mode 100644 index 0000000..e69de29