自己總結(jié)的第九章預(yù)習(xí)

1、1. MVC 框架的相關(guān)信MVC Controller)視圖(view)控制器1. MVC 框架的相關(guān)信MVC Controller)視圖(view)控制器的縮寫(xiě)，一設(shè)計(jì)典范，用一種業(yè)務(wù)邏輯、數(shù)據(jù)、界面顯示分離的方法組織代碼將業(yè)務(wù)邏到一里面，在改進(jìn)和個(gè)性化定制界面及用戶交互的同時(shí)，不需重新編寫(xiě)業(yè)務(wù)邏輯。MVC 被獨(dú)特的發(fā)展起來(lái)用2. Oracle數(shù)據(jù)庫(kù)的相定義：Oracle Database，又名 Oracle RDBMS，或簡(jiǎn)稱 Oracle。是甲骨文公司的一款關(guān)系數(shù)庫(kù)管理系統(tǒng)。到目前仍在數(shù)據(jù)庫(kù)市場(chǎng)上占有主要份額公司Bob Miner 和 Ed Oates 在 1977 Laboatorie

2、s優(yōu)可用性可擴(kuò)展性數(shù)據(jù)安全性 部署 性 有工程化管 耦合性 重用性 生命周期缺沒(méi)有明確的定 不適合小型，中等規(guī)模的應(yīng)用程 增加系統(tǒng)結(jié)的復(fù)雜 一般高級(jí)的界面工具或構(gòu)造器不支持模 視圖對(duì)模型數(shù)據(jù)的低效 視圖與控制器間的過(guò)于緊密的連框架內(nèi)容編MVC 是一個(gè)框架模式，它強(qiáng)制性的使應(yīng)用程序的輸入、處理和輸出分開(kāi)。使用 MVC ：模型、視圖、控制器。它們各自處理自己MVCJSP + servlet + javabean的模式。優(yōu)了立開(kāi)發(fā)流程相關(guān)了立開(kāi)發(fā)流程相關(guān)廢Serializable接口信類通過(guò)實(shí)現(xiàn) java.io.Serializable 接口以啟用其序列化功能。未實(shí)現(xiàn)此接口的類將無(wú)法使其任何狀態(tài)序列

3、化或反序列化。可序列化類的所有子類型本身都是可序列化的。序列化接口沒(méi)有方法或字段，僅用于標(biāo)識(shí)可序列化的語(yǔ)義。要允許不可序列化類的子類型序列化，可以假定該子類型負(fù)責(zé)保存和恢超類型的公用(public)、受保護(hù)的(protected)（如果）(package) 字段的狀態(tài)。僅在子類型擴(kuò)展的類有一個(gè)的無(wú)參數(shù)構(gòu)方法來(lái)初始化該類的狀態(tài)時(shí)，才可以假定子類型有此職責(zé)。如果不是這情況，一個(gè)類為可序列化類是錯(cuò)誤的。該錯(cuò)誤將在運(yùn)行時(shí)檢測(cè)到穩(wěn)定性段回滾段：用于出現(xiàn)異常時(shí)，恢復(fù)事務(wù)范圍（Extent）：是數(shù)據(jù)庫(kù) 空間分配的邏輯 ，一個(gè)范圍由許多連續(xù)的數(shù)據(jù)塊是數(shù)據(jù)庫(kù)進(jìn)行IO操作的最小。在反序列化過(guò)程中，將使用該類的公用

4、或受保護(hù)的無(wú)參數(shù)構(gòu)造方法初始不可序列化類的字段?？尚蛄谢淖宇惐仨毮軌蛐蛄谢宇惖淖侄螌脑摿髦谢謴?fù)。無(wú)參數(shù)構(gòu)造方法。當(dāng)遍歷一個(gè)圖形時(shí)，可能會(huì)在反序列化過(guò)程中，將使用該類的公用或受保護(hù)的無(wú)參數(shù)構(gòu)造方法初始不可序列化類的字段?？尚蛄谢淖宇惐仨毮軌蛐蛄谢宇惖淖侄螌脑摿髦谢謴?fù)。無(wú)參數(shù)構(gòu)造方法。當(dāng)遍歷一個(gè)圖形時(shí)，可能會(huì)遇到不支持 Serializable 接口的對(duì)象。在此NotSerializableException，并將標(biāo)識(shí)不可序列化對(duì)象的請(qǐng)說(shuō)及其它的優(yōu)勢(shì)定義：是指位于業(yè)務(wù)邏輯和持久化數(shù)據(jù)之間實(shí)現(xiàn)對(duì)持久化數(shù)據(jù)優(yōu)勢(shì)接口實(shí)現(xiàn)類，實(shí)體類，數(shù)據(jù)庫(kù)連接和關(guān)閉工具了數(shù)層和業(yè)務(wù)邏輯層代碼，使得代碼符合單一

5、職責(zé)的原則，降低了性象接口編程降低了代碼的耦合性，提高了請(qǐng)說(shuō)出一個(gè)模式包含哪幾個(gè)部分實(shí)現(xiàn)類，實(shí)組成接口請(qǐng)說(shuō)開(kāi)發(fā)中分層開(kāi)發(fā)的優(yōu)勢(shì)是什么 每一層專注于自己的功能實(shí)現(xiàn)，便于提高質(zhì)量 便于分工協(xié)作，從而提高效 便于代碼復(fù) 便于程序擴(kuò)請(qǐng)說(shuō)開(kāi)發(fā)中分層的特點(diǎn)和原則是什么原則 每一層都有自己的職責(zé) 上一層不用關(guān)心下一層的實(shí)現(xiàn)細(xì)節(jié)，它們之間通過(guò)接口來(lái)完成通信 封裝性原則即每層都隱藏實(shí)現(xiàn)細(xì)節(jié)，只提供調(diào)用的接口 順序原則，下一層為上一層提供服務(wù)，而不使用上一層服務(wù)。通過(guò)實(shí)體類來(lái)傳遞數(shù)據(jù) 屬性一般使用private 修 根據(jù)封裝性和業(yè)務(wù)對(duì)其屬性設(shè)置 getters/setters 系列方法來(lái)保障數(shù)據(jù)安 提供無(wú)參構(gòu)造方法，再根據(jù)業(yè)務(wù)需要提供有參構(gòu)造方 可以