軟件技術(shù)前沿技術(shù)報(bào)告

1、摘要本學(xué)期我學(xué)習(xí)了技術(shù)前沿這門課程，收獲很多，給我們講課的講師是微店的高級(jí)工程師，他們對(duì)軟件前沿技術(shù)有很深的造詣和理解，再此感謝微店講師對(duì)我們細(xì)心的授課，感謝郭老師不辭辛苦的為我們負(fù)責(zé)。以下是我個(gè)人對(duì)這門課程所學(xué)到知識(shí)的理解。文章起初闡述了前沿技術(shù)這門課程的體系結(jié)構(gòu)及授課內(nèi)容，然后分別闡述了java語(yǔ)言程序設(shè)計(jì)基礎(chǔ)，需求分析、系統(tǒng)分析的重要性，SpringMVC框架+Mybatis數(shù)據(jù)庫(kù)技術(shù)，以及分布式技術(shù)，并在最后一章進(jìn)行了總結(jié)。關(guān)鍵字：分布式；前沿技術(shù)；MySQL；java目錄第一章 java語(yǔ)言程序設(shè)計(jì)11.1java語(yǔ)法基礎(chǔ)：11.關(guān)鍵字12.標(biāo)示符13.常量14.變量15.數(shù)據(jù)類型1

2、6.運(yùn)算符號(hào)27.語(yǔ)句38.函數(shù)49.數(shù)組410.對(duì)象和類411. 封裝，繼承，多態(tài)5第二章 需求分析、系統(tǒng)分析62.1需求分析62.2 系統(tǒng)分析8第三章 SpringMVC+mybatis技術(shù)103.1 SpringMVC框架103.2 mybatis數(shù)據(jù)庫(kù)10第四章 分布式12第五章 總結(jié)1414 / 16文檔可自由編輯打印第一章 java語(yǔ)言程序設(shè)計(jì)我們剛開(kāi)始學(xué)習(xí)的是java基礎(chǔ)、高級(jí)。我簡(jiǎn)單總結(jié)一些java的基礎(chǔ)知識(shí)：1.1 java語(yǔ)法基礎(chǔ)：1.關(guān)鍵字其實(shí)就是某種語(yǔ)言賦予了特殊含義的單詞。保留字：其實(shí)就是還沒(méi)有賦予特殊含義，但是準(zhǔn)備日后要使用過(guò)的單詞。2.標(biāo)示符其實(shí)就是在程序中自定義

3、的名詞。比如類名，變量名，函數(shù)名。包含 0-9、a-z、$、_ ； 注意： 1），數(shù)字不可以開(kāi)頭。 2），不可以使用關(guān)鍵字。3.常量是在程序中的不會(huì)變化的數(shù)據(jù)。4.變量其實(shí)就是內(nèi)存中的一個(gè)存儲(chǔ)空間，用于存儲(chǔ)常量數(shù)據(jù)。變量的作用域： 作用域從變量定義的位置開(kāi)始，到該變量所在的那對(duì)大括號(hào)結(jié)束；生命周期： 變量從定義的位置開(kāi)始就在內(nèi)存中活了； 變量到達(dá)它所在的作用域的時(shí)候就在內(nèi)存中消失了；5.數(shù)據(jù)類型 1）：基本數(shù)據(jù)類型：byte、short、int、long、float、double、char、boolean 2）：引用數(shù)據(jù)類型: 數(shù)組、類、接口。級(jí)別從低到高為：byte,char,short(這

4、三個(gè)平級(jí))->int->float->long->double自動(dòng)類型轉(zhuǎn)換：從低級(jí)別到高級(jí)別，系統(tǒng)自動(dòng)轉(zhuǎn)的；強(qiáng)制類型轉(zhuǎn)換：什么情況下使用?把一個(gè)高級(jí)別的數(shù)賦給一個(gè)別該數(shù)的級(jí)別低的變量；6.運(yùn)算符號(hào) 1）、算術(shù)運(yùn)算符。 + - * / % %:任何整數(shù)模2不是0就是1，所以只要改變被模數(shù)就可以實(shí)現(xiàn)開(kāi)關(guān)運(yùn)算。 +:連接符。 +,- 2）、賦值運(yùn)算符。 = += -= *= /= %= 3）、比較運(yùn)算符。 特點(diǎn)：該運(yùn)算符的特點(diǎn)是：運(yùn)算完的結(jié)果，要么是true，要么是false。 4）、邏輯運(yùn)算符。 & | ! && | 邏輯運(yùn)算符除了 ! 外都是用于連

