逆水行舟 不進則退

  個人對軟件設計及架構的總結：

1．軟件設計        

Java 跨平臺、虛擬機， .Net 的CLR

J2EE：一組規范，多種JSR的組合，Servlet、JSP、EJB、JDBC，JNDI，JMS

      JTA、RMI等等

目標：企業應用

2．企業應用的特點，這也是J2EE誕生的原因

   企業應用的特點

1. 涉及到持久化數據

2. 很多人同時訪問數據

3. 含有大量操作數據的用戶界面

4. 與散布在企業內部或周圍的其他的應用集成

5. 各種異構系統的概念含有不一致性

6. 業務邏輯通常是最沒有邏輯的東西

7. 企業應用并非都是大型的，但可能都為企業提供巨大的價值 ，

   因此需要更強的健壯性、可擴展性和異常處理能力

3．經典道理：

l       

l        計算機科學里，沒有任何問題是不能通過增加額外的附加層而得到解決的。

發展歷史：

Flat File-〉事務處理系統（處理并發訪問）-〉ＲＤＢ（ＳＱＬ）

－〉Ｃ/Ｓ應用（客戶端負責數據獲取和呈現，并直接訪問數據庫）

－〉受數據庫的物理連接的限制，決定了客戶端的最大連接數

－〉銀彈：分層                                  |----【連接池】

    －〉三層架構　，ｎ-tier（中間件）           [tier & layer ]

    

　　　J2EE通過分層與AOP

4．系統架構

原則：接口實現分離、開閉、迪米特、依賴倒置、里氏替換

分層： presentation layer: mvc "databind " look & feel " i18n

Service layer: 接口實現分離" Service Locater" Facade

Business layer : BPM "Domain Model

Data Access layer: DAO ----ＤＢ　ｉｎｄｅｐｅｎｄｅｎｃｅ

                   

事務：本地事務、聲明式、編程式

安全：CA、SSL、SOO、LDAP

5．企業架構

       Zachman: 5W1H

n        數據（WHAT）

n        功能（HOW）

n        網絡（WHERE）

n        人員（WHO）

n        時間（WHEN）

n        動機（WHY）

TOGAF: 4 Architeture

 ADM

 

6．應用整合

SOA-----WebService

    -------ESB 應用互聯

-------SCA 服務組件

-------BPEL 業務編排

ORM(Object Relation Mapping)大家都很熟悉，包括hibernate，ibatis等等，JavaEE 5里面定義了JPA，也是差不多的意思。

這里的關鍵是Relation，將對象映射到關系數據庫，為什么呢要映射到關系數據庫，因為我們發展了這么多年的數據庫歷史，

并且發明了sql等一系列相關的工具以及穩定的DB Product。

OXM不是新名詞，是我自己簡寫的（Object XML Mapping）,將對象與xml（不一定是文件，是xml的表示方式）互相轉換及映射，

目前有很多工具可以做，比如castor，我想用DOM或SAX也可以作出其他的類似工具。

XQuery ，XPath可以用來做類似sql的事情。

當然，如何把xml持久化呢，DB2 V9不是已經做了嗎，不過xml只不過是關系數據庫的一種附加品而已。

xml不一定非需要操作系統文件的方式呀，也許有一天，某一個數據庫（或者叫持久化）產品是

只面向xml而非關系的，那么流行的將是OXM，或者叫OX（和XO很像呀,想來一口嗎 ^-^）,因為對象和xml之間幾乎不需要mapping

1。URL中get方式傳遞中文參數
      在WAS下需要取出參數之前加上
   request.setCharacterEncoding("GBK");
   String file = request.getParameter("file");

2。關于jsp：include的用法
     WAS下能<jsp:include page='<%=expression%>' />, 其中expression只能是單個變量，而不能是表達式，如request.getAttribute("XXX")
    這種在WAS下必須 
             
  好像是標簽里都會有這種問題，而直接用html語法不會有這個問題