OOPL，oopl手機(jī)怎么自動(dòng)關(guān)機(jī)

來(lái)源：整理時(shí)間：2024-11-14 21:47:43 編輯：智能門戶手機(jī)版

1，oopl手機(jī)怎么自動(dòng)關(guān)機(jī)

是在問(wèn)OPPO是吧？2、然后我們?cè)谠O(shè)置中下方找到定時(shí)開(kāi)關(guān)機(jī)打開(kāi)。3、這里我們可以看到定時(shí)開(kāi)關(guān)機(jī)的時(shí)間，點(diǎn)擊開(kāi)機(jī)時(shí)間右邊按鈕點(diǎn)擊。4、然后我們點(diǎn)擊左側(cè)的時(shí)間可以具體設(shè)置開(kāi)機(jī)時(shí)間。5、然后根據(jù)自己需要設(shè)置好定時(shí)開(kāi)機(jī)的時(shí)間。點(diǎn)擊保存。6、然后我們按照相同的方法設(shè)置關(guān)機(jī)時(shí)間即可。

oopl手機(jī)怎么自動(dòng)關(guān)機(jī)

2，面向?qū)ο蟪绦蛟O(shè)計(jì)語(yǔ)言是什么意思

面向?qū)ο?Object Oriented,OO)是當(dāng)前計(jì)算機(jī)界關(guān)心的重點(diǎn)，它是90年代軟件開(kāi)發(fā)方法的主流。面向?qū)ο蟮母拍詈蛻?yīng)用已超越了程序設(shè)計(jì)和軟件開(kāi)發(fā)，擴(kuò)展到很寬的范圍。如數(shù)據(jù)庫(kù)系統(tǒng)、交互式界面、應(yīng)用結(jié)構(gòu)、應(yīng)用平臺(tái)、分布式系統(tǒng)、網(wǎng)絡(luò)管理結(jié)構(gòu)、CAD技術(shù)、人工智能等領(lǐng)域?！　≌劦矫嫦?qū)ο螅@方面的文章非常多。但是，明確地給出對(duì)象的定義或說(shuō)明對(duì)象的定義的非常少—— 至少我現(xiàn)在還沒(méi)有發(fā)現(xiàn)。起初，“面向?qū)ο蟆笔菍Ｖ冈诔绦蛟O(shè)計(jì)中采用封裝、繼承、抽象等設(shè)計(jì)方法?？墒?，這個(gè)定義顯然不能再適合現(xiàn)在情況。面向?qū)ο蟮乃枷胍呀?jīng)涉及到軟件開(kāi)發(fā)的各個(gè)方面。如，面向?qū)ο蟮姆治觯∣OA，Object Oriented Analysis），面向?qū)ο蟮脑O(shè)計(jì)（OOD，Object Oriented Design）、以及我們經(jīng)常說(shuō)的面向?qū)ο蟮木幊虒?shí)現(xiàn)（OOP，Object Oriented Programming）。許多有關(guān)面向?qū)ο蟮奈恼露贾皇侵v述在面向?qū)ο蟮拈_(kāi)發(fā)中所需要注意的問(wèn)題或所采用的比較好的設(shè)計(jì)方法?？催@些文章只有真正懂得什么是對(duì)象，什么是面向?qū)ο?，才能最大程度地?duì)自己有所裨益。這一點(diǎn)，恐怕對(duì)初學(xué)者甚至是從事相關(guān)工作多年的人員也會(huì)對(duì)它們的概念模糊不清。

面向?qū)ο蟪绦蛟O(shè)計(jì)(Object Oriented Programming，OOP)的實(shí)質(zhì)是選用一種面向?qū)ο蟪绦蛟O(shè)計(jì)語(yǔ)言(OOPL)，采用對(duì)象、類及其相關(guān)概念所進(jìn)行的程序設(shè)計(jì)。

1、面向?qū)ο笃鋵?shí)是現(xiàn)實(shí)世界模型的自然延伸。2、現(xiàn)實(shí)世界中任何實(shí)體都可以看作是對(duì)象。對(duì)象之間通過(guò)消息相互作用。3、另外，現(xiàn)實(shí)世界中任何實(shí)體都可歸屬于某類事物，任何對(duì)象都是某一類事物的實(shí)例。4、如果說(shuō)傳統(tǒng)的面向過(guò)程式編程語(yǔ)言是以過(guò)程為中心以算法為驅(qū)動(dòng)的話，面向?qū)ο蟮木幊陶Z(yǔ)言則是以對(duì)象為中心以消息為驅(qū)動(dòng)。5、用公式表示，過(guò)程式編程語(yǔ)言為：程序=算法+數(shù)據(jù)；面向?qū)ο缶幊陶Z(yǔ)言為：程序=對(duì)象+消息。