5、接兩個(gè)boolean類型表達(dá)式。 &: 只有兩邊都為true結(jié)果是true。否則就是false。 |:只要兩邊都為false結(jié)果是false，否則就是true :異或：和或有點(diǎn)不一樣。 兩邊結(jié)果一樣，就為false。 兩邊結(jié)果不一樣，就為true. & 和 &&區(qū)別： & ：無(wú)論左邊結(jié)果是什么，右邊都參與運(yùn)算。&&:短路與，如果左邊為false，那么右邊不參數(shù)與運(yùn)算| 和| 區(qū)別：|：兩邊都運(yùn)|：短路或，如果左邊為true，那么右邊不參與運(yùn)算。 5）、位運(yùn)算符:用于操作二進(jìn)制位的運(yùn)算符。 & | << >>

6、 >>>(無(wú)符號(hào)右移)7.語(yǔ)句 If switch do while while for 這些語(yǔ)句什么時(shí)候用？ 1）、當(dāng)判斷固定個(gè)數(shù)的值的時(shí)候，可以使用if，也可以使用switch。 但是建議使用switch，效率相對(duì)較高switch(變量) case 值:要執(zhí)行的語(yǔ)句;break; default:要執(zhí)行的語(yǔ)句; 工作原理：用小括號(hào)中的變量的值依次和case后面的值進(jìn)行對(duì)比，和哪個(gè)case后面的值相同了就執(zhí)行哪個(gè)case后面的語(yǔ)句，如果沒(méi)有相同的則執(zhí)行default后面的語(yǔ)句：break是可以省略的，如果省略了就一直執(zhí)行到遇到break為止；：switch 后面的小括號(hào)中的

7、變量應(yīng)該是byte,char,short,int四種類型中的一種；：default可以寫在switch結(jié)構(gòu)中的任意位置；如果將default語(yǔ)句放在了第一行，則不管expression與case中的value是否匹配，程序會(huì)從default開(kāi)始執(zhí)行直到第一個(gè)break出現(xiàn)。 2）、當(dāng)判斷數(shù)據(jù)范圍，獲取判斷運(yùn)算結(jié)果boolean類型時(shí)，需要使用if。 3）、當(dāng)某些語(yǔ)句需要執(zhí)行很多次時(shí)，就用循環(huán)結(jié)構(gòu)。 while和for可以進(jìn)行互換。 區(qū)別在于：如果需要定義變量控制循環(huán)次數(shù)。建議使用for。因?yàn)閒or循環(huán)完畢，變量在內(nèi)存中釋放。break:作用于switch ，和循環(huán)語(yǔ)句，用于跳出，或者稱為結(jié)束。

8、break語(yǔ)句單獨(dú)存在時(shí)，下面不要定義其他語(yǔ)句，因?yàn)閳?zhí)行不到，編譯會(huì)失敗。當(dāng)循環(huán)嵌套時(shí)，break只跳出當(dāng)前所在循環(huán)。要跳出嵌套中的外部循環(huán)，只要給循環(huán)起名字即可，這個(gè)名字稱之為標(biāo)號(hào)。continue:只作用于循環(huán)結(jié)構(gòu)，繼續(xù)循環(huán)用的。作用：結(jié)束本次循環(huán)，繼續(xù)下次循環(huán)。該語(yǔ)句單獨(dú)存在時(shí)，下面不可以定義語(yǔ)句，執(zhí)行不到。8.函數(shù)為了提高代碼的復(fù)用性，可以將其定義成一個(gè)單獨(dú)的功能，該功能的體現(xiàn)就是java中的函數(shù)。函數(shù)就是體現(xiàn)之一。java中的函數(shù)的定義格式：修飾符 返回值類型 函數(shù)名(參數(shù)類型 形式參數(shù)1，參數(shù)類型 形式參數(shù)1，) 執(zhí)行語(yǔ)句 return 返回值； 當(dāng)函數(shù)沒(méi)有具體的返回值時(shí)，返回的返

