元數據編程

Ⅰ 什麼是元數據

元數據（Meta Data）是關於數據倉庫的數據，指在數據倉庫建設過程中所產生的有關數據源定義，目標定義，轉換規則等相關的關鍵數據。同時元數據還包含關於數據含義的商業信息，所有這些信息都應當妥善保存，並很好地管理。為數據倉庫的發展和使用提供方便。

元數據是一種二進制信息，用以對存儲在公共語言運行庫可移植可執行文件 (PE) 文件或存儲在內存中的程序進行描述。將您的代碼編譯為 PE 文件時，便會將元數據插入到該文件的一部分中，而將代碼轉換為 Microsoft 中間語言 (MSIL) 並將其插入到該文件的另一部分中。在模塊或程序集中定義和引用的每個類型和成員都將在元數據中進行說明。當執行代碼時，運行庫將元數據載入到內存中，並引用它來發現有關代碼的類、成員、繼承等信息。

元數據以非特定語言的方式描述在代碼中定義的每一類型和成員。元數據存儲以下信息：

程序集的說明。
標識（名稱、版本、區域性、公鑰）。
導出的類型。
該程序集所依賴的其他程序集。
運行所需的安全許可權。
類型的說明。
名稱、可見性、基類和實現的介面。
成員（方法、欄位、屬性、事件、嵌套的類型）。
屬性。
修飾類型和成員的其他說明性元素。

一、元數據的優點

對於一種更簡單的編程模型來說，元數據是關鍵，該模型不再需要介面定義語言 (IDL) 文件、頭文件或任何外部組件引用方法。元數據允許 .NET 語言自動以非特定語言的方式對其自身進行描述，而這是開發人員和用戶都無法看見的。另外，通過使用屬性，可以對元數據進行擴展。元數據具有以下主要優點：

自描述文件。
公共語言運行庫模塊和程序集是自描述的。模塊的元數據包含與另一個模塊進行交互所需的全部信息。元數據自動提供 COM 中 IDL 的功能，允許將一個文件同時用於定義和實現。運行庫模塊和程序集甚至不需要向操作系統注冊。結果，運行庫使用的說明始終反映編譯文件中的實際代碼，從而提高應用程序的可靠性。

語言互用性和更簡單的基於組件的設計。
元數據提供所有必需的有關已編譯代碼的信息，以供您從用不同語言編寫的 PE 文件中繼承類。您可以創建用任何託管語言（任何面向公共語言運行庫的語言）編寫的任何類的實例，而不用擔心顯式封送處理或使用自定義的互用代碼。

二、屬性。

.NET Framework 允許您在編譯文件中聲明特定種類的元數據（稱為屬性）。在整個 .NET Framework 中到處都可以發現屬性的存在，屬性用於更精確地控制運行時您的程序如何工作。另外，您可以通過用戶定義的自定義屬性向 .NET Framework 文件發出您自己的自定義元數據。有關更多信息，請參見利用屬性擴展元數據。

三、元數據的意義

說到元數據的意義，可以從其應用目的來談的。雖然做數據倉庫言必稱元數據，必稱技術、業務元數據，但其到底用於何處？離開了目標去談元數據，就發現元數據包含太多的東西，因為他是描述數據的數據嘛。

還是那客戶關系系統來比喻，這個系統維護客戶信息當然是有目的的，是要用這些信息進行一些自動的流程處理、去挖掘一些客戶潛在的價值、做好客戶服務。當然沒有必要去維護客戶的生命特徵信息，諸如指紋、犯罪史等，這些信息跟客戶關系管理的目標關系不大。元數據也是如此，你可以將所以數據的結構、大小、什麼時間創建、什麼時間消亡、被那些人使用等等，這些信息可以延伸得太廣，如果不管目標，而試圖去建一個非常完美的元數據管理體系，這是一種絕對的"自上而下"做法，必敗無疑。

四、元數據列舉

基於應用，可以將元數據分成以下的若干中。

數據結構：數據集的名稱、關系、欄位、約束等；
數據部署：數據集的物理位置；
數據流：數據集之間的流程依賴關系（非參照依賴），包括數據集到另一個數據集的規則；
質量度量：數據集上可以計算的度量；
度量邏輯關系：數據集度量之間的邏輯運算關系；
ETL過程：過程運行的順序，並行、串列；
數據集快照：一個時間點上，數據在所有數據集上的分布情況；
星型模式元數據：事實表、維度、屬性、層次等；
報表語義層：報表指標的規則、過濾條件物理名稱和業務名稱的對應；
數據訪問日誌：哪些數據何時被何人訪問；
質量稽核日誌：何時、何度量被稽核，其結果；
數據裝載日誌：哪些數據何時被何人裝載；