所謂面向?qū)ο蟮某绦蛟O(shè)計(jì)，就是把面向?qū)ο蟮乃枷霊?yīng)用到軟件工程中，并指導(dǎo)開(kāi)發(fā)維護(hù)軟件。對(duì)象是由數(shù)據(jù)和容許的操作組成的封裝體，所謂面向?qū)ο螅褪腔趯?duì)象的概念，以對(duì)象為中心，類和繼承為構(gòu)造機(jī)制，認(rèn)識(shí)了解刻畫(huà)客觀世界以及開(kāi)發(fā)出相應(yīng)的軟件系統(tǒng)。面向?qū)ο蟮某绦蛟O(shè)計(jì)（oop）并不是剛剛提出來(lái)的，主要是由于c++和java這類語(yǔ)言的傳播，oop最近才顯得越來(lái)越重要了。為什么面向?qū)ο蟮脑O(shè)計(jì)如此流行呢？從理論上講，用面向?qū)ο蟮恼Z(yǔ)言可以處理任何其他計(jì)算機(jī)語(yǔ)言所能完成的事情。然而當(dāng)建立基于智能體的模型時(shí)，oop對(duì)于開(kāi)始的程序員和后來(lái)的程序讀者都表現(xiàn)出了很大的優(yōu)勢(shì)。

面向?qū)ο蟪绦蛟O(shè)計(jì)語(yǔ)言是什么意思

3，C對(duì)象問(wèn)題

面向?qū)ο笤O(shè)計(jì)模式解決的是“類與相互通信的對(duì)象之間的組織關(guān)系，包括它們的角色、職責(zé)、協(xié)作方式幾個(gè)方面。面向?qū)ο笤O(shè)計(jì)模式是“好的面向?qū)ο笤O(shè)計(jì)”，所謂“好的面向?qū)ο笤O(shè)計(jì)”是那些可以滿足“應(yīng)對(duì)變化，提高復(fù)用”的設(shè)計(jì)。面向?qū)ο笤O(shè)計(jì)模式描述的是軟件設(shè)計(jì)，因此它是獨(dú)立于編程語(yǔ)言的，但是面向?qū)ο笤O(shè)計(jì)模式的最終實(shí)現(xiàn)仍然要使用面向?qū)ο缶幊陶Z(yǔ)言來(lái)表達(dá)，本課程基于C#語(yǔ)言，但實(shí)際上它適用于支持.NET框架的所有.NET語(yǔ)言，如Visual Basic.NET、C++/CLI等。面向?qū)ο笤O(shè)計(jì)模式不像算法技巧，可以照搬照用，它是建立在對(duì)“面向?qū)ο蟆奔兪?、深入的理解的基礎(chǔ)上的經(jīng)驗(yàn)性認(rèn)識(shí)。掌握面向?qū)ο笤O(shè)計(jì)模式的前提是首先掌握“面向?qū)ο蟆保?從編程語(yǔ)言直觀了解面向?qū)ο?各種面向?qū)ο缶幊陶Z(yǔ)言相互有別，但都能看到它們對(duì)面向?qū)ο笕髾C(jī)制的支持，即： “封裝、繼承、多態(tài)” – 封裝，隱藏內(nèi)部實(shí)現(xiàn) – 繼承，復(fù)用現(xiàn)有代碼 – 多態(tài)，改寫(xiě)對(duì)象行為使用面向?qū)ο缶幊陶Z(yǔ)言（如C#），可以推動(dòng)程序員以面向?qū)ο蟮乃季S來(lái)思考軟件設(shè)計(jì)結(jié)構(gòu)，從而強(qiáng)化面向?qū)ο蟮木幊谭妒健?C#是一門支持面向?qū)ο缶幊痰膬?yōu)秀語(yǔ)言，包括：各種級(jí)別的封裝支持；單實(shí)現(xiàn)繼承+多接口實(shí)現(xiàn)；抽象方法與虛方法重寫(xiě)。但OOPL并非面向?qū)ο蟮娜?通過(guò)面向?qū)ο缶幊陶Z(yǔ)言（OOPL）認(rèn)識(shí)到的面向?qū)ο螅⒉皇敲嫦驅(qū)ο蟮娜?，甚至只是淺陋的面向?qū)ο蟆?OOPL的三大機(jī)制“封裝、繼承、多態(tài)” 可以表達(dá)面向?qū)ο蟮乃懈拍睿@三大機(jī)制本身并沒(méi)有刻畫(huà)出面向?qū)ο蟮暮诵木?。換言之，既可以用這三大機(jī)制做出“好的面向?qū)ο笤O(shè)計(jì)”，也可以用這三大機(jī)制做出“差的面向?qū)ο笤O(shè)計(jì)”。不是使用了面向?qū)ο蟮恼Z(yǔ)言（例如C#），就實(shí)現(xiàn)了面向?qū)ο蟮脑O(shè)計(jì)與開(kāi)發(fā)！因此我們不能依賴編程語(yǔ)言的面向?qū)ο髾C(jī)制，來(lái)掌握面向?qū)ο蟆?OOPL沒(méi)有回答面向?qū)ο蟮母拘詥?wèn)題——我們?yōu)槭裁匆褂妹嫦驅(qū)ο?？我們?yīng)該怎樣使用三大機(jī)制來(lái)實(shí)現(xiàn)“好的面向?qū)ο蟆保?我們應(yīng)該遵循什么樣的面向?qū)ο笤瓌t？任何一個(gè)嚴(yán)肅的面向?qū)ο蟪绦騿T（例如C#程序員），都需要系統(tǒng)地學(xué)習(xí)面向?qū)ο蟮闹R(shí)，單純從編程語(yǔ)言上獲得的面向?qū)ο笾R(shí)，不能夠勝任面向?qū)ο笤O(shè)計(jì)與開(kāi)發(fā)。

