AOC編程是基於什麼設計模式

1. 編程語言的分類和用途

編程語言的分類主要有：javaScript、PHP、C、C++、java。

1、C語言：實模式、保護模式、調度、中斷、調用棧、回調……基本上計算機科學裡面的基本概念都會涉及。結構化編程，即將解決方案描述為一個清晰的過程，這其中會涉及數據的建模，介面的定義，項目整體的組織結構。

2、c++語言：虛函數、虛表、內聯、多繼承、const、泛型、模板（語言相關）opencv、OGRE、3D渲染、GPU、mesh、skeleton、幀循環、DX、GUI、MFC、Qt、消息隊列、非阻塞IO。適合領域：多媒體、高性能網路伺服器等較講究效率的應用程序。

3、java：位元組碼、虛擬機、垃圾回收、介面、多線程、包、程序庫、反射、框架、集成、組件、http、web、資料庫、SSH、javaee。java的程序比較講究擴展性和可維護性，一般會使用比較多的設計模式，常用的程序組織形式是MVC、監聽者模式等。

4、Javascript：閉包、對象、函數、CSS、DOM、Ajax、HTML5、node.js、V8。基於prototype的OO，以及基於閉包的函數式編程（後者用的更多）。常用代碼組織形式：事件觸發的回調機制（node.js與前端的區別是其自己定義、觸發事件）、基於非阻塞非同步IO的框架（node.js）。

5、PHP即「超文本預處理器」，是一種通用開源腳本語言。PHP是在伺服器端執行的腳本語言，與C語言類似，是常用的網站編程語言。PHP獨特的語法混合了C、Java、Perl以及 PHP 自創的語法。利於學習，使用廣泛，主要適用於Web開發領域。

2. 編程是學些什麼東西 編程需要學什麼

操作系統、資料庫做穗、設計模式、軟體工程、棗嫌數據結構與演算法
編程是編定程序的中文簡稱，就是讓計算機代碼解決某個問題，對某個計算體系規定一定的運算方式，使計算體系按照該計算方式運行，並最終得到相應結果的過程。
為了使計算機能夠理解人的意圖，人類就必須將需解決的問題的思路、方法和手段通過計算機能夠理解的形式告訴計算機，使得計算機能夠根據人的指令一步一步去工作，完成某種凳胡手特定的任務。
這種人和計算體系之間交流的過程就是編程。
編程：設計具備邏輯流動作用的一種「可控體系」

3. 軟體開發的基礎知識是什麼

軟體因計算機而存在，而計算機的實質是數學，所以計算機的知識本質上就是數學知識，也可以這么說數學知識也是計算機的基礎知識，計算機的基礎知識也是軟體的基礎知識。在。軟體發展的過程中，軟燃並件的知識也在慢慢地積累，很多軟體知識與數學並無直接的聯系，而。在這里我們所要說的就是純軟體的基礎知識。

我們可以把軟體的知識分為兩個部分，專業技能知識和領域知識或說行業知識。

1，專業技能知識

一門編程語言及庫

你可以在書店裡找到各色各樣的關於編程方面的書籍，但是我建議你只需要深入地掌握

一門便可，而且任何程序員都需要熟悉C語言。你所深入掌握的語言可有多種選擇。如果你從事的是驅動程序開發，我想必須要掌握匯編語言，C語言也是個不錯的選擇，而如果是做UI的話C＋＋也許更好，Java語言比較適合網路程序的開發，當然JavaScript在google肯定很受推崇。

對於程序員來說，編程語言就相當於游俠手中的武器，可以是長劍，也可是以是短劍，可以是大刀，也可以是匕首。這些武器各有所長，而要發揮這些武器的長處必須基於一套路數上，那麼對於程序員來說就是基於某一種編程語言的代碼庫。如GNUC的庫就是libc或ulibc。如果你是用C語言，而且你是在類UNIX平台下開發，那麼你就必須正確理解libc的工作原理，你代碼里所調用的每一個函數的輸入與輸出，可能的錯誤，可能的歧義，對系統可能產生的影響。比如某一個函數是否是可再入的，還是不可再入的，如果出現了多線程同時調用的情況會發生什麼錯誤等等細節上的問題。