五、元數據開發應用的標准化框架

1、數字圖書館資源組織框架

2. 元數據開發應用框架

2.1 元數據的基本意義 Metadata（元數據）是「關於數據的數據」；

元數據為各種形態的數字化信息單元和資源集合提供規范、普遍的描述方法和檢索工具；

元數據為分布的、由多種數字化資源有機構成的信息體系（如數字圖書館）提供整合的工具與紐帶。

離開元數據的數字圖書館將是一盤散沙，將無法提供有效的檢索和處理。

3. 元數據應用環境

3.1 Metadata的應用目的

（1）確認和檢索（Discovery andentification），主要致力於如何幫助人們檢索和確認所需要的資源，數據元素往往限於作者、標題、主題、位置等簡單信息，Dublin Core是其典型代表。

（2）著錄描述（Cataloging），用於對數據單元進行詳細、全面的著錄描述，數據元素囊括內容、載體、位置與獲取方式、製作與利用方法、甚至相關數據單元方面等，數據元素數量往往較多，MARC、GILS和FGDC/CSDGM是這類Metadata的典型代表。

（3）資源管理（Resource Administration），支持資源的存儲和使用管理，數據元素除比較全面的著錄描述信息外，還往往包括權利管理（Rights/Privacy Management）、電子簽名（Digital Signature）、資源評鑒（Seal of Approval/Rating）、使用管理（Access Management）、支付審計（Payment and Accounting）等方面的信息。

（4）資源保護與長期保存（Preservation and Archiving），支持對資源進行長期保存，數據元素除對資源進行描述和確認外，往往包括詳細的格式信息、製作信息、保護條件、轉換方式（Migration Methods）、保存責任等內容。

3.2 Metadata在不同領域的應用 根據不同領域的數據特點和應用需要，90年代以來，許多Metadata格式在各個不同領域出現

例如：
網路資源：Dublin Core、IAFA Template、CDF、Web Collections
文獻資料：MARC（with 856 Field），Dublic Core
人文科學：TEI Header
社會科學數據集：ICPSR SGML Codebook
博物館與藝術作品：CIMI、CDWA、RLG REACH Element Set、VRA Core
政府信息：GILS
地理空間信息：FGDC/CSDGM
數字圖像：MOA2 metadata、CDL metadata、Open Archives Format、VRA Core、NISO/CLIR/RLG Technical Metadata for Images
檔案庫與資源集合：EAD
技術報告：RFC 1807
連續圖像：MPEG-7

3.3 Metadata格式的應用程度

不同領域的Metadata處於不同的標准化階段：
在網路資源描述方面，Dublin Core經過多年國際性努力，已經成為一個廣為接受和應用的事實標准；

在政府信息方面，由於美國政府大力推動和有關法律、標準的實行，GILS已經成為政府信息描述標准，並在世界若干國家得到相當程度的應用，與此類似的還有地理空間信息處理的FGDC/CSDGM；

但在某些領域，由於技術的迅速發展變化，仍然存在多個方案競爭，典型的是數字圖像的Metadata，現在提出的許多標准都處於實驗和完善的階段。
3.4 Metadata格式「標准化」程度問題

Metadata開發應用經驗表明，很難有一個統一的Metadata格式來滿足所有領域的數據描述需要；即使在同一個領域，也可能為了不同目的而需要不同的但可相互轉換的Metadata格式。

同時，統一的集中計劃式的Metadata格式標准也不適合Internet環境，不利於充分利用市場機制和各方面力量。

但在同一領域，應爭取「標准化」，在不同領域，應妥善解決不同格式的互操作問題。

4. 元數據結構

4.1 總體結構定義方式 一個Metadata格式由多層次的結構予以定義：

（1）內容結構（Content Structure），對該Metadata的構成元素及其定義標准進行描述。

（2）句法結構（Syntax Structure），定義Metadata結構以及如何描述這種結構。

（3）語義結構（Semantic Structure），定義Metadata元素的具體描述方法。

4.2 內容結構

內容結構定義Metadata的構成元素，可包括： 描述性元素、技術性元素、管理性元素、結構性元素（例如與編碼語言、Namespace、數據單元等的鏈接）。

這些數據元素很可能依據一定標准來選取，因此元數據內容結構中需要對此進行說明，例如MARC記錄所依據的ISBD，EAD所參照的ISAD（G），ICPSR所依據的ICPSR Data Preparation Manual。

4.3 句法結構

