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