设计模式
文章平均质量分 63
gg_gogoing
这个作者很懒,什么都没留下…
展开
-
xxxxxxclub系统模块分类
不是分析整个程序运行的过程。 分析程序在设计的时候模块如何分类针对的是应用程序,name 类的装载:1. Spring配置 基于接口调用hsf 3. 一个页面对应的java类 Spring的xml文件装载配置在webx.xml中设定 bean的使用用Autowired注入到使用类,作为成员 <beans:import resource="classpath*:META-INF/s原创 2015-08-13 11:18:49 · 2128 阅读 · 0 评论 -
设计模式1-单例模式
有些对象只需要一个,如:配置文件、工具类、线程池、缓存、日志对象等 多个程序读取一个配置文件,实际上配置文件还是只有一个,如果创造出多个实例,就会导致很多问题,占用资源过多,不一致的结果等 原理: 1、私有化构造方法(使用private关键字修饰构造方法),不允许外部直接创建多个实例。 2、保证有一个实例(分为懒汉和饿汉两种实例化方法),在类内部创建一个私有的自己的实例,类的唯一实例。原创 2015-08-02 20:01:33 · 532 阅读 · 0 评论 -
设计模式3-代理模式
Proxy 那点事儿 反射实现 AOP 动态代理模式(Spring AOP 的实现 原理)代理模式是指自己不做一些事,让他人代为处理,经常是增加或去掉一些功能。代理模式的类最好把要代理的类传入当做成员。 Private car; 这样的聚合更好(尤其是当功能叠加的时候套用更好,代理之间互相传递) 静态代理:代理和被代理对象在代理之前是确定的。他们都实现相同的接口或者继承相同的抽象类运行时间、日原创 2015-08-02 20:27:10 · 572 阅读 · 0 评论 -
设计模式2-模板模式
这个可以类比填表单,事务的流程是清晰的,部分过程是抽象的,需要具体实现类自己实现。 方法: 用抽象基类定义框架 1.创建抽象类 —public abstract class RefreshBeverage 2.创建模版方法 一定要用final因为要禁止子类对方法框架的覆写 —public final void prepareBeverageTemplate() —boilWater原创 2015-08-02 20:11:46 · 522 阅读 · 0 评论 -
1项目设计
项目设计 1. 应用场景 2. 需求概述 3. 方案设计,详细使用的技术 4. 模型设计,对应到伪代码上的数据逻辑 5. 功能接口设计 6. 存储设计 7. 依赖关系改造,降低依赖数据库逻辑设计 建立模型,考虑可扩展性 eg:对于一个optype有add,delete,modify,query等操作。如果考虑保存”修改内容”,那么多出的字段对于查询就没有意义,那就可以细化修改类原创 2015-08-14 15:02:28 · 784 阅读 · 0 评论 -
设计模式0-入门
代码多了以后,如果设计不好,层次混乱那么必然会导致维护困难。 ref ref 感慨: 师兄给我分配的任务是写日志系统。 我的步骤是:设计好要写入哪些内容,然后直接用最简单的方法获取到,写入。 结果: 1. 代码风格太差(主要是层次混乱) 2. 数据存放混乱,一些常量设置/配置项我都写的不是地方或者写到程序代码中了。 深深体会到设计的重要性! 因此自己在原创 2015-08-02 18:59:08 · 614 阅读 · 0 评论