http://www.dhtmlgoodies.com/
http://webfx.eae.net/
http://www.miniajax.com/
http://www.dynamicdrive.com

限制指定的文件后綴…  

項目中Struts/Spring/Hibernate的基本流程

 

Struts+Spring+Hibernate  develepment process:

1.Write your business class : DTO,FormBean,Action,Service Interface,Service Implementation.

 2.Write JSP pages.
3.struts-config.xml Configuration : FormBean,Action,Forward pages.
4.applicationContext-service.xml Configuration: add your Service Interface and Service Implementation.
5.Add your service factory Get method to ServiceFactory.java
6.Build project and Generate the Description file(*.hbm.xml) of DTO.
7.applicationContext.xml Configuration: add *.hbm.xml file to applicationContext for O/R mapping. 

Spring+hibernate的單元測試Junit

　spring提供的單元測試是強大的，spring的單元測試很簡單，封裝的很好。我們要用spring的單元測試測試我們寫的add，delete等方法時候需要spring提供的一個額外包spring-mock.jar，我已經傳上來了。你只要熟悉單元測試，編寫一個測試案例，然后把繼承改為org.springframework.test.AbstractTransactionalDataSourceSpringContextTests就可以了，此時編譯器會提示你要實現
　　/**
　　*  必須實現的方法
　　*/
　　public  String[]  getConfigLocations(){
　　String[]  config  =  new  String[]{"applicationContext.xml","applicationContext-dao.xml","applicationContext-hibernate.xml","applicationContext-service.xml"};
　　return  config;
　　}
　　看了大家應該明白，就是把你配置好的xml賦值給它，
　　然后大家就可以通過下面方法：
　　下面的applicationContext這個變量是你只要繼承了剛才那個抽象類就可以得到的一個恒量。
　　FriendService  friendService  =  (FriendService)applicationContext.getBean("friendService");
　　得到你的實例來進行業務邏輯測試了，是不是很簡單，大家試試吧，它在此時完成以后會把數據庫回滾一次，不會影響你的數據庫記錄，非常好。

 

spring中提供 ContextLoaderListenter類，用來加載context的xml文件。

spring為struts提供ContextLoaderPlugIn類，此類也可以加載context的xml文件。

區別在于，兩種方式加載的WebApplicationContext，以不同的Key存放在ServletContext中。而如果你定義了HibernateFilter的話，spring會利用WebApplicationContextUtils來獲取WebApplicationContext，而此類并不識別ContextLoaderPlugIn類所加載的上下文，此時便會拋出異常： No WebApplicationContext found: no ContextLoaderListener registered?

利用ContextLoaderListenter來加載dao、service級別的context，而對于struts的action，用ContextLoaderPlugIn加載。

2005年漂泊的一年，先后求職于南京，上海和北京三地，因此慘遭京滬寧三地java高手蹂躪。
這些都是面試java架構師的比較變態的題目：
1。變態指數 4
int x=4;
System.out.println("value is " +((x>4)?99.9:9));
答案 9.0 問號表達式的后面兩個條件有要求,因為前面的是float,所以后面轉為float.
估計出題者才通過SCJP的考試。
2.變態指數 5
public class Test {

public static void main(String[] args) {
int x = 4;
java.util.Date date = (x > 4) ? new A() : new B();
}
}

class A extends java.util.Date {}
class B extends java.util.Date {}
答案 jdk1.4編譯不通過,1.5可以
不知道出題人的意圖
3.變態指數 6
String s=new String("abc");
創建了幾個Ｓtring對象？
答案 2個
這樣的公司最好不要去

4.變態指數 7
const是不是java的關鍵字？
答案 const是java的關鍵字,但是java沒有實現它
一般人絕對用不到它