類的實(shí)例化就是對(duì)象了啊，，。。。人類中的任何一個(gè)人都是一個(gè)對(duì)象，，，在程序時(shí)間里，萬(wàn)物皆對(duì)象。。。

用專業(yè)術(shù)語(yǔ)來(lái)說(shuō)的話對(duì)象就是類的實(shí)例，呵呵說(shuō)簡(jiǎn)單一點(diǎn)吧，我們這個(gè)世界可以看做是由不同的類來(lái)組成，人、動(dòng)物、房子、車、都是一個(gè)類，那拿人這個(gè)類來(lái)舉例子吧，人是抽象的，那么張三也是人是吧不過(guò) 他擁有自己的名字、身高體重之類的，就是把人具體化了，張三是具體的人啊，是個(gè)對(duì)象。對(duì)象懂了嗎？在編程的時(shí)候，尤其是在面向?qū)ο蟪绦蛟O(shè)計(jì)里我們經(jīng)常用到類，不過(guò)未被實(shí)例化的類是不能直接使用的，因此必須創(chuàng)建它的實(shí)例也就是對(duì)象，然后對(duì)象的方法和屬性，樓上說(shuō)的對(duì)，就那么理解~~

面向?qū)ο缶幊痰闹饕攸c(diǎn)：萬(wàn)物皆對(duì)象。正如樓上所說(shuō)的“它有屬性，有方法，你可以用它的屬性和方法，來(lái)完成你想要的想法！”比如：車，車有不同的顏色和型號(hào)，這是車的屬性；而車的方法就是你怎么樣去駕駛它，比如公交車的駕駛方法，跑車的駕駛方法等等，它們都是同屬一個(gè)“類”--汽車。但它們又有各自不同的屬性和方法，這就是對(duì)象。當(dāng)然對(duì)象是一個(gè)抽象的概念，在面向?qū)ο缶幊汤锼械臇|西都是對(duì)象（也就是“類”），所有的類有一個(gè)最頂層的“父類”---Object。希望能幫助你理解，請(qǐng)予以采納，謝謝?。?！

這個(gè)可不止c#啊，對(duì)象就是一個(gè)對(duì)象，你能對(duì)他進(jìn)行操作的東西，它有屬性，有方法，你可以用它的屬性和方法，來(lái)完成你想要的想法！就比如說(shuō)人，人就是一個(gè)對(duì)象，人的屬性就是，升高，年齡，體重等等，方法就是走路，吃飯等等！

C對(duì)象問(wèn)題

4，C中什么是OOP技術(shù)