句法結構定義格式結構及其描述方式，例如元素的分區分段組織、元素選取使用規則、元素描述方法（例如Dublin Core採用ISO/IEC 11179標准）、元素結構描述方法（例如MARC記錄結構、SGML結構、XML結構）、結構語句描述語言（例如EBNF Notation）等。

有時，句法結構需要指出元數據是否與所描述的數據對象捆綁在一起、或作為單獨數據存在但以一定形式與數據對象鏈接，還可能描述與定義標准、DTD結構和Namespace等的鏈接方式。

4.4 語義結構 語義結構定義元素的具體描述方法，例如 描述元素時所採用的標准、最佳實踐（Best Practices）或自定義的描述要求（Instructions）。

有些元數據格式本身定義了語義結構，而另外一些則由具體採用單位規定語義結構，例如Dublin Core建議日期元素採用ISO 8601、資源類型採用Dublin Core Types、數據格式可採用MIME、識別號採用URL或DOI或ISBN；
又如OhioLink在使用VRA Core時要求主題元素使用A&AT、TGM和TGN，人名元素用ULAN。

5. 元數據編碼語言與製作方式

5.1 元數據編碼語言

元數據編碼語言（Metadata Encoding Languages）指對元數據元素和結構進行定義和描述的具體語法和語義規則，常稱為定義描述語言（DDL）。

在元數據發展初期人們常使用自定義的記錄語言（例如MARC）或資料庫記錄結構（如ROADS等），但隨著元數據格式的增多和互操作的要求，人們開始採用一些標准化的DDL來描述元數據，例如SGML和XML，其中以XML最有潛力。

5.2 元數據製作方式

（1）專門編制模塊（例如對MARC、GILS、FGDC等）

（2）數據處理時自動編制（例如對Dublin Core等）

（3）數據物理處理時自動編制（例如數字圖像掃描時的某些元數據參數）

（4）共享元數據（例如OCLC/CORC、IMESH

6. 元數據互操作性

6.1 元數據互操作性問題

由於不同的領域（甚至同一領域）往往存在多個元數據格式，當在用不同元數據格式描述的資源體系之間進行檢索、資源描述和資源利用時，就存在元數據的互操作性問題（Interoperability）：
多個不同元數據格式的釋讀、轉換和由多個元數據格式描述的數字化信息資源體系之間的透明檢索。

6.2 元數據格式映射

利用特定轉換程序對不同元數據元格式進行轉換，稱為元數據映射（Metadata Mapping/Crosswalking）。

目前已有大量的轉換程序存在，供若幹流行元數據格式之間的轉化，例如
Dublin Core與USMARC； Dublin Core與EAD
Dublin Core與GILS； GILS與MARC TEI
Header與MARC FGDC與MARC

也可利用一種中介格式對同一格式框架下的多種元數據格式進行轉換，例如UNIverse項目利用GRS格式進行各種MARC格式和其它記錄格式的轉換。格式映射轉換准確、轉換效率較高。不過，這種方法在面對多種元數據格式並存的開放式環境中的應用效率明顯受到限制。

6.3 標准描述框架

解決元數據互操作性的另一種思路是建立一個標準的資源描述框架，用這個框架來描述所有元數據格式，那麼只要一個系統能夠解析這個標准描述框架，就能解讀相應的Metadata格式． 實際上，XML和RDF從不同角度起著類似的作用。

XML通過其標準的DTD定義方式，允許所有能夠解讀XML語句的系統辨識用XML_DTD定義的Metadata格式，從而解決對不同格式的釋讀問題。

RDF定義了由Resources、Properties和Statements等三種對象組成的基本模型，其中Resources和Properties關系類似於E-R模型，而Statements則對該關系進行具體描述。

RDF通過這個抽象的數據模型為定義和使用元數據建立一個框架，元數據元素可看成其描述的資源的屬性。

進一步地，RDF定義了標准Schema，規定了聲明資源類型、聲明相關屬性及其語義的機制，以及定義屬性與其它資源間關系的方法。另外，RDF還規定了利用XML Namespace方法調用已有定義規范的機制，

6.4 數字對象方式

建立包含元數據及其轉換機制的數字對象可能從另一個角度解決元數據互操作性問題。

Cornell/FEDORA項目提出由內核（Structural Kernel）和功能傳播層（Disseminator Layer）組成的復合數字對象。

內核里，可以容納以比特流形式存在的文獻內容、描述該文獻的元數據、以及對這個文獻及元數據進行存取控制的有關數據。

功能傳播層，主功能傳播器（PrimitiveDisseminator）支持有關解構內核數據類型和對內核數據讀取的服務功能，還可有內容類型傳播器（Content-Type Disseminators），它們可內嵌元數據格式轉換機制。

