- 博客(10)
- 资源 (17)
- 问答 (1)
- 收藏
- 关注
原创 设计模式笔记(十)--小结
设计模式根据目的的不同可以分为创建型模式、结构型模式和行为型模式。 创建型模式(Creational Pattern): 为了灵活而高效地创建对象。 包含:工厂方法模式(Factory Method Pattern)、抽象工厂模式(Abstract Factory Pattern)、创建者模式/建造者模式(Builder Pattern)、原型模式(Prototype Pattern)、单例模式(Singleton Pattern)。 结构型模式(Structural Pattern): 为了完美处理对象的
2015-08-29 22:35:54 810
原创 设计模式笔记(九)--状态模式、代理模式
状态模式(State Pattern) 允许对象在内部状态改变时改变它的行为,对象看起来好像修改了它的类。 简单点说,一个对象持有一个状态对象来表示自己现在的状态,当有行为(动作请求)时,该对象会委托给当前状态对象处理,因当前状态对象的不同会表现出不同的行为。所以它利用对象组合来引用不同的状态对象,在客户看来就像修改了对象一样。 代理模式(Proxy Pattern) 为另一个对象提供一个替身或占位符以控制对这个对象的访问。
2015-08-27 10:32:24 751
原创 设计模式笔记(八)--迭代器模式、组合模式
迭代器模式(Iterator Pattern) 提供一个方法顺序访问一个聚合对象中的元素,而不暴露其内部的表示。 组合模式(Composite Pattern) 允许你将对象组合成树形结构来表现“整体/部分”层次结构。组合能让客户以一致的方式处理个别对象以及对象组合。
2015-08-26 15:01:31 772
原创 设计模式笔记(七)--模板方法模式
模板方法模式(Template Method Pattern) 在一个方法中定义一个算法的骨架,而将一些步骤延迟到子类中。模板方法使得子类可以在不改变算法结构的情况下,重新定义算法中的某些步骤。 简单点说,超类的模板方法中定义了一个算法的步骤,并允许子类为一个或多个步骤提供实现。这样模板方法就控制并保护了算法,算法中的步骤可以由超类实现,也可以由各个子类根据自己的需要实现(声明为abstract)。
2015-08-25 17:23:37 602
原创 设计模式笔记(六)--适配器模式、外观模式
适配器模式(Adapter Pattern) 将一个类的接口,转换成客户期望的另一个接口。适配器让原本接口不兼容的类可以合作无间。 简单点说,就是利用适配器将不符合自己期望的接口转成自己想要的接口。 对象适配器:
2015-08-25 16:16:21 644
原创 设计模式笔记(五)--命令模式
命令模式(Command Pattern) 将请求封装成对象,以便使用不同的请求、队列或者日志 来参数化其他对象。命令模式也支持可撤销的操作。 命令模式的目的就是让发出请求的对象和执行请求的对象解耦。
2015-08-21 16:48:57 514
原创 设计模式笔记(四)--工厂方法模式、抽象工厂模式
工厂模式(Factory Pattern) (1)简单工厂(Simple Factory) 也许都注意到了,这里没有使用Pattern模式的字眼,因为简单工厂更像是一种编程习惯,而不是严格意义上的设计模式。 先说一下客户类怎么使用:直接Pizza pizza = PizzaFactory.createPizza("cheese");就可以获得CheesePizza类型的披萨了。
2015-08-20 17:55:12 690
原创 设计模式笔记(三)--装饰者模式
装饰者模式(Decorator Pattern) 动态地将责任附加到对象上。若要扩展功能,装饰者提供了比继承更有弹性的替代方案。 简单点说,装饰者可以装饰(也就是在原来功能的基础上再扩展其功能)被装饰者。一个被装饰者可以被多个装饰者装饰,或者被相同的装饰者装饰多次,是不是很灵活啊。而这就要求装饰者和被装饰者要有相同的父类型。
2015-08-18 09:35:15 592
原创 设计模式笔记(二)--策略模式、观察者模式
(1)策略模式(Strategy Pattern) 定义了算法族,分别封装起来,让它们之间可以互相替换,此模式让算法的变化独立于使用它的客户。 简单点说,一个客户类/对象有很多功能策略,这些策略因为对象的不同有不同的算法实现,这时我们可以将策略抽象出来,用不同的策略实现类来实现,而客户类只持有策略接口,所以很方便传给客户类不同的策略实现。 也许你会说,定义一个抽象类,不同的子类来实现你说的不同算法不就行了,但仔细想想,这些不同子类的某些算法实现是一样的,如果需求说要改变,那么所有的相关子类都要改,而且某些子
2015-08-17 15:46:12 784
原创 设计模式笔记(一)--设计原则
类/对象之间的关系:Generalization(泛化),Dependency(依赖),Association(关联),Aggregation(聚合),Composition(组合/合成) 泛化,表示类之间是is-a关系,如类A继承了B类或实现了B接口,子类会继承父类的属性和方法。 依赖,表示类之间是use-a关系,如该类A的方法中的参数是某个类B,类A和类B就是依赖关系(类B以局部变量、静态
2015-08-13 10:49:05 530
ijkplayer so文件
2017-11-24
Android与服务器Json交互
2015-07-25
Android圆角ImageViewV2
2015-04-06
房屋租赁管理系统
2014-11-25
ListView中不显示HeaderView
2015-03-28
TA创建的收藏夹 TA关注的收藏夹
TA关注的人