2014年10月6日
摘要: 源码:/// /// /// ; (function ($) { var _group = ''; var $obj = $(' '); var $content = $(''); var FuncObj = {}; var HtmlObj = {}; var $... 阅读全文
posted @ 2014-10-06 15:00 朝着 阅读(248) 评论(0) 推荐(0) 编辑
摘要: 类和实例一切事物皆为对象,准确来说:对象是一个自包含的实体,用一组刻识别的特性和行为来标识。类是具有相同的属性和功能的对象的抽象的集合。构造函数:所有类都有构造函数,如果你没有编码则系统默认生成空的构造方法,若你有定义的构造方法,那么默认的构造方法就是失效。方法重载:方法重载提供了创建同名的多个方法... 阅读全文
posted @ 2014-10-06 14:27 朝着 阅读(154) 评论(0) 推荐(0) 编辑
摘要: 抽象不应该依赖细节,细节应该依赖抽象。针对接口编程,不要针对实现编程。A:高层模块不应该依赖低层模块。两个都应该依赖抽象。B:抽象不应该依赖细节。细节应该依赖抽象。为什么要叫倒转?面向过程的开发是,为了使得代码可以复用,一般都会把这些常用代码写成许许多多函数的程序库,这样我们在做新项目是,去调用这些... 阅读全文
posted @ 2014-10-06 14:14 朝着 阅读(141) 评论(0) 推荐(0) 编辑
摘要: 软件实体(类、模块、函数等等)应该可以扩展,但是不可修改。对于扩展时开放的,对于更改时封闭的。无论模块式多么的“封闭”,都会存在一些无法对之封闭的变化。既然不可能完全封闭,设计人员必须对于他设计的模块应该对哪种变化封闭做出选择。他必须先猜测出最有可能发生变化的种类,然后构造抽象来隔离那些变化。在我们... 阅读全文
posted @ 2014-10-06 14:12 朝着 阅读(121) 评论(0) 推荐(0) 编辑
摘要: 就一个类而言,应该仅有一个引起它变化的原因。如果一个类承担的职责过多,就等于把这些职责耦合在一起,一个职责的变化可能会削弱或者抑制这个类完成其他职责的能力。这种耦合会导致脆弱的设计,当变化产生时,设计会遭受到意向不到的破坏。软件设计真正要做的许多内容,就是发现职责并把那些职责相互分离。 阅读全文
posted @ 2014-10-06 14:09 朝着 阅读(116) 评论(0) 推荐(0) 编辑
摘要: 背景:做一个商场收银软件收费情形:正常收费、打八折、打七折、打五折策略模式是一种定义一系列算法的方法,从概念上来看,所有这些算法完成的都是相同的工作,只是实现不同,它可以以相同的方式调用所有的算法,减少各种算法类与使用算法类之间的耦合。策略模式的Strategy类参差为Context定义了一系列的可... 阅读全文
posted @ 2014-10-06 14:07 朝着 阅读(652) 评论(0) 推荐(0) 编辑
摘要: 1:根据传递参数的不同,实例化出不同的对象 只要传递不同的参数,工厂就实例化出合适的对象,通过多态,返回父类的方式实现方法的结果。 阅读全文
posted @ 2014-10-06 13:59 朝着 阅读(94) 评论(0) 推荐(0) 编辑