设计模式
代码artist
互联网+人工智能
嵌入式,android,python,spring,tensorFolw
展开
-
设计模式--外观模式(隐藏了系统内部的复杂)
外观模式定义:又叫门面模式,提供了一个统一的接口,用来访问子系统中的一群接口。外观模式定义了一个高层接口,让子系统更容易适用类型:结构型适用场景:(1)子系统越来越复杂,增加外观模式提供简单调用接口,(2)构建多层系统结构,利用外观对象作为每层的入口,简化层间调用。优点:(1)简化了调用过程,无需深入了解子系统,防止带来风险,(2)减少系统依赖,松散耦合,(3)更好的划分访问层...原创 2019-04-25 20:14:51 · 566 阅读 · 0 评论 -
设计模式--观察者模式
观察者模式定义:定义了对象之间的一对多依赖,让多个观察者对象同时监听某一个主题对象,当主题对象发生变化时,它的所有依赖者(观察者)都会收到通知并更新。比如:在微信点赞之后,我就是观察者,当有评论后,系统会通知所有观察者。或者时京东上关注某个商品后,会有个降价提醒。类型:行为型适用场景:(1)关联行为场景,建立一套触发机制,优点:(1)观察者和被观察者之间建立一个抽象的耦合,(2...原创 2019-04-29 21:58:44 · 231 阅读 · 0 评论 -
设计模式--备忘录模式
备忘录模式定义:保存一个对象的某个状态,以便在适当的时候恢复对象“后悔药”类型:行为型适用场景:(1)保存及恢复数据相关业务场景,(2)后悔的时候,即想恢复到之前的状态优点:(1)为用户提供一种可恢复机制,(2)存档信息的封装缺点:(1)资源占用 不同点 备忘录模式 是用实例来保存状态的,就是存档是对象的一个实例 状态模式 ...原创 2019-04-29 22:28:15 · 261 阅读 · 0 评论 -
设计模式--命令模式
命令模式定义:将“请求”封装成对象,以便使用不同的请求命令模式解决了应用程序中对象的职责以及它们之间的通信方式类型:行为型适用场景:(1)请求调用者和请求接受者需要解耦,使得调用者和接收者不直接交互,(2)需要抽象出等待执行的行为优点:(1)降低耦合,(2)容易扩展新命令或者一组命令缺点:(1)命令的无限扩展会增加类的数量,提高系统实现复杂度命令模式 这两个命令经...原创 2019-04-30 00:02:25 · 207 阅读 · 0 评论 -
设计模式--中介者模式
中介者模式定义:定义一个封装一组对象如何交互的对象通过使对象明确地相互引用来促使松散耦合,并允许独立地改变它们地交互场景举例,有一个QQ群,我发送消息只需要发送到这个群里,不需要给群里的每个成员发送一遍。再比如,发送消息时,对消息敏感词汇的过滤等。类似:行为型适用场景:(1)系统中对象之间存在复杂的引用关系,产生的相互依赖关系结构混乱且难以理解,(2)交互的公共行为,如果需要改...原创 2019-04-30 00:02:04 · 196 阅读 · 0 评论 -
设计模式--责任链模式
责任链模式定义:为请求创建一个接受此次请求对象的链类型:行为型适用场景:(1)一个请求的处理需要多个对象当中的一个或几个协作处理,优点:(1)请求的发送者和接收者(请求的处理)解耦,(2)责任链可以动态的组合,缺点:(1)责任链太长或者处理时间过长,影响性能,(2)责任链有可能过多责任链模式 各个对象并不指定下一个处理的对象者是谁,只有在客户端(test)中设置链条的...原创 2019-04-30 00:59:31 · 258 阅读 · 0 评论 -
设计模式--访问者模式
访问者模式定义:封装作用于某数据结构(如List/Set/Map等)中的各元素的操作可以在不改变各元素的类的前提下,定义作用于这些元素的操作类型:行为型适用场景:(1)一个数据结构如(List/Set/Map等)包含很多类型对象,(2)数据结构 与 数据操作分离优点:(1)增加新的操作很容易,即增加一个新的访问者缺点:(1)增加新的数据结构困难,(2)具体元素的变更比较麻烦...原创 2019-04-30 01:15:37 · 239 阅读 · 0 评论 -
设计模式--单例模式
单例模式定义:保证一个类仅有一个实例,并提供一个全局访问点;类型:创建型适用场景:(1)想确保任何情况下都绝对只有一个实例优点:(1)在内存里只有一个实例,减少了内存开销,(2)可以避免对资源的多重占用,(3)设置全局访问点,严格控制访问。缺点:(1)没有接口,扩展困难重点:(1)私有构造器,(2)线程安全,(3)延时加载,(4)序列化和反序列化安全,(5)反射懒汉式...原创 2019-04-25 18:04:45 · 211 阅读 · 0 评论 -
设计模式--状态模式
状态模式定义:允许一个对象在其内部状态改变时,改变它的行为举例,在网站上观看视频的时候,可以暂停,播放,停止,快进,这都是状态。类型:行为型适用场景:(1)一个对象存在多个状态(不同状态下行为不同),且状态可相互转换。(不同状态下的行为不同,举例,比如在做电梯,只有在电梯停止的时候门才可以打开,电梯在上升或者下降的过程中,不能停止)优点:(1)将不同的状态隔离,(2)把各种状态...原创 2019-04-30 10:21:23 · 232 阅读 · 0 评论 -
设计模式--七大原则
设计模式--七大原则(1)开闭原则---(是所有原则的基础)定义:一个软件实体如类,模块和函数应该对扩展开发,对修改关闭。用抽象构建框架,用实现扩展细节优点:提高软件系统的可复用性及可维护性。具体实现:有新需求或者有bug时,不要修改以前的代码(修改关闭),通过继承去实现新需求(扩展开发)。(2)依赖倒置原则定义:高层模块(应用层)不应该依赖底层模块(基础组件层),二者...原创 2019-04-30 10:28:56 · 1147 阅读 · 0 评论 -
设计模式--建造者模式
建造者定义:将一个复杂对象的构建与它的表示分离,使得同样的构建过程可以创建不同的表示。用户只需指定需要建造的类型就可以得到它们,建造过程及细节不需要知道类型:创建型适用场景:(1)如果一个对象有非常复杂的内部结构(很多属性),(2)想把复杂对象的创建和使用分离优点:(1)封装性好,创建和使用分离,(2)扩展性好,建造类之间独立,一定程度上解耦。缺点:(1)产生多余的B...原创 2019-04-25 13:15:47 · 231 阅读 · 0 评论 -
设计模式--解释器模式
解释器模式定义:给定一个语言,定义它的文法(语法)的一种表示,并定义一个解释器,这个解释器使用该表示来解释语言中的句子。为了解释一种语言,而为语言创建的解释器类型:行为型适用场景:(1)某个特定类型问题发生频率足够高优点:(1)语法由很多类表示,容易改变及扩展此“语言”缺点:(1)当语法规则数目太多时,增加了系统复杂度 不相同 适配器模式 不...原创 2019-04-29 21:14:34 · 218 阅读 · 0 评论 -
设计模式--装饰者模式(原有基础上附加)
装饰者模式定义:在不改变原有对象的基础之上,将功能附加到对象上提供了比继承更有弹性的替代方案(扩展原有对象功能)类型:结构型生活举例:去蛋糕店买蛋糕,加草莓,加巧克力,加火龙果....来装饰蛋糕。或者是吃煎饼的时候,加个蛋,加个肠等应用场景。适用场景:(1)扩展一个类的功能或者给一个类添加附加职责,(2)动态的给一个对象添加功能,这些功能可以再动态的撤销。优点:(1)继承的...原创 2019-04-25 22:21:30 · 308 阅读 · 0 评论 -
设计模式--适配器模式
适配器模式定义:将一个类的接口转换成客户期望的另一个接口使原本接口不兼容的类可以一起工作类型:结构型适用场景:(1)已经存在的类,它的方法和需求不匹配时(方法结构相同或者相似),(2)不是软件设计阶段考虑的设计模式,是随着软件维护,由于不同产品,不同厂家造成功能类似而接口不相同情况下的解决方案。优点:(1)能提高类的透明性和复用,现有的类复用但不需要改变,(2)目标类和适配器类...原创 2019-04-28 22:44:02 · 214 阅读 · 0 评论 -
设计模式--享元模式(有就返回,没有就创建,共享对象)
享元模式定义:提供了减少对象数量从而改善应用所需的对象结构的方式。运用共享技术有效地支持大量细粒度的对象类型:结构型一句话概括:减少对象的数量,从而减少内存的占用,提高性能适用场景:(1)常常应用于系统底层的开发,以便解决系统的性能问题。(2)系统有大量相似对象,需要缓冲池的场景。java 的 String 就是使用享元模式,如果有则返回,如果没有则创建一个字符串,并且保存...原创 2019-04-29 09:28:29 · 267 阅读 · 0 评论 -
设计模式--组合模式(部分-整体)
组合模式定义:将对象组合成树形结构以表示“部分-整体”的层次结构组合模式使客户端对单个对象和组合对象保存一致的方式处理类型:结构型适用场景:(1)希望客户端可以忽略组合对象与单个对象的差异时,(2)处理一个树形结构时优点:(1)清楚地定义分层的复杂对象,表示对象的全部或部分层次,(2)让客户端忽略了层次的差异,方便对整个层次结构进行控制,(3)简化客户端代码,(4)符合开闭原则...原创 2019-04-29 10:07:02 · 447 阅读 · 0 评论 -
设计模式--桥接模式(抽象部分与具体实现部分通过组合建立联系)
桥接模式定义:将抽象部分与它的具体实现部分分离,使它们都可以独立地变化通过组合的方式建立两个类之间联系,而不是继承类型:结构型适用场景:(1)抽象和具体实现之间增加更多的灵活性,(2)一个类存在两个(或多个)独立变化的维度,且这两个(或多个)维度都需要独立进行扩展,(3)不希望使用继承,或因为多层继承导致系统类的个数增加。优点:(1)分离抽象部分及其具体实现部分,(2)提高...原创 2019-04-29 12:02:56 · 523 阅读 · 0 评论 -
设计模式--代理模式
代理模式定义:为其他对象提供一种代理,以控制对这个对象的访问代理对象在客户端和目标对象之间起到中介的作用。类型:结构型使用场景:(1)保护目标对象,(2)增强目标对象优点:(1)代理模式能将代理对象与真实被调用的目标对象分离,(2)一定程度上降低了系统的耦合度,扩展性好,(3)保护目标对象,(4)增强目标对象。缺点:(1)代理模式会造成系统设计中类的数目增加,(2)在客户端...原创 2019-04-29 14:49:20 · 198 阅读 · 0 评论 -
设计模式--模板方法模式(算法骨架)
模板方法定义:定义了一个算法的骨架,并允许子类为一个或多个步骤提供实现举个例子,把大象放进冰箱分几步,第一打开冰箱,第二打大象放进冰箱,第三把冰箱关闭。这三个步骤就可以用模板方法的设计模式。定义补充:模板方法使得子类可以在不改变算法结构的情况下,重新定义算法的某些步骤。类型:行为型适用场景:(1)一次性实现一个算法的不变部分,并将可变的行为留给子类来实现,(2)各子类中公共的行...原创 2019-04-29 15:45:16 · 402 阅读 · 0 评论 -
设计模式--迭代器模式(遍历)
迭代器模式定义:提供一种方法,顺序访问一个集合对象中的各个元素,而又不暴露该对象的内部表示。简单的说,就是遍历类型:行为型适用场景:(1)访问一个集合对象的内容而无需暴露它的内部表示,(2)为遍历不同的集合结构提供一个统一的接口。优点:(1)分离了集合对象的遍历行为,(因为抽象出了一个迭代器,来负责这个集合的遍历,这样就可以让外部的代码透明的访问内部的数据)缺点:(1)类的...原创 2019-04-29 16:18:12 · 488 阅读 · 0 评论 -
设计模式--工厂模式
简单工厂定义:由一个工厂对象决定创建出哪一种产品类的实例类型:创建型,但不属于GOP23种设计模式适用场景:(1)工厂类负责创建的对象比较少,(2)客户端(应用层)只知道传入工厂类的参数对于如何创建对象(逻辑)不关心。优点:只需要传入一个正确的参数,就可以获取你所需要的对象而无须知道其创建细节。缺点:工厂类的职责相对过重,增加新的产品需要修改工厂类的判断逻辑,违背开闭原则...原创 2019-04-24 21:31:24 · 264 阅读 · 0 评论 -
设计模式--策略模式(存在多种实现方式)
策略模式定义:定义了算法家族,分别封装起来,让它们之间可以相互替换,此模式让算法的变化不会影响到使用算法的用户。生活举例,常见的促销活动,用户可以选择不同的促销代码中,如果有大量的 if...else... 的语句,可以通过 策略模式 消除掉。类型:行为型适用场景:(1)系统又很多类,而他们的区别仅仅在于他们的行为不同,(2)一个系统需要动态地在几种算法中选择一种,优点:...原创 2019-04-29 19:26:17 · 2218 阅读 · 0 评论 -
设计模式--原型模式(关键是克隆)
原型模式定义:指原型实例指定创建对象的种类,并且通过拷贝这些原型创建新的对象。不需要知道任何创建的细节,不调用构造函数类型:创建型适用场景:(1)类初始化消耗较多资源,(2)new产生的一个对象需要非常繁琐的过程(数据准备,访问权限等),(3)构造函数比较复杂,(4)循环体中生产大量对象时。优点:(1)原型模式性能比直接new一个对象性能高,(2)简化创建过程缺点:(2)必...原创 2019-04-25 18:56:41 · 287 阅读 · 0 评论