9、回值類型用void關(guān)鍵字表示。如果函數(shù)的返回值類型是void時(shí)，return語(yǔ)句可以省略不寫的，系統(tǒng)會(huì)幫你自動(dòng)加上。return的作用：結(jié)束函數(shù)。結(jié)束功能。9.數(shù)組用于存儲(chǔ)同一類型數(shù)據(jù)的一個(gè)容器。好處：可以對(duì)該容器中的數(shù)據(jù)進(jìn)行編號(hào)，從0開(kāi)始。數(shù)組用于封裝數(shù)據(jù)，就是一個(gè)具體的實(shí)體。如何在java中表現(xiàn)一個(gè)數(shù)組呢？?jī)煞N表現(xiàn)形式。1）、元素類型 變量名 = new 元素類型元素的個(gè)數(shù)；2）、元素類型 變量名 = 元素1，元素2.；元素類型 變量名 = new 元素類型元素1，元素2.；10.對(duì)象和類所謂對(duì)象就是真實(shí)世界中的實(shí)體，對(duì)象與實(shí)體是一一對(duì)應(yīng)的，也就是說(shuō)現(xiàn)實(shí)世界中每一個(gè)實(shí)體都是一個(gè)對(duì)象，它是一

10、種具體的概念。類是具備某些共同特征的實(shí)體的集合，它是一種抽象的概念，用程序設(shè)計(jì)的語(yǔ)言來(lái)說(shuō)，類是一種抽象的數(shù)據(jù)類型，它是對(duì)所具有相同特征實(shí)體的抽象。類與對(duì)象的關(guān)系：類是對(duì)象的集合，對(duì)象是類的實(shí)例;對(duì)象是通過(guò)new className產(chǎn)生的，用來(lái)調(diào)用類的方法;類的構(gòu)造方法 。11. 封裝，繼承，多態(tài)封裝，繼承，多態(tài)，這是JAVA面向?qū)ο缶幊痰娜筇匦粤恕?。封裝：是把客觀事物封裝成抽象的類，并且類可以把自己的數(shù)據(jù)和方法只讓可信的類或者對(duì)象操作，對(duì)不可信的進(jìn)行信息隱藏。封裝是類的特征之一，應(yīng)該很好理解，像一些私有的，別的類不可以訪問(wèn)了啊，都有訪問(wèn)權(quán)限的，比較安全了。2。繼承：指這樣一種能力：它可以使

11、用現(xiàn)有類的所有功能，并在無(wú)需重新編寫原來(lái)的類的情況下對(duì)這些功能進(jìn)行擴(kuò)展。繼承有三種方式，實(shí)現(xiàn)繼承、接口繼承和可視繼承。3。多態(tài)：簡(jiǎn)單的說(shuō)就是，允許將子類類型的指針賦值給父類類型的指針。實(shí)現(xiàn)多態(tài)，有二種方式，方法覆蓋，方法重載。第2章 需求分析、系統(tǒng)分析在完成項(xiàng)目之前要學(xué)會(huì)需求分析、系統(tǒng)分析。2.1需求分析軟件需求的定義：（1）用戶解決問(wèn)題或達(dá)到目標(biāo)所需的條件或能力。（2）系統(tǒng)或系統(tǒng)部件要滿足合同、標(biāo)準(zhǔn)、規(guī)范或其它正式規(guī)定文檔所需具有的條件或能力。（3）一種反映上面(1)或(2)所描述的條件或權(quán)能的文檔說(shuō)明。 實(shí)通俗的講，“需求”就是用戶的需要，它包括用戶要解決的問(wèn)題、達(dá)到的目標(biāo)、以及實(shí)現(xiàn)這些目