5.變態指數 8
，short s1 = 1; s1 = s1 + 1;有什么錯? short s1 = 1; s1 += 1;有什么錯?
答案 1錯2對，1因為向上轉型了,最后導致類型不匹配錯誤 ,
因為s1的+=是一個操作符，能夠自動轉型,
short s1 = 1;
s1 = s1+1;這句話在c++里面可以的
不知道出題人的意圖
6.變態指數 9
上海貝爾的面試題:你認為效率最高的方法,實現從1加到100.
答案 1-100的累加相當于加50次101，這樣循環次數從100次降為50次：
int sun = 0
for(int i = 1,j = 100 ; i <= 50 ; i++,j--){
    sun = sun + i + j;
} 
出題人腦子有問題,直接(1+100)*50不是最快...其實類似這樣的優化應該不是程序員考慮的范疇吧
7.變態指數 10
 System.out.println(5.0942*1000);
     System.out.println(5.0943*1000);
  System.out.println(5.0944*1000);的結果
答案 :5094.2 5094.299999999999 5094.400000000001
原理和浮點數的計算機表示方式有關 ,你不用上機,就答對了,你最好去微軟,接替安德爾森.

<script  language="javascript">
function test(){
if(escape(document.all.type.value).indexOf("%u")!=-1) alert("含有漢字");
else alert("全是字符");

}
</script>
<input type="text" name="type"><input type="button" name="test" onclick="test();">

                                                                   應用系統架構設計   

我們在做著表面上看似是對于各種不同應用的開發，其實背后所對應的架構設計都是相對穩定的。在一個好的架構下編程，不僅對于開發人員是一件賞心悅目的事情，更重要的是軟件能夠表現出一個健康的姿態；而架構設計的不合理，不僅讓開發人員受苦受難，軟件本身的生命周期更是受到嚴重威脅。這里我將針對在微軟dotNet平臺上做應用開發系統的一般架構流程設計做一個粗淺的討論。

 

總體設計圖 

 表示層

表示層由UI（User Interface）和UI控制邏輯組成。

l         UI（User Interface）

UI是客戶端的用戶界面，負責從用戶方接收命令，請求，數據，傳遞給業務層處理，然后將結果呈現出來。根據客戶端的不同我們大體將應用程序分為BS（Browser-Server） 瀏覽器結構，CS（Client-Server）桌面客戶端結構。

BS的優點是無需操心客戶端，只需要部署維護好服務器即可。CS的優點在于強大的界面交互表達能力。RIA（Rich Internet Application）是為了融合這兩種結構優點的一種技術，它依賴在客戶端一次性安裝一個通用解釋器之后即獲得強大的界面交互表達能力和無需部署具體客戶端的方便性。具體的實現技術很多，例如微軟的SmartClient， Avalon； Macromedia的Flex；以JS為基礎的Bindows；Ajax等等很多。

 

l         UI控制邏輯

UI控制邏輯負責處理UI和業務層之間的數據交互，UI之間狀態流程的控制，同時負責簡單的數據驗證和格式化等功能。具體的說在dotNet事件驅動的編程模型下，UI控制邏輯被自然的實現在了事件函數中，例如PageLoad事件函數，ButtonClick事件函數。在這些事件函數中，主要任務就是做UI控件與業務實體的數據交換與業務調用，但面對大量的數據交換工作量與維護量就成了最大的問題。而在復雜應用的系統中，狀態與流程的管理是必須要考慮的因素，它們同樣是業務邏輯的一部分，如果不加以封裝的直接寫在事件函數中將導致業務依賴表示層。下面分別討論這兩個問題。

 

1.         1.UI與業務實體之間的數據交互

此階段負責數據交換的業務實體稱為DTO（Data Transfer Object），處理輸入時我們從UI控件的獲得數據填入DTO再向下傳播，處理輸出時用戶發出請求業務層會將數據以DTO的形式返出再賦給UI控件展現。因此需要一種方式來自動解決這樣的來回賦值問題。遺憾的是dotNet下的不少控件雖然支持數據綁定但仍然沒有一個現成完整的解決辦法。我們可以自己設計一個Adapter按照某種映射關系來自動處理這樣的綁定，這樣的映射關系最好是UI控件與DTO屬性的事先命名約定，以此種方式的約定作為映射關系無需增加任何配置文件和配置工作即可實現。

 

2.         2.狀態與流程的管理

