在一個面向?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)在頻繁的抱怨別人改的代碼影響了你(接口沒有設(shè)計到)，表現(xiàn)在某個模塊的改動引起其他模塊的大規(guī)模調(diào)整(模塊接口沒有很好的設(shè)計)等等。

　　Booch先生那天談到Interaction Designer，它就是指做這類設(shè)計的人，只不過層次更高一些。我想目前我們的軟件設(shè)計隊伍中，這類人是最缺乏的人才之一。

　　非接口編程？是不是就是面向過程的編程思想？

　　1.關(guān)于接口的理解。

　　接口從更深層次的理解，應(yīng)是定義(規(guī)范，約束)與實現(xiàn)(名實分離的原則)的分離。

　　我們在一般實現(xiàn)一個系統(tǒng)的時候，通常是將定義與實現(xiàn)合為一體，不加分離的，我認(rè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ū)ο?過程)不是一個問題

　　我認(rèn)為：UML里面所說的interface是協(xié)議的另一種說法。并不是指com的interface，CORBA的interface，Java的interface，Delphi的interface，人機(jī)界面的interface或NIC的interface。

　　在具體實現(xiàn)中，是可以把UML的interface實現(xiàn)為語言的interface，分布式對象環(huán)境的interface或其它什么interface，但就理解UML的interface而言，指的是系統(tǒng)每部分的實現(xiàn)和實現(xiàn)之間，通過interface所確定的協(xié)議來共同工作。

　　所以我認(rèn)為，面向interface編程，原意是指面向抽象協(xié)議編程，實現(xiàn)者在實現(xiàn)時要嚴(yán)格按協(xié)議來辦。也就是Bill Joy同志說的，一邊翻rfc，一邊寫代碼的意思。面向?qū)ο缶幊淌侵该嫦虺橄蠛途呦蟆３橄蠛途呦笫敲艿慕y(tǒng)一體，不可能只有抽象沒有具象。一般懂得抽象的人都明白這個道理。 但有的人只知具象卻不知抽象為何物。

　　所以只有interface沒有實現(xiàn)，或只有實現(xiàn)而沒有interface者是沒有用的，反OO的。

　　所以還是老老實實面向?qū)ο缶幊蹋嫦騾f(xié)議編程，或者什么都不面向，老老實實編程。