一種編程思想

全世界都驚嘆於毛澤東的領導和軍事才能，而在他的才能表象之後是什麼，是他的革命

精神，是他的睿智的思想。編程也一樣，如果沒有了編程思想就沒有了指導前進的動力，就沒有了創造的靈感的土壤。軟體知識發展到現在比較常用的編程思想就是結構巧段飢化（模塊化）和面向對象化（設計模式）。

有些語言是在模塊化大行其道的歷史背景下被發明出來的，如C語言，而有些語言則是為了滿足面向對象的編程思想而構造出來的，如C＋＋。有一部分程序員會認為C語言是結構化的編程語言無法實現面向對象的編程思想。其實不然，C語言同樣可以很好地實現面向對象的編程思想，只不過有些面向對象的工作由程序員來做而已。同樣，面向對象的編程語言也可以用於寫模塊化的程序。

一種信仰

就我所接觸過的系統里，Windows我只會安裝，使用，VC／VB也只能做一些簡單的開發，而MACOS體驗過一次安裝，不過最終還是失敗了，iPhone的系統還沒有機會體驗過。曾經在AIX下做過開發，目前正在Fedora9下做開發，目標板的CPU是SH4，將來也可能是MIPS。

不管是MACOS，Windows，UNIX，Linux等都有各自的追隨著，我把這種現像稱為信仰。就拿我自己來說，我信仰Linux，Linux內核的源代碼對於我來說就是神話。

我覺得在Linux下工作是一件很娛悅的事情。如果你每每解決一些比較棘手的問題，都會

有一種成就感，這是在Windows平台下感受不到的。所以對於這一信仰，我覺得至少需要知道它的安裝，啟動，配置，安全，如引導程序GRUB，ftp,telnet,sshd,smbd,named等等伺服器的配置，網路安全的配置等等。

如果你要在Linux下進行開發，你必須了解Linux的API，標准庫，也就是libc。如果你

的程序是多線程的，你還得掌握libpthread.so里的函數使用方法。GCC,GDB,LD,AS,AR,以

及Makefile和make等等工具的使用。如果你能掌握find,awk,sed,grep,od,nm,objmp

等實用工具的話，將會大大提高你的工作效率。

這，就是我的信仰。

總之一句話，一種編程語言及庫，一種編程思想和一種信仰。一切OK！

2，領域知識/行業知識

我記得我的第一份工作是銀行的交易開發程序員，當時是一家外包公司把我外派到工商

銀行，我對工商銀行的業務一無所知。不過初出茅廬不怕虎，硬是一個人完成了一個我一無所知的項目，而僅憑我對自己技術實力的自信。

但事後我卻有些後怕，因孝返為我並不明白，為什麼那個整數要乘以個0.456存入到資料庫，也不知道銀行對數據的精確度是多大，等等細節上的問題我一無所知。那我只能求上天保佑，哪天不要多扣了人家的錢，天啊，這事我也做了？！當然不至於那麼嚴重:)

後來我確實發現自己對於銀行這套業務系統了解起來比較吃力，我寧願花點時間寫些小

的C程序也不願花時間去肯那些苦澀的業務流程文檔。所以在那家公司呆_一年後我辭職了。

我想，大部分程序員都想做一些相對技術含量高的開發工作，像那種整天與數據和數據

庫打交道的開發工作，隨便有點志向的程序員也不願意去做，當然如果錢足夠多的話我還是願意的:)

但現在我發現我錯了。因為這部分也是軟體知識的一部分。就拿我目前的工作來說，技術上不會有太大的困難，但是藍光規格以及其涉及到的規格相當的多，恐怕沒有十年時間無法做到精通。這就是領域知識或說是行業知識。有些人一生只做一件事，還不一定能做好，而我現在只做了不到兩年，雖覺時間不長但也不短，縱是一無所獲。

所以，我覺得自己仍不是一名合格的開發者。軟體開發的基礎知識包括專業知識和行業

知識，如果基礎知識不完整，那麼這個程序員不會是一個合格且高效的程序員。

