
2007年5月19日
改寫了一下Java基類,添加了一個(gè)計(jì)數(shù)器。
用tomcat測(cè)試了一下連續(xù)若干次請(qǐng)求時(shí)創(chuàng)建的對(duì)象個(gè)數(shù)。
第【148259】個(gè)對(duì)象
天哪,服務(wù)器啟動(dòng)開始就是14萬個(gè)對(duì)象。
第【148668】個(gè)對(duì)象
第【149091】個(gè)對(duì)象
第【149211】個(gè)對(duì)象
第【149291】個(gè)對(duì)象
第【149418】個(gè)對(duì)象
第【149541】個(gè)對(duì)象
第【149867】個(gè)對(duì)象
第【149947】個(gè)對(duì)象
回想一下以前人們?yōu)槌舐膕truts1的單例Action的設(shè)計(jì)的辯護(hù),真是可笑之極,哈哈哈哈
無意間看到的一片趣文:
希望有一天能看到文言文版的國外圖書翻譯,真的比較有趣,還有,不懂的時(shí)候,也可以順帶看看英文原文,也好順便學(xué)學(xué)英語,呵呵。
引:
Thus spake the master programmer:
"When you have learned to snatch the error code from the trap frame, it will be time for you to leave."
師曰:『惑中取錯(cuò)之日,可出山矣。』
…..
全文見:
http://livecn.huasing.org/tao_of_programming.htm
我一直都想搞一個(gè)
XML的模板引擎,大凡非xml的模板風(fēng)格,第一感覺就是那么的不爽。
可是CommonTemplate例外。
CommonTemplate處處為程序員考慮周到的漂亮的語法風(fēng)格,確實(shí)非常誘人。
具體的語法我就不一一列舉了,大家可以到他的
官方網(wǎng)站去翻閱。
挑幾個(gè)亮點(diǎn)介紹一下:
-
for循環(huán)的空處理,相信曾經(jīng)麻煩了不少程序員吧。
現(xiàn)在好了,CT支持如下語法:
$for{
}
<tr>
<td>1</td>
<td>2</td>
<td>3</td>
</tr>
$forelse
<tr>
<td colspan="3">沒有數(shù)據(jù)</td>
</tr>
$end
-
大膽的關(guān)鍵字利用。
<html>
<body>
$if{users != null && users.size > 0}
<table border="1">
$for{user : users}
<tr>
<td>${for.index + 1}</td>
<td>${user.name}</td>
<td>${user.coins}</td>
</tr>
$end
</table>
$end
</body>
</html>
大家看這段代碼。一般來說,for這種常用關(guān)鍵字是不好用作id的,但是這里作為默認(rèn)的循環(huán)狀態(tài)對(duì)象的id。既解決了塊對(duì)象存放的問題,又不會(huì)引起其他命名的沖突。一個(gè)字,妙!!!!
-
其他漂亮的特征:
注釋版語法外套,方便于測(cè)試數(shù)據(jù)填充及可視化編輯。
單一的語法規(guī)則,方便解析與擴(kuò)展。
等等。。。。
好了,贊嘆之余還是給出一點(diǎn)點(diǎn)遺憾:
boolean 運(yùn)算有點(diǎn)丑陋。
我個(gè)人更期望 js的boolean運(yùn)算風(fēng)格,沒有必要一碰到boolean 運(yùn)算就返回true ? false
我們完全可以返回一個(gè)更有意義的值,比如,我更期望這個(gè)語句能如我所愿的執(zhí)行。
${ variable|| "默認(rèn)值"}
當(dāng)能,如上支持,CT是有的,它的寫法是
${ variable | "默認(rèn)值"}
但是,我感覺,這個(gè)語法就有點(diǎn)復(fù)雜了,也不那么直觀。
一般來說| 是按位取或,是位運(yùn)算符,這里這個(gè)用法,跳躍的確實(shí)有點(diǎn)大,較難接受的。
剛剛經(jīng)歷的一點(diǎn)小技巧,共享一下。
1。給代理函數(shù)加上空判斷
一個(gè)組合模式的運(yùn)用。代碼如下:
class Composite impliments IF1,IF2,IF3{
private IF1 if1;
private IF2 if2;
private IF2 if2;
public Composite (if1,if2,if3){
}
}
eclipse 生成指代方法>>>>
class Composite impliments IF1,IF2,IF3{
private IF1 if1;
private IF2 if2;
private IF2 if2;
public Composite (if1,if2,if3){
}
public void method1(){
if1.method1();
}


.
}
//正則表達(dá)式
// (\w+method\d)(\..*) if($1!=null){$0}
//>>>
class Composite impliments IF1,IF2,IF3{
private IF1 if1;
private IF2 if2;
private IF2 if2;
public Composite (if1,if2,if3){
}
public void method1(){
if(if1= null){
if1.method1();
}
}


.
}
//還有一個(gè)構(gòu)造函數(shù)里的屬性賦值:
// (\w+) this.$1=$1
結(jié)果,略
觸類旁通,更多新的用法待你去發(fā)掘^_^
被一個(gè)貌似hsqldb bug的問題折磨了好幾個(gè)小時(shí)。
把經(jīng)過帖出來,大家?guī)臀铱纯础?br />
習(xí)慣把hql都寫成預(yù)定義的形式,同時(shí)又為了避免過多的hql定義,我的慣用伎倆:通過如下方式定義hql。
from Message
where packageKey=:packageKey
and ( null = :fileKey or fileKey = :fileKey)
and ( null = :objectKey or objectKey= :objectKey)
and ( null = :memberKeys or memberKey in ( :memberKeys))
但是。今天在hqldb上測(cè)試時(shí)發(fā)現(xiàn),在任何情況下 (null = ?) 都為真!!!
非常奇怪,害我調(diào)試了老半天,后來把數(shù)據(jù)庫換成了mysql,ok!!
非常奇怪啊。
不過,上面的寫法(
null = :fileKey)也有點(diǎn)怪怪的。
摘要: 剛剛學(xué)習(xí)了一下網(wǎng)頁動(dòng)畫中上的緩動(dòng)效果,分享一下學(xué)習(xí)心得。
緩動(dòng)曲線的概念:
緩動(dòng)曲線是一個(gè)0為起點(diǎn)的連續(xù)函數(shù)曲線,x軸表示時(shí)間變化,y軸表示位移變化。曲線的斜率反映出運(yùn)動(dòng)的數(shù)度。
緩動(dòng)效果在Flash動(dòng)畫中比較常見,用于模擬一些現(xiàn)實(shí)中常見的運(yùn)動(dòng)軌跡,或者制造一些超絢的效果。
而且新版本的Flash中,內(nèi)置了一些常用的緩動(dòng)曲線函數(shù)。
可惜,Flash的這些曲線函數(shù)不是開源的...
閱讀全文
目前為止,JSA依然是最強(qiáng)大的腳本壓縮工具。
As i know,JSA is the most powerfull compressor for javascript.
for jquery1.2.1 (80,469 byte;)
Compressor |
beforegzip |
aftergzip |
source: |
80,469; |
24,975; |
jquery default: |
46,437; |
14,641; |
yuicomressor |
46,210; |
14,452; |
JSA(without eval) |
40,704; |
13,604; |
JSA(with eval):
|
26,157;
|
13,549; |
JSA(webstart):
http://www.xidea.org/webstart/JSA.jnlp
JSA這個(gè)壓縮工具,是java編寫的,需要安裝java運(yùn)行環(huán)境。
這多少給一些非jav程序員帶來點(diǎn)不便。
現(xiàn)在我們發(fā)布servlet在線壓縮版本。無需安裝,在線壓縮,給非Java用戶一個(gè)更加便捷的使用方式。
項(xiàng)目主頁:http://www.xidea.org/project/jsa/
現(xiàn)在的在線壓縮服務(wù)器由Seaprince提供。
歡迎更多有空閑服務(wù)器資源的朋友安裝JSA在線服務(wù),我將在jsa項(xiàng)目主頁提供鏈接,方便大家使用。
仍外,為了避免服務(wù)器資源被惡意濫用,我們默認(rèn)啟用了圖片驗(yàn)證,服務(wù)頻率限制等保護(hù)設(shè)置。
給用戶帶來些不便,敬請(qǐng)諒解。
今天無意間打開了一個(gè)CSDN上的個(gè)人blog,發(fā)現(xiàn)窗口無法拖動(dòng),F(xiàn)irefox的標(biāo)簽頁也無法切換。
查看代碼:
<script type="text/javascript">Include("Csdn.Blog.UserOnline");</script>
<script type="text/javascript">Include("Csdn.Blog.ShowmeDataDeal");</script>
看到Include函數(shù),馬上可以想到,它很可能使用了動(dòng)態(tài)包含腳本的設(shè)計(jì)。
//http://blog.csdn.net/scripts/jsframework.js
window.Include=function(namespace, path)
{
..
};
S.load=function(namespace, path)
{

}
仔細(xì)閱讀這兩個(gè)函數(shù)代碼,發(fā)現(xiàn)它是通過XMLHttpRequest對(duì)象同步裝載腳本資源的(對(duì)IE,它采用userdata緩存優(yōu)化)。而這必將導(dǎo)致一種完全阻塞問題(這種問題我在仍外一篇blog上描述過:http://jindw.javaeye.com/blog/66702)。
說到阻塞問題,我想大家可能會(huì)以為只是一種下載延遲,其實(shí)不然。
下載延遲不是完全阻塞,瀏覽器依然可以響應(yīng)用戶事件。而同步XHR請(qǐng)求阻塞是一種完全的阻塞。
瀏覽器在腳本運(yùn)行與事件響應(yīng)共用同一個(gè)線程(我的猜測(cè))。任何腳本尚在運(yùn)行時(shí)(包括被同步XHR請(qǐng)求阻塞的時(shí)間),瀏覽器將無法響應(yīng)任何用戶事件(無法拖放窗口、切換標(biāo)簽、重畫頁面等等,就像程序死了一樣)。與普通的下載延遲造成的阻塞,感覺明顯不同。
我對(duì)這個(gè)問題可以說深有體會(huì),起初,在構(gòu)建JSI1的項(xiàng)目站點(diǎn)時(shí)。因?yàn)榫W(wǎng)站放在sourceforge上,訪問數(shù)度不是一般的慢,幾個(gè)簡(jiǎn)單的例子,瀏覽器就要完全阻塞好幾妙鐘。正是厭惡這種完全阻塞的現(xiàn)象,我才開發(fā)了JSI2。
事實(shí)上,現(xiàn)在的一堆堆js框架中,采用XHR同步裝載資源的有不少,JSVM、dojo、a9engine、hax的pies;其中JSVM,
dojo都提供打包工具,將可能裝載的腳本打包到啟動(dòng)文件中,所以也可以避免XHR同步請(qǐng)求。不過這樣也就失去了部分動(dòng)態(tài)裝載的意義了。
總之,我非常討厭這種完全阻塞現(xiàn)象,認(rèn)為這個(gè)嚴(yán)重影響用戶體驗(yàn)。
可能也有些主觀因素把,希望聽聽大家的看法。
最近看見一個(gè)JavaEye上關(guān)于Java基本類型編譯優(yōu)化的帖子。
貌似高深莫測(cè),其實(shí)疑點(diǎn)重重。吧內(nèi)容轉(zhuǎn)貼過來,希望在這里找到更合理的解釋。
這些描述我也看過,很是不解。
如果說這種基本類型也需要用這種指針的風(fēng)格,還要共享數(shù)據(jù),那么后續(xù)的操作處理起來不是更麻煩嗎?
每次寫操作都要查找已有常量。甚至開辟新的空間存儲(chǔ)新值。
再說這個(gè)指針怎么的也要個(gè)32位吧。為什么就不能直接吧值放進(jìn)去,硬是要通過指針跳來跳去的,有意義嗎?
這優(yōu)化了嗎?
反正在我看來,這是不可能的。
希望有高手出來澄清一下,給個(gè)合理的解釋。
如果是對(duì)的,那也應(yīng)該給出有點(diǎn)說服力的證據(jù)。
如果是錯(cuò)的,那么建議大家吧這篇文章的源頭揪出來,這個(gè)確實(shí)誤人不淺。
不過java對(duì) String 這類不可變對(duì)象的處理,編譯器確實(shí)有類似優(yōu)化,不過也只是編譯期。
這種系統(tǒng)類庫受到點(diǎn)編譯器的特別關(guān)注倒是很合理的。
* 類庫導(dǎo)出支持(完全脫離JSI環(huán)境)
從JSI托管類庫中,選擇文件/對(duì)象集,導(dǎo)出為單一腳本文件,完全脫離JSI裝載環(huán)境。
也就是說,屆時(shí)JSI不僅可以作為一個(gè)運(yùn)行時(shí)的腳本管理框架,也可以當(dāng)作一個(gè)部署時(shí)的腳本定制、打包工具。
我是看Ext的定制工具后產(chǎn)生這個(gè)想法的,JSI的依賴定義API完全可以用作一個(gè)通用的腳本定制、打包工具的依賴描述語言。
* Ext集成(歡迎Ext用戶加入)
集成Ext,一方面可以彌補(bǔ)JSI組件的缺乏。另一方面可以優(yōu)化Ext的裝載延遲。
ext目前大小為:462,031字節(jié),JSI2Alpha版的內(nèi)核為35,140字節(jié),不到Ext的十分之一(文件大小均在文本壓縮之前記數(shù))。集成Ext后,用戶可以使用JSI導(dǎo)入函數(shù),按需導(dǎo)入那些頁面上直接使用到的元素。
一些細(xì)節(jié)的想法:
初步?jīng)Q定使用jquery為其基礎(chǔ)類庫(prototype不必?fù)?dān)心,JSI可以隔離腳本沖突,不會(huì)影響到prototype用戶)。
裝載單元?jiǎng)澐值膬煞N想法:
1.按照 http://extjs.com/download/build 中描述的定制模塊劃分(可能做些文件合并,避免零碎 件的裝載開銷)
2.按照Ext內(nèi)部包劃分(Ext 下載包的packages目錄下好像已經(jīng)做了文件合并)
我個(gè)人還沒用過Ext,非常希望有Ext用戶合作。
大約兩年前私下編寫一個(gè)wiki時(shí)使用的代碼生成工具,最近想繼續(xù)這個(gè)wiki項(xiàng)目(http://sourceforge.net/projects/txdoc),也順便吧這個(gè)代碼生成工具整理出來。
PPT見:http://www.tkk7.com/jindw/archive/2007/06/30/127195.html
eclipse項(xiàng)目,文件太大,SF文件發(fā)布系統(tǒng)最近問題多多,只好分成三分上傳在javaeye blog:http://jindw.javaeye.com/blog/98436
其中,代碼生成工具及一些基礎(chǔ)類庫在web/WEB-INF/lib/xdoclet-xidea-plus.jar文件中(附源碼)
目錄結(jié)構(gòu)
src/main: 源文件
src/gen: 生成的源文件及配置文件
src/test: 測(cè)試類
build: ant 腳本(build.xml)、ant配置、構(gòu)建過程的臨時(shí)目錄(temp)
web: web根目錄
lib: 編譯器附加類庫(如ant任務(wù)需要的lib)
doc: 文檔目錄
doc/xdoclet: xdoclet參考文檔
一.創(chuàng)建持久類:
1.改類為一個(gè)有諾干屬性的簡(jiǎn)單java類
2.為持久類打上hibernate標(biāo)記:
必要標(biāo)記:hibernate.class(指定該類為持久類,無必選屬性,可選屬性參考xdoclet文檔)
hibernate.id (指定持久類主鍵,必選屬性generator-class,指定主鍵生成算法,常用算法有uuid.hex、hilo、assigned....)
常用標(biāo)記:hibernate.property(指定持久屬性,無必選屬性)
hibernate.cache(預(yù)定義查詢,必選屬性 name,query)
hibernate.one-to-many,hibernate.many-to-one等,指定對(duì)象關(guān)系,比較復(fù)雜,建議先看hibernate官方文檔、xdoclet文檔
3.打開項(xiàng)目下build/build.xml、運(yùn)行hibernate任務(wù),該任務(wù)將生成hibernate映射文件、hibernate dao實(shí)現(xiàn)、hibernate的spring配置,及dao配置。
其中hibernateDao實(shí)現(xiàn)常用DAO方法,并定義以后將使用的常量:如預(yù)定義查詢名、預(yù)定義查詢參數(shù)名、集合名,等等。
4.持久類的路徑一般為:src/main/{package}/po/{TableName}.java ,生成的DAO路徑為src/main/{package}/dao/{TableName}Dao.java
二.創(chuàng)建Spring服務(wù)實(shí)現(xiàn):
1.Spring服務(wù)實(shí)現(xiàn)無任何接口約束,普通java對(duì)象即可。
2.將需要使用的hibernate Dao 聲明為該服務(wù)類的屬性(spring.property標(biāo)記)。
3.為服務(wù)類打上spring標(biāo)記:
必要標(biāo)記:spring.bean(parent:對(duì)于所有需要spring事務(wù)支持的javabean,必須聲明parent屬性值為"transactionProxy";
生成工具將根據(jù)類名為spring bean自動(dòng)生成默認(rèn) id,)
常用標(biāo)記:spring.property(spring 屬性)。
spring.transaction(對(duì)于parent=transactionProxy的bean,需要為需要聲明是事務(wù)支持的方法聲明事務(wù)屬性,具體請(qǐng)參考xdoclet文檔)
4.打開項(xiàng)目下build/build.xml、運(yùn)行spring任務(wù),該任務(wù)將生成spring配置文件。
三.創(chuàng)建XWork Action,一般為*/action/*.java
1.Action需要實(shí)現(xiàn)com.opensymphony.xwork.Action,如果我們需要xwork的國際化支持,繼承ActionSupport基類,必然需要實(shí)現(xiàn)TextProvider接口。
2.為Action打上xwork標(biāo)記:
必要標(biāo)記:xwork.package(必要屬性有name),
xwork.action(必要屬性name,表示某方法為Action方法,將映射到一個(gè)具體的url地址),
xwork.result(必要屬性name,該標(biāo)記定義在定義了xwork.action的地方,可定義多個(gè),表示該Action的結(jié)果集)
常用屬性: xwork.spring-ref (屬性的set方法上,其值將從spring context中獲取)
3.為Action制作結(jié)果集頁面:
若未在 xwork.result標(biāo)記中定義value屬性,其值未ActionName+"-"+resultName,若有大寫字符,將用"-"隔開,并轉(zhuǎn)小寫;
value值即未頁面地址。可以為jsp,velocity,xsl等等。
4.打開項(xiàng)目下build/build.xml、運(yùn)行xwork任務(wù),該任務(wù)將生成xwork配置文件。
帶ID的函數(shù)表達(dá)式:
var fn = function fnid(){};
按照ECMA262定義,上面這段腳本等價(jià)于:
with({fnid:null}){
var fn = fnid = function(){};
}
注意:fnid在with外是不可見的,但是IE沒有嚴(yán)格遵守ECMA規(guī)范(同樣的情況發(fā)生在catch語法上)。在IE上相當(dāng)于:
var fnid = function(){};
var fn = fnid;
在剛剛發(fā)布的JSA1beta上,還不能處理這個(gè)問題(新版本將這周內(nèi)發(fā)布)。同時(shí),鑒于這種語法在不同瀏覽器上表現(xiàn)不同,還是建議盡量避免使用(這點(diǎn)上,我個(gè)人還是更喜歡ie的方式)。
var語句:
太常用了,但是,沒有注意還是很容易出問題。
var 用來聲明全局或函數(shù)變量,但是,只是申明,重復(fù)申明也不能置空,范圍是函數(shù)或者全局空間,位置在函數(shù)或腳本頂端,與塊無關(guān),這些與常用高級(jí)語言區(qū)別很大。
怪癖的代碼
var vaiable =0;
function test(){
variable =1;//別擔(dān)心,不會(huì)改動(dòng)全局變量vaiable
//do 
..
var vaiable;//變量申明無順序(一律置頂),只是賦值有順序。
}
常見錯(cuò)誤有:
var flag;//這里可能有人(包括我自己)喜歡自做聰明的利用一下變量的初始值undefined
while(!flag){//沒準(zhǔn)那個(gè)角落里面已經(jīng)給當(dāng)前函數(shù)內(nèi)同名變量給賦值了就慘了
//
..
}
已經(jīng)有一年多沒做java這塊了,今天翻出這個(gè)一年前寫的代碼生成工具,準(zhǔn)備開放出來,或許對(duì)某些人還有點(diǎn)用處。
這個(gè)代碼生成器是基于xdoclet2的改進(jìn)版。
所做工作:
* 生成Hibernate 映射文件及相應(yīng)得spring的配置文件。
* 生成Hibernate DAO 文件及命名查詢名稱常量(新)。
* 生成Spring配置文件(支持事務(wù)申明)。
* 生成xwork配置文件(增加多包及spring屬性支持)。
* 驗(yàn)證資源冗余及缺失。
先吧PPT放出來,如果有人(包括我自己)能用上再吧代碼整理一下,放出來。
ppt下載:
http://www.tkk7.com/Files/jindw/codegen.rar
裝飾引擎簡(jiǎn)介:
系統(tǒng)默認(rèn)的裝飾引擎為:org.xidea.decorator.DecoratorEngine。
JSI裝載后,將做如下操作:
- 判斷有無裝飾器命名空間聲明(xmlns:d= "http://www.xidea.org/taglib/decorator")
- 若有,將在文檔裝載結(jié)束后,啟動(dòng)裝飾引擎,初始化當(dāng)前可用的裝飾提供者表。(裝飾提供者是一個(gè)JavaScript包,在注冊(cè)這種裝飾包時(shí)可同時(shí)指定他的別名,別名*表示默認(rèn)包)
- 遍歷當(dāng)前文檔,凡是該命名空間的節(jié)點(diǎn),都被看作需要裝飾的元素。若當(dāng)前文檔存在裝飾元素,啟用遮罩(關(guān)機(jī)效果),頁面將不可操作(仍可查閱)。
- 查找裝飾元素對(duì)應(yīng)的裝飾類(通過tagName判斷類名),采用異步方式動(dòng)態(tài)裝載這些裝飾器類(不會(huì)裝載到全局空間),并更新當(dāng)前進(jìn)度信息,同時(shí)設(shè)置裝飾器之間的關(guān)系(parent,children)。
- 以深度遍歷的方式遍歷這些節(jié)點(diǎn),注冊(cè)組件(以后可以通過$JSI.getComponent函數(shù)獲取裝飾器對(duì)象),依次執(zhí)行他們的before操作,和decorate操作。
- 完成裝飾,取消遮罩,頁面進(jìn)入可用狀態(tài)。
裝飾器規(guī)范簡(jiǎn)介:
裝飾器指的是所有擁有decorate成員方法的類。一般來說,可將一組裝飾器歸為同一個(gè)包中(太復(fù)雜的裝飾器,可將具體邏輯放置在其他包中),能后在配置文件中定義裝飾包。
scripts/config.js $JSI.addDecoratorProvider("org.xidea.decorator","xidea","*");
裝飾器類包含兩個(gè)方法before、docorate分別在遍歷前(子節(jié)點(diǎn)未裝飾)和遍歷后(子節(jié)點(diǎn)裝飾完成)調(diào)用。
同時(shí),裝飾引擎遍歷時(shí)還將注入如下三個(gè)屬性:
- parent:父裝飾器
- children:子裝飾器集合
- attributes:裝飾器屬性集對(duì)象(只有一個(gè)成員函數(shù):get(attrName) )
JSI現(xiàn)有裝飾器集合簡(jiǎn)介
目前JSI2最高版本2.0預(yù)覽版 (2007-04-16)包含如下裝飾器:
- DatePicker
日期選擇控件,參照xul datepicker標(biāo)簽,支持彈出方式(默認(rèn)值 type='pop'),和內(nèi)嵌式(type='grid')
- Editor
編輯器控件,參照xul editor標(biāo)簽
- Spinner
Spinner控件(window時(shí)間日期管理中,年份調(diào)節(jié)的控件),參照backbase 的 Spinner標(biāo)簽
- TabBox、Tabs、Tab、TabPanels、TabPanel
TabBox(標(biāo)簽頁)控件,參照xul tabbox標(biāo)簽
- Code
代碼語法高亮顯示控件,參照SyntaxHighlighter的顯示風(fēng)格
- Include
片斷包含標(biāo)簽,支持xpath選取文檔片斷,支持xslt轉(zhuǎn)換
這些裝飾器的演示見:
http://www.xidea.org/project/jsi/decorator/index.html
目前JSI自帶的裝飾器不夠豐富,而且都還是初級(jí)階段,不夠完善。現(xiàn)在發(fā)布的這些裝飾器,主要是為了演示JSI的工作方式,編碼風(fēng)格,希望能吸引第三方團(tuán)隊(duì)、公司在這個(gè)基礎(chǔ)上開發(fā)出自己的更加實(shí)用的裝飾器集合。
JSI及其裝飾引擎采用LGPL協(xié)議。可以商業(yè)應(yīng)用,當(dāng)能,更希望能開源。
目前就我一人之力,開發(fā)一套完整的裝飾器,尚需時(shí)日,這次將這個(gè)半成品拿出來演示,主要是為了展示一下jsd的風(fēng)格,希望能吸引其他開發(fā)者,共同參與這個(gè)工程,有興趣豐富JS自帶I裝飾器集合的網(wǎng)友,請(qǐng)msn與我聯(lián)系:jindw◎xidea。org
JSI組件模型是一種用來裝飾簡(jiǎn)單html元素的框架,使用簡(jiǎn)單的xml標(biāo)記,標(biāo)識(shí)其裝飾行為,比如將一個(gè)普通的input裝飾成一個(gè)日期輸入控件,將一
個(gè)html ul標(biāo)記裝飾成菜單或樹,將一個(gè)textarea裝飾成一個(gè)代碼語法高亮顯示區(qū)域,或一個(gè)wysiwyg html編輯器。
JSI啟動(dòng)后將自動(dòng)檢查decorator標(biāo)記,構(gòu)建層次結(jié)構(gòu),自動(dòng)做相關(guān)類的尋找、導(dǎo)入和裝飾操作;實(shí)現(xiàn)零腳本代碼的web富客戶端編程。
代碼示例:
- 日期選擇器 (DatePicker):
<d:datepicker>
<input type="text" name="test2" />
</d:datepicker>
- 編輯器示例 (Editor):
<d:editor>
<textarea name='editorText'>This is some <strong>sample text</strong>. You are using <a
href="http://www.fckeditor.net/">FCKeditor</a>.</textarea>
</d:editor>
- Spinner控件(Spinner 類似window時(shí)間日期管理中,年份調(diào)節(jié)的控件):
<d:spinner start='0' end='8' step='2'>
<input type="text" name="test2" value='0' />
</d:spinner>
- 客戶端包含(Include):
<d:include url='menu.xml' xslt="menu.xsl"></d:include>
- 代碼語法高亮顯示控件(Code):
<d:code language="js">
<textarea>alert(‘Hello World’)</textarea>
</d:code>
- 標(biāo)簽頁控件(TabBox參照xul tabbox標(biāo)簽):
<d:tabbox>
<d:tabs>
<d:tab>tab1</d:tab>
<d:tab>tab2</d:tab>
<d:tab>tab3</d:tab>
</d:tabs>
<d:tabpanels>
<d:tabpanel>content1</d:tabpanel>
<d:tabpanel>content2</d:tabpanel>
<d:tabpanel>content3</d:tabpanel>
</d:tabpanels>
</d:tabbox>
- 綜合示例:
來一個(gè)復(fù)雜一點(diǎn)的完整的例子,以日期選擇控件的演示頁面為例
頁面上有: 標(biāo)簽頁裝飾器(TabBox….)、源代碼高亮顯示裝飾器(Code)、日期選擇裝飾器(DatePicker)、包含裝飾器(Include)
<?xml version="1.0" encoding="utf-8"?>
<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Strict//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd">
<html xmlns="http://www.w3.org/1999/xhtml"
xmlns:d="http://www.xidea.org/taglib/decorator" xml:lang="zh_CN"
lang="zh_CN">
<head>
<script src="../scripts/boot.js"></script>
<title>DatePicker 示例</title>
</head>
<body>
<h2>DatePicker 示例</h2>
<!-- 開始標(biāo)簽頁裝飾器 -->
<d:tabbox>
<d:tabs>
<d:tab>效果</d:tab>
<d:tab>代碼</d:tab>
</d:tabs>
<d:tabpanels>
<d:tabpanel>
<!-- 開始日期裝飾器(內(nèi)嵌式) -->
<d:datepicker type='grid'>
<input type="text" name="test1" />
</d:datepicker>
<!-- 開始日期裝飾器(彈出式) -->
<d:datepicker>
<input type="text" name="test2" />
</d:datepicker>
</d:tabpanel>
<d:tabpanel>
<!-- 開始代碼高亮顯示 -->
<d:code language="xml">
<textarea>
<!-- 開始日期裝飾器(內(nèi)嵌式) -->
<d:datepicker type='grid'>
<input type="text" name="test1" />
</d:datepicker>
<!-- 開始日期裝飾器(彈出式) -->
<d:datepicker>
<input type="text" name="test2" />
</d:datepicker></textarea>
</d:code>
</d:tabpanel>
</d:tabpanels>
</d:tabbox>
<select style="margin-left:120px"><option>彈出的datepicker 可覆蓋IE select</option></select>
<hr />
<!-- 開始Include裝飾器,包含裝飾器菜單 -->
<d:include url='menu.xml' xslt="menu.xsl"></d:include>
</body>
</html>
裝飾結(jié)果:
云想衣裳花想容--JSI組件模型介紹(二)已經(jīng)發(fā)布,那里有裝飾過程及其原理的介紹:
http://www.javaeye.com/topic/71425
眾所周知, Scriptaculous所依賴的Prototype庫與jQuery存在沖突。所以同時(shí)使用比較困難。
JSI針對(duì)每一個(gè)裝載的腳本都有完全獨(dú)立的執(zhí)行上下文。所以這個(gè)問題能在JSI上徹底解決。
下面的例子,我們將在同一個(gè)頁面上同時(shí)使用Scriptaculous和 jQuery 類庫。證實(shí)一下JSI隔離沖突功能。
示例頁面(hello-jquery-aculo.html):
<html>
<head>
<title>Hello jQuery And Scriptaculous</title>
<!-- 加入引導(dǎo)腳本 -->
<script src="../scripts/boot.js"></script>
<script>
//導(dǎo)入jQuery
$import("org.jquery.$");
//導(dǎo)入Scriptaculous
$import("us.aculo.script.Effect");
$(document).ready(function(){
//使用jQuery添加一段問候語
$("<p id='helloBox' style='background:#0F0;text-align:center;font-size:40px;cursor:pointer;'>Hello jQuery And Scriptaculous</p>") .appendTo('body');
$('#helloBox').ready(function(){
//使用Scriptaculous高亮顯示一下剛才添加的內(nèi)容
new Effect.Highlight('helloBox');
}).click(function(){
//當(dāng)用戶單擊該內(nèi)容后使用jQuery實(shí)現(xiàn)漸出
$('#helloBox').fadeOut();
});
});
</script>
</head>
<body>
<p>文檔裝載后,jQuery將在后面添加一段問候語;并使用Scriptaculous高亮顯示(Highlight);在鼠標(biāo)點(diǎn)擊后在使用jQuery漸出(fadeOut)。</p>
</body>
</html>
Java的成功,離不開它那個(gè)龐大的類庫,不單是sun的類庫,很多細(xì)節(jié)的實(shí)現(xiàn)都取自第三方(如xml解析采用Apache的實(shí)現(xiàn))。
JSI暫時(shí)不大算編寫豐富的公共API,但是我們可以集成其他成熟的類庫,同時(shí)隔離他們的依賴,隔離各個(gè)腳本的執(zhí)行上下文,消除命名沖突的危險(xiǎn)。
這里我們?cè)敿?xì)介紹一個(gè)復(fù)雜一點(diǎn)的實(shí)例:類似Windows XP文件瀏覽器左側(cè)的滑動(dòng)折疊面板(任務(wù)菜單)效果。
我們先集成Scriptaculous Effect類庫,并且在這個(gè)基礎(chǔ)上按我個(gè)人的習(xí)慣對(duì)一個(gè)面板折疊效果做一個(gè)簡(jiǎn)單的封裝,展示框架的類庫封裝功能。
1。集成Scriptaculous類庫:
這里我們不做過多介紹,詳細(xì)情況請(qǐng)參考集成實(shí)戰(zhàn);我們發(fā)布的版本中已經(jīng)把Scriptaculous放置于us.aculo.script包中,您可以把這些作為系統(tǒng)內(nèi)置的類庫使用。
2。編寫我們的折疊面板函數(shù)(example/effect.js):
/**
* 滑動(dòng)面板實(shí)現(xiàn).
* 當(dāng)指定元素可見時(shí),將其第一個(gè)子元素向上滑動(dòng)至完全被遮掩(折疊)。
* 當(dāng)指定元素不可見時(shí),將其第一個(gè)子元素向下滑動(dòng)至完全顯示(展開)。
*/
function slidePanel(panel){
panel = $(panel);
if(panel.style.display=='none'){
//調(diào)用Scriptaculous Effect的具體滑動(dòng)展開實(shí)現(xiàn)
new Effect.SlideDown(panel);
}else{
//調(diào)用Scriptaculous Effect的具體滑動(dòng)閉合實(shí)現(xiàn)
new Effect.SlideUp(panel);
}
}
3。編寫包定義腳本(example/__$package.js):
//添加slidePanel(滑動(dòng)面板控制)函數(shù)
this.addScript("effect.js","slidePanel",null);
//給effect.js腳本添加對(duì)us.aculo.script包中effects.js腳本的裝載后依賴this.addScriptDependence("effect.js",
"us/aculo/script/effects.js",false);
4。在網(wǎng)頁上運(yùn)用上面的類庫:
<html>
<head>
<title>重用aculo Effect腳本實(shí)例</title>
<link rel="stylesheet" type="text/css" href="/styles/default.css" />
<script src="/scripts/boot.js"></script>
<script>
$import("example.slidePanel");
</script>
</head>
<body>
<div class="menu_header"
onclick="slidePanel('menu_block1')">
面板 1
</div>
<div class="menu_block" id="menu_block1">
<ul>
<li>text1</li>
<li>text2</li>
<li>text3</li>
</ul>
</div>
</body>
</html>
onclick="slidePanel('menu_block1')"這個(gè)事件函數(shù)將在我們點(diǎn)擊面板標(biāo)題時(shí)觸發(fā),能后會(huì)調(diào)用Scriptaculous Effect的具體實(shí)現(xiàn)去實(shí)現(xiàn)我們需要的滑動(dòng)折疊功能。
壁立千仞 無欲則剛――控制依賴
java可以隨意的使用第三方類庫,可是JavaScript卻沒那么幸運(yùn),隨著類庫的豐富,煩雜的依賴關(guān)系和可能的命名沖突將使得類庫的發(fā)展越來越困難。程序的易用性也將大打折扣。
命名沖突的危險(xiǎn)無形的增加你大腦的負(fù)擔(dān);隨著使用的類庫的增加,暴露的依賴也將隨之增加,這是復(fù)雜度陡增的極大禍根,將使得系統(tǒng)越來越復(fù)雜,越來越難以控制。潛在的問題越來越多,防不勝防。
JSI的出現(xiàn),可以解決上述問題,我們建議類庫的開發(fā)者將自己類庫的依賴終結(jié)在自己手中,避免依賴擴(kuò)散,以提高類庫的易用性。
同樣使用上面的例子,假如我們想拋開JSI,實(shí)現(xiàn)同樣的功能,那我們的頁面代碼將是(類庫代碼不用改動(dòng)):
<html>
<head>
<title>重用aculo Effect腳本實(shí)例</title>
<link rel="stylesheet" type="text/css" href="/styles/default.css" />
<!--
<script src="/scripts/boot.js"></s cript>
<script>
$import("example.slidePanel");
</sc ript>
-->
<script src="/scripts/net/conio/prototype/v1_5/prototype.js">
</script>
<script src="/scripts/us/aculo/script/v1_7/effects.js">
</script>
<script src="/scripts/us/aculo/script/v1_7/builder.js">
</script>
<script src="/scripts/example/effect.js">
</script>
</head>
<body>
<div class="menu_header"
onclick="slidePanel('menu_block1')">
面板 1
</div>
<div class="menu_block" id="menu_block1">
<ul>
<li>text1</li>
<li>text2</li>
<li>text3</li>
</ul>
</div>
</body>
</html>
這個(gè)例子的html代碼明顯比上面的復(fù)雜了,一堆堆的script標(biāo)簽,而且還是有序的;還出現(xiàn)在頁面上,重構(gòu)起來也極其麻煩。
可以看出,JSI的加入可以讓類庫更加易用,html代碼更為簡(jiǎn)潔,最終用戶已經(jīng)不必關(guān)心所用類庫的依賴了。
JSI中每一個(gè)腳本有一個(gè)單獨(dú)的執(zhí)行上下文。各個(gè)腳本頂部變量你可以隨便使用,不必?fù)?dān)心不同腳本中的命名沖突,不會(huì)污染全局變量空間,這種方式可以用于解
決某些類庫間變量沖突的問題(如jQuery和Prototype的$函數(shù))。我們甚至可以做到同一個(gè)頁面上間接加載同一種類庫的兩個(gè)不同版本,不相互影
響。
使用JSI后,很多細(xì)節(jié)我們可以在包中封裝掉,不需要告訴類庫使用者太多。大大增加類庫的易用性。同時(shí),類庫封裝的支持可以讓我們?cè)诘谌綆斓幕A(chǔ)上輕松的按自己的喜好編寫自己的類庫,同時(shí)避免依賴擴(kuò)散造成的復(fù)雜度增加。
使用JSIntegration唯一多出的負(fù)擔(dān)就是編寫包定義文件,不過想想這種定義文件可是一勞永逸的(以后就不需要每次導(dǎo)入腳本的時(shí)候都小心翼翼的判
斷那個(gè)腳本先導(dǎo)入那個(gè)后導(dǎo)入,有那些間接使用到的類庫需要導(dǎo)入,等等),而且有了包結(jié)構(gòu)后對(duì)于代碼組織、重用,以及文檔的編寫閱讀,都將非常有利。
何謂安需裝載?
腳本程序一般都是下載后執(zhí)行
,當(dāng)腳本庫非常龐大時(shí),一次性下載起來非常費(fèi)時(shí),傳統(tǒng)的解決方式是,按功能模塊把腳本寫在不同的文件中,頁面上手動(dòng)加入script標(biāo)簽裝載指定內(nèi)容,但
是這有一些缺點(diǎn),類庫的使用者需要知道沒個(gè)腳本之間的關(guān)系,順序要求等等,而不可能要求每個(gè)類庫使用者都對(duì)其非常熟悉,出錯(cuò)的可能性很大。于是很多框架開
始支持導(dǎo)入指令,想使用什么一個(gè)導(dǎo)入函數(shù)就完了,不必一堆堆的script文件,不用小心翼翼的關(guān)注著他們的依賴關(guān)系。
安需裝載可分如下三種模式:
- 即時(shí)同步按需裝載(阻塞,JSI、JSVM、dojo)。
最簡(jiǎn)單的按需裝載實(shí)現(xiàn),通過XMLHttpRequest同步裝載腳本文件實(shí)現(xiàn)。問題是,瀏覽器使用這種方式同步獲取資源時(shí)將導(dǎo)致瀏覽器阻塞:停止響應(yīng)用戶事件、停止頁面重畫操作。所以,雖然編程最為簡(jiǎn)單,但是用戶體驗(yàn)最差。
- 異步按需裝載(無阻塞,JSI2.0+)。
異步導(dǎo)入,不必多做解釋,用戶體驗(yàn)好,但是因?yàn)槠洚惒教卣鳎幚砥饋肀容^麻煩。
- 延遲同步按需裝載(無阻塞,JSI2.0+)。
JSI通過動(dòng)態(tài)預(yù)裝載功能實(shí)現(xiàn)的一種同步獲取資源的方法,雖然也是同步,但沒有阻塞,可以算時(shí)兼顧易用性和用戶體驗(yàn)的機(jī)決方按。缺點(diǎn)時(shí)有一定延遲,當(dāng)前腳本標(biāo)簽中不可用。
使用方法(JSI示例)
以一個(gè)代碼語法著色程序?yàn)槔?br>
類庫位置:example/
codedecorator/code.js
頁面位置:example/xxx.html
- 即時(shí)同步按需裝載
$import("example.codedecorator.Code");
var code1 = new Code();
code1.id = "libCode";
code1.decorate();
- 異步按需裝載
$import("example.codedecorator.Code",function(Code){
var code1 = new Code();
code1.id = "libCode";
code1.decorate();
})
- 延遲同步按需裝載(無阻塞,JSI2.0+)。
<script>"../scripts/boot.js"></script>
<script>
$import("example.codedecorator.Code",true);
</script>
<script>
var code1 = new Code();
code1.id = "libCode";
code1.decorate();
</script>
示例說明:
在線測(cè)試
http://jsintegration.sourceforge.net/example/code.html
http://www.xidea.org/project/jsi/example/code.html
參考:
JSI 導(dǎo)入函數(shù): function $import(path, callbackOrLazyLoad, target )
這個(gè)問題算是個(gè)老問題了。
所以,標(biāo)題加上一個(gè)再字。
我主要說一下模擬這個(gè)事件時(shí)候容易出現(xiàn)的問題。
對(duì)于FF,Opera9,原生DOMContentLoad支持,就不說了,最頭疼的是IE。
我最初考慮這個(gè)問題的時(shí)候,想到的是document的readyState屬性。
偷窺一下Dojo的源碼,發(fā)現(xiàn)它也是基于這個(gè)屬性去做的,那時(shí),我基本就認(rèn)準(zhǔn)了這個(gè)方法。
于是再后來JSI1和JSI2早期的預(yù)覽版本中,都是基于這個(gè)屬性做的,后來,有個(gè)朋友向我反應(yīng),說JSI的裝飾引擎在IE上啟動(dòng)比FF慢很多,我當(dāng)時(shí)就猜測(cè),是否是這個(gè)DOMContentLoad的問題。
經(jīng)過測(cè)試,發(fā)現(xiàn),確實(shí),readyState必須等待圖片裝載完成之后才能置為complete。
于是到網(wǎng)上搜索一下其他辦法,最終 Dean Edwards的blog上描述的一個(gè)基于script defer屬性的解決辦法勝出:http://dean.edwards.name/weblog/category/dom/onload/
不過,使用document.write打印一段腳本,我真的不喜歡:(
在評(píng)論里面我們可以看到一些其他的建議,有人認(rèn)為 readyState == 'complete' 加
readyState==‘interactive’這個(gè)狀態(tài)可以準(zhǔn)確模擬DOMContentLoad。我開始簡(jiǎn)單測(cè)試一下,貌似可行,但是后來發(fā)現(xiàn)
readyState==‘interactive’可能受alert等函數(shù)影響,就是說,一般情況下,readyState==
‘interactive’時(shí),dom是裝載完了的,但是,當(dāng)你文檔裝載過程中,調(diào)用了alert函數(shù),那么,readyState將提前置為
‘interactive’。
總之,目前來說,我知道的,只有兩個(gè)辦法可以真正實(shí)現(xiàn)IE上模擬DOMContentLoad
1.htc ondocumentready(需要額外的HTC文件)
2.script defer(必須使用document.write打印一段腳本標(biāo)記,jquery目前采用的方式)
最常見的一個(gè)錯(cuò)誤:
document.readyState(Dojo目前(0.4.1)采用的方式)
再說一下JSI的DOMContentLoad實(shí)現(xiàn)的使用接口。
js.html.EventUtil.addDOMReadyListener(<Function>listener ,<boolean>runAnyCase )
第二個(gè)參數(shù)用于確保listener 在任何時(shí)候都會(huì)被調(diào)用(FF DOMContentLoad事件如果在事件發(fā)生之后設(shè)置listener是無效的)
裝載效率測(cè)試
測(cè)試頁面見:test/load-eff-test.html
為了測(cè)試結(jié)果更顯客觀,我選擇了第三方類庫的裝載測(cè)試:
'com.yahoo.yui.*',
'net.conio.prototype.*',
'net.fckeditor.*',
'org.jquery.*',
'us.aculo.script.*'
共22個(gè)腳本文件(對(duì)于JSI來說還有諾干包定義文件)。
FF2:
標(biāo)記導(dǎo)入時(shí)間(原始方式):469,469,1047,484,484,437,469,484
同步導(dǎo)入時(shí)間:469,453,484,437,469,453
延遲導(dǎo)入時(shí)間:921,765,891,906,953,906,922
異步導(dǎo)入時(shí)間:859,1093,1141,1031,1641,1125,1078,1093,1157,1141
IE7:
標(biāo)記導(dǎo)入時(shí)間:343,297,297,344,328,328
同步導(dǎo)入時(shí)間:281,250,235,235,234,234,250,265
延遲導(dǎo)入時(shí)間:922,422,406,391,391,391,407,391
異步導(dǎo)入時(shí)間:625,672,672,703,703,672,703,704,688
運(yùn)行時(shí)間測(cè)試
測(cè)試腳本管理后對(duì)新能的影響,影響因素有:全局變量和局部變量的查找時(shí)間差異,eval的腳本和script標(biāo)記直接插入的腳本的可能差異。(這
個(gè)測(cè)試不具有普遍性,這里我主要是測(cè)試了一下瀏覽器對(duì)局部變量的訪問速度【JSI里面訪問變量都是裝載單元內(nèi)的局部變量】,所以故意測(cè)試了大量局部變量訪
問的操作)
測(cè)試頁面見:test/runtime-eff-test.html
FF2:
jsiTime: 845, 927, 598, 687, 764,
scriptTime: 1432, 950, 1305, 1278, 1219,
evalTime: 1644, 1373, 1322, 1186, 1360,
execTime: 0
dscriptTime: 1432, 950, 1305, 1278, 1219,
IE7:
jsiTime: 295, 205, 157, 315, 156, 142, 375, 328, 172, 172,
scriptTime: 172, 172, 189, 140, 251, 187, 217, 203, 172, 234,
evalTime: 236, 249, 139, 172, 281, 171, 172, 108, 436, 359,
execTime: 219, 234, 314, 157, 220, 266, 204, 234, 187, 95,
dscriptTime: 187, 265, 294, 326, 187, 328, 141, 221, 127, 249,
上面的基數(shù)太小,隨機(jī)誤差太大,調(diào)整原始數(shù)據(jù)從新測(cè)試一遍jsiTime和scriptTime
jsiTime: 576, 658, 688, 703, 611, 608,
scriptTime: 706, 608, 562, 547, 655, 657,
總結(jié):
JSI的裝載性能表現(xiàn)不錯(cuò),完全不必計(jì)較。
托管代碼的運(yùn)行性能也沒有太大區(qū)別,不過,因?yàn)椤SI托管腳本使用的變量基本都是裝載單元內(nèi)的局部變量(本地聲明變量,或者外部依賴的引用或值拷貝),所以,對(duì)于FF這類局部變量比全局變量訪問速度快不少的解釋引擎,JSI托管腳本可以達(dá)到更好的運(yùn)行效率。
有個(gè)奇怪的問題,JSI在裝載類庫時(shí),與傳統(tǒng)模式相比,肯定增加了些額外的運(yùn)算,但是,貌似JSI的同步裝載模式下,裝載腳本的耗時(shí)比傳統(tǒng)模式還少(IE 表現(xiàn)明顯)?為何?
歡迎大家對(duì)這奇怪的現(xiàn)象提出自己的猜想,我稍后貼出我對(duì)此問題的看法^_^
這次發(fā)布的JSI2Alpha相對(duì)于以前的預(yù)覽版本,做了一次全面的重構(gòu);同時(shí)對(duì)API做了些簡(jiǎn)化。
目前JSI2的公開API有:
/* 導(dǎo)入函數(shù) */
$import(<string>path,<boolean|Function>callbackOrLazyLoad[可選參數(shù)],<Object>target[可選參數(shù)])
/* 日志設(shè)置相關(guān) */
$JSI.setDefaultLogLevel(level)
$JSI.setLogLevel(pathPattern,level)
/* 裝飾引擎相關(guān)函數(shù) */
$JSI.addDecoratorProvider(pkg,alias…) //添加裝飾包.
$JSI.decorate ( ) //準(zhǔn)備執(zhí)行裝飾器任務(wù),一般在配置文件(config.js)中調(diào)用.
/* 用于包定義的Package成員函數(shù),在__package__.js中調(diào)用(this指向當(dāng)前package對(duì)象) */
this.addScript(scriptPath,objectNames)//添加腳本及其聲明的對(duì)象(函數(shù)、方法名).
this.add*Dependence(thisPath,targetPath,beforeLoad)//添加腳本依賴.
this.setImplementation(realPackage)//設(shè)置具體實(shí)現(xiàn)包(當(dāng)前包只是其別名,并無任何內(nèi)容)。
我們會(huì)盡量將JSI做成與具體功能無關(guān)(專著于腳本管理)。
對(duì)于js.*.*這個(gè)類庫,做了些精簡(jiǎn)。
只保留下列元素
#js.html //保留這個(gè)包,因?yàn)檫@些實(shí)在太常用了。
* BrowserInfo
* EventUtil
* StyleUtil
#js.util//保留這個(gè)包主要因?yàn)楫惒窖b載用到這些類庫
* LoadTask
* Request
* ScriptLoadTask
* TaskQueue
發(fā)布文件說明:
自該版本啟,source目錄將不再打包。
但是在scripts目錄下新增boot-with-source.js文件,該文件中包含全部源代碼的數(shù)據(jù)。
里面編碼的源代碼可以通過我們的文檔工具查看。讓大家習(xí)慣一下這個(gè)工具的使用:)
JSA1beta:增加了對(duì)JSI2的編譯支持,同時(shí)對(duì)于普通腳本的壓縮,也增加了一些功能:
1. ant task 增加多文件分組合并。
2. swing ui 修正文件編碼的bug。
下載:
javaeye group: http://jsi.group.javaeye.com/shares
sourceforge: <系統(tǒng)最近好像有問題,我的文件一直沒能上傳成功,要過一段時(shí)間再說> 。。。。。
今天抽空測(cè)試了一下JSI當(dāng)前狀態(tài)的瀏覽器兼容性,一個(gè)頭疼的問題困擾了很久。
找出問題出自,懷疑是一個(gè)opera的bug。
function test(x){
try{
if(x){
return 1;
}else{
return 2;
}
}catch(e){
x=1;
}finally{
x=2;
}
}
語法檢查就通不過,報(bào)告錯(cuò)誤:
le://localhost/D:/eclipse/workspace/JSI/web/scripts/core.js
Event thread: BeforeExternalScript
opera8報(bào)錯(cuò),opera9好像就沒有這個(gè)問題。
貼出來,讓有類似問題的人省點(diǎn)心。
剛發(fā)布JSA的webstart版,順便吧這個(gè)古董級(jí)別的小程序也發(fā)布一下。
僅供那些和我一樣棋術(shù)平平的無聊人士打發(fā)時(shí)間。
高手就不必了:)
當(dāng)能,如果是想找個(gè)地方出出氣,也可以,呵呵。
http://www.xidea.org/webstart/chess.jnlp
沒有棋譜,所以,開局的棋力很差。中局還行。
測(cè)試了一下trimpath模板引擎和一個(gè)我以前編寫xml模板引擎,顯示測(cè)試結(jié)果,828/16。
太讓我振奮了。原想,如果效率太低我就放棄這個(gè)項(xiàng)目,貌似結(jié)果:這個(gè)流行的js模板引擎,和我沒做優(yōu)化的xml模板引擎還有這么大的差距???
仔細(xì)檢查一下,暈倒,測(cè)試模板數(shù)據(jù)搞錯(cuò)了:(
糾正過來,測(cè)試數(shù)據(jù)顯示,trimpath比xml模板引擎要快好幾倍:(
而且,如果模板內(nèi)使用的循環(huán)次數(shù)越多,差距越大:(
比較掃興的結(jié)果。
決定吧這個(gè)東西從jsi系統(tǒng)api中刪除。
不過,感覺,雖然有這點(diǎn)差距,xml模板引擎還是可以作為一個(gè)備用選擇。
基于js標(biāo)記庫,類el表達(dá)式,對(duì)于熟悉jsp2.0,jstl的程序員來說,還是比較易懂,擴(kuò)展也相對(duì)簡(jiǎn)單(trimpath沒怎么研究,或許是錯(cuò)的)。
下載測(cè)試:(XML Template是從jsi中拉出來的,部分測(cè)試中沒有用到的依賴沒有包括進(jìn)去)
一直沒有找到好用的 javascript格式化工具,不過UE有個(gè)非常漂亮的功能,多行編輯,可以輕松的批量縮進(jìn)。
但是eclipse呢?很遺憾,沒有,不過用正則表達(dá)式可以輕松完成這個(gè)功能,匹配整行,替換時(shí)在行前加上縮進(jìn)空格。
find:^.*
replace With: $0
說到這個(gè)正則,鄙視一下js的正則語法,居然匹配組是 $1 $2 $3 ....索引從1開始,但是匹配全部為什么要來個(gè)$&? 多么難記??還是eclipse的$0方便
而且js的match函數(shù)返回的數(shù)組還是 [全匹配,組1,組2....],全匹配索引就是0嘛! 居然要來個(gè)$&??
扼殺我們的聯(lián)想天性。
今天和網(wǎng)友聊起在javascript里面實(shí)現(xiàn)DateFormat 的話題。
把想法發(fā)布一下,當(dāng)是筆記。
格式化:
1、先用正則把日期表達(dá)式分段:
var tokens = "yyyy-MM-dd(沒有時(shí)間)".match(/y+|M+|d+|m+|[^yMdm]+/g)
//結(jié)果數(shù)組為:yyyy,-,MM,-,dd,(沒有時(shí)間)
2、將其中的yyyy MM dd 替換成相映的處理對(duì)象
3、格式化時(shí),先復(fù)制數(shù)組,依次遍歷,如果元素是處理對(duì)象,那么元素值替換成處理結(jié)果。
4、將新數(shù)組join。即為需要結(jié)果。
5、parse時(shí)。先復(fù)制數(shù)組,若元素為字符串,精確匹配。若未處理對(duì)象,讀取需要的值,匹配失敗,則終止操作,返回結(jié)果。
想法而已,實(shí)際實(shí)現(xiàn)時(shí)可能還有很多現(xiàn)在無法意料的事情:)
為了jsi2 alpha的盡快發(fā)布,我對(duì)jsi 的系統(tǒng)api重構(gòu)了一下,刪除了一些不夠成熟或者沒有必要的api(將他們拖到org.xidea.* 命名空間下)。
更新(2007-6-9)
接上,移除了xml命名空間及其內(nèi)容,裝飾引擎。io包并入util了,移除了一些腳本,如xml 模板引擎、裝飾引擎實(shí)現(xiàn)等。。。
基本上做到了功能無關(guān)了。
只剩下html包和util包。lang包這種語言兼容包不說。
現(xiàn)在的類庫只有(數(shù)據(jù)拷貝自JSI jsdoc):
#js.html //保留這個(gè)包,因?yàn)檫@些實(shí)在太常用了,
* BrowserInfo
//保留Decorator是因?yàn)檠b飾器初始化,還是受到點(diǎn)特別關(guān)照
* Decorator
* EventUtil
* StyleUtil
#js.util//保留這個(gè)包主要因?yàn)楫惒窖b載用到這些類庫
* LoadTask
* Request
* ScriptLoadTask
* TaskQueue
現(xiàn)在的類庫只有(數(shù)據(jù)拷貝自JSI jsdoc):
#js.html //保留這個(gè)包,因?yàn)檫@些實(shí)在太常用了,
* BrowserInfo
//保留Decorator是因?yàn)檠b飾器初始化,還是受到點(diǎn)特別關(guān)照
* Decorator
* EventUtil
* StyleUtil
#js.util//保留這個(gè)包主要因?yàn)楫惒窖b載用到這些類庫
* LoadTask
* Request
* ScriptLoadTask
* TaskQueue
歡迎大家提出自己的看法:)
JSI 自身提供一些常用API,數(shù)量極少,盡量以一種正式的風(fēng)格提供,盡量回避爭(zhēng)議。
有些是啟動(dòng)文件用到的,如任務(wù)隊(duì)列支持,還有如裝飾引擎直接用到的,如BrowserInfo、EventUtil、StyleUtil等。
對(duì)于啟動(dòng)文件中未直接用到的,如果風(fēng)格的爭(zhēng)議太大,都將剔除出去。
BrowserInfo對(duì)象:
/**
* BrowserInfo 對(duì)象,用于判斷瀏覽器的相關(guān)信息,如瀏覽器類型、quirks模式、客戶端語言(簡(jiǎn)體中文?英語..未實(shí)現(xiàn))、操作系統(tǒng)(未實(shí)現(xiàn))等等。
* @public
*/
var BrowserInfo = {
isIE : falseChecker,
isOpera : falseChecker,
isGecko : falseChecker,
isNetscape : falseChecker,
isMozilla : falseChecker,
isFirefox : falseChecker,
isKhtml : falseChecker,
isSafari : falseChecker,
isKonqueror : falseChecker,
isQuirks : function(){…}
};
其中最常用的要數(shù) is<瀏覽器類別>(最小版本號(hào)碼,最大版本號(hào))。
此外,我還將BrowserInfo的函數(shù)拷貝到navigator對(duì)象上,這個(gè)有無必要呢?
//@Deprecated ???
for(var n in BrowserInfo){
window.navigator[n] = BrowserInfo[n];
}
不同之處:
現(xiàn)在在瀏覽器判斷上面,一般是用常量表示,比如isIE之類的,JSI的BrowserInfo使用函數(shù),以便提供更強(qiáng)大更靈活的功能。
EventUtil
EventType 對(duì)象的成員函數(shù)有:
addListener(el, type, fn, cap)
removeListener(el, type, fn, cap)
add<Eventtype>Listener(element, listener, captrue)
如addLoadListener,addMousedownListener,addMouseoutListener
remove<Eventtype>Listener(element, listener, captrue)
createEvent(type, canBubble, cancelable)
dispatchEvent(el, even)
其中:
<Eventtype>代表一種事件類型。
W3C事件類型有:
var events = ['click','mousedown','mouseup','mouseover','mousemove','mouseout','load','unload','abort','error','select','change','submit','reset','focus','blur','resize','scroll'].
concat(['DOMFocusIn','DOMFocusOut','DOMActivate']);
此外,還添加了一種事件類型:DOMLoad。就是mozilla的DOMContentLoaded事件,在Dom樹構(gòu)造完成但圖片資源等可能未完成時(shí)觸發(fā)。
對(duì)于這種事件類型, element, captrue參數(shù)都將忽略。暫時(shí)只有添加函數(shù),沒有刪除函數(shù)(有刪除的必要嗎?)。
不同之處:
這個(gè)事件處理函數(shù)集與其他常見方式的卻別有:
- this支持。IE的attach方法添加的函數(shù),運(yùn)行時(shí)this指向window對(duì)象,JSI吧這點(diǎn)給糾正過來,與w3c的addEventListener行為一致。
- 事件類型直接體現(xiàn)在函數(shù)名中,這樣有利于書寫上的錯(cuò)誤及早發(fā)現(xiàn)。
- 事件格式化,將事件的訪問方式格式化為W3C的方式。
- 自動(dòng)清理,這也不算不同吧,現(xiàn)在大多數(shù)JS庫都提供這個(gè)功能,就是在離開頁面時(shí)清理全部注冊(cè)事件。但是這對(duì)一些單頁程序是無效的(OPOA,本人也比較討厭這種模式,呵呵),以后是否可以提供一個(gè)purgeElement函數(shù),用于清理指定元素及其子元素的事件呢?
非常希望大家積極發(fā)表自己的看法,該修改就修改,如果爭(zhēng)議太大,那么我將吧這些從系統(tǒng)API中移除。
程序下載
這個(gè)API也可以脫離JSI使用,只是,在編寫的時(shí)候,因?yàn)橛辛薐SI的保護(hù),我使用了不少內(nèi)部變量,為避免可能的沖突,做了如下處理。
var BrowserInfo = function(){
//#include(browser-info.js)
.
return BrowserInfo;
}
var EventUtil = function(){
//#include(event-util.js)
.
return EventUtil;
}
下載地址
QQ群里無聊的對(duì)話,貼出來:
小馬猴(53958317) 20:31:20
那二進(jìn)制還中國發(fā)明的呢
五風(fēng)樓客(63515213) 20:36:02
哦,二進(jìn)制與中國什么關(guān)系,還真不知道呢,呵呵?
五風(fēng)樓客(63515213) 20:36:23
那個(gè)朝代的事呢?
小馬猴(53958317) 20:35:43
據(jù)說是萊布尼茨在周易中發(fā)現(xiàn)了二進(jìn)制
海闊天空(149788288) 20:35:46
我也孤陋寡聞了
小馬猴(53958317) 20:36:02
就是那個(gè)八卦圖
五風(fēng)樓客(63515213) 20:37:04
^_^,強(qiáng)
五風(fēng)樓客(63515213) 20:37:49
今天才知道,我們大中國計(jì)算機(jī)技術(shù)領(lǐng)先西方三千年:)
海闊天空(149788288) 20:37:16
是啊是啊,中國領(lǐng)先的多著呢
五風(fēng)樓客(63515213) 20:38:09
不止,估計(jì)有個(gè)四千年左右把:)
呵呵
小馬猴(53958317) 20:37:22
不過外國人看周易,發(fā)明了計(jì)算機(jī),中國人看周易,發(fā)明了算命。
小馬猴(53958317) 20:38:25
搜狐這兩天就請(qǐng)了幫看風(fēng)水的人去看他總部呢。那些看風(fēng)水的就是什么周易什么什么研究會(huì)的。
五風(fēng)樓客(63515213) 20:39:20
找張八卦圖看看,能不能發(fā)現(xiàn)什么玄機(jī)呢:)
海闊天空(149788288) 20:38:56
八卦新聞
五風(fēng)樓客(63515213) 20:40:08
不管什么新聞,俺是一直非常鄙視搜狐的。
小馬猴(53958317) 20:39:23
我估計(jì)八卦圖說不定是中國古代發(fā)明的圖靈機(jī)呢
小馬猴(53958317) 20:39:29
哈哈
Tu-160(382392596) 20:41:50
哈哈哈
海闊天空(149788288) 20:42:03
八卦是好東西啊,兩儀生四向,四向生八卦
海闊天空(149788288) 20:42:17
下面一句是什么來著
五風(fēng)樓客(63515213) 20:44:06
太極生兩儀 兩儀生四向 四向生八卦 八卦生萬物
小馬猴(53958317) 20:43:49
嗯,于是萊布尼茨從這句話悟出了二進(jìn)制
五風(fēng)樓客(63515213) 20:45:19
呵呵,原來最早使用8進(jìn)制的不是瑪雅人,是俺們先輩,呵呵
海闊天空(149788288) 20:44:34
確實(shí)有2進(jìn)制的意思啊
海闊天空(149788288) 20:44:43
中國古代是用16進(jìn)制吧?
五風(fēng)樓客(63515213) 20:45:51
恩,至少重量單位是的
五風(fēng)樓客(63515213) 20:46:23
小時(shí)候還經(jīng)常聽老人們說16量的秤,呵呵
海闊天空(149788288) 20:47:05
一打
霖雨(3366414) 20:47:35
半斤八兩
如題:
JSA介紹:http://www.javaeye.com/article/77776
JSI2 Alpha即將發(fā)布,關(guān)于兩類特殊文件的命名方式,想聽聽大家的建議:
包定義文件,原先為 __$package.js
缺點(diǎn):$符號(hào)再linux上處理有點(diǎn)麻煩,通過shell命令創(chuàng)建時(shí)需要使用轉(zhuǎn)義字符(\$)
預(yù)裝載緩存腳本(編譯結(jié)果,用于支持延遲同步非阻塞式裝載),原先與原文件同名,只是映射到其他目錄.
缺點(diǎn):同一個(gè)包的資源處在不同目錄,發(fā)布,部署都有點(diǎn)麻煩.
現(xiàn)在的修改想法:
方式一:
__[package].js
file.js
file[preload].js
缺點(diǎn):[]也算特殊字符.
優(yōu)點(diǎn):看起來比較直觀,也不容易和已有文件沖突.linux系統(tǒng)中,通過控制臺(tái)還是可以直接創(chuàng)建的,不用轉(zhuǎn)義.
方式二:
__package__.js
file.js
file__preload__.js
缺點(diǎn):看起來沒有上面的直觀.已有別的類庫采用這個(gè)名字,不便于編輯工具識(shí)別
.
優(yōu)點(diǎn):無特殊字符.
大家感覺如何?給點(diǎn)建議吧:)
JSI是一個(gè)簡(jiǎn)單、無侵入(被管理的腳本無需考慮JSI的存在)的腳本管理框架, JSI的出現(xiàn),可以做到如下幾點(diǎn):
* 按需裝載。
* 管理依賴,避免依賴的保露、擴(kuò)散,提高類庫的易用性。
* 執(zhí)行環(huán)境的隔離,避免名稱沖突。
類庫裝載
動(dòng)態(tài)裝載類庫是按需裝載的基礎(chǔ),JSI的裝載方式有三種:即時(shí)同步裝載(可能阻塞)、延遲同步裝載(需要編譯)、異步裝載。這里先演示一下最簡(jiǎn)單的方式,即時(shí)同步導(dǎo)入:
示例:重寫一下jQuery的hello world。
….
<!-- 加入引導(dǎo)腳本 -->
<script src="../scripts/boot.js"></script>
….
<script>
//導(dǎo)入jQuery的$函數(shù)
$import("org.jquery.$");
//使用jQuery的$函數(shù)
$(document).ready(function(){
alert("Hello World");
});
</script>
….
這是默認(rèn)的導(dǎo)入方式,當(dāng)能,如果網(wǎng)絡(luò)環(huán)境不好,這可能產(chǎn)生阻塞問題。所以JSI2開始增加了仍外兩種導(dǎo)入模式。延遲同步導(dǎo)入,異步導(dǎo)入。具體用法請(qǐng)查看文章后面的導(dǎo)入函數(shù)參考。
依賴管理
Java可以隨意的使用第三方類庫,可是JavaScript卻沒那么幸運(yùn),隨著類庫的豐富,煩雜的依賴關(guān)系和可能的命名沖突將使得類庫的發(fā)展越來越困難。程序的易用性也將大打折扣。
命名沖突的危險(xiǎn)無形的增加你大腦的負(fù)擔(dān);隨著使用的類庫的增加,暴露的依賴也將隨之增加,這是復(fù)雜度陡增的極大禍根,將使得系統(tǒng)越來越復(fù)雜,越來越難以控制。潛在的問題越來越多,防不勝防。
所以,我們建議類庫的開發(fā)者將自己類庫的依賴終結(jié)在自己手中,避免依賴擴(kuò)散,以提高類庫的易用性。
為了演示一下JSI的依賴管理,我們編寫一個(gè)復(fù)雜一點(diǎn)的類庫:類似Windows XP文件瀏覽器左側(cè)的滑動(dòng)折疊面板(任務(wù)菜單)效果。
1.編寫我們的折疊面板函數(shù)(org/xidea/example/display/effect.js):
/**
* 滑動(dòng)面板實(shí)現(xiàn).
* 當(dāng)指定元素可見時(shí),將其第一個(gè)子元素向上滑動(dòng)至完全被遮掩(折疊)。
* 當(dāng)指定元素不可見時(shí),將其第一個(gè)子元素向下滑動(dòng)至完全顯示(展開)。
*/
function slidePanel(panel){
panel = $(panel);
if(panel.style.display=='none'){
//調(diào)用Scriptaculous Effect的具體滑動(dòng)展開實(shí)現(xiàn)
new Effect.SlideDown(panel);
}else{
//調(diào)用Scriptaculous Effect的具體滑動(dòng)閉合實(shí)現(xiàn)
new Effect.SlideUp(panel);
}
}
2.編寫包定義腳本,申明其內(nèi)容及依賴(org/xidea/example/display/__$package.js):
//添加slidePanel(滑動(dòng)面板控制)函數(shù)
this.addScript("effect.js","slidePanel",null);
//給effect.js腳本添加對(duì)us.aculo.script包中effects.js腳本的裝載后依賴this.addScriptDependence("effect.js",
"us/aculo/script/effects.js",false);
//給effect.js腳本添加對(duì)net.conio.prototype包中$函數(shù)的裝載后依賴this.addScriptObjectDependence("effect.js",
"net.conio.prototype.$",false);
3.HTML代碼:
<html>
<head>
<title>重用aculo Effect腳本實(shí)例</title>
<link rel="stylesheet" type="text/css" href="/styles/default.css" />
<script src="/scripts/boot.js"></script>
<script>
$import("org.xidea.display.slidePanel");
</script>
</head>
<body>
<div class="menu_header"
onclick="slidePanel('menu_block1')">
面板 1
</div>
<div class="menu_block" id="menu_block1">
<ul>
<li>text1</li>
<li>text2</li>
<li>text3</li>
</ul>
</div>
</body>
</html>
onclick="slidePanel('menu_block1')"這個(gè)事件函數(shù)將在我們點(diǎn)擊面板標(biāo)題時(shí)觸發(fā),能后會(huì)調(diào)用Scriptaculous Effect的具體實(shí)現(xiàn)去實(shí)現(xiàn)我們需要的滑動(dòng)折疊功能。
這個(gè)效果只是八行代碼,比較簡(jiǎn)單,但是它用到了Scriptaculous Effect類庫,Scriptaculous Effect又簡(jiǎn)接用到了Prototype類庫,所以,傳統(tǒng)方式使用起來還是比較復(fù)雜,有一堆腳本需要導(dǎo)入prototype.js,effects.js,builder.js,更加痛苦的是這些腳本的導(dǎo)入還要遵守一定的順序。
但是,如果我們使用JSI 明確申明了這些依賴,那么使用起來就簡(jiǎn)單多了,只一個(gè)import就可以完全搞定。
此外 這里還有一個(gè)額外的好處,我們類庫中依賴的那些腳本,并不會(huì)對(duì)外部保露,在頁面上是不可見的,也就是說,這些依賴完全終結(jié)在剛才編寫的類庫中,不必?fù)?dān)心使用這些類庫帶來的名稱污染問題。
環(huán)境隔離
眾所周知, Scriptaculous所依賴的Prototype庫與jQuery存在沖突。所以同時(shí)使用比較困難。
下面的例子,我們將在同一個(gè)頁面上同時(shí)使用Scriptaculous和 jQuery 類庫。示范一下JSI隔離沖突功能。
示例頁面(hello-jquery-aculo.html):
<html>
<head>
<title>Hello jQuery And Scriptaculous</title>
<!-- 加入引導(dǎo)腳本 -->
<script src="../scripts/boot.js"></script>
<script>
//導(dǎo)入jQuery
$import("org.jquery.$");
//導(dǎo)入Scriptaculous
$import("us.aculo.script.Effect");
$(document).ready(function(){
//使用jQuery添加一段問候語
$("<p id='helloBox' style='background:#0F0;text-align:center;font-size:40px;cursor:pointer;'>\
Hello jQuery And Scriptaculous</p>")
.appendTo('body');
$('#helloBox').ready(function(){
//使用Scriptaculous高亮顯示一下剛才添加的內(nèi)容
new Effect.Highlight('helloBox');
}).click(function(){
//當(dāng)用戶單擊該內(nèi)容后使用jQuery實(shí)現(xiàn)漸出
$('#helloBox').fadeOut();
});
});
</script>
</head>
<body>
<p>文檔裝載后,jQuery將在后面添加一段問候語;并使用Scriptaculous高亮顯示(Highlight);在鼠標(biāo)點(diǎn)擊后在使用jQuery漸出(fadeOut)。</p>
</body>
</html>
其他話題
JSI組件模型:
頁面裝飾引擎:用于裝飾樸素html元素的框架,實(shí)現(xiàn)零腳本代碼的web富客戶端編程,更多細(xì)節(jié)請(qǐng)?jiān)L問jsi官方網(wǎng)站。
參考:
腳本導(dǎo)入函數(shù)
腳本導(dǎo)入函數(shù)是JSI唯一的一個(gè)在頁面上使用的系統(tǒng)函數(shù)。
function $import(path, callbackOrLazyLoad, target )
path 類庫路徑
callbackOrLazyLoad 可選參數(shù),如果其值為函數(shù),表示異步導(dǎo)入模式;如果其值為真,表示延遲同步導(dǎo)入模式,否則為即時(shí)同步導(dǎo)入(默認(rèn)如此)。
Target 可選參數(shù)(默認(rèn)為全局變量,所以說,這種情況等價(jià)于直接聲明的全局變量),指定導(dǎo)入容器。
名詞解釋:
* 自由腳本
通過<script>標(biāo)記引入或直接編寫的腳本,我們不建議在使用JSIntegration之后,仍舊使用script src導(dǎo)入JSI啟動(dòng)腳本(boot.js)之外的腳本。
* 托管腳本
通過$import函數(shù)直接或間接加載的腳本。這些腳本將在一個(gè)獨(dú)立的執(zhí)行上下文裝載,不會(huì)污染全局環(huán)境。
* 腳本依賴
若要使用A,需要導(dǎo)入B,則A依賴B。
A、B可以是腳本文件,也可以是腳本文件中的某個(gè)腳本元素。
* 類庫使用者
類庫的使用者,您只需再頁面上書寫腳本,導(dǎo)入類庫,編寫自己的簡(jiǎn)單腳本,一般情況請(qǐng)不要編寫js文件,那是類庫開發(fā)者做的事.
* 類庫開發(fā)者
在此框架下開發(fā)出方便實(shí)用的腳本庫,您需要編寫一些通用腳本,同時(shí)設(shè)置腳本依賴,做到任何類/函數(shù),導(dǎo)入即可運(yùn)行。
先申明一下,我討厭Ajax這個(gè)名詞。舊藥裝新瓶。(像那個(gè)80來歲的楊某一樣令人討厭,呵呵)。
正題:
Ajax所謂的異步加載,為何需要異步,可以說異步操作通常都是一個(gè)成熟的程序設(shè)計(jì)人員會(huì)盡力回避的東西。復(fù)雜度徒增,不好控制,容易出錯(cuò)。
但是,這個(gè)問題放在瀏覽器上就是另外一個(gè)情形,瀏覽器上的腳本+事件通常只有一個(gè)線程。那些看是多線程的函數(shù):setTimeout,
setInterval,其實(shí)都不會(huì)插入或中斷任何一個(gè)其他的在執(zhí)行中的任務(wù),而且一旦你的腳本尚在運(yùn)行,那么不管你是否在掛起等待,所有的事件都將阻
塞。窗口重畫,拖動(dòng)...也都得靠邊站著,感覺就像是某個(gè)程序進(jìn)入一個(gè)死循環(huán)了。
以前得腳本都是做一些簡(jiǎn)單得事情,需要的時(shí)間,用戶基本上都感覺不到,后來XMLHttpRequest的興起,問題出來了,訪問網(wǎng)絡(luò)資源,你得受網(wǎng)速得
限制,如果同步的獲取,那你就等吧,等個(gè)幾秒幾分幾十分的,不是不可能。這時(shí)瀏覽器可沒那么聰明,站旁邊傻等,什么窗口重畫,移動(dòng)啊,都裝個(gè)沒聽見。
瀏覽器傻了,用戶可不傻,靠,這個(gè)網(wǎng)站咋的,吧我的瀏覽器都搞死了?加入黑名單,或者碰到個(gè)脾氣好點(diǎn)的,把你辛辛苦苦、沒日沒夜、綿綿數(shù)月敲下來的腳本,一律禁止運(yùn)行... 傻了把,可憐的腳本程序員。
看似瀏覽器的問題嘛,可是,誰叫你是中年諸葛亮呢,扶不起的阿斗你也得背著,朽木上刻章方顯你的出眾嘛。于是異步操作遍地開花,第N次世界大亂從此開始。
確實(shí)這里使用異步操作很有見成效,先告訴xmlhttp后臺(tái)加載網(wǎng)絡(luò)資源。一邊涼快涼快,加載完了通知一下。喝喝茶,看看報(bào),N+1秒鐘過去了,報(bào)告: 001.xml全體元素集合完畢,帳前待命...,ok,..... (機(jī)密,隱藏...)。
不錯(cuò)把,你不必焦急的盯著屏幕上所不期望的白大塊,不用使勁的失望的拖動(dòng)著沒有的鼠標(biāo)。你只需要東瞧瞧西瞅瞅,隨意的打發(fā)點(diǎn)時(shí)間,一會(huì),東西準(zhǔn)備好了,歸你了,愛怎么辦就怎么辦吧。
沒看明白?簡(jiǎn)單點(diǎn)說吧,就是把資源加載這一操作放在腳本線程之外,那么就不會(huì)有長(zhǎng)時(shí)間運(yùn)行的腳本,那么用戶就覺得你的程序響應(yīng)快。就是是說ajax,其實(shí)asynchronism也就這一個(gè)地方而已。
記住一點(diǎn),瀏覽器上單純的腳本程序,本身是不支持多線程的,異步也就無從談起,而現(xiàn)在所說的異步,都不是純粹的ECMAScript,都是利用瀏覽器帶有的某些原生對(duì)象實(shí)現(xiàn)的。
雕蟲小技而已,結(jié)果吹得雞毛滿天飛。眾嘴紜紜之勢(shì),眾目睽睽之下,公雞下蛋,鯉魚上坡,皆有可能。
循環(huán)反轉(zhuǎn)示例:
for(var i = 0;i<data.length;i++){
//
.
}
//反轉(zhuǎn)后代碼
for(var i = data.length-1;i>=0;i--){
//
.
}
這類優(yōu)化的作用是明顯的,但是具體有多大作用呢?
用一個(gè)長(zhǎng)度為100 000 的數(shù)組測(cè)試一下:
515/313
500/313
516/312
516/328
516/328
可見,循環(huán)反轉(zhuǎn)后,只需要原來3/5的時(shí)間.
但是,這種東西到底有多大價(jià)值?FF上200次循環(huán)僅需要1毫秒的時(shí)間.所以,個(gè)人認(rèn)為,只要循環(huán)的內(nèi)容不是太長(zhǎng),使用不算非常頻繁,那么沒有太大必要.
加入循環(huán)的長(zhǎng)度需要通過函數(shù)取得,且不變,那么,反轉(zhuǎn)的效率還是可觀的,在IE上,函數(shù)調(diào)用消耗是普通操作的十多倍.
測(cè)試代碼:
var incTime = 0;
var decTime = 0;
var inc = 0;
var data = new Array(10*10000);
//while(inc++<50)
{
var t1 = new Date();
for(var i = 0;i<data.length;i++){
}
var t2 = new Date();
for(var i = data.length-1;i>=0;i--){
}
var t3 = new Date();
incTime+=(t2-t1);
decTime+=(t3-t2);
}
prompt("incTime/decTime",incTime +'/'+decTime)
在
JSI的實(shí)現(xiàn)中,有這樣一種需求,將有自帶命名空間的腳本元素名數(shù)組轉(zhuǎn)換成沒有命名空間的變量名數(shù)組.
比如 :
['YAHOO.util.XXXX,YAHOO.util.YYYY,YAHOO.event.XX'] ->['YAHOO']
以前一直是較長(zhǎng)的一段處理代碼,今天突發(fā)奇想,這個(gè)用正則表達(dá)式處理效果如何?
于是,就這種處理,分別測(cè)試了正則表達(dá)式和javascript代碼的效率.
測(cè)試數(shù)據(jù)如下(regTime /codeTime):
620/4536
729/4068
719/4250
645/4152
655/4642
FF和IE結(jié)果差不多,上面是FF2的數(shù)據(jù)
總結(jié):
經(jīng)常看見很多地方對(duì)正則表達(dá)式的效率的懷疑,但是這個(gè)問題放在javascript里面,好像情況又不同了. 適當(dāng)使用正則式,反而可以大大提高效率.
在javascript這類\較慢的解釋型語言里面,少即快,能用原生代碼就不要自己寫.
測(cè)試代碼:
var data = [];
for(var i = 0;i<20;i++){
data[i] = "NS"+i/10+'.'+i
}
document.write(
//(data == data.sort()) +"/"+
data +"<hr>")
var i = 0;
var regTime = 0;
var codeTime = 0;
var inc = 0;
var reg = /(\b[\$\w]+)[\$\w\.]*(,\1\b[\$\w\.]*)*/g;
var regResult,codeResult;
while(inc++<100){
var i=0;
var t1 = new Date();
while(i++<100){
regResult = data.join(',').replace(reg,'$1').split(',');
}
var t2 = new Date();
while(i++<200){
codeResult = [];
var flagMap = {};
for(var j=data.length-1;j>=0;j--){
key = data[j];
key = key.substr(0,key.indexOf('.'));
if(!flagMap[key]){
codeResult[codeResult.length] = (key);
//codeResult.push(key);
flagMap[key] = true;
}
}
}
var t3 = new Date();
regTime +=(t2-t1);
codeTime+=(t3-t2);
}
document.write(
"regResult:"+
regResult)
document.write(
"<hr>codeResult:"+
codeResult)
prompt("regTime /codeTime",regTime +'/'+codeTime)
一直都認(rèn)為,javascript的函數(shù)調(diào)用是一個(gè)相對(duì)耗時(shí)的操作。
開始
JSI的優(yōu)化,這些問題現(xiàn)在必須認(rèn)真考慮了,測(cè)試一把:
一個(gè)簡(jiǎn)單的++操作,直接操作和函數(shù)內(nèi)操作(注,函數(shù)參數(shù)對(duì)原始類型是值傳遞,所以這不會(huì)影響被傳入的變量,這里測(cè)試?yán)锩妫瑑深惒僮鞯男袨槭遣灰粯拥模?br>
FF2測(cè)試結(jié)果(callTime/opTime):
2871/2582
2919/2675
2734/2704
2953/2516
3732/3346
IE7測(cè)試結(jié)果:
3140/376
3173/327
3238/247
3265/235
3217/299
通過測(cè)試可見,函數(shù)調(diào)用的消耗基本可以忽略。每次調(diào)用時(shí)間僅為:3000/(200*1000*5) ==0.3毫秒 ,這個(gè)時(shí)間還包含函數(shù)內(nèi)部的++操作
從示例可見,F(xiàn)F的函數(shù)調(diào)用消耗基本可以府略,IE雖然相當(dāng)于十倍++類簡(jiǎn)單操作,但依然不足以重視。
奇怪的是,第一次碰見ie的運(yùn)行效率高于ff的情況。
測(cè)試代碼
var i = 0;
var callTime = 0;
var opTime = 0;
var inc = 0;
function plus(z){z++};
while(inc++<200){
var i=0;
var x = 1;
var t1 = new Date();
while(i++<1000){
plus(x);
plus(x);
plus(x);
plus(x);
plus(x);
}
var t2 = new Date();
while(i++<2000){
x++;
x++;
x++;
x++;
x++;
}
var t3 = new Date();
callTime+=(t2-t1);
opTime+=(t3-t2);
}
prompt("callTime/opTime",callTime +'/'+opTime)
前幾天無意中看到一個(gè)網(wǎng)友blog上關(guān)于這個(gè)循環(huán)效率的問題,說要盡量避免使用。
有點(diǎn)害怕,我在
JSI中可是用了不少,呵呵。
測(cè)試一下,負(fù)擔(dān)終于可以放下來了:
測(cè)試對(duì)象:
一個(gè)對(duì)象模擬map,測(cè)試for in 循環(huán)
兩個(gè)數(shù)組,測(cè)試for(;;)循環(huán)
連續(xù)4次運(yùn)行時(shí)間比。
957/1278;955/1357;1014/1282;968/1392
明顯,要實(shí)現(xiàn)類似map的功能,還是for in 快點(diǎn)。上面的數(shù)據(jù)是ff2上的結(jié)果,ie7上也差不多,差距更小一點(diǎn)。
測(cè)試代碼:
function C(i){
return i<62?
String.fromCharCode(i+=
i<26?65
:i<52?71//97-26
:-4//48-26-26
)
:i<63?'_'
:i<64?'$'
:C(i>>6)+C(i&63)
}
var map = {};
var arr1 = [];
var arr2 = [];
for(var i = 0;i<1000;i++){
var c = C(i);
map[c] = i;
arr1.push(c);
arr2.push(i);
}
var i = 0;
var mapTime = 0;
var arrTime = 0;
var inc = 0
while(inc++<500){
var t1 = new Date();
for(var n in map){
n = map[n];
}
var t2 = new Date();
for(var j = 0;j<1000;j++){
n =arr1[j];
n =arr2[j];
}
var t3 = new Date();
mapTime+=(t2-t1);
arrTime+=(t3-t2);
}
prompt("mapTime/arrTime",mapTime +'/'+arrTime)
無賴,自己外語太差,就算想去也難辦,呵呵。
懷疑 sourceforge是不是在搞販人服務(wù)呢?
剛剛修正了一個(gè)JSA的bug。
順便測(cè)試了一下文本壓縮的性能,和純packer 壓縮,ShrinkSafe+packer壓縮。
壓縮大小:
jquery-jsa-s.js(JSA的語法壓縮):29766
jquery.compressed.js(ShrinkSafe語法壓縮):33992
jquery-jsa-st.js(JSA的語法壓縮+文本壓縮):19526
jquery-packer.js(Packer文本壓縮):20977
jquery.compressed-packer.js(ShrinkSafe語法壓縮+Packer文本壓縮):21839
有點(diǎn)奇怪的是,文本壓縮和語法壓縮是有一定互補(bǔ)性的,但是ShrinkSafe+Packer比單純的Packer文本壓縮效率還低??
我想可能是ShrinkSafe做的一些語法補(bǔ)全(可省略的 {、}、;、),jQuery編碼的風(fēng)格導(dǎo)致。
Firefox測(cè)試數(shù)據(jù)(10次壓縮時(shí)間的毫秒數(shù),連續(xù)5回測(cè)試數(shù)據(jù))
jquery-jsa-st.js:784
jquery-packer.js:1265
jquery.compressed-packer.js:1529
jquery-jsa-st.js:718
jquery-packer.js:922
jquery.compressed-packer.js:766
jquery-jsa-st.js:753
jquery-packer.js:872
jquery.compressed-packer.js:828
jquery-jsa-st.js:1438
jquery-packer.js:1484
jquery.compressed-packer.js:1735
jquery-jsa-st.js:687
jquery-packer.js:1236
jquery.compressed-packer.js:1234
IE5 測(cè)試數(shù)據(jù)(連續(xù)三回測(cè)試數(shù)據(jù))
jquery-jsa-st.js:766
--------------------------------------------------------------------------------
jquery-packer.js:9765
--------------------------------------------------------------------------------
jquery.compressed-packer.js:10547
jquery-jsa-st.js:671
--------------------------------------------------------------------------------
jquery-packer.js:9002
--------------------------------------------------------------------------------
jquery.compressed-packer.js:10265
jquery-jsa-st.js:704
--------------------------------------------------------------------------------
jquery-packer.js:8232
--------------------------------------------------------------------------------
jquery.compressed-packer.js:10314
總結(jié)
文本壓縮是個(gè)比較耗時(shí)的操作,像JQuery這樣大的類庫普遍需要接近100毫秒的解壓時(shí)間。
如果需要兼容IE5這種老古董,那么最好不要用packer的文本壓縮,太耗時(shí)。
JSA1 對(duì)文本壓縮做了些改進(jìn),表現(xiàn)還可以。
如果要計(jì)較腳本文本壓縮后的解壓開銷,建議使用JSA的語法壓縮,配合服務(wù)器端的gzip壓縮。
不推薦dojo 的ShrinkSafe,原因是它的幾個(gè)安全問題。
面試官:熟悉哪種語言
應(yīng)聘者:Java。
面試官:你會(huì)Hibernate嗎
應(yīng)聘者:知道,動(dòng)物冬天經(jīng)常Hibernate,但我從來不冬眠
面試官:tomcat了解么
應(yīng)聘者:小時(shí)看過。現(xiàn)在也喜歡看
面試官:用過 apache 的東西嗎
應(yīng)聘者:沒有,我沒開過也沒座過直升機(jī)。
面試官:知道什么叫class么
應(yīng)聘者:不知道。
面試官:知道什么叫類么
應(yīng)聘者:我這人實(shí)在,工作努力,不知道什么叫累
面試官:知道什么是接口嗎?
應(yīng)聘者:我這個(gè)人工作認(rèn)真。從來不找借口偷懶
面試官:知道什么是package?
應(yīng)聘者:不知道。
面試官:知道什么是包?
應(yīng)聘者:我這人實(shí)在 平常不帶包 也不用公司準(zhǔn)備了
面試官:知道什么叫對(duì)象么?
應(yīng)聘者:知道,不過我工作努力,上進(jìn)心強(qiáng),暫時(shí)還沒有打算找對(duì)象。。
面試官:知道什么是繼承么
應(yīng)聘者:我是孤兒沒什么可以繼承的
面試官:你知道google是干什么的么?
應(yīng)聘者:等我先百度一下。