OOP的許多原始思想都來(lái)之于Simula語(yǔ)言，并在Smalltalk語(yǔ)言的完善和標(biāo)準(zhǔn)化過(guò)程中得到更多的擴(kuò)展和對(duì)以前的思想的重新注解?？梢哉f(shuō)OO思想和OOPL幾乎是同步發(fā)展相互促進(jìn)的。與函數(shù)式程序設(shè)計(jì)（functional-programming）和邏輯式程序設(shè)計(jì)（logic-programming）所代表的接近于機(jī)器的實(shí)際計(jì)算模型所不同的是，OOP幾乎沒(méi)有引入精確的數(shù)學(xué)描敘，而是傾向于建立一個(gè)對(duì)象模型我認(rèn)為C++的高效是它最基本的優(yōu)點(diǎn)。這種高效來(lái)自于其特有的數(shù)據(jù)和計(jì)算模型，較之Java和C#，這種模型更加貼近機(jī)器。不過(guò)，哪些程序才真正地渴望這么高的效率？這是個(gè)問(wèn)題。我認(rèn)為這類程序非常多。人們對(duì)于計(jì)算機(jī)的期望，永遠(yuǎn)都超越硬件科技的發(fā)展速度。很顯然，Java和C#的設(shè)計(jì)者的想法不同，他們認(rèn)為，在很多地方效率問(wèn)題無(wú)關(guān)緊要。　　C++主要的缺點(diǎn)，歸罪于糟糕的教育（是那些始終認(rèn)為C++是個(gè)純粹面向?qū)ο笳Z(yǔ)言的人，和那些把C++當(dāng)成C語(yǔ)言變體的人導(dǎo)致了這種情況），歸罪于不同平臺(tái)上的不一致性，歸罪于不完整、不標(biāo)準(zhǔn)的編譯器實(shí)現(xiàn)，歸罪于平臺(tái)無(wú)關(guān)的系統(tǒng)級(jí)程序庫(kù)的缺少。　　這些問(wèn)題歸于一點(diǎn)，就是缺乏一個(gè)卓越的廠商，能夠滿足整個(gè)C++社區(qū)的需求，勇于投入大量的資金開(kāi)發(fā)必要的程序庫(kù)。　　Lindholm: Java技術(shù)的成功，是因?yàn)樗诤线m的時(shí)間，出現(xiàn)在合適的地點(diǎn)，而且合理地選擇了語(yǔ)言和計(jì)算平臺(tái)的支持目標(biāo)。Java并不是在所有場(chǎng)合都優(yōu)于其他OOP語(yǔ)言，但是對(duì)于出現(xiàn)的新問(wèn)題能夠解決得很出色。它面向Internet計(jì)算環(huán)境，避免了C++中晦澀的結(jié)構(gòu)，成功翻越了繼承機(jī)制的惱人問(wèn)題。垃圾收集機(jī)制顯著地提高了生產(chǎn)率，降低了復(fù)雜度。在網(wǎng)絡(luò)背景下使用虛擬機(jī)，以及有關(guān)安全性和動(dòng)態(tài)加載的一系列設(shè)計(jì)選擇，迎合了正在出現(xiàn)的需求和愿望。這些特性使Java不僅成為現(xiàn)有程序員的新武器，而且也為新的程序員創(chuàng)造了繁榮的市場(chǎng)空間。　　此外，Java擁有一個(gè)標(biāo)準(zhǔn)化的、二進(jìn)制形式的類庫(kù)，提供了必要的（當(dāng)然并非充分的）平臺(tái)與廠商無(wú)關(guān)性。平臺(tái)與廠商無(wú)關(guān)性要求一項(xiàng)技術(shù)必須有清晰的規(guī)范，摒棄那些阻礙二進(jìn)制標(biāo)準(zhǔn)實(shí)施的特性。C++雖然有一個(gè)ISO標(biāo)準(zhǔn)，但其實(shí)甚至對(duì)于相同系統(tǒng)與相同指令體系的各個(gè)平臺(tái)，也提不出一個(gè)實(shí)用的、各版本兼容的二進(jìn)制標(biāo)準(zhǔn)。　　歷史上很多使用虛擬機(jī)的語(yǔ)言飽受責(zé)難，是因?yàn)槠洳粔虺錾男阅軉?wèn)題，而這要?dú)w過(guò)于緩慢的解釋器和糟糕的垃圾收集器。Java的早期實(shí)現(xiàn)也因?yàn)橥瑯拥膯?wèn)題受到嚴(yán)厲的批評(píng)。但是自那時(shí)起，業(yè)界向新的虛擬機(jī)實(shí)現(xiàn)技術(shù)投入了大量資金，取得了顯著的效果，如今在大部分場(chǎng)合，Java的性能跟常規(guī)的靜態(tài)編譯語(yǔ)言相比毫不遜色。這使得程序員在獲得平臺(tái)和廠商無(wú)關(guān)性的同時(shí)，也不必付出性能上的代價(jià)。　　C++并沒(méi)有強(qiáng)制使用面向?qū)ο蠓椒?，因此為了編?xiě)出色的面向?qū)ο蟠a，就要求程序員們有相當(dāng)強(qiáng)的紀(jì)律性。很多公司就是因?yàn)檫@個(gè)原因放棄了C++。作為語(yǔ)言，Java的一個(gè)突出的優(yōu)點(diǎn)就是強(qiáng)制面向?qū)ο蠓椒?，不允許非面向?qū)ο蟮慕Y(jié)構(gòu)。　　C#介于C++和Java之間，腳踏兩只船，因此既不夠安全，又失之復(fù)雜。　　對(duì)于公司來(lái)說(shuō)，采用新的語(yǔ)言要付出巨大代價(jià)。雇不到好的程序員（沒(méi)人熟悉這種新語(yǔ)言），培訓(xùn)費(fèi)用高得驚人，學(xué)習(xí)過(guò)程中生產(chǎn)率和產(chǎn)品質(zhì)量下降，多年的經(jīng)驗(yàn)隨風(fēng)消逝，等等。一種語(yǔ)言如何克服這些障礙？　　Lindholm: 說(shuō)得很對(duì)，采用新東西確實(shí)常常開(kāi)銷巨大。不過(guò)問(wèn)題是：這個(gè)新東西是否能夠節(jié)省更多的開(kāi)支，或者提供巨大的改進(jìn)，獲取合理的回報(bào)？很多公司發(fā)現(xiàn)，轉(zhuǎn)向Java技術(shù)不論在開(kāi)發(fā)的后端（盡快進(jìn)入市場(chǎng)、快速迭代開(kāi)發(fā)、維護(hù)簡(jiǎn)單性）還是前端（跨平臺(tái)發(fā)布，適用范圍從低端設(shè)備到高端服務(wù)器的技術(shù)，安全性），都能節(jié)省大筆的開(kāi)銷。