4. C++的學習方法！~

學習C++重在理解其各種語言設施所代表的語義，以及C++所能表示的語義所代表的設計思想。首先從宏觀上入手，你需要明白的是C++是程序設計語言的本質。在此我把C++最重要的性質寫下來:C++是一門靜態類型檢查，基於C內存模式，支持四種基本程序設計范型的語言。注意，這里說扮好明了三個本質特性，靜態說明了語言的類型檢查性質，基於C內存模式告訴我們在C++中所有與內存有關的操作都需要程序員自己來負責，這樣就帶來了很多設計程序時的需要注意的地方，而理解支持的四種基本范型卻是理解各種語言設施的基礎。然後記住C++的最大的一點設計哲學，也是其貫穿應用C++的一條本質，我引用《C++ PRIMER》中文版前言內的一句話表示--「C++的基礎是各種設施，它們讓用戶能夠通過定義新的數據類型來擴展語言本身，這些新類型可以與內置類型一樣的使用方式(如何理解這句話是關鍵，我的理解是:用戶定義類型可以在任何使用內置類型的時候做為其替代，再具體點說就是用廳納鉛戶定義類型可以象內置類型那樣可以被聲明，其對象可以被初始化，可以相互復制，可以象內置類型對象那樣和很多操作符一起使用，可以被作為參數傳遞給函數，可以作為函數的返回值，可以作為容器的操作對象，用戶定義類型可以和內置類型一樣作為模板的參數)，掌握這些設施(哪些設施?就是讓用戶定義類型可以和內置類型一樣方便使用的設施，包括什麼?構造，拷貝，解構函數，操作副重載.....)的第一步就是理解基本語言(什麼是基本語言?就是C++中better c部分)。

在此，我還想提出一點十分重要的概念:一門語言的最本質的東西就是其類型系統，任何語言都有自己的獨特的類型系統，學習C++就是學習他的類型系統。所以首先需要徹底明白什麼是數據類型這個概念。這樣你的思路就清楚了，你有選擇，從每一種C++支持的設計范型入手學習。

結構化設計-----也就是C++中的better c部分，你需要在C的基礎上學會函數重載和引用這兩個最重要的語言新特心性。

基於對象----你需要建立C++最強大的概念--類，也就是用戶定義類型，這其實就是數據結構裡面接觸的抽象數據類型的概念，以及合理構造使用類的一系列語言措施。並始終記住，在C++進行設計時用類來表示我們需要表示的概念。類也是C++抽象機制裡面最核心的概念。

面向對象----在這里你需要知道繼承和多態這樣的OO概念，以及句柄類這樣常見的設計技術，這里你需要明白你開始進入了對介面編程的階段。同時你要學會OO思想，C++的一些設施只是為了把OO思想在茄粗語言所支持的語義中充分的表示出來。但是在這里，同時你需要明白的C++能表示的語義是受到其當初語言設計原則限制的(什麼原則?靜態類型檢查，不為不需要的東西付出代價，選擇權在程序員手上語言本身不去強迫程序員的做出選擇)，也就是說C++所能表示的OO思想可以稱為具有C++特色的OO思想了。這樣的OO思想和JAVA所代表的純OO哪個更好?沒有定論，因為他們本身的設計理念就不一樣。

泛型設計----這里你需要明白最重要的一點是C++的temlate機制無論其開始建立的初衷是什麼，現在他所代表的真實含義是:編譯時類型推導，也就是編譯時多態，由此明白了泛型的核心---把各種類型當作一種抽象條件的具體化，C++有措施可以定義抽象條件嗎?沒有，所以這些條件只能定義在我們自己的心中，但我們可以把具體化的類型當作一種抽象條件實現在template機制中去，從而使tempalte成為比類型推導機制更進一步的東西，那就是抽象條件的推導。也就是說，我們不再把template接受的參數看成是類型，而是把template看成是一種接受抽象條件的機制，無論其類型如何，只要這種類型滿足tempalte所接受的抽象條件就可以作為參數傳遞進去，這樣就代表了一種泛型的思想-----類型不再是根本，抽象條件才是，類型不過是抽象條件的外衣和在C++中的實現方式而已。在結合基於對象和泛型設計這兩種抽象設計模式的技術上誕生的工業產品就是---STL。

