Java之OO的特性与原则

OO(Object-Oriented)面向对象

    面向对象,有三个特性、五个原则之说。

特性

封装

    顾名思义,封装就好比一个黑盒子,内部被隐藏,只有几个接口与外界相连。具体来说,所谓封装,也就是把客观事物封装成抽象的类,并且类可以把自己的数据和方法只让可信的类或者对象操作,对不可信的进行信息隐藏。封装是面向对象的特征之一,是对象和类概念的主要特性。 简单的说,一个类就是一个封装了数据以及操作这些数据的代码的逻辑实体。在一个对象内部,某些代码或某些数据可以是私有的,不能被外界访问。通过这种方式,对象对内部数据提供了不同级别的保护,以防止程序中无关的部分意外的改变或错误的使用了对象的私有部分。
例:

class animal{
    //私有,被保护
	private String name;
	private int age;
	//公有,可被外部调用的接口
	public void setName(String yName){
		yName = name;
	}
	public String getName(){
		return name;
	}
}

继承

    所谓继承是指可以让某个类型的对象获得另一个类型的对象的属性的方法。它支持按级分类的概念。继承是指这样一种能力:它可以使用现有类的所有功能,并在无需重新编写原来的类的情况下对这些功能进行扩展。 通过继承创建的新类称为“子类”或“派生类”,被继承的类称为“基类”、“父类”或“超类”。继承的过程,就是从一般到特殊的过程。要实现继承,可以通过“继承”(Inheritance)和“组合”(Composition)来实现。继承概念的实现方式有二类:实现继承与接口继承。实现继承是指直接使用基类的属性和方法而无需额外编码的能力;接口继承是指仅使用属性和方法的名称、但是子类必须提供实现的能力。
    具体使用条件详见java之继承 AND java之接口
例:

class animal{
	public String name;
	public int age;
	
	public void setName(String yName){
		yName = name;
	}
	public String getName(){
		return name;
	}
}

class dog extends animal{
	public void bark(){
		System.out.println("wangwangwang");
	}
}

//dog类继承于animal类,且含有animal类的所有public变量及方法
//dog类的 bark() 作为新加方法,只有dog可以调用

多态

    所谓多态就是指一个类实例的相同方法在不同情形有不同表现形式。多态机制使具有不同内部结构的对象可以共享相同的外部接口。这意味着,虽然针对不同对象的具体操作不同,但通过一个公共的类,它们(那些操作)可以通过相同的方式予以调用。
例:

class abstract animal{
	public void bark();
}

class dog extends animal{
	public void bark(){
		System.out.println("wangwangwang");
	}
}

class cat extends animal{
	public void bark(){
		System.out.println("miaomiaomiao")
	}
}

animal d = new dog()
animal c = new cat()

d.bark();	//output-> wangwangwang
c.bark();	//output-> miaomiaomiao

原则

单一职责原则SRP(Single Responsibility Principle)

    所谓单一职责,就是一个类处理一个问题。分工明确,避免错乱。

开放封闭原则OCP(Open-Close Principle)

    扩展性开放,更改性封闭。简单来说,在不更改已有代码的情况下可扩展。

里氏替换原则(the Liskov Substitution Principle LSP)

    即任何基类可以出现的地方,子类一定可以出现。譬如dog **IS-A** animaldog类应该可以完全实现animal类的所有方法。

依赖倒置原则(the Dependency Inversion Principle DIP)

    依赖倒置原则(Dependence Inversion Principle)是程序要依赖于抽象接口,不要依赖于具体实现。简单的说就是要求对抽象进行编程,不要对实现进行编程,这样就降低了客户与实现模块间的耦合。
1.高层次的模块不应该依赖于低层次的模块,他们都应该依赖于抽象。
2.抽象不应该依赖于具体实现,具体实现应该依赖于抽象。
    详情见依赖倒置原则

接口分离原则(the Interface Segregation Principle ISP)

    接口分离原则指在设计时采用多个与特定客户类有关的接口比采用一个通用的接口要好。即,一个类要给多个客户使用,那么可以为每个客户创建一个接口,然后这个类实现所有的接口;而不要只创建一个接口,其中包含所有客户类需要的方法,然后这个类实现这个接口。
    详情见接口分离原则

posted @ 2017-11-11 18:12  屋中人  阅读(768)  评论(0编辑  收藏  举报
返回顶部