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

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

本文目錄一覽

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

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

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

你好！接口通常是對(duì)于面向?qū)ο缶幊潭缘?，一般是在只允許有方法出現(xiàn)，而不允許方法體出現(xiàn)時(shí)采用接口。如有疑問，請(qǐng)追問。

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

2，什么叫面向接口編程

[摘要]在一個(gè)面向?qū)ο蟮南到y(tǒng)中，系統(tǒng)的各種功能是由許許多多的不同對(duì)象協(xié)作完成的。在這種情況下，各個(gè)對(duì)象內(nèi)部是如何實(shí)現(xiàn)自己的對(duì)系統(tǒng)設(shè)計(jì)人員來講就不那么重要了；而各個(gè)對(duì)象之間的協(xié)作關(guān)系則成為系統(tǒng)設(shè)計(jì)的關(guān)鍵。小到不同類之間的通信，大到各模塊之間的交互，在系統(tǒng)設(shè)計(jì)之初都是要著重考慮的，這也是系統(tǒng)設(shè)計(jì)的主要工作內(nèi)容。面向接口編程我想就是指按照這種思想來編程吧！實(shí)際上，在日常工作中，你已經(jīng)按照接口編程了[關(guān)鍵字]軟件程序設(shè)計(jì)編程

什么叫面向接口編程

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

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

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

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

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

5，什么是面向接口編程及一個(gè)簡單實(shí)例

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

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

6，什么是面向接口編程

在一個(gè)面向?qū)ο蟮南到y(tǒng)中，系統(tǒng)的各種功能是由許許多多的不同對(duì)象協(xié)作完成的。在這種情況下，各個(gè)對(duì)象內(nèi)部是如何實(shí)現(xiàn)自己的對(duì)系統(tǒng)設(shè)計(jì)人員來講就不那么重要了；而各個(gè)對(duì)象之間的協(xié)作關(guān)系則成為系統(tǒng)設(shè)計(jì)的關(guān)鍵。小到不同類之間的通信，大到各模塊之間的交互，在系統(tǒng)設(shè)計(jì)之初都是要著重考慮的，這也是系統(tǒng)設(shè)計(jì)的主要工作內(nèi)容。面向接口編程我想就是指按照這種思想來編程吧！實(shí)際上，在日常工作中，你已經(jīng)按照接口編程了，只不過如果你沒有這方面的意識(shí)，那么你只是在被動(dòng)的實(shí)現(xiàn)這一思想；表現(xiàn)在頻繁的抱怨別人改的代碼影響了你（接口沒有設(shè)計(jì)到），表現(xiàn)在某個(gè)模塊的改動(dòng)引起其他模塊的大規(guī)模調(diào)整（模塊接口沒有很好的設(shè)計(jì)）等等。Booch先生那天談到Interaction Designer，它就是指做這類設(shè)計(jì)的人，只不過層次更高一些。我想目前我們的軟件設(shè)計(jì)隊(duì)伍中，這類人是最缺乏的人才之一。1.關(guān)于接口的理解。接口從更深層次的理解，應(yīng)是定義（規(guī)范，約束）與實(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.按照組件的開發(fā)模型（3C），它們?nèi)呦噍o相成，各司一面，渾然一體，缺一不可。面向?qū)ο笫侵?，我們考慮問題時(shí)，以對(duì)象為單位，考慮它的屬性及方法面向過程是指，我們考慮問題時(shí)，以一個(gè)具體的流程（事務(wù)過程）為單位，考慮它的實(shí)現(xiàn)接口設(shè)計(jì)與非接口設(shè)計(jì)是針對(duì)復(fù)用技術(shù)而言的，與面向?qū)ο螅ㄟ^程）不是一個(gè)問題我認(rèn)為：UML里面所說的interface是協(xié)議的另一種說法。并不是指com的interface，CORBA的interface，

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

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