12、標(biāo)所需要的條件，它是一個(gè)程序或系統(tǒng)開(kāi)發(fā)工作的說(shuō)明，表現(xiàn)形式一般為文檔形式。需求工程的定義：需求分析的過(guò)程，也叫做需求工程和需求階段，它包括了需求開(kāi)發(fā)和需求管理兩個(gè)部分。需求開(kāi)發(fā)是指從情況收集、分析和評(píng)價(jià)到編寫文檔、評(píng)審等一系列產(chǎn)生需求的活動(dòng)，分為四個(gè)階段：情況獲取、分析、制訂規(guī)格說(shuō)明和評(píng)審。這四個(gè)階段不一定是遵循線性順序的，他們的活動(dòng)是相互獨(dú)立和反復(fù)的。需求管理是軟件項(xiàng)目開(kāi)發(fā)過(guò)程中控制和維持需求約定的活動(dòng)，它包括：變更控制、版本控制、需求跟蹤、需求狀態(tài)跟蹤等工作。需求開(kāi)發(fā)與管理的一些方法：（1）繪制關(guān)聯(lián)圖：繪制系統(tǒng)關(guān)聯(lián)圖是用于定義系統(tǒng)與系統(tǒng)外部實(shí)體間的界限和接口的簡(jiǎn)單模型。（2）可行性分析：在

13、允許的成本、性能要求下，分析每項(xiàng)需求實(shí)施的可行性，提出需求實(shí)現(xiàn)相關(guān)風(fēng)險(xiǎn)，包括與其它需求的沖突，對(duì)外界因素的依賴和技術(shù)障礙。（4）系統(tǒng)原型：當(dāng)用戶自身對(duì)有的需求不十分清楚時(shí)，我們可以建立一個(gè)系統(tǒng)原型，用戶通過(guò)評(píng)價(jià)原型更好地理解所要解決的問(wèn)題。（5）圖形分析模型：繪制圖形分析模型是編制軟件需求規(guī)格說(shuō)明重要手段。它們能幫助分析人員理清數(shù)據(jù)、業(yè)務(wù)模式、工作流程以及他們之間的關(guān)系，找出遺漏、冗余和不一致的需求。這樣的模型包括數(shù)據(jù)流圖、實(shí)體關(guān)系圖、狀態(tài)變換圖、對(duì)話框圖、對(duì)象類及交互作用圖。（6）數(shù)據(jù)字典：數(shù)據(jù)字典是對(duì)系統(tǒng)用到的所有數(shù)據(jù)項(xiàng)和結(jié)構(gòu)的定義，以確保開(kāi)發(fā)人員使用統(tǒng)一的數(shù)據(jù)定義。在需求階段，數(shù)據(jù)字典至

14、少應(yīng)定義客戶數(shù)據(jù)項(xiàng)，確?？蛻襞c開(kāi)發(fā)小組是使用一致的定義和術(shù)語(yǔ)。需求管理的方法主要包括以下一些方面：1）確定需求變更控制過(guò)程。制定一個(gè)選擇、分析和決策需求變更的過(guò)程，所有的需求變更都需遵循此過(guò)程。2）進(jìn)行需求變更影響分析。評(píng)估每項(xiàng)需求變更，以確定它對(duì)項(xiàng)目計(jì)劃安排和其它需求的影響，明確與變更相關(guān)的任務(wù)并評(píng)估完成這些任務(wù)需要的工作量。通過(guò)這些分析將有助于需求變更控制部門做出更好的決策。3）建立需求基準(zhǔn)版本和需求控制版本文檔。確定需求基準(zhǔn)，這是項(xiàng)目各方對(duì)需求達(dá)成一致認(rèn)識(shí)時(shí)刻的一個(gè)快照，之后的需求變更遵循變更控制過(guò)程即可。每個(gè)版本的需求規(guī)格說(shuō)明都必須是獨(dú)立說(shuō)明，以避免將底稿和基準(zhǔn)或新舊版本相混淆。4）維

15、護(hù)需求變更的歷史記錄。將需求變更情況寫成文檔，記錄變更日期、原因、負(fù)責(zé)人、版本號(hào)等內(nèi)容，及時(shí)通知到項(xiàng)目開(kāi)發(fā)所涉及的人員。為了盡量減少困惑、沖突、誤傳，應(yīng)指定專人來(lái)負(fù)責(zé)更新需求。5）跟蹤每項(xiàng)需求的狀態(tài)?？梢园衙恳豁?xiàng)需求的狀態(tài)屬性（如已推薦的，已通過(guò)的，已實(shí)施的，或已驗(yàn)證的）保存在數(shù)據(jù)庫(kù)中，這樣可以在任何時(shí)候得到每個(gè)狀態(tài)類的需求數(shù)量。6）衡量需求穩(wěn)定性?？梢远ㄆ诎研枨髷?shù)量和需求變更（添加、修改、刪除）數(shù)量進(jìn)行比較。過(guò)多的需求變更"是一個(gè)報(bào)警信號(hào)"，意味著問(wèn)題并未真正弄清楚。4.需求分析評(píng)價(jià)標(biāo)準(zhǔn)（1）清晰：目前大多數(shù)的需求分析采用的仍然是自然語(yǔ)言，自然語(yǔ)言對(duì)需求分析最大的弊病就是