例如，在一個數字對象的內核中存有MARC格式的元數據，在功能傳播層裝載有請求Dublin Core格式及其轉換服務的內容類型傳播器。當數字對象使用者要求讀取以Dublin Core表示的元數據時，相應的內容類型傳播器將通過網路請求存儲有Dublin Core及其轉換服務程序的數字對象，然後將被請求數字對象中的MARC形式元數據轉換為Dublin Core形式，在輸出給用戶。

7. 幾點建議

跟蹤元數據發展、積極參與制定元數據標准、加快元數據應用、注意國際接軌。
加快研究有效利用元數據進行檢索（包括異構系統透明檢索）、相關性學習、個性化處理等的機制。
加快研究元數據與數字對象和數字化資源體系有機整合的途徑與方法。
推進研究利用元數據進行基於知識的數據組織和知識發現。

Ⅱ 什麼是spring 最新面試題答案

1. 什麼是spring?
Spring 是個java企業級應用的開源開發框架。Spring主要用來開發Java應用，但是有些擴展是針對構建J2EE平台的web應用。Spring 框架目標是簡化Java企業級應用開發，並通過POJO為基礎的編程模型促進良好的編程習慣。

2. 使用Spring框架的好處是什麼？
輕量：Spring 是輕量的，基本的版本大約2MB。
控制反轉：Spring通過控制反轉實現了鬆散耦合，對象們給出它們的依賴，而不是創建或查找依賴的對象們。
面向切面的編程(AOP)：Spring支持面向切面的編程，並且把應用業務邏輯和系統服務分開。
容器：Spring 包含並管理應用中對象的生命周期和配置。
MVC框架：Spring的WEB框架是個精心設計的框架，是Web框架的一個很好的替代品。
事務管理：Spring 提供一個持續的事務管理介面，可以擴展到上至本地事務下至全局事務（JTA）。
異常處理：Spring 提供方便的API把具體技術相關的異常（比如由JDBC，Hibernate or JDO拋出的）轉化為一致的unchecked 異常。
3. Spring由哪些模塊組成?
以下是Spring 框架的基本模塊：
Core mole
Bean mole
Context mole
Expression Language mole
JDBC mole
ORM mole
OXM mole
Java Messaging Service(JMS) mole
Transaction mole
Web mole
Web-Servlet mole
Web-Struts mole
Web-Portlet mole
4. 核心容器（應用上下文) 模塊。
這是基本的Spring模塊，提供spring 框架的基礎功能，BeanFactory 是 任何以spring為基礎的應用的核心。Spring 框架建立在此模塊之上，它使Spring成為一個容器。
5. BeanFactory – BeanFactory 實現舉例。
Bean 工廠是工廠模式的一個實現，提供了控制反轉功能，用來把應用的配置和依賴從正真的應用代碼中分離。
最常用的BeanFactory 實現是XmlBeanFactory 類。
6. XMLBeanFactory
最常用的就是org.springframework.beans.factory.xml.XmlBeanFactory ，它根據XML文件中的定義載入beans。該容器從XML 文件讀取配置元數據並用它去創建一個完全配置的系統或應用。
7. 解釋AOP模塊
AOP模塊用於發給我們的Spring應用做面向切面的開發， 很多支持由AOP聯盟提供，這樣就確保了Spring和其他AOP框架的共通性。這個模塊將元數據編程引入Spring。
8. 解釋JDBC抽象和DAO模塊。
通過使用JDBC抽象和DAO模塊，保證資料庫代碼的簡潔，並能避免資料庫資源錯誤關閉導致的問題，它在各種不同的資料庫的錯誤信息之上，提供了一個統一的異常訪問層。它還利用Spring的AOP 模塊給Spring應用中的對象提供事務管理服務。
9. 解釋對象/關系映射集成模塊。
Spring 通過提供ORM模塊，支持我們在直接JDBC之上使用一個對象/關系映射映射(ORM)工具，Spring 支持集成主流的ORM框架，如Hiberate,JDO和 iBATIS SQL Maps。Spring的事務管理同樣支持以上所有ORM框架及JDBC。
10. 解釋WEB 模塊。
Spring的WEB模塊是構建在application context 模塊基礎之上，提供一個適合web應用的上下文。這個模塊也包括支持多種面向web的任務，如透明地處理多個文件上傳請求和程序級請求參數的綁定到你的業務對象。它也有對Jakarta Struts的支持。
12. Spring配置文件
Spring配置文件是個XML 文件，這個文件包含了類信息，描述了如何配置它們，以及如何相互調用。
13. 什麼是Spring IOC 容器？
Spring IOC 負責創建對象，管理對象（通過依賴注入（DI），裝配對象，配置對象，並且管理這些對象的整個生命周期。
14. IOC的優點是什麼？
IOC 或 依賴注入把應用的代碼量降到最低。它使應用容易測試，單元測試不再需要單例和JNDI查找機制。最小的代價和最小的侵入性使鬆散耦合得以實現。IOC容器支持載入服務時的餓漢式初始化和懶載入。
15. ApplicationContext通常的實現是什麼?
：此容器從一個XML文件中載入beans的定義，XML Bean 配置文件的全路徑名必須提供給它的構造函數。
：此容器也從一個XML文件中載入beans的定義，這里，你需要正確設置classpath因為這個容器將在classpath里找bean配置。
WebXmlApplicationContext：此容器載入一個XML文件，此文件定義了一個WEB應用的所有bean。
16. Bean 工廠和 Application contexts 有什麼區別？
Application contexts提供一種方法處理文本消息，一個通常的做法是載入文件資源（比如鏡像），它們可以向注冊為監聽器的bean發布事件。另外，在容器或容器內的對象上執行的那些不得不由bean工廠以程序化方式處理的操作，可以在Application contexts中以聲明的方式處理。Application contexts實現了MessageSource介面，該介面的實現以可插拔的方式提供獲取本地化消息的方法。
17. 一個Spring的應用看起來象什麼？
一個定義了一些功能的介面。
這實現包括屬性，它的Setter ， getter 方法和函數等。
Spring AOP。
Spring 的XML 配置文件。
使用以上功能的客戶端程序。
依賴注入
18. 什麼是Spring的依賴注入？
依賴注入，是IOC的一個方面，是個通常的概念，它有多種解釋。這概念是說你不用創建對象，而只需要描述它如何被創建。你不在代碼里直接組裝你的組件和服務，但是要在配置文件里描述哪些組件需要哪些服務，之後一個容器（IOC容器）負責把他們組裝起來。
19. 有哪些不同類型的IOC（依賴注入）方式？
構造器依賴注入：構造器依賴注入通過容器觸發一個類的構造器來實現的，該類有一系列參數，每個參數代表一個對其他類的依賴。
Setter方法注入：Setter方法注入是容器通過調用無參構造器或無參static工廠 方法實例化bean之後，調用該bean的setter方法，即實現了基於setter的依賴注入。
20. 哪種依賴注入方式你建議使用，構造器注入，還是 Setter方法注入？
你兩種依賴方式都可以使用，構造器注入和Setter方法注入。最好的解決方案是用構造器參數實現強制依賴，setter方法實現可選依賴。
Spring Beans
21.什麼是Spring beans?
Spring beans 是那些形成Spring應用的主幹的java對象。它們被Spring IOC容器初始化，裝配，和管理。這些beans通過容器中配置的元數據創建。比如，以XML文件中<bean/> 的形式定義。
Spring 框架定義的beans都是單件beans。在bean tag中有個屬性」singleton」，如果它被賦為TRUE，bean 就是單件，否則就是一個 prototype bean。默認是TRUE，所以所有在Spring框架中的beans 預設都是單件。
22. 一個 Spring Bean 定義 包含什麼？
一個Spring Bean 的定義包含容器必知的所有配置元數據，包括如何創建一個bean，它的生命周期詳情及它的依賴。
23. 如何給Spring 容器提供配置元數據?
這里有三種重要的方法給Spring 容器提供配置元數據。
XML配置文件。
基於註解的配置。
基於java的配置。
24. 你怎樣定義類的作用域?
當定義一個<bean> 在Spring里，我們還能給這個bean聲明一個作用域。它可以通過bean 定義中的scope屬性來定義。如，當Spring要在需要的時候每次生產一個新的bean實例，bean的scope屬性被指定為prototype。另一方面，一個bean每次使用的時候必須返回同一個實例，這個bean的scope 屬性 必須設為 singleton。
25. 解釋Spring支持的幾種bean的作用域。
Spring框架支持以下五種bean的作用域：
singleton : bean在每個Spring ioc 容器中只有一個實例。
prototype：一個bean的定義可以有多個實例。
request：每次http請求都會創建一個bean，該作用域僅在基於web的Spring ApplicationContext情形下有效。
session：在一個HTTP Session中，一個bean定義對應一個實例。該作用域僅在基於web的Spring ApplicationContext情形下有效。
global-session：在一個全局的HTTP Session中，一個bean定義對應一個實例。該作用域僅在基於web的Spring ApplicationContext情形下有效。
預設的Spring bean 的作用域是Singleton.
26. Spring框架中的單例bean是線程安全的嗎?
不，Spring框架中的單例bean不是線程安全的。
27. 解釋Spring框架中bean的生命周期。
Spring容器 從XML 文件中讀取bean的定義，並實例化bean。
Spring根據bean的定義填充所有的屬性。
如果bean實現了BeanNameAware 介面，Spring 傳遞bean 的ID 到 setBeanName方法。
如果Bean 實現了 BeanFactoryAware 介面， Spring傳遞beanfactory 給setBeanFactory 方法。
如果有任何與bean相關聯的BeanPostProcessors，Spring會在()方法內調用它們。
如果bean實現IntializingBean了，調用它的afterPropertySet方法，如果bean聲明了初始化方法，調用此初始化方法。
如果有BeanPostProcessors 和bean 關聯，這些bean的() 方法將被調用。
如果bean實現了 DisposableBean，它將調用destroy()方法。
28. 哪些是重要的bean生命周期方法？ 你能重載它們嗎？
有兩個重要的bean 生命周期方法，第一個是setup ， 它是在容器載入bean的時候被調用。第二個方法是 teardown 它是在容器卸載類的時候被調用。
The bean 標簽有兩個重要的屬性（init-method和destroy-method）。用它們你可以自己定製初始化和注銷方法。它們也有相應的註解（@PostConstruct和@PreDestroy）。
29. 什麼是Spring的內部bean？
當一個bean僅被用作另一個bean的屬性時，它能被聲明為一個內部bean，為了定義inner bean，在Spring 的 基於XML的 配置元數據中，可以在 <property/>或 <constructor-arg/> 元素內使用<bean/> 元素，內部bean通常是匿名的，它們的Scope一般是prototype。
30. 在 Spring中如何注入一個java集合？
Spring提供以下幾種集合的配置元素：
<list>類型用於注入一列值，允許有相同的值。
<set> 類型用於注入一組值，不允許有相同的值。
<map> 類型用於注入一組鍵值對，鍵和值都可以為任意類型。
<props>類型用於注入一組鍵值對，鍵和值都只能為String類型。
31. 什麼是bean裝配?
裝配，或bean 裝配是指在Spring 容器中把bean組裝到一起，前提是容器需要知道bean的依賴關系，如何通過依賴注入來把它們裝配到一起。
32. 什麼是bean的自動裝配？
Spring 容器能夠自動裝配相互合作的bean，這意味著容器不需要<constructor-arg>和<property>配置，能通過Bean工廠自動處理bean之間的協作。
33. 解釋不同方式的自動裝配 。
有五種自動裝配的方式，可以用來指導Spring容器用自動裝配方式來進行依賴注入。
no：默認的方式是不進行自動裝配，通過顯式設置ref 屬性來進行裝配。
byName：通過參數名 自動裝配，Spring容器在配置文件中發現bean的autowire屬性被設置成byname，之後容器試圖匹配、裝配和該bean的屬性具有相同名字的bean。
byType:：通過參數類型自動裝配，Spring容器在配置文件中發現bean的autowire屬性被設置成byType，之後容器試圖匹配、裝配和該bean的屬性具有相同類型的bean。如果有多個bean符合條件，則拋出錯誤。
constructor：這個方式類似於byType， 但是要提供給構造器參數，如果沒有確定的帶參數的構造器參數類型，將會拋出異常。
autodetect：首先嘗試使用constructor來自動裝配，如果無法工作，則使用byType方式。
34.自動裝配有哪些局限性 ?
自動裝配的局限性是：
重寫： 你仍需用 <constructor-arg>和 <property> 配置來定義依賴，意味著總要重寫自動裝配。
基本數據類型：你不能自動裝配簡單的屬性，如基本數據類型，String字元串，和類。
模糊特性：自動裝配不如顯式裝配精確，如果有可能，建議使用顯式裝配。
35. 你可以在Spring中注入一個null 和一個空字元串嗎？
可以。
Spring註解
36. 什麼是基於Java的Spring註解配置? 給一些註解的例子.
基於Java的配置，允許你在少量的Java註解的幫助下，進行你的大部分Spring配置而非通過XML文件。
以@Configuration 註解為例，它用來標記類可以當做一個bean的定義，被Spring IOC容器使用。另一個例子是@Bean註解，它表示此方法將要返回一個對象，作為一個bean注冊進Spring應用上下文。
37. 什麼是基於註解的容器配置?
相對於XML文件，註解型的配置依賴於通過位元組碼元數據裝配組件，而非尖括弧的聲明。
開發者通過在相應的類，方法或屬性上使用註解的方式，直接組件類中進行配置，而不是使用xml表述bean的裝配關系。
38. 怎樣開啟註解裝配？
註解裝配在默認情況下是不開啟的，為了使用註解裝配，我們必須在Spring配置文件中配置 <context:annotation-config/>元素。
39. @Required 註解
這個註解表明bean的屬性必須在配置的時候設置，通過一個bean定義的顯式的屬性值或通過自動裝配，若@Required註解的bean屬性未被設置，容器將拋出BeanInitializationException。
40. @Autowired 註解
@Autowired 註解提供了更細粒度的控制，包括在何處以及如何完成自動裝配。它的用法和@Required一樣，修飾setter方法、構造器、屬性或者具有任意名稱和/或多個參數的PN方法。
41. @Qualifier 註解
當有多個相同類型的bean卻只有一個需要自動裝配時，將@Qualifier 註解和@Autowire 註解結合使用以消除這種混淆，指定需要裝配的確切的bean。
Spring數據訪問
42.在Spring框架中如何更有效地使用JDBC?
使用SpringJDBC 框架，資源管理和錯誤處理的代價都會被減輕。所以開發者只需寫statements 和 queries從數據存取數據，JDBC也可以在Spring框架提供的模板類的幫助下更有效地被使用，這個模板叫JdbcTemplate （例子見這里here）
43. JdbcTemplate
JdbcTemplate 類提供了很多便利的方法解決諸如把資料庫數據轉變成基本數據類型或對象，執行寫好的或可調用的資料庫操作語句，提供自定義的數據錯誤處理。
44. Spring對DAO的支持
Spring對數據訪問對象（DAO）的支持旨在簡化它和數據訪問技術如JDBC，Hibernate or JDO 結合使用。這使我們可以方便切換持久層。編碼時也不用擔心會捕獲每種技術特有的異常。
45. 使用Spring通過什麼方式訪問Hibernate?
在Spring中有兩種方式訪問Hibernate：
控制反轉 Hibernate Template和 Callback。
繼承 HibernateDAOSupport提供一個AOP 攔截器。
46. Spring支持的ORM
Spring支持以下ORM：
Hibernate
iBatis
JPA (Java Persistence API)
TopLink
JDO (Java Data Objects)
OJB
47.如何通過HibernateDaoSupport將Spring和Hibernate結合起來？
用Spring的 SessionFactory 調用 LocalSessionFactory。集成過程分三步：
配置the Hibernate SessionFactory。
繼承HibernateDaoSupport實現一個DAO。
在AOP支持的事務中裝配。
48. Spring支持的事務管理類型
Spring支持兩種類型的事務管理：
編程式事務管理：這意味你通過編程的方式管理事務，給你帶來極大的靈活性，但是難維護。
聲明式事務管理：這意味著你可以將業務代碼和事務管理分離，你只需用註解和XML配置來管理事務。
49. Spring框架的事務管理有哪些優點？
它為不同的事務API 如 JTA，JDBC，Hibernate，JPA 和JDO，提供一個不變的編程模式。
它為編程式事務管理提供了一套簡單的API而不是一些復雜的事務API如
它支持聲明式事務管理。
它和Spring各種數據訪問抽象層很好得集成。
50. 你更傾向用那種事務管理類型？
大多數Spring框架的用戶選擇聲明式事務管理，因為它對應用代碼的影響最小，因此更符合一個無侵入的輕量級容器的思想。聲明式事務管理要優於編程式事務管理，雖然比編程式事務管理（這種方式允許你通過代碼控制事務）少了一點靈活性。
Spring面向切面編程（AOP）
51. 解釋AOP
面向切面的編程，或AOP， 是一種編程技術，允許程序模塊化橫向切割關注點，或橫切典型的責任劃分，如日誌和事務管理。
52. Aspect 切面
AOP核心就是切面，它將多個類的通用行為封裝成可重用的模塊，該模塊含有一組API提供橫切功能。比如，一個日誌模塊可以被稱作日誌的AOP切面。根據需求的不同，一個應用程序可以有若干切面。在Spring AOP中，切面通過帶有@Aspect註解的類實現。
52. 在Spring AOP 中，關注點和橫切關注的區別是什麼？
關注點是應用中一個模塊的行為，一個關注點可能會被定義成一個我們想實現的一個功能。
橫切關注點是一個關注點，此關注點是整個應用都會使用的功能，並影響整個應用，比如日誌，安全和數據傳輸，幾乎應用的每個模塊都需要的功能。因此這些都屬於橫切關注點。
54. 連接點
連接點代表一個應用程序的某個位置，在這個位置我們可以插入一個AOP切面，它實際上是個應用程序執行Spring AOP的位置。
55. 通知
通知是個在方法執行前或執行後要做的動作，實際上是程序執行時要通過SpringAOP框架觸發的代碼段。
Spring切面可以應用五種類型的通知：
before：前置通知，在一個方法執行前被調用。
after: 在方法執行之後調用的通知，無論方法執行是否成功。
after-returning: 僅當方法成功完成後執行的通知。
after-throwing: 在方法拋出異常退出時執行的通知。
around: 在方法執行之前和之後調用的通知。
56. 切點
切入點是一個或一組連接點，通知將在這些位置執行。可以通過表達式或匹配的方式指明切入點。
57. 什麼是引入?
引入允許我們在已存在的類中增加新的方法和屬性。
58. 什麼是目標對象?
被一個或者多個切面所通知的對象。它通常是一個代理對象。也指被通知（advised）對象。
59. 什麼是代理?
代理是通知目標對象後創建的對象。從客戶端的角度看，代理對象和目標對象是一樣的。
60. 有幾種不同類型的自動代理？
BeanNameAutoProxyCreator

