mocha

定义：动态的将责任附加到对象上。若要扩展功能，装饰者提供了比继承更加弹性的解决方案。 1 引例_咖啡订单系统 1.1 最初设计。 如图1，首先创建一个Bevarage(饮料)的抽象类，店内所有的咖啡都继承这个类。description是成员变量，由子类设置，描述咖啡使用。 getDescription() 就是返回这个描述。 cost() 方法是抽象方法，由子类实现，计算价格使用。 最开始咖啡就有如下4个(对咖啡不太了解，中文名字错了不要在意)：DarkRoast(超优深焙咖啡)，Espresso(浓缩咖啡)，Decaf(低卡咖啡)，HouseBlend(混合咖啡) 但客人要求在咖啡里添加调料：Milk(奶)，Soy(豆浆)，Mocha(摩卡),每种调料都有单独的价钱，所以设计上又添加了这些，如图2。 这里我们可以看出问题，图2中只是列出了三种组合，我们可以想一下，这种组合是由很多种的，现在是4款咖啡，3种调料，在考虑到以后，可定会推出更多的咖啡和各种调料。这样维护起来，类会爆炸的，而且有的人还喜欢double份的Mocha，这样算的话类就会无穷无尽，而且物价是波动的，你还会修改价格，这样维护起来会死人的。 1.2 进一步改进 如图3，这次将调料加入 Bevarage 中的成员变量中，并加入相应的has和set方法， cost() 方法现在提供实现，计算出调料的价格

　　今天在lesson6的时候，遇到了一个mocha的测试框架，当将代码写好之后，全局安装，项目安装mocha，命令行运行mocha，输出“mocha 不是内部或外部命令”。作者是这样写的”装个全局的 mocha: $ npm install mocha -g 。“” -g 与 非 -g 的区别，就是安装位置的区别，g 是 global 的意思。如果不加的话，则安装 mocha 在你的项目目录下面；如果加了，则这个 mocha 是安装在全局的，如果 mocha 有可执行命令的话，那么这个命令也会自动加入到你系统 $PATH 中的某个地方（在我的系统中，是这里 /Users/alsotang/.nvm/v0.10.29/bin ）“；（mac本；） 　　现在的状态是 卸载了nvm，重新安装了node稳定版。但是在npm i mocha -g 的时候，自动生成了node_nvm,存放在D:\web-software\node_nvm\nvm\npm\node_modules\mocha\bin\mocha这个目录。 　　说说其他的lesson，lesson7还是mocha,lesson8是supertest依旧是测试用例，也用到了mocha,should;lesson9正则表达式，teacher曾说正则是有一个专门的人去写的，真的吗？什么公司？还是要有一些基础知识的。 lesson10