设计模式中最基础的是工厂模式(Factory),在我最近的一个很简单的应用中,我想尽量的让我的程序能够在多个数据库间移植,当然,这涉及很多问题,单是如何兼容不同DBMS的SQL就让人头痛。我们不妨先把问题简单化,只考虑如何连接不同的数据库。
假设我有很多个类,分别是Mysql.java、SQLServer.java、Oracle.java、DB2.java,他们分别连接不同的数据库,统一返回一个Connection对象,并且都有一个close方法,用于关闭连接。只需要针对你的DBMS,选择不同的类,就可以用了,但是我的用户他会使用什么数据库?我不知道,我希望的是尽量少的修改代码,就能满足他的需要。我可以抽象如下接口:
package org.bromon.test;
public interface DB
{
java.sql.Connection openDB(String url,String user,String password);
void close();
}
这个接口只定义两个方法,没有任何有实际意义的代码,具体的代码由实作这个接口的类来给出,比如Mysql.java:
Package org.bromon.test;
import java.sql.*;
public class Mysql implements DB
{
private String url=”jdbc:mysql:localhost:3306/test”;
private String user=”root”;
private String password=””;
private Connection conn;
public Connection openDB(url,user,password)
{
//连接数据库的代码
}
public void close()
{
//关闭数据库
}
}
类似的当然还有Oracle.java等等,接口DB给这些类归了个类,在应用程序中我们这样定义对象:
org.bromon.test.DB myDB;
使用myDB来操作数据库,就可以不用管实际上我所使用的是哪个类,这就是所谓的“开-闭”原则。但是问题在于接口是不能实例化的,myDB=new DB(),这样的代码是绝对错误的,我们只能myDB=new Mysql()或者myDB=new Oracle()。麻烦了,我还是需要指定具体实例化的是哪个类,用了接口跟没用一样。所以我们需要一个工厂:
package org.bromon.test;
public class DBFactory
{
public static DB Connection getConn()
{
Return(new Mysql());
}
}
所以实例化的代码变成:myDB=DBFactory.getConn();
这就是23种模式中最基础的普通工厂(Factory),工厂类负责具体实例化哪个类,而其他的程序逻辑都是针对DB这个接口进行操作,这就是“针对接口编程”。责任都被推卸给工厂类了,当然你也可以继续定义工厂接口,继续把责任上抛,这就演变成抽象工厂(Abstract Factory)。
整个过程中接口不负责任何具体操作,其他的程序要连接数据库的话,只需要构造一个DB对象就OK,而不管工厂类如何变化。这就是接口的意义----抽象。
继承的概念不用多说,很好理解。为什么要继承呢?因为你想重用代码?这绝对不是理由,继承的意义也在于抽象,而不是代码重用。如果对象A有一个run()方法,对象B也想有这个方法,所以有人就Class B extends A。这是不经大脑的做法。如果在B中实例化一个A,调用A的Run()方法,是不是可以达到同样的目的?如下:
Class B
{
A a=new A();
a.run();
}
这就是利用类的聚合来重用代码,是委派模式的雏形,是GoF一贯倡导的做法。
那么继承的意义何在?其实这是历史原因造成的,最开始的OO语言只有继承,没有接口,所以只能以继承来实现抽象,请一定注意,继承的本意在于抽象,而非代码重用(虽然继承也有这个作用),这是很多Java烂书最严重的错误之一,它们所造成的阴影,我至今还没有完全摆脱,坏书害人啊,尤其是入门类的,流毒太大。什么时候应该使用继承?只在抽象类中使用,其他情况下尽量不使用。抽象类也是不能实例化的,它仅仅提供一个模版而已,这就很能说明问题。
软件开发的万恶之源,一是重复代码而不是重用代码,二是烂用继承,尤以c++程序员为甚。Java中取缔多重继承,目的就是制止烂用继承,实是非常明智的做法,不过很多人都不理解。Java能够更好的体现设计,这是让我入迷的原因之一。
分享到:
相关推荐
### 澄清Java中的接口与继承 在Java编程语言中,接口与继承是实现面向对象编程的关键概念。本文将详细解析这两个概念及其在实际开发中的应用,帮助开发者更好地理解和运用它们。 #### 一、接口的理解与应用 #####...
Java只支持单一继承,但通过接口可以实现多重继承的效果。 4. **多态**: 多态是指同一操作作用于不同的对象,可以有不同的解释,产生不同的执行结果。Java中的多态主要体现在方法的覆盖和接口的实现。通过向上...
综上所述,文件内容从标题到描述,再到部分内容,紧密围绕Java面向对象编程的继承特性展开,介绍了类与接口的设计,以及通过继承关系构建图形类库的基本思路。在实际开发中,这样的结构能够提高代码的可维护性和可...
16. **单继承与多重继承**:Java中,类的继承遵循单一继承原则,即一个类只能继承一个父类,但可以通过实现多个接口来模拟多重继承。 17. **线程实现方式**:Java线程可以通过继承`Thread`类或者实现`Runnable`接口...
在深入探讨Java开发注意事项之前,我们首先应当澄清,给定的部分内容似乎包含了非文本或乱码信息,这可能源于文档转换或编码问题。不过,基于标题“Java开发注意事项”及描述“Java开发注意事项,编程人员可以看看哦...
- **接口与抽象类的继承与实现**:接口可以继承多个接口,而抽象类可以实现一个或多个接口。抽象类也可以继承实体类(concrete class),但前提条件是实体类有可供继承的构造函数。 - **静态嵌套类与内部类的区别**...
"java_disabuse.rar_java disabuse"这个压缩包文件旨在帮助解决这些问题,通过实例来澄清常见的Java学习误区。 文档“java_disabuse.doc”可能包含了以下几个方面的重要知识点: 1. **基础语法**:Java的基础语法...
Java 集合框架的接口与类层次结构图 - **集合框架概览**:解释集合框架的核心接口和类,如 `Collection`、`List`、`Set` 和 `Map`。 - **层级结构分析**:通过图形展示集合框架的主要组成部分及其关系。 - **典型...
第四章可能涉及了接口和抽象类,这是Java中实现多态性的重要方式。习题可能会要求读者创建并使用接口,理解抽象类的作用,以及何时选择接口而非抽象类。答案将解释这两者的区别和应用场景。 第七章可能讨论的是集合...
- **线程的创建与管理**:在Java中,线程可以通过继承`Thread`类或实现`Runnable`接口来创建。通过调用`start()`方法启动线程,而`run()`方法则包含了线程执行的具体逻辑。Java提供了丰富的API,如`Thread`类和`...
- **误解与澄清**:许多初学者可能会认为掌握了这门课程就意味着完全掌握了Java,但实际上它只提供了Java编程的基础知识。例如,相比而言,《ASP网络编程》这样的课程可能在实际项目中的应用更为广泛。 - **教学...
在Java编程中,基础知识包括了类、对象、继承、接口和多态等核心概念。这些是理解面向对象编程的关键。学习Java时,开发者需要掌握JDK(Java Development Kit),它包含了Java编译器和运行环境。同时,API文档是...
2. 面向对象编程:类与对象、继承、封装、多态、接口与抽象类。 3. 核心API使用:字符串处理、集合框架、IO流、异常处理机制。 4. 高级特性:泛型、注解、自动装箱拆箱、内部类等。 5. 标准库的深入应用:Java.util...
2. **数据类型与变量**:熟悉 Java 中的数据类型,包括基本数据类型(如 int、float 等)和引用数据类型(如类、接口等),以及变量的声明和使用。 3. **方法与函数**:了解方法的定义、调用及返回值的概念。 4. **...
- **多用组合少用继承原则**:优先考虑组合而非继承,以增强灵活性和减少耦合。 - **高内聚-低耦合原则**:每个模块都应该只负责单一的功能,减少模块间的依赖。 #### 观察者模式的推拉差异及其适用场景 - **推...
- **误区澄清**:构造方法不能像普通方法那样被对象直接调用,而是在创建新对象时由Java虚拟机自动调用。 - **应用场景**:构造方法常用于设置对象的初始状态,比如初始化对象所需的属性值。 #### 3. Java虚拟机...
1. **子类继承与实现**:为了能够进行函数重写,首先需要确保存在一个子类继承自父类或者是实现了某个接口。因此,选项A正确指出,函数重写必须基于子类对父类的继承或对接口的实现。 2. **权限修饰符的要求**: -...
- 类与对象:深入理解类的封装、继承和多态,以及构造器和访问修饰符的作用。 - 异常处理:学习如何使用try-catch-finally结构处理异常,以及自定义异常。 3. **面向对象编程**: - SOLID原则:了解单一职责原则...