Metadata autoproxying
61. 什麼是織入。什麼是織入應用的不同點？
織入是將切面和到其他應用類型或對象連接或創建一個被通知對象的過程。
織入可以在編譯時，載入時，或運行時完成。
62. 解釋基於XML Schema方式的切面實現。
在這種情況下，切面由常規類以及基於XML的配置實現。
63. 解釋基於註解的切面實現
在這種情況下(基於@AspectJ的實現)，涉及到的切面聲明的風格與帶有java5標注的普通java類一致。
Spring 的MVC
64. 什麼是Spring的MVC框架？
Spring 配備構建Web 應用的全功能MVC框架。Spring可以很便捷地和其他MVC框架集成，如Struts，Spring 的MVC框架用控制反轉把業務對象和控制邏輯清晰地隔離。它也允許以聲明的方式把請求參數和業務對象綁定。
65. DispatcherServlet
Spring的MVC框架是圍繞DispatcherServlet來設計的，它用來處理所有的HTTP請求和響應。
66. WebApplicationContext
WebApplicationContext 繼承了ApplicationContext 並增加了一些WEB應用必備的特有功能，它不同於一般的ApplicationContext ，因為它能處理主題，並找到被關聯的servlet。
67. 什麼是Spring MVC框架的控制器？
控制器提供一個訪問應用程序的行為，此行為通常通過服務介面實現。控制器解析用戶輸入並將其轉換為一個由視圖呈現給用戶的模型。Spring用一個非常抽象的方式實現了一個控制層，允許用戶創建多種用途的控制器。
68. @Controller 註解
該註解表明該類扮演控制器的角色，Spring不需要你繼承任何其他控制器基類或引用Servlet API。
69. @RequestMapping 註解
該註解是用來映射一個URL到一個類或一個特定的方處理法上。