既然是業務邏輯的一部分就不應該耦合再表示層當中。MVC（Model-View-Controller）模式提供了實現這一目標的方法。Controller是整個方案的核心，它是一個流程管理器，來自UI所有的命令與數據經過Controller分發給業務層或其他UI，這樣我們可以把流程，權限等邏輯單獨封裝，例如配置文件中，達到最大化的業務重用。dotNet下MVC的方案并不像Java下有那么多選擇，目前有以下幾種選擇：

微軟的UIPAB，它可以處理bs，cs下的流程跳轉，可以使得相同的業務系統有webform和winform不同的展現方式。

開源的Mavrick.Net，它只適用于Asp.Net應用程序，它對流程，國際化，頁面包裝，xslt頁面轉換提供了很好的支持。

開源的Lattis，同樣只適用于Asp.Net應用程序。

 

業務層封裝了實際業務邏輯，包含數據驗證，事物處理，權限處理等業務相關操作，是整個應用系統的核心。因此設計一個能夠真實反映實際需要的業務層是非常必要的，我們將實際業務具體分為業務數據與業務操作兩部分。

 

l         業務數據

業務數據又是業務邏輯的核心，最終業務數據將以一種固定的格式表現于內存中，在系統的各個層次間傳輸，充當DTO角色。表達業務數據的方式一般分為兩種Table Model和Domain Model。

Table Model是將數據庫中的表直接映射成為業務數據對象，這樣的優點是適合于機器操作，ADO.NET直接提供了這種操作的便利，但對于復雜業務關系的表達就很不直觀。只適合于業務需求與數據表對應關系很直接的需要快速開發的情況。通常我們選用Dataset或者強類型Dataset（Strong Typed Dataset），強類型Dataset支持編譯時的類型檢查，效率上要略高于普通Dataset。Dataset有很多方便的特性：無需自己編寫維護類，支持序列化，數據副本保存，支持數據集合，對控件綁定支持效果好，微軟提供了相應的生成工具以及持久方案。但缺點也是明顯，復雜數據表現不直觀，做為DTO在各個層次間傳輸，尤其是分布式環境，龐大的體積，相對緩慢的實例化對于性能造成很大壓力。

Domain Model則是根據實際業務按照現實方式用OO思想建模，這樣很適合業務復雜的系統。通常采用自定義數據實體（Custom Data Entity）方式表達。自定義數據實體，有著良好的性能，編譯時的類型檢查，數據表現方式非常直觀符合實際業務的操作方式等優點，但需要自己定義維護類，在分布式環境下需要自己編寫序列化方法。

綜合各種因素考慮，雖然業務簡單對應直接的系統我們以Table Model建模開發效率很高但難免保證系統日后不會變的復雜，因此出于復用性，擴展性，性能等方面選用Domain Model建模為佳。

 

l         業務操作

業務操作負責對業務數據進行各種業務相關的處理，例如驗證，流向，整合，事物，權限等，但它不負責有關對數據源的操作。它與業務數據的關系設計有2種方式。

分離業務數據與業務操作，將業務數據單獨封裝到只有數據get，set的數據類中，這個數據類只充當DTO。將業務操作封裝到獨立的service類中與業務數據一起充當業務層。這樣當系統不復雜的時候顯的簡單直觀，而隨著系統日益復雜，service類會變的雜亂，而將本身耦合緊密的數據與操作分離對于復用也是不利的因素。具體可參考Martin Fowler 的貧血的Domain Model一文，但我并不傾向于業務層直接訪問數據源。

整合業務數據與業務操作，將業務數據與相關的業務操作封裝在一起稱為業務實體，業務實體作為統一的業務層為表示層提供服務，同時也負責作為DTO在各個層次間傳輸，我傾向于這樣完整的Domain Model設計方式，每個業務實體都可以做為一個單獨組件形式存在，對于組件化復用有著莫大的好處。

 

l         業務模塊間的依賴

各個業務模塊之間的依賴，有時候會是難以解決的問題，尤其是一些可以重復利用的業務組件，例如權限管理，郵件發送等等。管理好這些各種不同的業務組件是我們的目標，IoC容器為我們提供了最完美的方案，通過它將不同的模塊注入到系統中我們可以在不知道這個組件存在的情況下調用它。但目前只有不成熟的Spring.Net一個選擇，我們只有一聲嘆息，因此也就不多討論了。

 