OOP 技術(shù)就是面向?qū)ο蟮木幊蹋? 多態(tài)性，就是一個(gè)對(duì)象有多種表現(xiàn)形式多態(tài)性是在繼承的基礎(chǔ)上

5，OOP思想應(yīng)該怎樣來(lái)理解

它強(qiáng)調(diào)對(duì)象的“抽象”、“封裝”、“繼承”、“多態(tài)”。一、oop的基本思想 OOP的許多原始思想都來(lái)之于Simula語(yǔ)言，并在Smalltalk語(yǔ)言的完善和標(biāo)準(zhǔn)化過(guò)程中得到更多的擴(kuò)展和對(duì)以前的思想的重新注解?？梢哉f(shuō)OO思想和OOPL幾乎是同步發(fā)展相互促進(jìn)的。與函數(shù)式程序設(shè)計(jì)（functional-programming）和邏輯式程序設(shè)計(jì)（logic-programming）所代表的接近于機(jī)器的實(shí)際計(jì)算模型所不同的是，OOP幾乎沒(méi)有引入精確的數(shù)學(xué)描敘，而是傾向于建立一個(gè)對(duì)象模型，它能夠近似的反映應(yīng)用領(lǐng)域內(nèi)的實(shí)體之間的關(guān)系，其本質(zhì)是更接近于一種人類認(rèn)知事物所采用的哲學(xué)觀的計(jì)算模型。由此，導(dǎo)致了一個(gè)自然的話題，那就是OOP到底是什么？[D&T 1988][B.S 1991] .。在OOP中，對(duì)象作為計(jì)算主體，擁有自己的名稱，狀態(tài)以及接受外界消息的接口。在對(duì)象模型中，產(chǎn)生新對(duì)象，舊對(duì)象銷毀，發(fā)送消息，響應(yīng)消息就構(gòu)成OOP計(jì)算模型的根本。對(duì)象的產(chǎn)生有兩種基本方式。一種是以原型（prototype）對(duì)象為基礎(chǔ)產(chǎn)生新的對(duì)象。一種是以類（class）為基礎(chǔ)產(chǎn)生新對(duì)象。原型的概念已經(jīng)在認(rèn)知心理學(xué)中被用來(lái)解釋概念學(xué)習(xí)的遞增特性，原型模型本身就是企圖通過(guò)提供一個(gè)有代表性的對(duì)象為基礎(chǔ)來(lái)產(chǎn)生各種新的對(duì)象，并由此繼續(xù)產(chǎn)生更符合實(shí)際應(yīng)用的對(duì)象。而原型-委托也是OOP中的對(duì)象抽象，代碼共享機(jī)制中的一種。一個(gè)類提供了一個(gè)或者多個(gè)對(duì)象的通用性描敘。從形式化的觀點(diǎn)看，類與類型有關(guān)，因此一個(gè)類相當(dāng)于是從該類中產(chǎn)生的實(shí)例的集合。而這樣的觀點(diǎn)也會(huì)帶來(lái)一些矛盾，比較典型的就是在繼承體系下，子集（子類）對(duì)象和父集（父類）對(duì)象之間的行為相融性可能很難達(dá)到，這也就是OOP中常被引用的---子類型（subtype）不等于子類（subclass） [Budd 2002]。而在一種所有皆對(duì)象的世界觀背景下，在類模型基礎(chǔ)上還誕生出了一種擁有元類（metaclass）的新對(duì)象模型。即類本身也是一種其他類的對(duì)象。以上三種根本不同的觀點(diǎn)各自定義了三種基于類（class-based）,基于原型（prototype-based）和基于元類（metaclass-based）的對(duì)象模型。而這三種對(duì)象模型也就導(dǎo)致了許多不同的程序設(shè)計(jì)語(yǔ)言（如果我們暫時(shí)把靜態(tài)與動(dòng)態(tài)的差別放在一邊）。是的，我們經(jīng)常接觸的C++,Java都是使用基于類的對(duì)象模型，但除此之外還有很多我們所沒(méi)有接觸的OOPL采用了完全不一樣的對(duì)象模型，他們是在用另外一種觀點(diǎn)詮釋OOP的內(nèi)涵。什么是oop的基本思想呢？把組件的實(shí)現(xiàn)和接口分開(kāi)，并且讓組件具有多態(tài)性。不過(guò)，兩者還是有根本的不同。oop強(qiáng)調(diào)在程序構(gòu)造中語(yǔ)言要素的語(yǔ)法。你必須得繼承，使用類，使用對(duì)象，對(duì)象傳遞消息。gp不關(guān)心你繼承或是不繼承，它的開(kāi)端是分析產(chǎn)品的分類，有些什么種類，他們的行為如何。就是說(shuō)，兩件東西相等意味著什么？怎樣正確地定義相等操作？不單單是相等操作那么簡(jiǎn)單，你往深處分析就會(huì)發(fā)現(xiàn)“相等”這個(gè)一般觀念意味著兩個(gè)對(duì)象部分，或者至少基本部分是相等的，據(jù)此我們就可以有一個(gè)通用的相等操作。再說(shuō)對(duì)象的種類。假設(shè)存在一個(gè)順序序列和一組對(duì)于順序序列的操作。那么這些操作的語(yǔ)義是什么？從復(fù)雜度權(quán)衡的角度看，我們應(yīng)該向用戶提供什么樣的順序序列？該種序列上存在那些操作？那種排序是我們需要的？只有對(duì)這些組件的概念型分類搞清楚了，我們才能提到實(shí)現(xiàn)的問(wèn)題：使用模板、繼承還是宏？使用什么語(yǔ)言和技術(shù)？gp的基本觀點(diǎn)是把抽象的軟件組件和它們的行為用標(biāo)準(zhǔn)的分類學(xué)分類，出發(fā)點(diǎn)就是要建造真實(shí)的、高效的和不取決于語(yǔ)言的算法和數(shù)據(jù)結(jié)構(gòu)。當(dāng)然最終的載體還是語(yǔ)言，沒(méi)有語(yǔ)言沒(méi)法編程。stl 使用c++，你也可以用ada來(lái)實(shí)現(xiàn)，用其他的語(yǔ)言來(lái)實(shí)現(xiàn)也行，結(jié)果會(huì)有所不同，但基本的東西是一樣的。到處都要用到二分查找和排序，而這就是人們正在做的。對(duì)于容器的語(yǔ)義，不同的語(yǔ)言會(huì)帶來(lái)輕微的不同。但是基本的區(qū)別很清楚是gp所依存的語(yǔ)義，以及語(yǔ)義分解。例如，我們決定需要一個(gè)組件swap，然后指出這個(gè)組件在不同的語(yǔ)言中如果工作。顯然重點(diǎn)是語(yǔ)義以及語(yǔ)義分類。而oop所強(qiáng)調(diào)的（我認(rèn)為是過(guò)分強(qiáng)調(diào)的）是清楚的定義類之間的層次關(guān)系。oop告訴了你如何建立層次關(guān)系，卻沒(méi)有告訴你這些關(guān)系的實(shí)質(zhì)。（這段不太好理解，有一些術(shù)語(yǔ)可能要過(guò)一段時(shí)間才會(huì)有合適的中文翻譯——譯者）面向?qū)ο蟮木幊谭椒∣OP是九十年代才流行的一種軟件編程方法。它強(qiáng)調(diào)對(duì)象的“抽象”、“封裝”、“繼承”、“多態(tài)”。我們講程序設(shè)計(jì)是由“數(shù)據(jù)結(jié)構(gòu)”+“算法”組成的。從宏觀的角度講，OOP下的對(duì)象是以編程為中心的，是面向程序的對(duì)象。我們今天要講的OOD是面向信息的對(duì)象，是以用戶信息為中心的。