Ⅲ 什麼是元數據

元數據（Metadata），又稱中介數據、中繼數據，為描述數據的數據（data about data）。

元數據作用是：

1、描述數據屬性（property）的信息，用來支持如指示存儲位置、歷史數據、資源查找、文件記錄等功能。

2、元數據算是一種電子式目錄，為了達到編制目錄的目的，必須在描述並收藏數據的內容或特色，進而達成協助數據檢索的目的。

元數據的應用舉例：

1、數據結構：數據集的名稱、關系、欄位、約束等；

2、數據部署：數據集的物理位置；

3、數據流：數據集之間的流程依賴關系（非參照依賴），包括數據集到另一個數據集的規則；

4、質量度量：數據集上可以計算的度量；

5、度量邏輯關系：數據集度量之間的邏輯運算關系；

6、ETL過程：過程運行的順序，並行、串列；

7、數據集快照：一個時間點上，數據在所有數據集上的分布情況。

(3)元數據編程擴展閱讀：

元數據的優點：

1、自描述：元數據自動提供 COM 中 IDL 的功能，允許將一個文件同時用於定義和實現。運行庫模塊和程序集甚至不需要向操作系統注冊。結果，運行庫使用的說明始終反映編譯文件中的實際代碼，從而提高應用程序的可靠性。

2、設計：元數據提供所有必需的有關已編譯代碼的信息，以供用戶從用不同語言編寫的 PE 文件中繼承類。用戶可以創建用任何託管語言（任何面向公共語言運行庫的語言）編寫的任何類的實例，而不用擔心顯式封送處理或使用自定義的互用代碼。