潦草白纸

上一页 1 2 3 4 5 6 ··· 13 下一页

2018年6月17日

设计模式学习心得<装饰器模式 Decorator>

摘要: 装饰器模式(Decorator Pattern)允许向一个现有的对象添加新的功能,同时又不改变其结构。这种类型的设计模式属于结构型模式,它是作为现有的类的一个包装。 这种模式创建了一个装饰类,用来包装原有的类,并在保持类方法签名完整性的前提下,提供了额外的功能。对原有功能的增强。 我们通过下面的实例 阅读全文

posted @ 2018-06-17 14:20 潦草白纸 阅读(281) 评论(0) 推荐(0) 编辑

设计模式学习心得<外观模式 Facade>

摘要: 外观模式(Facade Pattern)隐藏系统的复杂性,并向客户端提供了一个客户端可以访问系统的接口。这种类型的设计模式属于结构型模式,它向现有的系统添加一个接口,来隐藏系统的复杂性。 这种模式涉及到一个单一的类,该类提供了客户端请求的简化方法和对现有系统类方法的委托调用。 概述 意图 为子系统中 阅读全文

posted @ 2018-06-17 14:02 潦草白纸 阅读(377) 评论(0) 推荐(0) 编辑

设计模式学习心得<代理模式 Proxy>

摘要: 在代理模式(Proxy Pattern)中,一个类代表另一个类的功能。这种类型的设计模式属于结构型模式。 在代理模式中,我们创建具有现有对象的对象,以便向外界提供功能接口。 概述 意图 为其他对象提供一种代理以控制对这个对象的访问。 主要解决 在直接访问对象时带来的问题。 比如说:要访问的对象在远程 阅读全文

posted @ 2018-06-17 08:26 潦草白纸 阅读(466) 评论(0) 推荐(0) 编辑

2018年6月16日

设计模式学习心得<适配器 Adapter>

摘要: 适配器模式(Adapter Pattern)是作为两个不兼容的接口之间的桥梁。这种类型的设计模式属于结构型模式,它结合了两个独立接口的功能。 这种模式涉及到一个单一的类,该类负责加入独立的或不兼容的接口功能。 概述 意图 将一个类的接口转换成客户希望的另外一个接口。 适配器模式使得原本由于接口不兼容 阅读全文

posted @ 2018-06-16 17:30 潦草白纸 阅读(396) 评论(0) 推荐(0) 编辑

2018年6月14日

记一次Struts2 内核问题分析解决

摘要: 问题场景描述 生产环境某个处理耗时比较长的接口,吞吐能力极差。客服反馈此功能长期处于毫无响应状态。 具体表现 系统启动后第一次调用耗时极慢,长时间不响应。紧随之后发起的请求也同时没有响应。 等待第一次调用响应之后,接口方可正常运行。 遇到这问题,运维同学表示重启根本不好使。 系统框架 spring 阅读全文

posted @ 2018-06-14 16:40 潦草白纸 阅读(832) 评论(1) 推荐(0) 编辑

2018年6月12日

设计模式学习心得<原型模式 Prototype >

摘要: 原型模式(Prototype Pattern)是用于创建重复的对象,同时又能保证性能。这种类型的设计模式属于创建型模式,它提供了一种创建对象的最佳方式。 这种模式是实现了一个原型接口,该接口用于创建当前对象的克隆。当直接创建对象的代价比较大时,则采用这种模式。例如,一个对象需要在一个高代价的数据库操 阅读全文

posted @ 2018-06-12 16:33 潦草白纸 阅读(447) 评论(0) 推荐(0) 编辑

设计模式学习心得<建造者 Builder>

摘要: 建造者模式(Builder Pattern)使用多个简单的对象一步一步构建成一个复杂的对象。这种类型的设计模式属于创建型模式,它提供了一种创建对象的最佳方式。 一个 Builder 类会一步一步构造最终的对象。该 Builder 类是独立于其他对象的。 这种一步一步构造最终的对象的方式叫做 "柯里化 阅读全文

posted @ 2018-06-12 15:56 潦草白纸 阅读(233) 评论(0) 推荐(0) 编辑

设计模式学习心得<抽象工厂模式 Abstract Factory>

摘要: 抽象工厂模式(Abstract Factory Pattern)是围绕一个超级工厂创建其他工厂。该超级工厂又称为 其他工厂的工厂 。这种类型的设计模式属于创建型模式,它提供了一种创建对象的最佳方式。 在抽象工厂模式中,接口是负责创建一个相关对象的工厂,不需要显式指定它们的类。每个生成的工厂都能按照工 阅读全文

posted @ 2018-06-12 15:42 潦草白纸 阅读(394) 评论(0) 推荐(0) 编辑

设计模式学习心得<工厂方法 Factory Method>

摘要: 概述 意图 业务代码中常常有构造对象的过程,它拥有大量的参数。并且有很多地方需要这对象。 简化对象构造过程。 主要解决 一个类在不同场景的频繁地创建,让不同对象的创建更有语义化,提高代码复用性。 何时使用 当您想在不同的业务场景,创建略微不同的对象。 如何解决 通过契约式设计(Design by C 阅读全文

posted @ 2018-06-12 14:53 潦草白纸 阅读(310) 评论(0) 推荐(0) 编辑

2018年6月8日

类与类之间的关系学习总结

摘要: 序 类与类之间的关系,本身对于实现业务开发没有太大的用处。绝大部分码农干到退休也不用了解。 主要用于解析源码结构,梳理设计意图。 概览 类之间可描述的关系大概有下面几种:继承、实现、依赖、关联、聚合、组合关系。 总览图如下: 示例 重点:关注每一种关系的连线都是不一样的。 学习 ,表示学习是一个接口 阅读全文

posted @ 2018-06-08 09:02 潦草白纸 阅读(517) 评论(0) 推荐(0) 编辑

上一页 1 2 3 4 5 6 ··· 13 下一页

导航