半年前第一次做腳本編碼的時(shí)候，由于沒有什么使用經(jīng)驗(yàn)，于是在51js上詢問了一下encode腳本和normal腳本混用是否有什么問題呢？結(jié)果沒有得到任何有建設(shè)性的意見，這也至少說明了兩個(gè)問題，一是沒有人在意，二是就沒有什么問題嘛。當(dāng)然我更樂意于接受后一種結(jié)果，就開始了encode腳本和normal腳本的混合使用。

    在這樣的理解下做了很多的腳本，似乎也真的沒有出現(xiàn)過什么問題，于是更加篤信自己當(dāng)初的判斷。結(jié)果又一次被IE暗算了，encode后的腳本和normal的腳本混和使用不是沒有問題，也不是都有問題，只是在特定的條件下會(huì)出問題，真是暈死?？聪旅孢@個(gè)示例： 


    把上面的代碼存為一個(gè)*.htm文件，打開后得到結(jié)果為： 

  Call "Object.prototype.Message" Fail.
  Object doesn't support this property or method
  Call "Object.Message" Fail. 
  Object doesn't support this property or method
  Encode.prototype.Message
  Encode.Message
  Normal.prototype.Message
  Normal.Message
    上面那兩段jscript.encode的代碼很簡(jiǎn)單，就是： Object.prototype.Message = function()
{
    alert('Object.prototype.Message');
};
Object.Message = function()
{
    alert('Object.Message');
}; 
function Encode() {}
Encode.prototype.Message = function()
{
    WriteLine('Encode.prototype.Message');
};
Encode.Message = function()
{
    WriteLine('Encode.Message');
};  
    如果我們把上面兩段代碼替換那個(gè)html中的兩段jscript.encode的代碼，后面的運(yùn)行將不會(huì)出任何異常，會(huì)得到這樣的輸出：   Object.prototype.Message
  Object.Message
  ...
    上面這些代碼實(shí)例的試驗(yàn)，已經(jīng)詳細(xì)的說明了encode腳本代碼的問題。就是，不能在非編碼腳本中，引用編碼腳本中導(dǎo)入到JScript內(nèi)置對(duì)象上的原型(prototype)方法和靜態(tài)方法。上面示例中的Object就是JScript的一個(gè)內(nèi)置對(duì)象，我們分別導(dǎo)入了一個(gè)prototpye方法和靜態(tài)方法Message()。而對(duì)于非內(nèi)置對(duì)象Encode，我們?cè)谝丫幋a代碼中導(dǎo)入的prototype和static方法，都可以在非編碼代碼中正常的訪問。

    那么怎么訪問內(nèi)置對(duì)象的導(dǎo)入方法呢？其實(shí)解決起來也不復(fù)雜，只是比較繁瑣。我們需要使用一些wrapper方法，把他們和被編碼的代碼放在一起，就可以在非編碼代碼中訪問了，比如上面的Object的導(dǎo)入，我們可以這樣包裝它： 

Object.prototype.Message = function()
{
    WriteLine('Object.prototype.Message');
};
Object.Message = function()
{
    WriteLine('Object.Message');
};
var obj = new Object();

function ObjectPrototypeMessage()
{
    obj.Message();
}
function ObjectMessage()
{
    Object.Message();
}
    這時(shí)，我們就可以通過ObjectPrototypeMessage和ObjectMessage這樣的wrapper方法訪問到已編碼代碼中內(nèi)置對(duì)象的導(dǎo)入方法了。

最新評(píng)論