16、它的二義性，所以開(kāi)發(fā)人員需要對(duì)需求分析中采用的語(yǔ)言做某些限制。例如盡量采用主語(yǔ)動(dòng)作的簡(jiǎn)單表達(dá)方式。需求分析中的描述一定要簡(jiǎn)單，千萬(wàn)不要采用疑問(wèn)句、修飾這些復(fù)雜的表達(dá)方式。 除了語(yǔ)言的二義性之外，注意不要使用行話，就是計(jì)算機(jī)術(shù)語(yǔ)。需求分析最重要的是和用戶溝通，可是用戶多半不是計(jì)算機(jī)的專業(yè)人士，如果在需求分析中使用了行話，就會(huì)造成用戶理解上的困難。（2）完整：需求的完整性是非常重要的，如果有遺漏需求，則不得不返工，在軟件開(kāi)發(fā)過(guò)程中，最糟糕的事情莫過(guò)于在軟件開(kāi)發(fā)接近完成時(shí)發(fā)現(xiàn)遺漏了一項(xiàng)需求。但實(shí)際情況是，需求的遺漏是常發(fā)生的事情，這不僅僅是開(kāi)發(fā)人員的問(wèn)題，更多發(fā)生在用戶那里。要做到需求的完整性是很艱

17、難的一件事情，它涉及到需求分析過(guò)程的各個(gè)方面，貫穿整個(gè)過(guò)程，從最初的需求計(jì)劃制定到最后的需求評(píng)審。（3）一致：一致性是指用戶需求必須和業(yè)務(wù)需求一致，功能需求必須和用戶需求一致。在需求過(guò)程中，開(kāi)發(fā)人員需要把一致性關(guān)系進(jìn)行細(xì)化，比如用戶需求不能超出預(yù)前指定的范圍。嚴(yán)格的遵守不同層次間的一致性關(guān)系，就可以保證最后開(kāi)發(fā)出來(lái)的軟件系統(tǒng)不會(huì)偏離最初的實(shí)現(xiàn)目標(biāo)。（4）可測(cè)試：一個(gè)項(xiàng)目的測(cè)試從什么時(shí)候開(kāi)始呢？有人說(shuō)是從編碼完成后開(kāi)始，有人說(shuō)是編碼的時(shí)候同時(shí)進(jìn)行單元測(cè)試，編碼完成后進(jìn)行系統(tǒng)測(cè)試，這些結(jié)論都不完全正確。實(shí)際上，測(cè)試是從需求分析過(guò)程就開(kāi)始了，因?yàn)樾枨笫菧y(cè)試計(jì)劃的輸入和參照。這就要求需求分析是可測(cè)試的

18、，只有系統(tǒng)的所有需求都是可以被測(cè)試的，才能夠保證軟件始終圍繞著用戶的需要，保證軟件系統(tǒng)是成功的。2.2 系統(tǒng)分析系統(tǒng)分析的具體步驟包括：限定問(wèn)題、確定目標(biāo)、調(diào)查研究收集數(shù)據(jù)、提出備選方案和評(píng)價(jià)標(biāo)準(zhǔn)、備選方案評(píng)估和提出最可行方案. 1、 限定問(wèn)題所謂問(wèn)題,是現(xiàn)實(shí)情況與計(jì)劃目標(biāo)或理想狀態(tài)之間的差距.系統(tǒng)分析的核心內(nèi)容有兩個(gè)：其一是進(jìn)行“診斷”,即找出問(wèn)題是及其原因；其二是“開(kāi)處方”,即提出解決問(wèn)題的最可行方案.所謂限定問(wèn)題,就是要明確問(wèn)題的本質(zhì)或特性、問(wèn)題存在范圍和影響程度、問(wèn)題產(chǎn)生的時(shí)間和環(huán)境、問(wèn)題的癥狀和原因等.限定問(wèn)題是系統(tǒng)分析中關(guān)鍵的一步,因?yàn)槿绻霸\斷”出錯(cuò),以后開(kāi)的“處方”就不可能對(duì)癥