萬(wàn)物皆對(duì)象，把萬(wàn)物看作對(duì)象 ,對(duì)象有方法(行為) 和屬性(特征)

6，java面試提問(wèn)什么是OOP

OOP是面向?qū)ο缶幊痰挠⑽娜Q（Object Oriented Programming）的英文的首字母，它表示的是一種計(jì)算機(jī)編程架構(gòu)。關(guān)于面試中OOP的提問(wèn)可以從其核心思想封裝，繼承，多態(tài)三方面展開(kāi)，具體如下:1.OOP之封裝，封裝主要是保證組件不會(huì)以不可預(yù)期的方式改變其他組件的內(nèi)部狀態(tài)，而只有在那些提供了內(nèi)部狀態(tài)改變方法的組件中得情況下，才可以訪問(wèn)其內(nèi)部狀態(tài)。2.抽象完一個(gè)事物后，可能在特定的條件下，其本身的狀態(tài)需要改變，但是這個(gè)改變并允許其他的事物來(lái)進(jìn)行，這樣的改變只允許這個(gè)事物認(rèn)同的操作域來(lái)進(jìn)行，可以是該事物本身，也可以是它信任的其他事物。這樣我們就能對(duì)我們抽象完的每個(gè)事物進(jìn)行自身數(shù)據(jù)的保護(hù)。3.OOP之繼承，繼承指的是從已有類得到繼承信息創(chuàng)建新類的過(guò)程。讓抽象出來(lái)的事物具有本應(yīng)該具有的聯(lián)系。允許在現(xiàn)存的組件基礎(chǔ)上創(chuàng)建子類組件，這統(tǒng)一和增強(qiáng)了另外兩個(gè)特性——多態(tài)性和封裝性。4.一般來(lái)說(shuō)就是用類來(lái)對(duì)組件進(jìn)行分組，并且還可以定義新類為現(xiàn)存的類的擴(kuò)展，這樣則可將類組織成樹(shù)形或網(wǎng)狀結(jié)構(gòu)，這體現(xiàn)了動(dòng)作的通用性。5.OOP之多態(tài)，從定義上來(lái)說(shuō)，多態(tài)指的是組件的引用和類集會(huì)涉及到其它許多不同類型的組件，而且引用組件所產(chǎn)生的結(jié)果得依據(jù)實(shí)際調(diào)用的類型。6.在實(shí)際應(yīng)用體現(xiàn)為用一種解決方案來(lái)解決對(duì)一類問(wèn)題，對(duì)于不同的事物解決途徑和結(jié)果不同。在C++中實(shí)現(xiàn)多態(tài)性有三種方法，分別是：虛函數(shù)，函數(shù)重載和運(yùn)算符重載。擴(kuò)展資料：OOP相對(duì)于面向過(guò)程編程的優(yōu)點(diǎn)：（1）OOP關(guān)注對(duì)象和角色，也就是事物的本質(zhì)。（2）OOP把客觀世界中的對(duì)象抽象成對(duì)應(yīng)的類； 2）通過(guò)類構(gòu)造實(shí)例； 3）通過(guò)依賴、繼承、實(shí)現(xiàn)等形式建立對(duì)象間的通信關(guān)系。（3）OOP易于擴(kuò)展，增加或改變業(yè)務(wù)的功能，無(wú)需大幅改動(dòng)改變?cè)创a。（4）OOP易于建模，OOP就是軟件架構(gòu)師在計(jì)算機(jī)高級(jí)語(yǔ)言中對(duì)客觀世界的抽象和再現(xiàn)，人們可以很好地理解和建立起計(jì)算機(jī)中的抽象模型。參考資料來(lái)源：百度百科-OOP