(二)書的誘惑

《C++程序設計語言》:如果你只買一本C++書，這本就是你的選擇，作者Bjarne就是讓你做出這樣選擇的全部理由，沒有人能比他更了解什麼樣才是真正的使用C++編程了，有人說到這本書語言晦澀，或者對與初學者此書不適合，對此評論我頗不以為然，我看的是中文版，起碼在我看來語言描敘非常到位，我喜歡這樣的技術描敘風格。全書的核心就是告訴你如何去用正確的觀念編寫正確的C++的代碼。強烈推薦。

《C++語言設計與演化》:這本書也是我同時擁有中英兩版的兩本書之一(另外一本是《設計模式》)。如果在得到上面的那本書之後你需要第二本，那麼在我看來這就是你的選擇，作者同樣是Bjarne，他將在這本書中告訴你C++的起源與發展，語言原則與本質，各種特性加入的理由和考量，以及幾乎一切關於C++有趣的故事。我閱讀過中英兩版，都是強烈推薦。

《C++標准程序庫》:在AMAZON上面關於C++書籍評論最為火暴的一本。全書對於標准程序庫的介紹可謂深入淺出，而且全書都是從實際運用出發，書中例子簡單卻非常說明問題，加上一些圖表的陳列，使其概念十分清晰，而且從手冊和學習兩方面看都有其存在價值。強烈推薦。

《EFFECTIVE C++ 中文版》:無須多說，在任何C++書籍推薦目錄中都可以找到這本書的身影，盛名之下必無虛士。主要強調的是運用C++的各種特性的時候所必須注意的地方，以及一些比較通用的設計手段。其短小精悍的語言自然非常適合快節奏的現代風格，個人就十分喜歡Meyer的寫作方式。強烈推薦。

《MORE EFFECTIVE C++ 中文版》:做為上本書的姐妹篇，一樣的寫作風格，一樣的寫作目的。只是個人認為和其姐姐相比，存在差距，主要是信息量沒有《EFFECTIVE C++ 中文版》那麼大，主要說到了一些C++的設計慣用手法。推薦。

《C++ PRIMER 中文版》:同樣是出自大師之手，作者LIPPMAN，作為早期C++編譯器的實現者之一，對與C++的了解以及該如何論序都有自己的獨到見解。做為C++的網路全書和《C++程序設計語言》有著一樣的地位。但是前者更強調的是C++的語法和其語義，而後者則是以如何用C++進行合理設計做為描敘的中心。全書構思十分巧妙，書的一開始就直接進入C++的主題，前面五章都用類設計一個數據結構，讓讀者完全明白了各種用戶定義類型所代表的抽象能力，然後直接進入第六章標准庫中的容器類，這樣的設計讓讀者十分清楚的建立容器和類這兩個C++中十分重要的概念。這樣的設計針對有一定基礎的C++讀者來說可以說是非常有效果的。但是對於初學者來說，這確實不是一本合適的書籍，因為一上來太多的名詞會把剛剛接觸C++的人嚇著的。推薦。

《C++沉思錄》:非常有特點的一本書，全書假設讀者已經通曉C++語言，重點告訴讀者C++的概念以及一些C++的設計手段，比如用C++到底為什麼會比C或者其他過程語言更好?(書中給出的答案是，因為只有對象才有能力保持一定的狀態，而演算法沒有這樣的能力)，如何進行抽象數據類型的程序設計，如何理解多態，如何通過代理隱藏繼承，如何進行引用技數，為了效率如何進行緩時拷貝，以及模板技術是如何發展演進最後構成成STL庫的。閱讀感覺和《C++程序設計語言》一樣，思想性非常強，讀這樣的書很累，腦子必須一直思考問題，思考作者裡面提出的問題和他提出的解決方式。這本書最大的特點是非常直接的把C++語言的核心暴露出來-----三種抽象模型和極其語言設施本身對這三種抽象模型的支持。而《C++沉思錄》給我的更深層思考是什麼才是運用C++最合理的方式。推薦。