19、下藥.在限定問(wèn)題時(shí),要注意區(qū)別癥狀和問(wèn)題,探討問(wèn)題原因不能先入為主,同時(shí)要判別哪些是局部問(wèn)題,哪些是整體問(wèn)題,問(wèn)題的最后確定應(yīng)該在調(diào)查研究之后. 2、確定目標(biāo)系統(tǒng)分析目標(biāo)應(yīng)該根據(jù)客戶的要求和對(duì)需要解決問(wèn)題的理解加以確定,如有可能應(yīng)盡量通過(guò)指標(biāo)表示,以便進(jìn)行定量分析.對(duì)不能定量描述的目標(biāo)也應(yīng)該盡量用文字說(shuō)明清楚,以便進(jìn)行定性分析和評(píng)價(jià)系統(tǒng)分析的成效. 3、調(diào)查研究,收集數(shù)據(jù)調(diào)查研究和收集數(shù)據(jù)應(yīng)該圍繞問(wèn)題起因進(jìn)行,一方面要驗(yàn)證有限定問(wèn)題階段形成的假設(shè),另一方面要探討產(chǎn)生問(wèn)題的根本原因,為下一步提出解決問(wèn)題的備選方案做準(zhǔn)備. 調(diào)查研究常用的有四種方式,即閱讀文件資料、訪談、觀察和調(diào)查. 收集的數(shù)據(jù)和

20、信息包括事實(shí)（facts）、見(jiàn)解(opinions)和態(tài)度(attitudes).要對(duì)數(shù)據(jù)和信息去偽存真,交叉核實(shí),保證真實(shí)性和準(zhǔn)確性.4、提出備選方案和評(píng)價(jià)標(biāo)準(zhǔn)通過(guò)深入調(diào)查研究,使真正有待解決的問(wèn)題得以最終確定,使產(chǎn)生問(wèn)題的主要原因得到明確,在此基礎(chǔ)上就可以有針對(duì)性地提出解決問(wèn)題的備選方案.備選方案是解決問(wèn)題和達(dá)到咨詢目標(biāo)可供選擇的建議或設(shè)計(jì),應(yīng)提出兩種以上的備選方案,以便提供進(jìn)一步評(píng)估和篩選.為了對(duì)備選方案進(jìn)行評(píng)估,要根據(jù)問(wèn)題的性質(zhì)和客戶具備的條件.提出約束條件或評(píng)價(jià)標(biāo)準(zhǔn),供下一步應(yīng)用. 5、備選方案評(píng)估根據(jù)上述約束條件或評(píng)價(jià)標(biāo)準(zhǔn),對(duì)解決問(wèn)題備選方案進(jìn)行評(píng)估,評(píng)估應(yīng)該是綜合性的,不僅要考慮

21、技術(shù)因素,也要考慮社會(huì)經(jīng)濟(jì)等因素,評(píng)估小組的成員應(yīng)該有一定代表性,除咨詢項(xiàng)目組成員外,也要吸收客戶組織的代表參加.根據(jù)評(píng)估結(jié)果確定最可行方案. 6、提交最可行方案最可行方案并不一定是最佳方案,它是在約束條件之內(nèi),根據(jù)評(píng)價(jià)標(biāo)準(zhǔn)篩選出的最現(xiàn)實(shí)可行的方案.如果客戶滿意,則系統(tǒng)分析達(dá)到目標(biāo).如果客戶不滿意,則要與客戶協(xié)商調(diào)整約束條件或評(píng)價(jià)標(biāo)準(zhǔn),甚至重新限定的問(wèn)題,開(kāi)始新一輪系統(tǒng)分析,直到客戶滿意為止.第3章 SpringMVC+mybatis技術(shù)3.1 SpringMVC框架1. 原理 Spring MVC按植物分類學(xué)屬于Martin Flower企業(yè)應(yīng)用模式里的靜態(tài)配置型Front Controle