業務數據訪問層是一個針對具體應用系統的專屬層，它為業務層提供與數據源交互的最小操作方式，僅僅是業務層需要的數據訪問接口，業務層完全依賴業務數據訪問層所提供的服務。這些服務負責從業務層接收數據或返回業務實體，它屏蔽了實際業務數據與機器存儲方式的差別。當然，數據層選用抽象的解決方案同樣可以達到這個效果，但業務數據訪問層最大的特點就是針對具體業務做抽象，而抽象的數據層訪問方案是針對通用做抽象。往往業務中針對具體的設計生命力會變的更強，這樣我們可以最大限度的保持了上層代碼的復用性，當需要更換存儲策略如果數據層訪問差別太大，通過更換數據層無法解決問題的時候我們最多只需要更換業務數據訪問層，而無需改變業務層。

 

業務數據訪問層由DAO（Data Access Object）層和系統服務層兩部分組成。DAO層為每個業務實體提供最基本的數據訪問服務，系統服務層為系統全局提供與業務關系不大的通用數據訪問服務，這兩層處于系統中的同一個層次位置。

 

業務層與業務數據訪問層關系圖

 

 

數據層的宗旨就是為數據源提供一個可供外界訪問的接口，我們應該選用一種能夠提供數據源無關的抽象數據訪問接口并通過在其下掛接各種不同的DataProviador來訪問數據源的數據層組件，這樣做便于移植到不同的數據源上。目前有以下3種數據層方案：

 

1.        1. 封裝ADO.Net

這些數據訪問組件都是基于ADO.Net的淺封裝，它的優點在于封裝層次低所以速度最快，我們可以手動組織sql語句用來適應復雜的操作以及個性的優化等。缺點是無法直接處理自定義數據實體方式的業務實體對象，需要將業務實體中的數據屬性以參數形式傳入傳出。這樣的方式雖然最為保險，但隨著系統規模增大，開發效率，質量，，后期的維護，二次開發都變成尤為突出的問題，對開發人員的要求會變的越來越高。另外對于事物操作封裝不是很好，無法提供聲明性事物，經常會在業務層出現訪問數據層的需要。這樣的組件目前應用的很廣泛，例如微軟在EnterpriseLibrary中提供的DAAB（Data Access Application Block），還有以前的DAAB3.1。EnterpriseLibrary是個成熟的產品，包括了數據訪問，異常，日志，緩存，加密，配置,安全等組件做為通用服務非常適合。

 

2.        2. OR-Mapping組件

ORM是最好的數據持久解決方案，它的優點在于能夠以面向對象的方式操縱數據，因此可以直接處理自定義數據實體的業務對象，我們根本不用操心sql語句以及底層存儲方式，這樣極大的簡化的代碼提高了開發效率，對于日后維護擴展都帶來極大的便利。缺點在于屏蔽了底層使得我們無法針對具體數據源做優化，而且對于復雜關聯的sql操作有些力不從心，同時性能也差一些但輔助以緩存情況會好很多，而在dotNet下最大的問題就是沒有一個成熟便宜的ORM產品供我們使用，全部都是beta版本和商業版本。這些版本或多或少都存在一些問題，以至于真正應用中需要經過仔細考察。例如NHibernate，Gentle.Net，XPO，Grove.Net等等非常多。

 

3.        3. DataMapper（SqlMapper）

SqlMapper為以上兩種方式提供了一個折中的選擇，它可以以面向對象的方式直接處理自定義數據實體的業務對象，同時可以根據與數據源與業務實體的映射關系執行手寫的sql語句，這樣完全使得我們可以針對具體數據源做優化，對于復雜操作同樣可以勝任。目前只有iBatis.Net一個產品，它是一個java移至的開源項目，已經比較成熟，可以在無需編譯的情況下隨意替換DAO。

 

 

