- 相關(guān)推薦
java面向接口編程
Java是一門(mén)面向?qū)ο缶幊陶Z(yǔ)言，不僅吸收了C++語(yǔ)言的各種優(yōu)點(diǎn)，還摒棄了C++里難以理解的多繼承、指針等概念，因此Java語(yǔ)言具有功能強(qiáng)大和簡(jiǎn)單易用兩個(gè)特征。以下是小編為大家搜索整理的java面向接口編程，希望能給大家?guī)?lái)幫助!更多經(jīng)常內(nèi)容請(qǐng)及時(shí)關(guān)注我們應(yīng)屆畢業(yè)生考試網(wǎng)!
在一個(gè)面向?qū)ο蟮南到y(tǒng)中，系統(tǒng)的各種功能是由許許多多的不同對(duì)象協(xié)作完成的。在這種情況下，各個(gè)對(duì)象內(nèi)部是如何實(shí)現(xiàn)自己的對(duì)系統(tǒng)設(shè)計(jì)人員來(lái)講就不那么重要了;而各個(gè)對(duì)象之間的協(xié)作關(guān)系則成為系統(tǒng)設(shè)計(jì)的關(guān)鍵。小到不同類之間的通信，大到各模塊之間的交互，在系統(tǒng)設(shè)計(jì)之初都是要著重考慮的，這也是系統(tǒng)設(shè)計(jì)的主要工作內(nèi)容。面向接口編程我想就是指按照這種思想來(lái)編程吧!實(shí)際上，在日常工作中，你已經(jīng)按照接口編程了，只不過(guò)如果你沒(méi)有這方面的意識(shí)，那么你只是在被動(dòng)的實(shí)現(xiàn)這一思想;表現(xiàn)在頻繁的抱怨別人改的代碼影響了你與實(shí)現(xiàn)(名實(shí)分離的原則)的分離。
我們?cè)谝话銓?shí)現(xiàn)一個(gè)系統(tǒng)的時(shí)候，通常是將定義與實(shí)現(xiàn)合為一體，不加分離的，我認(rèn)為最為理解的系統(tǒng)設(shè)計(jì)規(guī)范應(yīng)是所有的定義與實(shí)現(xiàn)分離，盡管這可能對(duì)系統(tǒng)中的某些情況有點(diǎn)繁煩。
接口的本身反映了系統(tǒng)設(shè)計(jì)人員對(duì)系統(tǒng)的抽象理解。
接口應(yīng)有兩類：第一類是對(duì)一個(gè)體的抽象，它可對(duì)應(yīng)為一個(gè)抽象體(abstract class);
第二類是對(duì)一個(gè)體某一方面的抽象，即形成一個(gè)抽象面(interface);
一個(gè)體有可能有多個(gè)抽象面。
抽象體與抽象面是有區(qū)別的。
2.設(shè)計(jì)接口的另一個(gè)不可忽視的因素是接口所處的環(huán)境(context，environment)，系統(tǒng)論的觀點(diǎn)：環(huán)境是系統(tǒng)要素所處的空間與外部影響因素的總和。任何接口都是在一定的環(huán)境中產(chǎn)生的。因此環(huán)境的定義及環(huán)境的變化對(duì)接口的影響是不容忽視的，脫離原先的環(huán)境，所有的接口將失去原有的意義。
3.按照組件的開(kāi)發(fā)模型(3C)，它們?nèi)呦噍o相成，各司一面，渾然一體，缺一不可。
面向?qū)ο笫侵福覀兛紤]問(wèn)題時(shí)，以對(duì)象為單位，考慮它的屬性及方法
面向過(guò)程是指，我們考慮問(wèn)題時(shí)，以一個(gè)具體的流程(事務(wù)過(guò)程)為單位，考慮它的實(shí)現(xiàn)
接口設(shè)計(jì)與非接口設(shè)計(jì)是針對(duì)復(fù)用技術(shù)而言的，與面向?qū)ο?過(guò)程)不是一個(gè)問(wèn)題
我認(rèn)為：UML里面所說(shuō)的interface是協(xié)議的另一種說(shuō)法。并不是指com的interface，CORBA的interface，Java的interface，Delphi的interface，人機(jī)界面的interface或NIC的interface。
在具體實(shí)現(xiàn)中，是可以把UML的interface實(shí)現(xiàn)為語(yǔ)言的interface，分布式對(duì)象環(huán)境的interface或其它什么interface，但就理解UML的interface而言，指的是系統(tǒng)每部分的實(shí)現(xiàn)和實(shí)現(xiàn)之間，通過(guò)interface所確定的協(xié)議來(lái)共同工作。
所以我認(rèn)為，面向interface編程，原意是指面向抽象協(xié)議編程，實(shí)現(xiàn)者在實(shí)現(xiàn)時(shí)要嚴(yán)格按協(xié)議來(lái)辦。也就是Bill Joy同志說(shuō)的，一邊翻rfc，一邊寫(xiě)代碼的意思。面向?qū)ο缶幊淌侵该嫦虺橄蠛途呦蟆３橄蠛途呦笫敲艿慕y(tǒng)一體，不可能只有抽象沒(méi)有具象。一般懂得抽象的人都明白這個(gè)道理。 但有的人只知具象卻不知抽象為何物。
所以只有interface沒(méi)有實(shí)現(xiàn)，或只有實(shí)現(xiàn)而沒(méi)有interface者是沒(méi)有用的，反OO的。
所以還是老老實(shí)實(shí)面向?qū)ο缶幊蹋嫦騾f(xié)議編程，或者什么都不面向，老老實(shí)實(shí)編程。
【相關(guān)閱讀】
java返回值過(guò)載的技巧
我們很易對(duì)下面這些問(wèn)題感到迷惑：為什么只有類名和方法自變量列出?為什么不根據(jù)返回值對(duì)方法加以區(qū)分?比如對(duì)下面這兩個(gè)方法來(lái)說(shuō)，雖然它們有同樣的名字和自變量，但其實(shí)是很容易區(qū)分的：
void f() {}
int f() {}
若編譯器可根據(jù)上下文(語(yǔ)境)明確判斷出含義，比如在int x=f()中，那么這樣做完全沒(méi)有問(wèn)題。然而，我們也可能調(diào)用一個(gè)方法，同時(shí)忽略返回值;我們通常把這稱為“為它的`副作用去調(diào)用一個(gè)方法”，因?yàn)槲覀冴P(guān)心的不是返回值，而是方法調(diào)用的其他效果。所以假如我們象下面這樣調(diào)用方法：
f();
Java怎樣判斷f()的具體調(diào)用方式呢?而且別人如何識(shí)別并理解代碼呢?由于存在這一類的問(wèn)題，所以不能根據(jù)返回值類型來(lái)區(qū)分過(guò)載的方法。
【java面向接口編程】相關(guān)文章：
java面向?qū)ο缶幊讨v解06-18
Java面向過(guò)程教程10-05
介紹Java array接口10-06
Java圖形用戶接口09-04
java教程之Java編程基礎(chǔ)09-12
Java編程學(xué)習(xí)示例07-31