22、r，使用DispatchServlet截獲所有*.do的請(qǐng)求，按照xml文件的配置，調(diào)用對(duì)應(yīng)的Command對(duì)象的 handleRequest(request,response)函數(shù)，同時(shí)進(jìn)行依賴對(duì)象的注入。Controller層，就是實(shí)現(xiàn)handleRequest(request,response)函數(shù)的普通JavaBean。2. 優(yōu)勢(shì)Spring MVC與struts相比的優(yōu)勢(shì):一：Controller有著從松到緊的類層次結(jié)構(gòu)，用戶可以選擇實(shí)現(xiàn)只有一個(gè)HandleRequest()函數(shù)的接口，也可以使用它有很多回調(diào)函數(shù)的SimpleFormController類。二：不需要Form Bea

23、n，也不需要Tapestry那所謂面向?qū)ο蟮捻?yè)面對(duì)象。三：不需要強(qiáng)XML配置文件。3.化簡(jiǎn)3.1. 直接implement Controller，實(shí)現(xiàn)handleRequest()函數(shù)3.2.每個(gè)Controler負(fù)責(zé)一組相關(guān)的action一個(gè)Controler負(fù)責(zé)多個(gè)action的，一個(gè)Controler一個(gè)action就像一個(gè)function一個(gè)類一樣無(wú)聊。用URL參數(shù)如msg="insert"把一組相關(guān)action交給一個(gè)Controler控制。3.3.xml宣告式編程的取舍 3.2 mybatis數(shù)據(jù)庫(kù)  MyBatis 是一個(gè)可以自定義SQL、存儲(chǔ)過(guò)程和

24、高級(jí)映射的持久層框架。MyBatis 摒除了大部分的JDBC代碼、手工設(shè)置參數(shù)和結(jié)果集重獲。MyBatis 只使用簡(jiǎn)單的XML 和注解來(lái)配置和映射基本數(shù)據(jù)類型、Map 接口和POJO 到數(shù)據(jù)庫(kù)記錄。相對(duì)Hibernate和Apache OJB等“一站式”O(jiān)RM解決方案而言，Mybatis 是一種“半自動(dòng)化”的ORM實(shí)現(xiàn)。配置數(shù)據(jù)庫(kù)：1.搭建Spring環(huán)境2.建立MySql數(shù)據(jù)庫(kù)3.搭建MyBatis環(huán)境3.1創(chuàng)建實(shí)體類3.2創(chuàng)建數(shù)據(jù)訪問(wèn)接口3.3創(chuàng)建SQL映射語(yǔ)句文件3.4創(chuàng)建MyBatis的mapper配置文件3.5修改Spring 的配置文件4.測(cè)試StudentMapper第四章 分布

25、式在課程中，我們學(xué)習(xí)了分布式架構(gòu)，本章主要講解的學(xué)習(xí)分布式的心得體會(huì)。分布式數(shù)據(jù)庫(kù)系統(tǒng)通常使用較小的計(jì)算機(jī)系統(tǒng)，每臺(tái)計(jì)算機(jī)可單獨(dú)放在一個(gè)地方，每臺(tái)計(jì)算機(jī)中都可能有DBMS的一份完整拷貝副本，或者部分拷貝副本，并具有自己局部的數(shù)據(jù)庫(kù)，位于不同地點(diǎn)的許多計(jì)算機(jī)通過(guò)網(wǎng)絡(luò)互相連接，共同組成一個(gè)完整的、全局的邏輯上集中、物理上分布的大型數(shù)據(jù)庫(kù)。分布式數(shù)據(jù)庫(kù)是指利用高速計(jì)算機(jī)網(wǎng)絡(luò)將物理上分散的多個(gè)數(shù)據(jù)存儲(chǔ)單元連接起來(lái)組成一個(gè)邏輯上統(tǒng)一的數(shù)據(jù)庫(kù)。分布式數(shù)據(jù)庫(kù)的基本思想是將原來(lái)集中式數(shù)據(jù)庫(kù)中的數(shù)據(jù)分散存儲(chǔ)到多個(gè)通過(guò)網(wǎng)絡(luò)連接的數(shù)據(jù)存儲(chǔ)節(jié)點(diǎn)上，以獲取更大的存儲(chǔ)容量和更高的并發(fā)訪問(wèn)量。近年來(lái)，隨著數(shù)據(jù)量的高速增長(zhǎng)，