OOP是面向?qū)ο缶幊痰暮?jiǎn)稱，是一種計(jì)算機(jī)編程架構(gòu)，OOP 的基本原則是計(jì)算機(jī)程序是由單個(gè)能夠起到子程序作用的單元或?qū)ο蠼M合而成，達(dá)到了軟件工程的三個(gè)主要目標(biāo)：重用性、靈活性和擴(kuò)展性。OOP大大地降低了軟件開(kāi)發(fā)的難度，使編程就像搭積木一樣簡(jiǎn)單，是當(dāng)今電腦編程的重要手段。擴(kuò)展資料：OOP的特征是封裝、繼承、多態(tài)、抽象，運(yùn)用OOP時(shí)需要遵循以下原則：1、開(kāi)放封閉原則，軟件實(shí)體應(yīng)該擴(kuò)展開(kāi)放、修改封閉；2、依賴倒置原則，擺脫面向過(guò)程編程思想中高層模塊依賴于低層實(shí)現(xiàn)，抽象依賴于具體細(xì)節(jié)；3、Liskov替換原則，繼承思想的基礎(chǔ)；4、接口隔離原則，接口功能單一，避免接口污染；5、單一職責(zé)原則，就一個(gè)類而言，應(yīng)該僅有一個(gè)引起它變化的原因；6、合成/聚合復(fù)用原則，設(shè)計(jì)模式告訴我們對(duì)象委托優(yōu)于類繼承，從UML的角度講，就是關(guān)聯(lián)關(guān)系優(yōu)于繼承關(guān)系。盡量使用合成/聚合、盡量不使用繼承；7、迪米特原則或最少知識(shí)原則，就是說(shuō)一個(gè)對(duì)象應(yīng)當(dāng)對(duì)其他對(duì)象盡可能少的了解。參考資料：搜狗百科—OOP

OOP: Object Oriented Programming,面向?qū)ο蟮某绦蛟O(shè)計(jì)。所謂“對(duì)象”在顯式支持面向?qū)ο蟮恼Z(yǔ)言中，一般是指類在內(nèi)存中裝載的實(shí)例，具有相關(guān)的成員變量和成員函數(shù)（也稱為：方法）。面向?qū)ο蟮某绦蛟O(shè)計(jì)完全不同于傳統(tǒng)的面向過(guò)程程序設(shè)計(jì)，它大大地降低了軟件開(kāi)發(fā)的難度，使編程就像搭積木一樣簡(jiǎn)單，是當(dāng)今電腦編程的一股勢(shì)不可擋的潮流。OOP 達(dá)到了軟件工程的三個(gè)主要目標(biāo)：重用性、靈活性和擴(kuò)展性。為了實(shí)現(xiàn)整體運(yùn)算，每個(gè)對(duì)象都能夠接收信息、處理數(shù)據(jù)和向其它對(duì)象發(fā)送信息。擴(kuò)展資料：面向?qū)ο缶幊碳夹g(shù)的關(guān)鍵性觀念是它將數(shù)據(jù)及對(duì)數(shù)據(jù)的操作行為放在一起，作為一個(gè)相互依存、不可分割的整體——對(duì)象。對(duì)于相同類型的對(duì)象進(jìn)行分類、抽象后，得出共同的特征而形成了類。面向?qū)ο缶幊叹褪嵌x這些類。類是描述相同類型的對(duì)象集合。類定義好之后將作為數(shù)據(jù)類型用于創(chuàng)建類的對(duì)象。程序的執(zhí)行表現(xiàn)為一組對(duì)象之間的交互通信。對(duì)象之間通過(guò)公共接口進(jìn)行通信，從而完成系統(tǒng)功能。類中聲明的public成員組成了對(duì)象的對(duì)外公共接口。簡(jiǎn)單來(lái)說(shuō)就是以功能為解決問(wèn)題的中心。參考資料：OPP——百度百科

