在Java語(yǔ)言中, abstract class 和interface 是支持抽象類定義的兩種機(jī)制。正是由于這兩種機(jī)制的存在,才賦予了Java強(qiáng)大的 面向?qū)ο竽芰Αbstract class和interface之間在對(duì)于抽象類定義的支持方面具有很大的相似性,甚至可以相互替換,因此很多開發(fā)者在進(jìn) 行抽象類定義時(shí)對(duì)于abstract class和interface的選擇顯得比較隨意。其實(shí),兩者之間還是有很大的區(qū)別的,對(duì)于它們的選擇甚至反映出對(duì) 于問(wèn)題領(lǐng)域本質(zhì)的理解、對(duì)于設(shè)計(jì)意圖的理解是否正確、合理。本文將對(duì)它們之間的區(qū)別進(jìn)行一番剖析,試圖給開發(fā)者提供一個(gè)在二者之間進(jìn)行選擇的依據(jù)。
理解抽象類
abstract class和interface在Java語(yǔ)言中都是用來(lái)進(jìn)行抽象類(本文 中的抽象類并非從abstract class翻譯而來(lái),它表示的是一個(gè)抽象體,而abstract class為Java語(yǔ)言中用于定義抽象類的一種方法, 請(qǐng)讀者注意區(qū)分)定義的,那么什么是抽象類,使用抽象類能為我們帶來(lái)什么好處呢?
在 面向?qū)ο蟮母拍钪校覀冎浪械膶?duì)象都是通過(guò)類來(lái)描繪的,但是反過(guò)來(lái)卻不是這樣。并不是 所有的類都是用來(lái)描繪對(duì)象的,如果一個(gè)類中沒(méi)有包含足夠的信息來(lái)描繪一個(gè)具體的對(duì)象,這樣的類就是抽象類。抽象類往往用來(lái)表征我們?cè)趯?duì)問(wèn)題領(lǐng)域進(jìn)行分析、 設(shè)計(jì)中得出的抽象概念,是對(duì)一系列看上去不同,但是本質(zhì)上相同的具體概念的抽象。比如:如果我們進(jìn)行一個(gè)圖形編輯軟件的開發(fā),就會(huì)發(fā)現(xiàn)問(wèn)題領(lǐng)域存在著圓、 三角形這樣一些具體概念,它們是不同的,但是它們又都屬于形狀這樣一個(gè)概念,形狀這個(gè)概念在問(wèn)題領(lǐng)域是不存在的,它就是一個(gè)抽象概念。正是因?yàn)槌橄蟮母拍?在問(wèn)題領(lǐng)域沒(méi)有對(duì)應(yīng)的具體概念,所以用以表征抽象概念的抽象類是不能夠?qū)嵗摹?/p>
在面向?qū)ο箢I(lǐng)域,抽象類主要用來(lái)進(jìn)行類型隱藏。 我們可以構(gòu)造出一個(gè)固定的一組行為的抽象描 述,但是這組行為卻能夠有任意個(gè)可能的具體實(shí)現(xiàn)方式。這個(gè)抽象描述就是抽象類,而這一組任意個(gè)可能的具體實(shí)現(xiàn)則表現(xiàn)為所有可能的派生類。模塊可以操作一個(gè) 抽象體。由于模塊依賴于一個(gè)固定的抽象體,因此它可以是不允許修改的;同時(shí),通過(guò)從這個(gè)抽象體派生,也可擴(kuò)展此模塊的行為功能。熟悉OCP的讀者一定知 道,為了能夠?qū)崿F(xiàn)面向?qū)ο笤O(shè)計(jì)的一個(gè)最核心的原則OCP(Open-Closed Principle),抽象類是其中的關(guān)鍵所在。
從語(yǔ)法定義層面看abstract class 和 interface
在語(yǔ)法層面,Java語(yǔ)言對(duì)于abstract class和interface給出了不同的定義方式,下面以定義一個(gè)名為Demo的抽象類為例來(lái)說(shuō)明這種不同。
使用abstract class的方式定義Demo抽象類的方式如下:
abstract class Demo{
abstract void method1();
abstract void method2();
…
}
使用interface的方式定義Demo抽象類的方式如下:
interface Demo{
void method1();
void method2();
…
}
在abstract class方式中,Demo可以有自己的數(shù)據(jù)成員,也可以有非 abstract的成員方法,而在interface方式的實(shí)現(xiàn)中,Demo只能夠有靜態(tài)的不能被修改的數(shù)據(jù)成員(也就是必須是static final 的,不過(guò)在interface中一般不定義數(shù)據(jù)成員),所有的成員方法都是abstract的。從某種意義上說(shuō),interface是一種特殊形式的 abstract class。
從編程的角度來(lái)看,abstract class和interface都可以用來(lái)實(shí)現(xiàn) "design by contract" 的思想。但是在具體的使用上面還是有一些區(qū)別的。
首先,abstract class 在 Java 語(yǔ)言中表示的是一種繼承關(guān)系,一個(gè)類只能使用一次繼承關(guān)系(因?yàn)镴ava不支持多繼承 -- 轉(zhuǎn)注)。但是,一個(gè)類卻可以實(shí)現(xiàn)多個(gè)interface。也許,這是Java語(yǔ)言的設(shè)計(jì)者在考慮Java對(duì)于多重繼承的支持方面的一種折中考慮吧。
其次,在abstract class的定義中,我們可以賦予方法的默認(rèn)行為。但是在interface的定義中,方法卻不能擁有默認(rèn)行為,為了繞過(guò)這個(gè)限制,必須使用委托,但是這會(huì)增加一些復(fù)雜性,有時(shí)會(huì)造成很大的麻煩。
在 抽象類中不能定義默認(rèn)行為還存在另一個(gè)比較嚴(yán)重的問(wèn)題,那就是可能會(huì)造成維護(hù)上的麻煩。因 為如果后來(lái)想修改類的界面(一般通過(guò) abstract class 或者interface來(lái)表示)以適應(yīng)新的情況(比如,添加新的方法或者給已用的方法中添 加新的參數(shù))時(shí),就會(huì)非常的麻煩,可能要花費(fèi)很多的時(shí)間(對(duì)于派生類很多的情況,尤為如此)。但是如果界面是通過(guò)abstract class來(lái)實(shí)現(xiàn)的,那 么可能就只需要修改定義在abstract class中的默認(rèn)行為就可以了。
同樣,如果不能在抽象類中定義默認(rèn)行為,就會(huì)導(dǎo)致同樣的方法實(shí)現(xiàn)出現(xiàn)在該抽象類的每一個(gè)派生類中,違反了 "one rule,one place" 原則,造成代碼重復(fù),同樣不利于以后的維護(hù)。因此,在abstract class和interface間進(jìn)行選擇時(shí)要非常的小心。
從設(shè)計(jì)理念層面看 abstract class 和 interface
上面主要從語(yǔ)法定義和編程的角度論述了abstract class和interface的區(qū) 別,這些層面的區(qū)別是比較低層次的、非本質(zhì)的。本小節(jié)將從另一個(gè)層面:abstract class和interface所反映出的設(shè)計(jì)理念,來(lái)分析一下二者的區(qū)別。作者認(rèn)為,從這個(gè)層面進(jìn)行分析才能理解二者概念的本質(zhì)所在。
前面已經(jīng)提到過(guò),abstract class在Java語(yǔ)言中體現(xiàn)了一種繼承關(guān)系,要想使得 繼承關(guān)系合理,父類和派生類之間必須存在"is-a"關(guān)系,即父類和派生類在概念本質(zhì)上應(yīng)該是相同的。對(duì)于interface來(lái)說(shuō)則不然,并不要求interface的實(shí)現(xiàn)者和interface定義在概念本質(zhì)上是一致的, 僅僅是實(shí)現(xiàn)了interface定義的契約而已。為了使論述便于理解,下面將通過(guò)一個(gè)簡(jiǎn)單的實(shí)例進(jìn)行說(shuō)明。
考慮這樣一個(gè)例子,假設(shè)在我們的問(wèn)題領(lǐng)域中有一個(gè)關(guān)于Door的抽象概念,該Door具有執(zhí)行兩個(gè)動(dòng)作open和close,此時(shí)我們可以通過(guò)abstract class或者interface來(lái)定義一個(gè)表示該抽象概念的類型,定義方式分別如下所示:
使用abstract class方式定義Door:
abstract class Door{
abstract void open();
abstract void close();
}
使用interface方式定義Door:
interface Door{
void open();
void close();
}
其他具體的Door類型可以extends使用abstract class方式定義的Door或者implements使用interface方式定義的Door。看起來(lái)好像使用abstract class和interface沒(méi)有大的區(qū)別。
如果現(xiàn)在要求Door還要具有報(bào)警的功能。我們?cè)撊绾卧O(shè)計(jì)針對(duì)該例子的類結(jié)構(gòu)呢(在本例中, 主要是為了展示 abstract class 和interface 反映在設(shè)計(jì)理念上的區(qū)別,其他方面無(wú)關(guān)的問(wèn)題都做了簡(jiǎn)化或者忽略)?下面將羅列出可能的解 決方案,并從設(shè)計(jì)理念層面對(duì)這些不同的方案進(jìn)行分析。
解決方案一:
簡(jiǎn)單的在Door的定義中增加一個(gè)alarm方法,如下:
abstract class Door{
abstract void open();
abstract void close();
abstract void alarm();
}
或者
interface Door{
void open();
void close();
void alarm();
}
那么具有報(bào)警功能的AlarmDoor的定義方式如下:
class AlarmDoor extends Door{
void open(){…}
void close(){…}
void alarm(){…}
}
或者
class AlarmDoor implements Door{
void open(){…}
void close(){…}
void alarm(){…}
}
這種方法違反了面向?qū)ο笤O(shè)計(jì)中的一個(gè)核心原則 ISP (Interface Segregation Principle),在Door的定義中把Door概念本身固有的行為方法和另外一個(gè)概念"報(bào)警器"的行為方 法混在了一起。這樣引起的一個(gè)問(wèn)題是那些僅僅依賴于Door這個(gè)概念的模塊會(huì)因?yàn)?報(bào)警器"這個(gè)概念的改變(比如:修改alarm方法的參數(shù))而改變,反 之依然。
解決方案二:
既然open、close和alarm屬于兩個(gè)不同的概念,根據(jù)ISP原則應(yīng)該把它們分別定 義在代表這兩個(gè)概念的抽象類中。定義方式有:這兩個(gè)概念都使用 abstract class 方式定義;兩個(gè)概念都使用interface方式定義;一個(gè)概念 使用 abstract class 方式定義,另一個(gè)概念使用interface方式定義。
顯然,由于Java語(yǔ)言不支持多重繼承,所以兩個(gè)概念都使用abstract class方式定義是不可行的。后面兩種方式都是可行的,但是對(duì)于它們的選擇卻反映出對(duì)于問(wèn)題領(lǐng)域中的概念本質(zhì)的理解、對(duì)于設(shè)計(jì)意圖的反映是否正確、合理。我們一一來(lái)分析、說(shuō)明。
如果兩個(gè)概念都使用interface方式來(lái)定義,那么就反映出兩個(gè)問(wèn)題:1、我們可能沒(méi)有 理解清楚問(wèn)題領(lǐng)域,AlarmDoor在概念本質(zhì)上到底是Door還是報(bào)警器?2、如果我們對(duì)于問(wèn)題領(lǐng)域的理解沒(méi)有問(wèn)題,比如:我們通過(guò)對(duì)于問(wèn)題領(lǐng)域的分 析發(fā)現(xiàn)AlarmDoor在概念本質(zhì)上和Door是一致的,那么我們?cè)趯?shí)現(xiàn)時(shí)就沒(méi)有能夠正確的揭示我們的設(shè)計(jì)意圖,因?yàn)樵谶@兩個(gè)概念的定義上(均使用 interface方式定義)反映不出上述含義。
如果我們對(duì)于問(wèn)題領(lǐng)域的理解是:AlarmDoor在概念本質(zhì)上是Door,同時(shí)它有具有報(bào) 警的功能。我們?cè)撊绾蝸?lái)設(shè)計(jì)、實(shí)現(xiàn)來(lái)明確的反映出我們的意思呢?前面已經(jīng)說(shuō)過(guò),abstract class在Java語(yǔ)言中表示一種繼承關(guān)系,而繼承關(guān)系 在本質(zhì)上是"is-a"關(guān)系。所以對(duì)于Door這個(gè)概念,我們應(yīng)該使用abstarct class方式來(lái)定義。另外,AlarmDoor又具有報(bào)警功能,說(shuō) 明它又能夠完成報(bào)警概念中定義的行為,所以報(bào)警概念可以通過(guò)interface方式定義。如下所示:
abstract class Door{
abstract void open();
abstract void close();
}
interface Alarm{
void alarm();
}
class Alarm Door extends Door implements Alarm{
void open(){…}
void close(){…}
void alarm(){…}
}
這種實(shí)現(xiàn)方式基本上能夠明確的反映出我們對(duì)于問(wèn)題領(lǐng)域的理解,正確的揭示我們的設(shè)計(jì)意圖。其 實(shí)abstract class表示的是"is-a"關(guān)系,interface表示的是"like-a"關(guān)系,大家在選擇時(shí)可以作為一個(gè)依據(jù),當(dāng)然這是建立在對(duì)問(wèn)題領(lǐng)域的理解上的,比如:如果我們認(rèn)為AlarmDoor在概念本質(zhì)上是報(bào)警器,同時(shí)又具有Door的功能,那么上述的定義方式就要反過(guò)來(lái)了。
小結(jié)
1.abstract class 在 Java 語(yǔ)言中表示的是一種繼承關(guān)系,一個(gè)類只能使用一次繼承關(guān)系。但是,一個(gè)類卻可以實(shí)現(xiàn)多個(gè)interface。
2.在abstract class 中可以有自己的數(shù)據(jù)成員,也可以有非abstarct的成員方法,而在interface中,只能夠有靜態(tài)的不能被修改的數(shù)據(jù)成員(也就是必須是static final的,不過(guò)在 interface中一般不定義數(shù)據(jù)成員),所有的成員方法都是abstract的。
3.abstract class和interface所反映出的設(shè)計(jì)理念不同。其實(shí)abstract class表示的是"is-a"關(guān)系,interface表示的是"like-a"關(guān)系。
4.實(shí)現(xiàn)抽象類和接口的類必須實(shí)現(xiàn)其中的所有方法。抽象類中可以有非抽象方法。接口中則不能有實(shí)現(xiàn)方法。
5.接口中定義的變量默認(rèn)是public static final 型,且必須給其初值,所以實(shí)現(xiàn)類中不能重新定義,也不能改變其值。
6.抽象類中的變量默認(rèn)是 friendly 型,其值可以在子類中重新定義,也可以重新賦值。
7.接口中的方法默認(rèn)都是 public,abstract 類型的。
結(jié)論
abstract class 和 interface 是 Java語(yǔ)言中的兩種定義抽象類的方式,它們之間有很大的相似性。但是對(duì)于它們的選擇卻又往往反映出對(duì)于問(wèn)題領(lǐng)域中的概 念本質(zhì)的理解、對(duì)于設(shè)計(jì)意圖的反映是否正確、合理,因?yàn)樗鼈儽憩F(xiàn)了概念間的不同的關(guān)系(雖然都能夠?qū)崿F(xiàn)需求的功能)。這其實(shí)也是語(yǔ)言的一種的慣用法,希望讀者朋友能夠細(xì)細(xì)體會(huì)。
1.為什么要用抽象類實(shí)現(xiàn)接口抽象類和接口比起來(lái),有一個(gè)好處,就是某些函數(shù)可以實(shí)現(xiàn)具體的方法,而并不一定是聲明抽象的方法,而接口只能聲明抽象方法,所以用一個(gè)抽象類來(lái)實(shí)現(xiàn)某個(gè)接口可以實(shí)現(xiàn)一些通用的方法,而這些具體實(shí)現(xiàn)的方法里還可以調(diào)用抽象方法,所以減少了子類中的重復(fù)代碼。
java庫(kù)里也有不少這這樣的設(shè)計(jì),
比如java.util.AbstractList實(shí)現(xiàn)了java.util.List,而其實(shí)某些方法就是調(diào)用了抽象方法。
還有一個(gè)好處就是可以給子類一個(gè)默認(rèn)的實(shí)現(xiàn),而不必給所有的子類實(shí)現(xiàn)所有的方法。
另外還有一個(gè)好處就是可以提供一些公用的方法給子類使用。
2. 第一種通過(guò)spring中的CronTrigger復(fù)雜觸發(fā)器實(shí)現(xiàn)
<filter> <filter-name>AddHeaderFilter</filter-name> <filter-class> badqiu.web.filter.AddHeaderFilter </filter-class> <init-param> <param-name>headers</param-name> <param-value>Content-Encoding=gzip</param-value> </init-param> </filter> <filter-mapping> <filter-name>AddHeaderFilter</filter-name> <url-pattern>*.gzjs</url-pattern> </filter-mapping>
<html> <head> <!-- type="text/javascript"不可少,有些瀏覽器缺少這個(gè)不能運(yùn)行,具體已經(jīng)忘記了 --> <script src="prototype.gzjs" type="text/javascript"></script> </head> <body> <input id="username" name="username" value="badqiu"/><br /> <input id="email" value="badqiu@gmail.com"/> <script> <!-- 測(cè)試prototype的方法是否正常--> alert($F('username')) </script> </body> </html>
經(jīng)過(guò)我的多次測(cè)試實(shí)踐,在linux和window下測(cè)試通過(guò),win的比較簡(jiǎn)單,因?yàn)樵谀J(rèn)的情況下,組播就已經(jīng)打開。
1 在linux 下同一臺(tái)服務(wù)器上測(cè)試通過(guò)(注意端口不要沖突。特別要注意那個(gè)tcpListenPort=”4001″ )
2 在window下的同一臺(tái)服務(wù)器上測(cè)試通過(guò),注意要點(diǎn)同上
3 window下多臺(tái)不同主機(jī)上測(cè)試通過(guò),沒(méi)有什么好注意點(diǎn),可以完全備份一個(gè)tomcat
4.linux多臺(tái)不同tomcat服務(wù)器上測(cè)試通過(guò)。這個(gè)也是最后實(shí)現(xiàn),最實(shí)際的方案。(一般不用在win下部署tomcatweb應(yīng)用。呵呵。我覺(jué)得)
這里講下第四中情況
先講一下環(huán)境:都是在Red Hat Linux AS4上測(cè)試通過(guò)
Apache:ip:192.168.1.11 (一臺(tái)) 版本:2.0/2.2 (做均換負(fù)載服務(wù)器)
Tomcat:ip1:192.168.1.12 ip2:192.168.1.13 (兩臺(tái)) 版本:5.0、5.5 (web應(yīng)用的Real Server)
Jdk:版本1.5 安裝在 192.168.1.12 和192.168.1.13上的tomcat服務(wù)器上
安裝tomcat和apache ,在這里就不講了。
軟件都可以在www.apache.org 的網(wǎng)站上找到(apache,tomcat,mod_jk)
1.下載mod_jk.so 文件放到apache 下的modules下
地址:http://apache.mirror.phpchina.com/tomcat/tomcat-connectors/jk/binaries/ 請(qǐng)選擇正確的操作系統(tǒng)和Apache的版本。
2.在apache的conf下建立文件workers.properties
添加內(nèi)容:
3.在conf下添加一個(gè)mod_jk.conf文件
4.增加一個(gè)虛擬機(jī)配置文件vhosts.conf (這個(gè)不是必須的,可以將JkMount 的寫其他的配置文件中)
4.修改conf下的httpd.conf文件加上
5.配置tomcat
講Cluster 前的注釋去掉,啟用tomcat集群功能。
一般不需要修改什么東西,但在我這邊,兩臺(tái)linux的tomcat就是死活找不到node,而同樣的配置文件在window下的跑得很是正常。
有個(gè)東西要說(shuō)明下,因?yàn)閠omcat的session同步功能需要用到組播,windows默認(rèn)情況下是開通組播服務(wù)的,但是linux默認(rèn)情況下并沒(méi)有開通,可以通過(guò)指令打開route add -net 224.0.0.0 netmask 240.0.0.0 dev eth0,如果需要服務(wù)器啟動(dòng)時(shí)即開通組播需在/etc/sysconfig/static-routes文件內(nèi)加入eht0 net 224.0.0.0 netmask 240.0.0.0。具體組播概念請(qǐng)查閱CCNP相關(guān)內(nèi)容。
可以通過(guò)netstate -g 來(lái)查看組播狀態(tài),也可以在route -e 命令中看到
原來(lái)一直提示這個(gè)問(wèn)題
信息: Manager [/clusterapp]: skipping state transfer. No members active in cluster group.
最后測(cè)試只要修改在Cluster之間的一段代碼
改為
在13的服務(wù)器上也將這一段修改為自己的ip
然后打開jvmRoute ,跟workers.properties 的兩個(gè)tomcat名字相匹配
ip1
ip2
好了,apache和tomcat的配置好了,可以訪問(wèn)了。
這里,再提供一個(gè)鏈接,可以監(jiān)控和配置負(fù)載均衡的各種信息
http://192.168.1.11/jkstatus或http://my.linuxcoffee.org、jkstatus來(lái)訪問(wèn)網(wǎng)站。
注:需要在web.xml的display-name后面 下加上一段。 這個(gè)跟順序有關(guān)的,不然,xml文件會(huì)變紅哦。
參考文章:
Tomcat 5 Home Page
Clustering Home Page on Tomcat site
Load Balancer Home Page on Tomcat site
一
<htmel><title>字?jǐn)?shù)</title>
<script language="javascript">
function gbcount(message,total,used,remain)
{
var max;
max=total.value;
if(message.value.length > max){
message.value = message.value.substring(0,max);
used.value = max;
remain.value = 0;
alert('不能超過(guò)300個(gè)字!');
}
else{
used.value = message.value.length;
remain.value = max - used.value;
}
}
</script>
<body><form>
<textarea cols="60" rows="8" id="memo1" onkeydown="gbcount(this.form.memo1,this.form.total1,this.form.used1,this.form.remain1);" onkeyup="gbcount(this.form.memo1,this.form.total1,this.form.used1,this.form.remain1);"></textarea>
<br>
最多字?jǐn)?shù):<INPUT disabled maxLength=4 name=total1 size=3 value=500>
已用字?jǐn)?shù):<INPUT disabled maxLength=4 name=used1 size=3 value=0>
剩余字?jǐn)?shù):<INPUT disabled maxLength=4 name=remain1 size=3 value=500> </form>
</body></html>
http://www.dhtmlgoodies.com/
http://webfx.eae.net/
http://www.miniajax.com/
http://www.dynamicdrive.com
項(xiàng)目中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的單元測(cè)試Junit
spring提供的單元測(cè)試是強(qiáng)大的,spring的單元測(cè)試很簡(jiǎn)單,封裝的很好。我們要用spring的單元測(cè)試測(cè)試我們寫的add,delete等方法時(shí)候需要spring提供的一個(gè)額外包spring-mock.jar,我已經(jīng)傳上來(lái)了。你只要熟悉單元測(cè)試,編寫一個(gè)測(cè)試案例,然后把繼承改為org.springframework.test.AbstractTransactionalDataSourceSpringContextTests就可以了,此時(shí)編譯器會(huì)提示你要實(shí)現(xiàn)
/**
* 必須實(shí)現(xiàn)的方法
*/
public String[] getConfigLocations(){
String[] config = new String[]{"applicationContext.xml","applicationContext-dao.xml","applicationContext-hibernate.xml","applicationContext-service.xml"};
return config;
}
看了大家應(yīng)該明白,就是把你配置好的xml賦值給它,
然后大家就可以通過(guò)下面方法:
下面的applicationContext這個(gè)變量是你只要繼承了剛才那個(gè)抽象類就可以得到的一個(gè)恒量。
FriendService friendService = (FriendService)applicationContext.getBean("friendService");
得到你的實(shí)例來(lái)進(jìn)行業(yè)務(wù)邏輯測(cè)試了,是不是很簡(jiǎn)單,大家試試吧,它在此時(shí)完成以后會(huì)把數(shù)據(jù)庫(kù)回滾一次,不會(huì)影響你的數(shù)據(jù)庫(kù)記錄,非常好。
spring中提供 ContextLoaderListenter類,用來(lái)加載context的xml文件。
spring為struts提供ContextLoaderPlugIn類,此類也可以加載context的xml文件。
區(qū)別在于,兩種方式加載的WebApplicationContext,以不同的Key存放在ServletContext中。而如果你定義了HibernateFilter的話,spring會(huì)利用WebApplicationContextUtils來(lái)獲取WebApplicationContext,而此類并不識(shí)別ContextLoaderPlugIn類所加載的上下文,此時(shí)便會(huì)拋出異常: No WebApplicationContext found: no ContextLoaderListener registered?
利用ContextLoaderListenter來(lái)加載dao、service級(jí)別的context,而對(duì)于struts的action,用ContextLoaderPlugIn加載。
2005年漂泊的一年,先后求職于南京,上海和北京三地,因此慘遭京滬寧三地java高手蹂躪。
這些都是面試java架構(gòu)師的比較變態(tài)的題目:
1。變態(tài)指數(shù) 4
int x=4;
System.out.println("value is " +((x>4)?99.9:9));
答案 9.0 問(wèn)號(hào)表達(dá)式的后面兩個(gè)條件有要求,因?yàn)榍懊娴氖?span>float,所以后面轉(zhuǎn)為float.
估計(jì)出題者才通過(guò)SCJP的考試。
2.變態(tài)指數(shù) 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編譯不通過(guò),1.5可以
不知道出題人的意圖
3.變態(tài)指數(shù) 6
String s=new String("abc");
創(chuàng)建了幾個(gè)String對(duì)象?
答案 2個(gè)
這樣的公司最好不要去
4.變態(tài)指數(shù) 7
const是不是java的關(guān)鍵字?
答案 const是java的關(guān)鍵字,但是java沒(méi)有實(shí)現(xiàn)它
一般人絕對(duì)用不到它
5.變態(tài)指數(shù) 8
,short s1 = 1; s1 = s1 + 1;有什么錯(cuò)? short s1 = 1; s1 += 1;有什么錯(cuò)?
答案 1錯(cuò)2對(duì),1因?yàn)橄蛏限D(zhuǎn)型了,最后導(dǎo)致類型不匹配錯(cuò)誤 ,
因?yàn)?span>s1的+=是一個(gè)操作符,能夠自動(dòng)轉(zhuǎn)型,
short s1 = 1;
s1 = s1+1;這句話在c++里面可以的
不知道出題人的意圖
6.變態(tài)指數(shù) 9
上海貝爾的面試題:你認(rèn)為效率最高的方法,實(shí)現(xiàn)從1加到100.
答案 1-100的累加相當(dāng)于加50次101,這樣循環(huán)次數(shù)從100次降為50次:
int sun = 0
for(int i = 1,j = 100 ; i <= 50 ; i++,j--){
sun = sun + i + j;
}
出題人腦子有問(wèn)題,直接(1+100)*50不是最快...其實(shí)類似這樣的優(yōu)化應(yīng)該不是程序員考慮的范疇吧
7.變態(tài)指數(shù) 10
System.out.println(5.0942*1000);
System.out.println(5.0943*1000);
System.out.println(5.0944*1000);的結(jié)果
答案 :5094.2 5094.299999999999 5094.400000000001
原理和浮點(diǎn)數(shù)的計(jì)算機(jī)表示方式有關(guān) ,你不用上機(jī),就答對(duì)了,你最好去微軟,接替安德?tīng)柹?span>.
<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();">
我們?cè)谧鲋砻嫔峡此剖菍?duì)于各種不同應(yīng)用的開發(fā),其實(shí)背后所對(duì)應(yīng)的架構(gòu)設(shè)計(jì)都是相對(duì)穩(wěn)定的。在一個(gè)好的架構(gòu)下編程,不僅對(duì)于開發(fā)人員是一件賞心悅目的事情,更重要的是軟件能夠表現(xiàn)出一個(gè)健康的姿態(tài);而架構(gòu)設(shè)計(jì)的不合理,不僅讓開發(fā)人員受苦受難,軟件本身的生命周期更是受到嚴(yán)重威脅。這里我將針對(duì)在微軟dotNet平臺(tái)上做應(yīng)用開發(fā)系統(tǒng)的一般架構(gòu)流程設(shè)計(jì)做一個(gè)粗淺的討論。
總體設(shè)計(jì)圖
表示層
表示層由UI(User Interface)和UI控制邏輯組成。
l UI(User Interface)
UI是客戶端的用戶界面,負(fù)責(zé)從用戶方接收命令,請(qǐng)求,數(shù)據(jù),傳遞給業(yè)務(wù)層處理,然后將結(jié)果呈現(xiàn)出來(lái)。根據(jù)客戶端的不同我們大體將應(yīng)用程序分為BS(Browser-Server) 瀏覽器結(jié)構(gòu),CS(Client-Server)桌面客戶端結(jié)構(gòu)。
BS的優(yōu)點(diǎn)是無(wú)需操心客戶端,只需要部署維護(hù)好服務(wù)器即可。CS的優(yōu)點(diǎn)在于強(qiáng)大的界面交互表達(dá)能力。RIA(Rich Internet Application)是為了融合這兩種結(jié)構(gòu)優(yōu)點(diǎn)的一種技術(shù),它依賴在客戶端一次性安裝一個(gè)通用解釋器之后即獲得強(qiáng)大的界面交互表達(dá)能力和無(wú)需部署具體客戶端的方便性。具體的實(shí)現(xiàn)技術(shù)很多,例如微軟的SmartClient, Avalon; Macromedia的Flex;以JS為基礎(chǔ)的Bindows;Ajax等等很多。
l UI控制邏輯
UI控制邏輯負(fù)責(zé)處理UI和業(yè)務(wù)層之間的數(shù)據(jù)交互,UI之間狀態(tài)流程的控制,同時(shí)負(fù)責(zé)簡(jiǎn)單的數(shù)據(jù)驗(yàn)證和格式化等功能。具體的說(shuō)在dotNet事件驅(qū)動(dòng)的編程模型下,UI控制邏輯被自然的實(shí)現(xiàn)在了事件函數(shù)中,例如PageLoad事件函數(shù),ButtonClick事件函數(shù)。在這些事件函數(shù)中,主要任務(wù)就是做UI控件與業(yè)務(wù)實(shí)體的數(shù)據(jù)交換與業(yè)務(wù)調(diào)用,但面對(duì)大量的數(shù)據(jù)交換工作量與維護(hù)量就成了最大的問(wèn)題。而在復(fù)雜應(yīng)用的系統(tǒng)中,狀態(tài)與流程的管理是必須要考慮的因素,它們同樣是業(yè)務(wù)邏輯的一部分,如果不加以封裝的直接寫在事件函數(shù)中將導(dǎo)致業(yè)務(wù)依賴表示層。下面分別討論這兩個(gè)問(wèn)題。
1. 1.UI與業(yè)務(wù)實(shí)體之間的數(shù)據(jù)交互
此階段負(fù)責(zé)數(shù)據(jù)交換的業(yè)務(wù)實(shí)體稱為DTO(Data Transfer Object),處理輸入時(shí)我們從UI控件的獲得數(shù)據(jù)填入DTO再向下傳播,處理輸出時(shí)用戶發(fā)出請(qǐng)求業(yè)務(wù)層會(huì)將數(shù)據(jù)以DTO的形式返出再賦給UI控件展現(xiàn)。因此需要一種方式來(lái)自動(dòng)解決這樣的來(lái)回賦值問(wèn)題。遺憾的是dotNet下的不少控件雖然支持?jǐn)?shù)據(jù)綁定但仍然沒(méi)有一個(gè)現(xiàn)成完整的解決辦法。我們可以自己設(shè)計(jì)一個(gè)Adapter按照某種映射關(guān)系來(lái)自動(dòng)處理這樣的綁定,這樣的映射關(guān)系最好是UI控件與DTO屬性的事先命名約定,以此種方式的約定作為映射關(guān)系無(wú)需增加任何配置文件和配置工作即可實(shí)現(xiàn)。
2. 2.狀態(tài)與流程的管理
既然是業(yè)務(wù)邏輯的一部分就不應(yīng)該耦合再表示層當(dāng)中。MVC(Model-View-Controller)模式提供了實(shí)現(xiàn)這一目標(biāo)的方法。Controller是整個(gè)方案的核心,它是一個(gè)流程管理器,來(lái)自UI所有的命令與數(shù)據(jù)經(jīng)過(guò)Controller分發(fā)給業(yè)務(wù)層或其他UI,這樣我們可以把流程,權(quán)限等邏輯單獨(dú)封裝,例如配置文件中,達(dá)到最大化的業(yè)務(wù)重用。dotNet下MVC的方案并不像Java下有那么多選擇,目前有以下幾種選擇:
微軟的UIPAB,它可以處理bs,cs下的流程跳轉(zhuǎn),可以使得相同的業(yè)務(wù)系統(tǒng)有webform和winform不同的展現(xiàn)方式。
開源的Mavrick.Net,它只適用于Asp.Net應(yīng)用程序,它對(duì)流程,國(guó)際化,頁(yè)面包裝,xslt頁(yè)面轉(zhuǎn)換提供了很好的支持。
開源的Lattis,同樣只適用于Asp.Net應(yīng)用程序。
業(yè)務(wù)層封裝了實(shí)際業(yè)務(wù)邏輯,包含數(shù)據(jù)驗(yàn)證,事物處理,權(quán)限處理等業(yè)務(wù)相關(guān)操作,是整個(gè)應(yīng)用系統(tǒng)的核心。因此設(shè)計(jì)一個(gè)能夠真實(shí)反映實(shí)際需要的業(yè)務(wù)層是非常必要的,我們將實(shí)際業(yè)務(wù)具體分為業(yè)務(wù)數(shù)據(jù)與業(yè)務(wù)操作兩部分。
l 業(yè)務(wù)數(shù)據(jù)
業(yè)務(wù)數(shù)據(jù)又是業(yè)務(wù)邏輯的核心,最終業(yè)務(wù)數(shù)據(jù)將以一種固定的格式表現(xiàn)于內(nèi)存中,在系統(tǒng)的各個(gè)層次間傳輸,充當(dāng)DTO角色。表達(dá)業(yè)務(wù)數(shù)據(jù)的方式一般分為兩種Table Model和Domain Model。
Table Model是將數(shù)據(jù)庫(kù)中的表直接映射成為業(yè)務(wù)數(shù)據(jù)對(duì)象,這樣的優(yōu)點(diǎn)是適合于機(jī)器操作,ADO.NET直接提供了這種操作的便利,但對(duì)于復(fù)雜業(yè)務(wù)關(guān)系的表達(dá)就很不直觀。只適合于業(yè)務(wù)需求與數(shù)據(jù)表對(duì)應(yīng)關(guān)系很直接的需要快速開發(fā)的情況。通常我們選用Dataset或者強(qiáng)類型Dataset(Strong Typed Dataset),強(qiáng)類型Dataset支持編譯時(shí)的類型檢查,效率上要略高于普通Dataset。Dataset有很多方便的特性:無(wú)需自己編寫維護(hù)類,支持序列化,數(shù)據(jù)副本保存,支持?jǐn)?shù)據(jù)集合,對(duì)控件綁定支持效果好,微軟提供了相應(yīng)的生成工具以及持久方案。但缺點(diǎn)也是明顯,復(fù)雜數(shù)據(jù)表現(xiàn)不直觀,做為DTO在各個(gè)層次間傳輸,尤其是分布式環(huán)境,龐大的體積,相對(duì)緩慢的實(shí)例化對(duì)于性能造成很大壓力。
Domain Model則是根據(jù)實(shí)際業(yè)務(wù)按照現(xiàn)實(shí)方式用OO思想建模,這樣很適合業(yè)務(wù)復(fù)雜的系統(tǒng)。通常采用自定義數(shù)據(jù)實(shí)體(Custom Data Entity)方式表達(dá)。自定義數(shù)據(jù)實(shí)體,有著良好的性能,編譯時(shí)的類型檢查,數(shù)據(jù)表現(xiàn)方式非常直觀符合實(shí)際業(yè)務(wù)的操作方式等優(yōu)點(diǎn),但需要自己定義維護(hù)類,在分布式環(huán)境下需要自己編寫序列化方法。
綜合各種因素考慮,雖然業(yè)務(wù)簡(jiǎn)單對(duì)應(yīng)直接的系統(tǒng)我們以Table Model建模開發(fā)效率很高但難免保證系統(tǒng)日后不會(huì)變的復(fù)雜,因此出于復(fù)用性,擴(kuò)展性,性能等方面選用Domain Model建模為佳。
l 業(yè)務(wù)操作
業(yè)務(wù)操作負(fù)責(zé)對(duì)業(yè)務(wù)數(shù)據(jù)進(jìn)行各種業(yè)務(wù)相關(guān)的處理,例如驗(yàn)證,流向,整合,事物,權(quán)限等,但它不負(fù)責(zé)有關(guān)對(duì)數(shù)據(jù)源的操作。它與業(yè)務(wù)數(shù)據(jù)的關(guān)系設(shè)計(jì)有2種方式。
分離業(yè)務(wù)數(shù)據(jù)與業(yè)務(wù)操作,將業(yè)務(wù)數(shù)據(jù)單獨(dú)封裝到只有數(shù)據(jù)get,set的數(shù)據(jù)類中,這個(gè)數(shù)據(jù)類只充當(dāng)DTO。將業(yè)務(wù)操作封裝到獨(dú)立的service類中與業(yè)務(wù)數(shù)據(jù)一起充當(dāng)業(yè)務(wù)層。這樣當(dāng)系統(tǒng)不復(fù)雜的時(shí)候顯的簡(jiǎn)單直觀,而隨著系統(tǒng)日益復(fù)雜,service類會(huì)變的雜亂,而將本身耦合緊密的數(shù)據(jù)與操作分離對(duì)于復(fù)用也是不利的因素。具體可參考Martin Fowler 的貧血的Domain Model一文,但我并不傾向于業(yè)務(wù)層直接訪問(wèn)數(shù)據(jù)源。
整合業(yè)務(wù)數(shù)據(jù)與業(yè)務(wù)操作,將業(yè)務(wù)數(shù)據(jù)與相關(guān)的業(yè)務(wù)操作封裝在一起稱為業(yè)務(wù)實(shí)體,業(yè)務(wù)實(shí)體作為統(tǒng)一的業(yè)務(wù)層為表示層提供服務(wù),同時(shí)也負(fù)責(zé)作為DTO在各個(gè)層次間傳輸,我傾向于這樣完整的Domain Model設(shè)計(jì)方式,每個(gè)業(yè)務(wù)實(shí)體都可以做為一個(gè)單獨(dú)組件形式存在,對(duì)于組件化復(fù)用有著莫大的好處。
l 業(yè)務(wù)模塊間的依賴
各個(gè)業(yè)務(wù)模塊之間的依賴,有時(shí)候會(huì)是難以解決的問(wèn)題,尤其是一些可以重復(fù)利用的業(yè)務(wù)組件,例如權(quán)限管理,郵件發(fā)送等等。管理好這些各種不同的業(yè)務(wù)組件是我們的目標(biāo),IoC容器為我們提供了最完美的方案,通過(guò)它將不同的模塊注入到系統(tǒng)中我們可以在不知道這個(gè)組件存在的情況下調(diào)用它。但目前只有不成熟的Spring.Net一個(gè)選擇,我們只有一聲嘆息,因此也就不多討論了。
業(yè)務(wù)數(shù)據(jù)訪問(wèn)層是一個(gè)針對(duì)具體應(yīng)用系統(tǒng)的專屬層,它為業(yè)務(wù)層提供與數(shù)據(jù)源交互的最小操作方式,僅僅是業(yè)務(wù)層需要的數(shù)據(jù)訪問(wèn)接口,業(yè)務(wù)層完全依賴業(yè)務(wù)數(shù)據(jù)訪問(wèn)層所提供的服務(wù)。這些服務(wù)負(fù)責(zé)從業(yè)務(wù)層接收數(shù)據(jù)或返回業(yè)務(wù)實(shí)體,它屏蔽了實(shí)際業(yè)務(wù)數(shù)據(jù)與機(jī)器存儲(chǔ)方式的差別。當(dāng)然,數(shù)據(jù)層選用抽象的解決方案同樣可以達(dá)到這個(gè)效果,但業(yè)務(wù)數(shù)據(jù)訪問(wèn)層最大的特點(diǎn)就是針對(duì)具體業(yè)務(wù)做抽象,而抽象的數(shù)據(jù)層訪問(wèn)方案是針對(duì)通用做抽象。往往業(yè)務(wù)中針對(duì)具體的設(shè)計(jì)生命力會(huì)變的更強(qiáng),這樣我們可以最大限度的保持了上層代碼的復(fù)用性,當(dāng)需要更換存儲(chǔ)策略如果數(shù)據(jù)層訪問(wèn)差別太大,通過(guò)更換數(shù)據(jù)層無(wú)法解決問(wèn)題的時(shí)候我們最多只需要更換業(yè)務(wù)數(shù)據(jù)訪問(wèn)層,而無(wú)需改變業(yè)務(wù)層。
業(yè)務(wù)數(shù)據(jù)訪問(wèn)層由DAO(Data Access Object)層和系統(tǒng)服務(wù)層兩部分組成。DAO層為每個(gè)業(yè)務(wù)實(shí)體提供最基本的數(shù)據(jù)訪問(wèn)服務(wù),系統(tǒng)服務(wù)層為系統(tǒng)全局提供與業(yè)務(wù)關(guān)系不大的通用數(shù)據(jù)訪問(wèn)服務(wù),這兩層處于系統(tǒng)中的同一個(gè)層次位置。
業(yè)務(wù)層與業(yè)務(wù)數(shù)據(jù)訪問(wèn)層關(guān)系圖
數(shù)據(jù)層的宗旨就是為數(shù)據(jù)源提供一個(gè)可供外界訪問(wèn)的接口,我們應(yīng)該選用一種能夠提供數(shù)據(jù)源無(wú)關(guān)的抽象數(shù)據(jù)訪問(wèn)接口并通過(guò)在其下掛接各種不同的DataProviador來(lái)訪問(wèn)數(shù)據(jù)源的數(shù)據(jù)層組件,這樣做便于移植到不同的數(shù)據(jù)源上。目前有以下3種數(shù)據(jù)層方案:
1. 1. 封裝ADO.Net
這些數(shù)據(jù)訪問(wèn)組件都是基于ADO.Net的淺封裝,它的優(yōu)點(diǎn)在于封裝層次低所以速度最快,我們可以手動(dòng)組織sql語(yǔ)句用來(lái)適應(yīng)復(fù)雜的操作以及個(gè)性的優(yōu)化等。缺點(diǎn)是無(wú)法直接處理自定義數(shù)據(jù)實(shí)體方式的業(yè)務(wù)實(shí)體對(duì)象,需要將業(yè)務(wù)實(shí)體中的數(shù)據(jù)屬性以參數(shù)形式傳入傳出。這樣的方式雖然最為保險(xiǎn),但隨著系統(tǒng)規(guī)模增大,開發(fā)效率,質(zhì)量,,后期的維護(hù),二次開發(fā)都變成尤為突出的問(wèn)題,對(duì)開發(fā)人員的要求會(huì)變的越來(lái)越高。另外對(duì)于事物操作封裝不是很好,無(wú)法提供聲明性事物,經(jīng)常會(huì)在業(yè)務(wù)層出現(xiàn)訪問(wèn)數(shù)據(jù)層的需要。這樣的組件目前應(yīng)用的很廣泛,例如微軟在EnterpriseLibrary中提供的DAAB(Data Access Application Block),還有以前的DAAB3.1。EnterpriseLibrary是個(gè)成熟的產(chǎn)品,包括了數(shù)據(jù)訪問(wèn),異常,日志,緩存,加密,配置,安全等組件做為通用服務(wù)非常適合。
2. 2. OR-Mapping組件
ORM是最好的數(shù)據(jù)持久解決方案,它的優(yōu)點(diǎn)在于能夠以面向?qū)ο蟮姆绞讲倏v數(shù)據(jù),因此可以直接處理自定義數(shù)據(jù)實(shí)體的業(yè)務(wù)對(duì)象,我們根本不用操心sql語(yǔ)句以及底層存儲(chǔ)方式,這樣極大的簡(jiǎn)化的代碼提高了開發(fā)效率,對(duì)于日后維護(hù)擴(kuò)展都帶來(lái)極大的便利。缺點(diǎn)在于屏蔽了底層使得我們無(wú)法針對(duì)具體數(shù)據(jù)源做優(yōu)化,而且對(duì)于復(fù)雜關(guān)聯(lián)的sql操作有些力不從心,同時(shí)性能也差一些但輔助以緩存情況會(huì)好很多,而在dotNet下最大的問(wèn)題就是沒(méi)有一個(gè)成熟便宜的ORM產(chǎn)品供我們使用,全部都是beta版本和商業(yè)版本。這些版本或多或少都存在一些問(wèn)題,以至于真正應(yīng)用中需要經(jīng)過(guò)仔細(xì)考察。例如NHibernate,Gentle.Net,XPO,Grove.Net等等非常多。
3. 3. DataMapper(SqlMapper)
SqlMapper為以上兩種方式提供了一個(gè)折中的選擇,它可以以面向?qū)ο蟮姆绞街苯犹幚碜远x數(shù)據(jù)實(shí)體的業(yè)務(wù)對(duì)象,同時(shí)可以根據(jù)與數(shù)據(jù)源與業(yè)務(wù)實(shí)體的映射關(guān)系執(zhí)行手寫的sql語(yǔ)句,這樣完全使得我們可以針對(duì)具體數(shù)據(jù)源做優(yōu)化,對(duì)于復(fù)雜操作同樣可以勝任。目前只有iBatis.Net一個(gè)產(chǎn)品,它是一個(gè)java移至的開源項(xiàng)目,已經(jīng)比較成熟,可以在無(wú)需編譯的情況下隨意替換DAO。
至此,整個(gè)架構(gòu)方案的討論已經(jīng)完成,我們可以看出dotNet下可供選擇的解決方案是那么的有限,反看Java世界,有那么多成熟可供利用的組件框架,流口水中...不過(guò)dotNet也正在走向成熟,我們需要時(shí)間等待。這個(gè)架構(gòu)設(shè)計(jì)的思路只代表了我個(gè)人的理解,而且也并不是說(shuō)所有的開發(fā)都是這么一套方案,在具體環(huán)境中需要做具體的調(diào)整。希望能起到一個(gè)拋磚引玉的作用。我的郵箱是i-simon AT msn.com,由于我經(jīng)驗(yàn)尚淺,有不正確或不足的地方歡迎指正討論,另外本文將根據(jù)技術(shù)的最新進(jìn)展持續(xù)更新。
1. DAO的職責(zé)就是增刪改查,不該有多余的邏輯。這個(gè)問(wèn)題其實(shí)我碰到過(guò)很多人寫的代碼和接口的設(shè)計(jì)都非常不合理。我個(gè)人有一個(gè)標(biāo)準(zhǔn),你可以參考一下,如果用Hibernate的話,DAO的實(shí)現(xiàn)代碼絕不會(huì)超過(guò)15行,至少我現(xiàn)在的DAO就是這樣的。DAO互相調(diào)用?這是絕對(duì)不可能的,除非你設(shè)計(jì)有問(wèn)題。
■ 影像地圖 <MAP> <AREA> 欲明白本篇【HTML徹底剖析】之標(biāo)記分類,請(qǐng)看 【標(biāo)記一覽】。 |
■ <MAP> <AREA>: |
<MAP>...</MAP> |
<AREA> |
相信不會(huì)太多人手動(dòng)設(shè)定 Image Map,通常使用網(wǎng)頁(yè)編輯部工具的向?qū)В鞘呛芊奖愕姆椒ǎ劣?<MAP> <AREA> 的詳細(xì)的介紹,我們以后有空會(huì)補(bǔ)上。 |
★target的屬性:
★_blank 在新窗口打開
★_parent 在父級(jí)窗口打開
★_self 在本窗口打開
★_top 在整個(gè)瀏覽器窗口打開
在HTML中有一個(gè)具有把圖片劃分成多個(gè)作用區(qū)域,并鏈接到不同網(wǎng)頁(yè)的標(biāo)記,那就是 <area>地圖作用區(qū)域標(biāo)記。
<area>標(biāo)記主要用于圖像地圖,通過(guò)該標(biāo)記可以在圖像地圖中設(shè)定作用區(qū)域(又稱為熱點(diǎn)),這樣當(dāng)用戶的鼠標(biāo)移到指定的作用區(qū)域點(diǎn)擊時(shí),會(huì)自動(dòng)鏈接到預(yù)先設(shè)定好的頁(yè)面。其基本語(yǔ)法結(jié)構(gòu)如下:
<area class=type id=Value href=url alt=text shape=area-shape coods=value>
其中。class和id:是分別指定熱點(diǎn)的類型和id號(hào)。
alt:用于設(shè)定熱點(diǎn)的替代性文字。
href:用于設(shè)定該熱點(diǎn)所鏈接的url地址。
shape和coords:是兩個(gè)主要的參數(shù),用于設(shè)定熱點(diǎn)的形狀和大小。其基本用法如下:
<area shape="rect" coords="x1, y1,x2,y2" href=url>表示設(shè)定熱點(diǎn)的形狀為矩形,左上角頂點(diǎn)坐標(biāo)為(X1,y1),右下角頂點(diǎn)坐標(biāo)為(X2,y2)。
<area shape="circle" coords="x1, y1,r" href=url>表示設(shè)定熱點(diǎn)的形狀為圓形,圓心坐標(biāo)為(X1,y1),半徑為r。
<area shape="poligon" coords="x1, y1,x2,y2 ......" href=url>表示設(shè)定熱點(diǎn)的形狀為多邊形,各頂點(diǎn)坐標(biāo)依次為(X1,y1)、(X2,y2)、(x3,y3) ......。
<area>標(biāo)記是在圖像地圖中劃分作用區(qū)域的,因此其劃分的作用區(qū)域必須在圖像地圖的區(qū)域內(nèi),所以在用 <area> 標(biāo)記劃分區(qū)域前必須用HTML的另一個(gè)標(biāo)記<map>來(lái)設(shè)定圖像地圖的作用區(qū)域,并為指定的圖像地圖設(shè)定名稱,該標(biāo)記的用法很簡(jiǎn)單,即<map name="圖像地圖名稱"> ...... </map>。
下面通過(guò)一個(gè)例子來(lái)說(shuō)明這兩個(gè)標(biāo)記的用法:
這里是一幅新書架的圖片,要做的效果是:當(dāng)鼠標(biāo)點(diǎn)“網(wǎng)址大全”這本書時(shí),新開一窗口,顯示關(guān)于這本書的簡(jiǎn)介及訂單的網(wǎng)頁(yè)(urlall.htm);當(dāng) 鼠標(biāo)點(diǎn)“網(wǎng)站設(shè)計(jì)攻略”這本書時(shí),新開一窗口,顯示關(guān)于這本書的簡(jiǎn)介及訂單的網(wǎng)頁(yè)(siteall.htm);當(dāng)鼠標(biāo)點(diǎn)“網(wǎng)頁(yè)技巧大全”這本書時(shí),新開一 窗口,顯示關(guān)于這本書的簡(jiǎn)介及訂單的網(wǎng)頁(yè)(pagejqlall.htm)。制作方法:
1、插入圖片,并設(shè)置好圖像的有關(guān)參數(shù),且在<img>標(biāo)記中設(shè)置參數(shù)usemap="newbook" ismap,以表示對(duì)圖像地圖(newbook)的引用;
2、用<map>標(biāo)記設(shè)定圖像地圖的作用區(qū)域,并取名為:newbook;
3、分別用<area>標(biāo)記針對(duì)三本書的位置劃分出三個(gè)矩形作用區(qū)域,并設(shè)定好其鏈接參數(shù)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="這里收集十萬(wàn)多個(gè)網(wǎng)址。" title="這里收集十萬(wàn)多個(gè)網(wǎng)址。">
<area shape="rect" coords="82,70,103,136" href="siteall.htm" target="_blank" alt="網(wǎng)站設(shè)計(jì)師的啟蒙讀本。" title="網(wǎng)站設(shè)計(jì)師的啟蒙讀本。">
<area shape="rect" coords="106,68,128,136" href="pageall.htm" target="_blank" alt="網(wǎng)頁(yè)制作者不可不讀的書。" title="網(wǎng)頁(yè)制作者不可不讀的書。">
</map>
在制作本文介紹的效果時(shí)應(yīng)注意的幾點(diǎn):
1、在<img>標(biāo)記不要忘記設(shè)置usemap、ismap參數(shù),且usemap的參數(shù)值必須與<map>標(biāo)記中的name參數(shù)值相同,也就是說(shuō),“圖像地圖名稱”要一致;
2、同一“圖像地圖”中的所有熱點(diǎn)區(qū)域都要在圖像地圖的范圍內(nèi),即所有<area>標(biāo)記均要在<map>與</map>之間;
3、在<area>標(biāo)記中的 cords 參數(shù)設(shè)定的坐標(biāo)格式要與shape參數(shù)設(shè)定的作用區(qū)域形狀配套,避免出現(xiàn)在shape參數(shù)設(shè)置的矩形作用區(qū)域,而在cords 中設(shè)置的卻是多邊形區(qū)域頂點(diǎn)坐標(biāo)的現(xiàn)象出現(xiàn)。
1.升級(jí)tomcat (換成其它服務(wù)器,代價(jià)沉重)
2.ie 設(shè)定 工具-->Internet選項(xiàng)-->高級(jí)--->顯示http友好錯(cuò)誤信息(取消選擇) ,
3. 把錯(cuò)誤頁(yè)做大一點(diǎn),具體幾個(gè)字節(jié),沒(méi)測(cè)試,估計(jì)三四百足夠了, (加一個(gè)div塊,display設(shè)為none就可以了)
4.設(shè)置指定錯(cuò)誤頁(yè)頁(yè)狀態(tài)為正確,騙過(guò)IE的自定義錯(cuò)誤頁(yè) 方法
<%
response.setStatus(200); // 200 = HttpServletResponse.SC_OK
%>
操作系統(tǒng)的時(shí)間格式不同可能會(huì)有不同的結(jié)果,你先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
你可以在控制面板里設(shè)置日期格式