`
文章列表

23种设计模式（2）：工厂方法模式

定义：定义一个用于创建对象的接口，让子类决定实例化哪一个类，工厂方法使一个类的实例化延迟到其子类。 类型：创建类模式 类图： 工厂方法模式代码 [java] view plaincopy interfaceIProduct{ publicvoidproductMethod(); } classProductimplementsIProduct{ publicvoidproductMethod(){ System.out.println("产品"); } } interfaceIFactory{ publicIProductcreateP ...

单例模式讨论篇：单例模式与垃圾回收

Jvm的垃圾回收机制到底会不会回收掉长时间不用的单例模式对象，这的确是一个比较有争议性的问题。将这一部分内容单独成篇的目的也是为了与广大博友广泛的讨论一下这个问题。为了能让更多的人看到这篇文章，请各位博友看完文章之后，点一下“顶”，让本篇文章排名尽量的靠前。笔者在此谢过。 讨论命题：当一个单例的对象长久不用时，会不会被jvm的垃圾收集机制回收。 首先说一下为什么会产生这一疑问，笔者本人再此之前从来没有考虑过垃圾回收对单例模式的影响，直到去年读了一本书，《设计模式之禅》秦小波著。在书中提到在j2ee应用中，jvm垃圾回收机制会把长久不用的单例类对象当作垃圾，并在cpu空闲的时候对其进行回收。 ...

23种设计模式（1）：单例模式

定义：确保一个类只有一个实例，而且自行实例化并向整个系统提供这个实例。 类型：创建类模式 类图： 类图知识点： 1.类图分为三部分，依次是类名、属性、方法 2.以<<开头和以>>结尾的为注释信息 3.修饰符+代表public，-代表private，#代表protected，什么都没有代表包可见。 4.带下划线的属性或方法代表是静态的。 5.对类图中对象的关系不熟悉的朋友可以参考文章：设计模式中类的关系。 单例模式应该是23种设计模式中最简单的一种模式了。它有以下几个要素： 私有的构造方法 指向自己实例的私有静态引用 以自己实例为返回值的静态的公有 ...

设计模式六大原则（6）：开闭原则

定义：一个软件实体如类、模块和函数应该对扩展开放，对修改关闭。 问题由来：在软件的生命周期内，因为变化、升级和维护等原因需要对软件原有代码进行修改时，可能会给旧代码中引入错误，也可能会使我们不得不对整 ...

设计模式六大原则（5）：迪米特法则

定义：一个对象应该对其他对象保持最少的了解。 问题由来：类与类之间的关系越密切，耦合度越大，当一个类发生改变时，对另一个类的影响也越大。 解决方案：尽量降低类与类之间的耦合。 自从我们接触编程开始，就知道了软件编程的总的原则：低耦合，高内聚。无论是面向过程编程还是面向对象编程，只有使各个模块之间的耦合尽量的低，才能提高代码的复用率。低耦合的优点不言而喻，但是怎么样编程才能做到低耦合呢？那正是迪米特法则要去完成的。 迪米特法则又叫最少知道原则，最早是在1987年由美国Northeastern University的Ian Holland提出。通俗的来讲，就是一个类对自己依赖的类知道的 ...

设计模式六大原则（4）：接口隔离原则

定义：客户端不应该依赖它不需要的接口；一个类对另一个类的依赖应该建立在最小的接口上。 问题由来：类A通过接口I依赖类B，类C通过接口I依赖类D，如果接口I对于类A和类B来说不是最小接口，则类B和类D必须去实现他们不需要的方法。 解决方案：将臃肿的接口I拆分为独立的几个接口，类A和类C分别与他们需要的接口建立依赖关系。也就是采用接口隔离原则。 举例来说明接口隔离原则： （图1 未遵循接口隔离原则的设计） 这个图的意思是：类A依赖接口I中的方法1、方法2、方法3，类B是对类A依赖的实现。类C依赖接口I中的方法1、方法4、方法5，类D是对类C依赖的实现。对于类B和类D来说，虽然他们都 ...

设计模式六大原则（3）：依赖倒置原则

定义：高层模块不应该依赖低层模块，二者都应该依赖其抽象；抽象不应该依赖细节；细节应该依赖抽象。 问题由来：类A直接依赖类B，假如要将类A改为依赖类C，则必须通过修改类A的代码来达成。这种场景下，类A一般是高层模块，负责复杂的业务逻辑；类B和类C是低层模块，负责基本的原子操作；假如修改类A，会给程序带来不必要的风险。 解决方案：将类A修改为依赖接口I，类B和类C各自实现接口I，类A通过接口I间接与类B或者类C发生联系，则会大大降低修改类A的几率。 依赖倒置原则基于这样一个事实：相对于细节的多变性，抽象的东西要稳定的多。以抽象为基础搭建起来的架构比以细节为基础搭建起来的架构要稳定的多。在ja ...

oracle 获取周末 及trunc的用法

一、trunc的用法 1.trunc(for dates) trunc函数为指定元素而截去的日期值。 其具体的语法格式如下： trunc（date[,fmt]） 其中： date 一个日期值 fmt 日期格式，该日期将由指定的元素格式所截去。忽略他则由 ...

oracle中给表和字段添加注释

COMMENT ON COLUMN TABLE_NAME.COL_NAME IS '列注释';--给列添加注释 COMMENT ON TABLE TABLE_NAME IS '表注释'; --给表添加注释

oracle函数 总结

1、union --可以把两个不同的表的数据汇总到一个结果集中 selectid from stud1 union selectid from stud2; --这样就会把stud1和stud2 的id都列出来，当然你就可以放到list去了。会自动排序，并且合并相同的记录。 2、union all 作用跟union相同，但是不会自动排序，也不会合并相同记录。 3、decode decode的语法： decode(value,if1,then1,if2,then2,if3,then3,...,else) 表示如果value等于if1时，DECODE函数的结果返回then1, ...

mysql命名锦集

测试环境：mysql 5.0.45 【注：可以在mysql中通过mysql> SELECT VERSION();来查看数据库版本】 一、连接MYSQL。 格式： mysql -h主机地址 -u用户名 －p用户密码 1、连接到本机上的MYSQL。 首先打开DOS窗口，然后进入目录mysql\bin，再键入命令mysql -u root -p，回车后提示你输密码.注意用户名前可以有空格也可以没有空格，但是密码前必须没有空格，否则让你重新输入密码. 如果刚安装好MYSQL，超级用户root是没有密码的，故直接回车即可进入到MYSQL中了，MYSQL的提示符是： my ...

端口被占用怎么办

如果发现你用的端口被占用了可以通过以下两种方法解决 1.首先CMD命令，调出命令窗口。查询各个端口使用的程序代码为：netstat -ano 可以列出多有端口使用情况。找到port对应的80端口(地址后面跟着的数字)以及对应的PID，可以关闭该程序，或者卸载也行。不过一般用命令关闭比较快。用ntsd -c q -p PID。这里PID是端口对应的号码（数字）。一般是填数字。 2.可以通过任务管理器找出使用80端口的PID。把它关闭就可以了（结束任务）。taskkill -pid 80

设计模式六大原则（2）：里氏替换原则

肯定有不少人跟我刚看到这项原则的时候一样，对这个原则的名字充满疑惑。其实原因就是这项原则最早是在1988年，由麻省理工学院的一位姓里的女士（Barbara Liskov）提出来的。 定义1：如果对每一个类型为 T1的对象 o1，都有类型为 T2 的对象o2，使得以 T1定义的所有程序 P 在所有的对象 o1 都代换成 o2 时，程序 P 的行为没有发生变化，那么类型 T2 是类型 T1 的子类型。 定义2：所有引用基类的地方必须能透明地使用其子类的对象。 问题由来：有一功能P1，由类A完成。现需要将功能P1进行扩展，扩展后的功能为P，其中P由原有功能P1与新功能P2组成。新功能P由类A的子 ...

设计模式六大原则（1）：单一职责原则

定义：不要存在多于一个导致类变更的原因。通俗的说，即一个类只负责一项职责。 问题由来：类T负责两个不同的职责：职责P1，职责P2。当由于职责P1需求发生改变而需要修改类T时，有可能会导致原本运行正常的职责P2功能发生故障。 解决方案：遵循单一职责原则。分别建立两个类T1、T2，使T1完成职责P1功能，T2完成职责P2功能。这样，当修改类T1时，不会使职责P2发生故障风险；同理，当修改T2时，也不会使职责P1发生故障风险。 说到单一职责原则，很多人都会不屑一顾。因为它太简单了。稍有经验的程序员即使从来没有读过设计模式、从来没有听说过单一职责原则，在设计软件时也会自觉的遵守这一重要原则，因 ...

掌握设计模式

提到设计模式，不得不感谢GoF（Gang of Four，四人组），他们1995年出版的《设计模式》一书，第一次将设计模式提升到理论高度，并将之规范化。书中一共总结了23种基本的设计模式。而这23中设计模式几乎涵盖了面向对象设计过 ...
Global site tag (gtag.js) - Google Analytics