oop是面向?qū)ο缶幊?設(shè)計(jì)) ，面向?qū)ο蟪绦蛟O(shè)計(jì)(英語(yǔ):Object Oriented Programming，縮寫(xiě):OOP)，指一種程序設(shè)計(jì)范型，同時(shí)也是一種程序開(kāi)發(fā)的方法論。它將對(duì)象作為程序的基本單元，將程序和數(shù)據(jù)封裝其中，以提高軟件的重用性、靈活性和擴(kuò)展性。OOP被理解為一種將程序分解為封裝數(shù)據(jù)及相關(guān)操作的模塊而進(jìn)行的編程方式。有別于其它編程方式，OOP中的與某數(shù)據(jù)類型相關(guān)的一系列操作都被有機(jī)地封裝到該數(shù)據(jù)類型當(dāng)中，而非散放于其外，因而OOP中的數(shù)據(jù)類型不僅有著狀態(tài)，還有著相關(guān)的行為。擴(kuò)展資料：OOP的許多原始思想都來(lái)之于Simula語(yǔ)言，并在Smalltalk語(yǔ)言的完善和標(biāo)準(zhǔn)化過(guò)程中得到更多的擴(kuò)展和對(duì)以前的思想的重新注解。可以說(shuō)OO思想和OOPL幾乎是同步發(fā)展相互促進(jìn)的。與函數(shù)式程序設(shè)計(jì)(functional-programming)和邏輯式程序設(shè)計(jì)(logic-programming)所代表的接近于機(jī)器的實(shí)際計(jì)算模型所不同的是，OOP幾乎沒(méi)有引入精確的數(shù)學(xué)描敘，而是傾向于建立一個(gè)對(duì)象模型，它能夠近似的反映應(yīng)用領(lǐng)域內(nèi)的實(shí)體之間的關(guān)系，其本質(zhì)是更接近于一種人類認(rèn)知事物所采用的哲學(xué)觀的計(jì)算模型。在OOP中，對(duì)象作為計(jì)算主體，擁有自己的名稱，狀態(tài)以及接受外界消息的接口。在對(duì)象模型中，產(chǎn)生新對(duì)象，舊對(duì)象銷毀，發(fā)送消息，響應(yīng)消息就構(gòu)成OOP計(jì)算模型的根本。參考資料：搜狗百科-oop

OOP: Object Oriented Programming,面向?qū)ο蟮某绦蛟O(shè)計(jì)。所謂"對(duì)象"在顯式支持面向?qū)ο蟮恼Z(yǔ)言中，一般是指類在內(nèi)存中裝載的實(shí)例，具有相關(guān)的成員變量和成員函數(shù)(也稱為:方法)。面向?qū)ο蟮某绦蛟O(shè)計(jì)完全不同于傳統(tǒng)的面向過(guò)程程序設(shè)計(jì)，它大大地降低了軟件開(kāi)發(fā)的難度，使編程就像搭積木一樣簡(jiǎn)單，是當(dāng)今電腦編程的一股勢(shì)不可擋的潮流。擴(kuò)展資料：OOP 的優(yōu)點(diǎn):使人們的編程與實(shí)際的世界更加接近，所有的對(duì)象被賦予屬性和方法，結(jié)果編程就更加富有人性化?！?OOP 的也有缺點(diǎn)，就 C++ 而言，由于面向更高的邏輯抽象層，使得 C++ 在實(shí)現(xiàn)的時(shí)候，不得不做出性能上面的犧牲，有時(shí)候甚至是致命的 ( 所有對(duì)象的屬性都經(jīng)過(guò)內(nèi)置多重指針的間接引用是其性能損失的主要原因之一;不過(guò)，筆者的局限性在于未使用過(guò) VC++ 外的面向?qū)ο笳Z(yǔ)言，所以不是十分肯定，哈哈，有人笑出來(lái)了… )。在計(jì)算機(jī)速度飛速發(fā)展的今天，你可能會(huì)說(shuō)，一丁點(diǎn)的性能犧牲沒(méi)什么大不了。是的，從面向?qū)ο蟮慕嵌?，使的編程的結(jié)構(gòu)更加清晰完整，數(shù)據(jù)更加獨(dú)立和易于管理，性能的犧牲可以帶來(lái)這么多的好處，沒(méi)有理由不做穩(wěn)賺的生意吧?不過(guò)，在某些對(duì)速度要求極高特殊場(chǎng)合，例如你做的是電信的交換系統(tǒng)，每秒鐘有超過(guò)百萬(wàn)的人同時(shí)進(jìn)行電話交換，如果，每一個(gè)數(shù)據(jù)交換過(guò)程都是一個(gè)對(duì)象，那么總的性能損失將是天文數(shù)字!!參考資料：搜狗百科-《Java 7程序設(shè)計(jì)》