至此，整個架構方案的討論已經完成，我們可以看出dotNet下可供選擇的解決方案是那么的有限，反看Java世界，有那么多成熟可供利用的組件框架，流口水中...不過dotNet也正在走向成熟，我們需要時間等待。這個架構設計的思路只代表了我個人的理解，而且也并不是說所有的開發都是這么一套方案，在具體環境中需要做具體的調整。希望能起到一個拋磚引玉的作用。我的郵箱是i-simon AT msn.com，由于我經驗尚淺，有不正確或不足的地方歡迎指正討論，另外本文將根據技術的最新進展持續更新。

1. DAO的職責就是增刪改查，不該有多余的邏輯。這個問題其實我碰到過很多人寫的代碼和接口的設計都非常不合理。我個人有一個標準，你可以參考一下，如果用Hibernate的話，DAO的實現代碼絕不會超過15行，至少我現在的DAO就是這樣的。DAO互相調用？這是絕對不可能的，除非你設計有問題。

2. Service層的職責就是實現具體的業務操作。我不認為Service之間有必要相互調用，至少目前我還沒有碰到過有必要互相調用的情況，我認為良好的設計也是可以避免這一點的。

3. 配置文件多使用autowire就可以變得異常簡單，除非你認為autowire會影響性能。

4. 看實際情況，我Facade有時候是個好主意，不過我還沒有使用過，Service接口直接暴露給Action層。

■ 影像地圖 　　<MAP> <AREA> 　　欲明白本篇【HTML徹底剖析】之標記分類，請看 【標記一覽】。 　　也請先明白圍堵標記與空標記的分別，請看 【HTML概念】。

■ <MAP> <AREA>：

<MAP>...</MAP> 用法：　　　　　　當在AREA元素中使用時，創建一個客戶端的圖形鏡像 開始／結束標識：　必須／必須 屬性：　　　　　　%coreattrs 　　　　　　　　　name="..."將要創建的圖形鏡像的名字 空：　　　　　　　不允許

<AREA> 用法：　　　　　　用來定義鏈接和錨 開始／結束標識：　必須／非法 屬性：　　　　　　shape="..."允許我們使用已定義的形狀定義客戶端的圖形鏡像(default, rect, circle, poly) 　　　　　　　　　coords="..."使用像素或者長度百分比來定義形狀的尺寸 　　　　　　　　　href="..."所鏈接的源文件的URL 　　　　　　　　　target="..."決定把源文件顯示在什么地方(用戶自定義, _blank, _parent, _self, _top) 　　　　　　　　　nohref="..."說明該域沒有反應 　　　　　　　　　alt="..."顯示可替換的文本 　　　　　　　　　tabindex="..."通過使用定義過的"tabindex"屬性設置不同元素之間獲得焦點的順序 空：　　　　　　　允許

相信不會太多人手動設定 Image Map，通常使用網頁編輯部工具的向導，那是很方便的方法，至于 <MAP> <AREA> 的詳細的介紹，我們以后有空會補上。

★target的屬性:
★_blank 在新窗口打開
★_parent 在父級窗口打開
★_self 在本窗口打開
★_top 在整個瀏覽器窗口打開

