面向接口編程，面向接口編程怎么理解不要粘貼復(fù)制的要自己的理解說出來

來源：整理時間：2023-08-20 03:26:19 編輯：智能門戶手機版

本文目錄一覽

1，面向接口編程怎么理解不要粘貼復(fù)制的要自己的理解說出來
2，什么叫面向接口編程
3，Java語言深入討論什么叫面向接口編程
4，什么是面向接口編程它的好處是什么
5，什么是面向接口編程及一個簡單實例
6，什么是面向接口編程

1，面向接口編程怎么理解不要粘貼復(fù)制的要自己的理解說出來

看你是從編程思想還是編程技術(shù)看。編程思想面向接口就是至下而上，先規(guī)劃好要做的事，然后定義完成事情必須的接口，之后實現(xiàn)此接口。編程技術(shù)就是樓上說的了。還有就是一些框架支持注入類的，配置期或者運行的時候再動態(tài)注入實現(xiàn)接口的類，達(dá)到不換內(nèi)核實現(xiàn)功能更新。

你好！接口通常是對于面向?qū)ο缶幊潭缘模话闶窃谥辉试S有方法出現(xiàn)，而不允許方法體出現(xiàn)時采用接口。如有疑問，請追問。

面向接口編程怎么理解不要粘貼復(fù)制的要自己的理解說出來

2，什么叫面向接口編程

[摘要]在一個面向?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)按照接口編程了[關(guān)鍵字]軟件程序設(shè)計編程

什么叫面向接口編程

3，Java語言深入討論什么叫面向接口編程

首先，JAVA是一種完全面向?qū)ο蟮恼Z言！像C和C++，只不過它們分別是面向過程的和不完全面向?qū)ο蟮恼Z言！而偽編程語言并不是一種真正的語言！它是在數(shù)據(jù)結(jié)構(gòu)和算法設(shè)計等課程中借助一種具體的語言(比如C、C++或JAVA)來闡述其思想，旨在表達(dá)出解決一類問題的邏輯。但有些問題過于抽象或復(fù)雜，抑或是問題的某一局部對全局來說不太重要，這就導(dǎo)致了無法或不方便用完整的程序來講述，于是就用我們的自然語言加上一些專業(yè)符號來描述，讓你明白整個問題的解決方案是怎么回事就行了！因為解決方案往往是針對一類特殊的問題。至于某些細(xì)節(jié)的實現(xiàn)，就要你去自己解決了！

Java語言深入討論什么叫面向接口編程

4，什么是面向接口編程它的好處是什么

我不直到你說的是不是java語言，java語言的話它是面向?qū)ο蟮木幊陶Z言。所謂面向?qū)ο笫钦f，比如把人看做一個類，那么人具有的眼睛，手，腳，耳朵等等這些都屬于它的一個對象，那么人就有屬性，比如說有說話的屬性，走路的屬性等等，但是你提到這個面向接口的編程我不太理解你要表達(dá)的意思。

5，什么是面向接口編程及一個簡單實例

面向接口編程是一個很高級的概念了以前的面向?qū)ο缶幊?，以java為例子，主要的操作針對對象來進(jìn)行，把要處理的問題簡化分解成對象的方式來解決，對對象的使用主要是引用對象提供的方法后來的使用過程中，逐漸有人發(fā)現(xiàn)，當(dāng)程序的內(nèi)容不斷擴大，程序的編寫和完善需要更多的人員來合作完成的時候，面向?qū)ο蟮姆绞接行┎槐憔秃芡怀隽?，主要的就是類的繼承和方法的重寫，查詢起來和引用起來很多不便。所以現(xiàn)在有面向接口編程的理念提出來，接口就是標(biāo)準(zhǔn)，接口就是規(guī)范，但是接口沒有實現(xiàn)的方法，這樣避免了很多類的繼承的問題，特別在大型的程序的編寫方面有廣泛的應(yīng)用。什么是面向接口編程及一個簡單實例