26、分布式數(shù)據(jù)庫(kù)技術(shù)也得到了快速的發(fā)展，傳統(tǒng)的關(guān)系型數(shù)據(jù)庫(kù)開(kāi)始從集中式模型向分布式架構(gòu)發(fā)展，基于關(guān)系型的分布式數(shù)據(jù)庫(kù)在保留了傳統(tǒng)數(shù)據(jù)庫(kù)的數(shù)據(jù)模型和基本特征下，從集中式存儲(chǔ)走向分布式存儲(chǔ)，從集中式計(jì)算走向分布式計(jì)算。首先，降低了數(shù)據(jù)傳送代價(jià)，因?yàn)榇蠖鄶?shù)的對(duì)數(shù)據(jù)庫(kù)的訪問(wèn)操作都是針對(duì)局部數(shù)據(jù)庫(kù)的，而不是對(duì)其他位置的數(shù)據(jù)庫(kù)訪問(wèn)；其次，系統(tǒng)的可靠性提高了很多，因?yàn)楫?dāng)網(wǎng)絡(luò)出現(xiàn)故障時(shí)，仍然允許對(duì)局部數(shù)據(jù)庫(kù)的操作，而且一個(gè)位置的故障不影響其他位置的處理工作，只有當(dāng)訪問(wèn)出現(xiàn)故障位置的數(shù)據(jù)時(shí)，在某種程度上才受影響；第三，便于系統(tǒng)的擴(kuò)充，增加一個(gè)新的局部數(shù)據(jù)庫(kù)，或在某個(gè)位置擴(kuò)充一臺(tái)適當(dāng)?shù)男⌒陀?jì)算機(jī)，都很容易實(shí)現(xiàn)。然而有

27、些功能要付出更高的代價(jià)。例如，為了調(diào)配在幾個(gè)位置上的活動(dòng)，事務(wù)管理的性能比在中心數(shù)據(jù)庫(kù)時(shí)花費(fèi)更高，而且甚至抵消許多其他的優(yōu)點(diǎn)。分布式軟件系統(tǒng)(Distributed Software Systems)是支持分布式處理的軟件系統(tǒng),是在由通信網(wǎng)絡(luò)互聯(lián)的多處理機(jī)體系結(jié)構(gòu)上執(zhí)行任務(wù)的系統(tǒng)。它包括分布式操作系統(tǒng)、分布式程序設(shè)計(jì)語(yǔ)言及其編譯(解釋)系統(tǒng)、分布式文件系統(tǒng)和分布式數(shù)據(jù)庫(kù)系統(tǒng)等。分布式操作系統(tǒng)負(fù)責(zé)管理分布式處理系統(tǒng)資源和控制分布式程序運(yùn)行。它和集中式操作系統(tǒng)的區(qū)別在于資源管理、進(jìn)程通信和系統(tǒng)結(jié)構(gòu)等方面。 分布式程序設(shè)計(jì)語(yǔ)言用于編寫運(yùn)行于分布式計(jì)算機(jī)系統(tǒng)上的分布式程序。一個(gè)分布式程序由若干個(gè)可以獨(dú)立執(zhí)行的程序模塊組成,它們分布于一個(gè)分布式處理系統(tǒng)的多臺(tái)計(jì)算機(jī)上被同時(shí)執(zhí)行。它與集中式的程序設(shè)計(jì)語(yǔ)言相比有三個(gè)特點(diǎn)：分布性、通信性和穩(wěn)健性。 分布式文件系統(tǒng)具有執(zhí)行遠(yuǎn)程文件存取的能力,并以透明方式對(duì)分布在網(wǎng)絡(luò)上的文件進(jìn)行管理和存取。 分布式數(shù)據(jù)庫(kù)系統(tǒng)由分布于多個(gè)計(jì)算機(jī)結(jié)點(diǎn)上的若干個(gè)數(shù)據(jù)庫(kù)系統(tǒng)組成,它提供有效的存取手段來(lái)操