《C++ STL中文版》:很朴實，不花俏，但是價值很高。個人認為其主要價值體現在以下幾個方面:1，對於STL的實現關鍵iterator一般都使用了兩種方式描敘，一種比較老式的函數方法，一種是新的?traits技巧，這樣讀者可以非常清楚的知道技術的演進。2，提供了一個STL LITE版本，閱讀這樣的代碼對自己的提高非常大。3，書中提供的測試模塊對於讀者來說也是非常有的一章，對於想擴展STL的，可以按照上面提供的方法測試自己的STL組件。缺點:裝訂比較粗糙，與大師之作的地位不相稱。推薦

《C++ PRIMER PLUS 中文版》:一本思想性不是很強，技巧性不是很強的書，但是對於初學者來說非常合適的書。其中許多論序方式都和具體化，總體來說，這本書是我看過的C++書籍裡面最合適初學者的。推薦。

《深度探索C++對象模型》:這也是一本比較特別的書，告訴你編譯器是如何安排處理對象的內存空間的，以及一些OO特性是如何實現的。不認為這是一本C++必須讀物，算是課後讀物應該比較合適吧，因為有時間了解C++的OO實現還不如花點時間搞清楚OO理論的本質概念:type theory。推薦。

《C++設計新思維——泛型編程與設計模式之應用》:可謂C++中的奇書。這樣的一本書，很難讓人做出正確的評價與推薦指數(尤其是以我這個實用和人生本就應該享樂為人生觀的人來說~:)，因為全書所代表的思想前衛到了有點不切實際的地步，模式+泛型—多麼高雅的組合。我個人的觀點是，只有一部分人需要閱讀此書，他們就是所謂的real c++ fans，暫且不提C++本身是否遇到了困難，就其書中所代表的設計思想，對於C++沒有一點感情的程序員(感情就是以愛好為基礎，而不是以攢錢為前提)，我想對於這樣的設計技術總會有暈的感覺，而一般程序員多半都不會喜歡這樣的感覺~:)。推薦。

《對象揭秘:Java、Eiffel和C++》:從書名就可以看出這本書不僅僅和C++有關系。可以說全書就是對C++的一次批判吧(書也起源與作者的一篇批判C++的文章)。有時候聽聽另外一種聲音對自己保持清醒的頭腦是非常有幫助的，對待一個人，對待一本書以及對待一門程序設計語言都是如此。這本書好象不是很火，大概跟其宣傳不是很到位，或者同能同時了解這三門語言並比較關心這些語言深層次的優略的讀者比較少有關系吧，在我看來這本書包含了許多對象與類型方面的理論，最為出彩的就是作者抓住Bjarne的「在C++中一個類就是一個類型」這樣的「錯誤」言論狠批的論證過程。看這本書另外一個好處是能教會大家該如何去合理的辯駁自己的對手~:)。推薦。

《大規模C++程序設計》:書在手上很久了，可一直沒有仔細看，這也是評論之前必須說明的。總體看來書中涉及的很多東西都鮮見於其他讀本。不管AMAZON上的評論是否是這本書比較過時，起碼它介紹的許多對與我來說都是我所不知道不了解的，別人說過時是他的事情。而我，還是推薦。

《STL和泛型編程》:難得的一本關於泛型編程的理念書籍，同樣也是作為手冊和學習兩用，但是其手冊不是使用手冊，而是概念手冊，對於設計自己的STL組件，這本書有非常好的幫助，雖然網上有篇STL的文檔，其中的70%內容和這本書雷同，但此書仍不失可讀性。推薦。

《C++編程思想 第二版》:非常一般的書，是的這就是我對這本很多人奉為名著的評論，至於為什麼是這樣的評論，或者你不相信我說的是客觀話，在你買了之後看完就知道了。一般。

《Essential C++中文版》:總感覺這本書定位不是很清楚，因為對於初學者來說其開始就涉及了太多的名詞，初學者看這本書，幾乎就不要指望能很好的入門。而對於進階者來說，其內容並無新意，對於C++高手來說，這樣的小讀本，根本就沒有閱讀的必要，也許是LIPPMAN+JJHOU的盛名吧，但我覺得這次算是有虛士了~:)。一般。