如果項目比較大型的話，對于類的高內(nèi)聚性就比較重要，這就需要實現(xiàn)完整的一致的接口。因為你寫的類的某些接口，很有可能會被其它部門不同的人使用，如果到時再發(fā)現(xiàn)缺少某些接口，那么事情就不好辦了。一般性的原則就是，如果你是開發(fā)的結(jié)果是庫，或者你的類會被項目組外的人使用，那么完整的接口，即使有些接口現(xiàn)在用不到，也是需要寫并且測試的。如果你的工作目標(biāo)不是“程序庫”，那么你只需要實現(xiàn)你需要的類和接口，把注意力放到產(chǎn)品身上，而不需要去寫那些根本在產(chǎn)品中不會使用的代碼。往往庫和產(chǎn)品會結(jié)合來開發(fā)，以用產(chǎn)品來發(fā)現(xiàn)需要實現(xiàn)的高度重用的庫，并用產(chǎn)品來檢測這些庫。比如，谷歌的androdi系統(tǒng)，它開發(fā)了龐大的framework，但是對于framework組內(nèi)的員工來說，它可能不會去使用這些庫，很多接口對他們而言是無用的，但是也要開發(fā)。與此同時，谷歌的應(yīng)用產(chǎn)品，比如gmail等，恰好可以激發(fā)和檢查這些framework的實際性能。

6，什么是面向接口編程

在一個面向?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，

面向接口編程是先把客戶的業(yè)務(wù)邏輯線提取出來，作為接口，業(yè)務(wù)具體實現(xiàn)通過該接口的實現(xiàn)類來完成。當(dāng)客戶需求變化時，只需編寫該業(yè)務(wù)邏輯的新的實現(xiàn)類，通過更改配置文件中該接口的實現(xiàn)類就可以完成需求，不需要改寫現(xiàn)有代碼，減少對系統(tǒng)的影響。

面向?qū)ο蠛兔嫦蚪涌诓幻?。面向接口是指?dāng)我們使用一個功能時，我們應(yīng)該盡可能放棄不必要的假設(shè)和要求，比如“用一個容器來存儲一串?dāng)?shù)字”，那么我們不應(yīng)該提示額外要求“我們應(yīng)該用一個 list 還是 set” 而是盡量只提出要求 “我們需要一個容器”，這樣一來，我們就用下面這樣的方法，注意的是，c 的創(chuàng)建和使用可以是在不同的地方然后當(dāng)成參數(shù)或成員變量傳遞給使用者，對于使用者來說“這是一個你想要的容器”，至于它具體是哪種容器使用者不應(yīng)該關(guān)心它，如果使用者強制需要一個 set 那么應(yīng)該修改需求說明成為“我們需要一個保證唯一性的集合”；為什么我們盡量不提出非必要的要求呢？當(dāng)軟件越來越復(fù)雜或者或者達(dá)到松耦合的要求時我們應(yīng)該盡量避免把一個東西弄成一個固定的樣子，這防礙將來對它進(jìn)行修改或擴充，“盡量只提出功能性的要求而不是限制別人必要把代碼寫成什么樣子”，“功能性的要求”其實就是就是對應(yīng)到面向?qū)ο蟮摹敖涌凇?，一般來說當(dāng)我們依賴其它人寫的代碼時我們應(yīng)該把它看成一個組件，它的內(nèi)部實現(xiàn)方法我們并不關(guān)心，只要求實現(xiàn)功能的人和使用功能的人使用了相同的接口就可以了，這就可以讓實現(xiàn)功能的人發(fā)揮它的想象力在組件的性能和穩(wěn)健性和靈活性及擴展性上有機會做到更好，如果你已經(jīng)知道了并且依賴這個實現(xiàn)的細(xì)節(jié)那么這個組件的每次修改都可能導(dǎo)致使用它的代碼產(chǎn)生新的問題，那么這就是一個嚴(yán)重的問題，軟件的質(zhì)量就不能保證，我們應(yīng)該支持積木式的組件供應(yīng)方法，只需要修改一個配置就成把一個組件替換成另一個，這就是 spring 的配置文件給我們最直觀的印象，這時使用這個組件的代碼不會受到影響，比如同樣一個加密的組件，使用不同的算法的安全程度和性能不同，但都能達(dá)到通信雙方的安全要求，這樣一來使用者的代碼不需要知道細(xì)節(jié)也不用修改就能通過修改 spring xml 達(dá)到替換加密組件的要求：collection c = ...; 得到一個集合。c.add(new integer(5)); // 存數(shù)字。