在HTML中有一個具有把圖片劃分成多個作用區域，并鏈接到不同網頁的標記，那就是 <area>地圖作用區域標記。
　　<area>標記主要用于圖像地圖，通過該標記可以在圖像地圖中設定作用區域（又稱為熱點），這樣當用戶的鼠標移到指定的作用區域點擊時，會自動鏈接到預先設定好的頁面。其基本語法結構如下：
<area class=type  id＝Value href＝url alt＝text  shape＝area-shape  coods＝value>
其中。class和id：是分別指定熱點的類型和id號。
alt：用于設定熱點的替代性文字。
href：用于設定該熱點所鏈接的url地址。
shape和coords：是兩個主要的參數，用于設定熱點的形狀和大小。其基本用法如下：
<area shape="rect" coords="x1, y1,x2,y2" href=url>表示設定熱點的形狀為矩形，左上角頂點坐標為（X1,y1），右下角頂點坐標為（X2,y2）。
<area shape="circle" coords="x1, y1,r" href=url>表示設定熱點的形狀為圓形，圓心坐標為（X1,y1），半徑為r。
<area shape="poligon" coords="x1, y1,x2,y2 ......" href=url>表示設定熱點的形狀為多邊形，各頂點坐標依次為（X1,y1）、（X2,y2）、（x3,y3） ......。
　　<area>標記是在圖像地圖中劃分作用區域的，因此其劃分的作用區域必須在圖像地圖的區域內，所以在用 <area> 標記劃分區域前必須用HTML的另一個標記<map>來設定圖像地圖的作用區域，并為指定的圖像地圖設定名稱，該標記的用法很簡單，即<map name="圖像地圖名稱"> ...... </map>。
　　下面通過一個例子來說明這兩個標記的用法：
　　這里是一幅新書架的圖片，要做的效果是：當鼠標點“網址大全”這本書時，新開一窗口，顯示關于這本書的簡介及訂單的網頁（urlall.htm）；當 鼠標點“網站設計攻略”這本書時，新開一窗口，顯示關于這本書的簡介及訂單的網頁（siteall.htm）；當鼠標點“網頁技巧大全”這本書時，新開一 窗口，顯示關于這本書的簡介及訂單的網頁（pagejqlall.htm）。制作方法：
　　1、插入圖片，并設置好圖像的有關參數，且在<img>標記中設置參數usemap="newbook" ismap，以表示對圖像地圖（newbook）的引用；
　　2、用<map>標記設定圖像地圖的作用區域，并取名為：newbook；
　　3、分別用<area>標記針對三本書的位置劃分出三個矩形作用區域，并設定好其鏈接參數href。
　　制作完成，本例的源代碼如下：
<img src="image/htmlp3.gif" width="207" height="148" alt="新書架" hspace="10" align="left" usemap="#newbook" border="0">
<map name="newbook">
<area shape="rect" coords="56,69,78,139" href="urlall.htm" target="_blank" alt="這里收集十萬多個網址。" title="這里收集十萬多個網址。">
<area shape="rect" coords="82,70,103,136" href="siteall.htm" target="_blank" alt="網站設計師的啟蒙讀本。" title="網站設計師的啟蒙讀本。">
<area shape="rect" coords="106,68,128,136" href="pageall.htm" target="_blank" alt="網頁制作者不可不讀的書。" title="網頁制作者不可不讀的書。">
</map>

　　在制作本文介紹的效果時應注意的幾點：
　　1、在<img>標記不要忘記設置usemap、ismap參數，且usemap的參數值必須與<map>標記中的name參數值相同，也就是說，“圖像地圖名稱”要一致；
　　2、同一“圖像地圖”中的所有熱點區域都要在圖像地圖的范圍內，即所有<area>標記均要在<map>與</map>之間；
　　3、在<area>標記中的 cords 參數設定的坐標格式要與shape參數設定的作用區域形狀配套，避免出現在shape參數設置的矩形作用區域，而在cords 中設置的卻是多邊形區域頂點坐標的現象出現。

      404錯誤頁出現這個問題,我在web.xml定義了如下的定義,
路徑的是對的,奇怪的是我測試時輸入一個不存在的頁,出現404錯誤提示出現的卻不是我所定義的頁面,這就怪了.
主要有以下幾個因素:
1.使用 tomcat 服務器
2.tomcat服務器版本
3.瀏覽器問題
4.IE的設置
5.錯誤頁本身的大小

下面是提供的解決方法:

1.升級tomcat (換成其它服務器,代價沉重)
2.ie 設定   工具-->Internet選項-->高級--->顯示http友好錯誤信息(取消選擇) ,
3. 把錯誤頁做大一點,具體幾個字節,沒測試,估計三四百足夠了, (加一個div塊,display設為none就可以了)
4.設置指定錯誤頁頁狀態為正確,騙過IE的自定義錯誤頁 方法
<%
    response.setStatus(200); // 200 = HttpServletResponse.SC_OK
%>

操作系統的時間格式不同可能會有不同的結果，你先ECHO一下就看到了
例如：
C:\>echo %DATE%
星期二 2002-10-22

C:\>echo %date:~4,10%
2002-10-22

C:\>echo %date:~0,3%
星期二

C:\>echo %date:~-10%
2002-10-22
你可以在控制面板里設置日期格式