《STL源碼剖析》:侯SIR的大陸兩本著作之一，但在我心中其質量好象並不如很多人說的那樣好，就同類作品《C++ STL中文版》相比較內容略現單薄，並且三章之後很多東西都給人以堆砌的感覺，而且大部分精彩的材料都出自《STL和泛型編程》一書，給人感覺書中侯SIR自己的東西並不多，但第二章對於內存管理有很好的論敘表現，並且裝訂精良，尤其是那些圖更是侯SIR的拿手好戲，但總體感覺有點華而不實。一般。

後面列出兩本不推薦的，具體原因也就不再分析。

《高質量程序設計指南--C++/C語言》，《C++編碼規范》

另外兩本常見的C++書籍:

5. 面向對象的編程思想是什麼

在我理解,面向對象是向現實世界模型的自空族閉然延伸，這是一種「萬物皆對象」的編程思想。在現實生活中的任何物體都可以歸為一類事物，而每一個個體都是一類事物的實例。面向對象的編程是以對象為中心，以消息為驅動，所以程序=對象+消息。

面向對象有三大特性，封裝、繼承和多態。

封裝就是將一類事物的屬性和行為抽象成一個類，使其屬性私有化，行為公開化，提高了數據的隱秘性的同時，使代碼模塊化。這樣做使得代碼的復用性更高。

繼承則是進一步將一類事物共有的屬性和行為抽象成一個父類，而每一個子類是一個特殊的父類--有父類的行為和屬性，也有自己特有的行為和屬性。這樣做擴展了已存在的代碼塊，進一步提高了代碼的復用性。

如果說封裝和繼承是為了使代碼重用，那麼多態則是為了實現介面重用。多態的一大作用就是為了解耦--為了解除父子類繼承的耦合度。如果說繼承中父子類的關系式IS-A的關系，那麼介面和實現類之之間的關系式HAS-A。簡單來說，多態就是允許父斗裂類引用(或介面)指向子類(或實現類)對象。很多的設計模式都是基於面向對象的多態穗春性設計的。

總結一下，如果說封裝和繼承是面向對象的基礎，那麼多態則是面向對象最精髓的理論。掌握多態必先了解介面，只有充分理解介面才能更好的應用多態。

6. 什麼是MVC(三層架構)

前端跟服務端之間多了個中間層，前台先提交給中間層，由中間層去訪問服務端。

JSP中，「<%……%>」裡面的java代碼是可以有一些業務邏輯的，而三層架構正是要將業務邏輯從頁面中分離出來，因些不要過多的使用「<%……%>」，但根據實際情況，適量的添加一些是可以的。

而MVC實際上其實是一種架構模式，而不應該歸入設計模式了，設計模式是在代碼層面上說的：類都是什麼樣子的。

MVC編程模式

比如由html元素組成的網頁界面，或者軟體的客戶端界面。MVC的好處之一在於它能為應用程序處理很多不同的視圖。在視圖中其實沒有真正的處理發生，它只是作為一種輸出數盯或據並允許用戶操作的方式。

M即model模型是指模型表示業務規則。在MVC的三個部件中，模型擁有最多的處理任務。悶慶被模型返回的數據是中立的，模型與數據格式無關，這樣一個模型能為多個視圖提供數據，由於應用於模型的代碼只需寫一次就可以被多個視圖重用，所以減少了代碼的重復性。

以上內容參考：凱罩伍網路-mvc框架

7. spring hibernate struts 鄙人拙見 有不對之處 還望高手指點

你說的也差不多，但是用語很不規范。當然我也是一個初學者。hibernate的東西說的亂七八糟。

hibernate 是一項持久化技術（jdbc也是一種持久化技術）。

你要知道為什麼有了jdbc我們還要去用hibernate呢？一開始可能覺得用jdbc的statement等介面去和資料庫交互明顯比hibernate方便。

hibernate官方給出的理由是 用hibernate符合面向對象編程的規范，我們操作hibernate的時候都是把封裝好了的對象直接傳給session的，hql語言用起來也很方便，事物處理也很好實現。

使用hibernate的方法，不是通過資料庫中的表映射到什麼內存。

而是先抽象出VO（值對象），然後根據實際的需要，和關系資料庫的規則來

設計表，就是映射的過程，java里的對象到資料庫中的表的過程（寫xxx.hbm.xml映射文件，當表多的時候設計如何映射很麻煩很麻煩，做項目的時候第一步就是設計資料庫）。

struts就不多說了，web控制層框架，封裝了web開發常用到的東西，很方便的。

相對於上面兩個框架spring當然要復雜的多，要不然怎麼說spring是java程序員的春天呢，至於為什麼很多人說他難了，因為spring涉及到了很多設計模式。

spring是一個業務層框架，對上面兩個框架做了高度整合，並對mvc，aop等模式

給出簡旁手單實現。

spring官方說是基於aoc，和aop，只要理解了這兩點就抓住了本質，aoc（反轉注入，就是用xml去配置依賴屬性，相對於我們原來的硬編碼的方式是反轉了，aop面向方面編程，不該變代碼去添加新功能，當然是在xml上配置啦）

spring使用的是工廠模式，用xml文檔把你需要使用到的類，包括屬性配置好（用xml配置的好處很多，維護起來方便，依賴注入靈活，也直觀），

spring用一個容器叫應用上下文（ApplicationContext）,當初始化上下文的時候，就會自動把你導入的xml中的配置各種類的信息添加到上下文里，並實例化
單例bean，相當於開了一個bean工廠，你什麼時候需要時候什麼從上下文裡面拿出衫首來（ac.getBean（"id"）;）

至於它的主要功能嘛，我就說不清楚了，畢竟我也剛學，他封裝了很多功能，都

給出了實現辦法，我就亂說幾個了，不是很規范，見識不夠， 遠程調用，顯示aop（面向切面或啟數編程），用代理實現事務管理的，mvc，任務調度等等。

存手打！

8. cpld的可編程主要是基於什麼結構

與或陣列可編程。可編程陣列邏輯，英語縮寫PAL（programmable array logic)。由可編程的與陣列、固定的或陣列和輸出反饋單元組成的一種可編程邏輯器件。PAL器件由可編程的與陣列、固定的或陣列和輸出反饋單元組成。

輸入和輸出型結構

具有三態輸出緩沖器和反饋緩沖器。反饋緩沖器可使三態輸出反饋到與陣列輸入端，構成簡單的觸發器，使輸出具有記憶功能。

用戶通過編程可以控制三態輸出緩沖器的狀態，從而實現對輸入/輸出引出端數目的任意配置。利用可編程輸入/輸型PAL器件，可設計編碼器、解碼器、數據選擇器等組合邏輯電路，也可完成串列數據移位和循環等操作。

9. 電子商務應用軟體的編程模式都有哪幾種分別有什麼特點

（1）傳統的Web的開發模式：這種方式以WWW伺服器為核心進行開發，編程的主要工作主要集中在Web上的各種靜態、動態網頁的製作方面。

基於Web的編程模式 的特點：（1）比較簡單，所以將編程工作分成兩部分：靜態網頁製作、動態網頁製作。
（2）靜態網頁製作相對較為簡單，可以例如各種網頁製作工具（例如MS FrontPage）完成。
（3）動態網頁製作的重點集中在各類公共網關介面程序（CGI）、腳本程序的編寫方面。
（4）應用軟體如果和資料庫、其他外部應用進行集成，主要通過動態網頁的CGI程序、腳本程序的資料庫介面驅動程序實現。

（2）基於組件的開發編程模式：這一方式主要利用了軟體的可重用性思想，
其特徵是基於面向的程序設計方法，以應用伺服器為核心進行開發，開發工作的重心集中在各類組件程序編碼和組裝方面。由於軟體可重用理論發展很快，盡管思路相似，但是這種模式的編程工具和手段卻不盡相同，比較有代表性的包括：
J2EE的編程模式. 基於Microsoft Windows DCOM的開發編程模式；