JavaScript進行GET和POST請求

Web上最常見的請求就是GET請求.每次在瀏覽器中輸入URL并打開也米納市,就是在向服務器發送一個GET請求.

GET請求：

GET請求的參數使用問號追加到URL的結尾,后米納給這用&好連接起來的名稱/值.例如:

http://www.somewhere.com/page.php?name1=value1&name2=value2&name3=value3

每個名稱和值都是在編碼后才能用在URL中（在javaScript中可以用encodeURIComponent()進行編碼）。URL最大長度為2048字符（2KB）。問好后米納的內容成為查詢字符串，這些參數可以在服務器端的頁面中讀取。

要用XMLHTTP請求對象發送一個GET請求。只需將URL（包含所有的參數）傳入open()方法。同時第一個參數段設為”get”:

oRequest.open(“get”, “http://www.somewhere.com/page.php?name=value”, false);

因為參數必須逐家到URL的末尾，所以最好用一個函數來處理此細節：

Function addURLParam(sURL, sParamName, sParamName){

         sURL += (sURL.indexOf(“?”) == -1 ? “?” : “&”);

         sURL += encodeURIComponent(sParamName) + “=” + encodeURIComponent(sParamName);

         return sURL;

}

三個參數分別為：要添加的URL，參數名稱和參數值。

POST請求：

POST請求通常用于提交數據，比GET請求可以發送更多的數據（大約2GB）。

構造POST的請求參數的函數：

Function addPostParam(sParams, sParamName, sParamValue){

         if(sParams.length>0){sParams += “&”};

         return sParams +encodeURIComponent(sParamName) + “=”

          + encodeURIComponent(sParamName);

}

接下來為了能使POST請求的服務器端頁面正確的解釋有此函數構造的參數字符串，需要將POST請求首部“Content-Type”設置為“application/x-www-urlencoded”，所以需要使用setRequestHeader()方法設置這個首部：

var sParams = ‘ ‘;

sParams = addPostParam();

oRequest.open(“post”, “page.php”, false);

sRequest.setRequestHeader(“Content-Type”, “application/x-www-form-urlencoded”);

sRequest.send(sParams);

現在這個例子就可以像由瀏覽器中提交表單一樣正常工作了。

FORM中的get post方法區別

Form中的get和post方法，在數據傳輸過程中分別對應了HTTP協議中的GET和POST方法。二者主要區別如下：
1、Get是用來從服務器上獲得數據，而Post是用來向服務器上傳遞數據。
2、 Get將表單中數據的按照variable=value的形式，添加到action所指向的URL后面，并且兩者使用“?”連接，而各個變量之間使用 “&”連接；Post是將表單中的數據放在form的數據體中，按照變量和值相對應的方式，傳遞到action所指向URL。
3、 Get是不安全的，因為在傳輸過程，數據被放在請求的URL中，而如今現有的很多服務器、代理服務器或者用戶代理都會將請求URL記錄到日志文件中，然后 放在某個地方，這樣就可能會有一些隱私的信息被第三方看到。另外，用戶也可以在瀏覽器上直接看到提交的數據，一些系統內部消息將會一同顯示在用戶面前。 Post的所有操作對用戶來說都是不可見的。
4、Get傳輸的數據量小，這主要是因為受URL長度限制；而Post可以傳輸大量的數據，所以在上傳文件只能使用Post（當然還有一個原因，將在后面的提到）。
5、Get限制Form表單的數據集的值必須為ASCII字符；而Post支持整個ISO10646字符集。
6、Get是Form的默認方法。

一次又一次的,我發現,那些有bug的Javascript代碼是由于沒有真正理解Javascript函數是如何工作而導致的(順便說一下,許多那樣的代碼是我寫的).JavaScript擁有函數式編程的特性, 當我們選擇面對它的時候,這將成為我們前進的阻礙.
作為初學者,我們來測試五種函數調用的方法,從表面來看我們會認為那些函數與C#中函數的作用非常相似,但是我們一會兒可以看到還是有非常重要的不同的地方的,忽視這些差異無疑會導致難于跟蹤的bug。.
首先讓我們創建一個簡單的函數,這個函數將在將在下文中使用,這個函數僅僅返回當前的this的值和兩個提供的參數.

<script type="text/javascript">
function makeArray(arg1, arg2){
    return [ this, arg1, arg2 ];
}
</script>

最常用的方法,但不幸的,全局的函數調用
當我們學習Javascript時，我們了解到如何用上面示例中的語法來定義函數。
,我們也知道調用這個函數非常的簡單,我們需要做的僅僅是:
makeArray('one', 'two');
// => [ window, 'one', 'two' ]

等一等,那個Window對象在這里干嘛呢,為何this的值是它呢,如果你以前沒有停下來思考這個問題,那么請和我一起來分析吧,
在 Javascript里,我沒有指特定的瀏覽器,有一個全局的對象, 那些看起來散落在你的腳本里的每一行代碼(例如在一個對象外的聲明)其實都被寫在了一個全局對象的上下文里.在我們的例子中,其實那個makeArray 函數可以說不是一個松散的全局函數,而是全局對象的一個方法, 讓我們返回來看瀏覽器,在這個環境里它的全局對象被映射到window對象.讓我們來證明一下:
alert( typeof window.methodThatDoesntExist );
// => undefined
alert( typeof window.makeArray);
// => function

所有的這些意味著我們之前調用 makeArray的方法是和下面調用的方法一樣的
window.makeArray('one', 'two');
// => [ window, 'one', 'two' ]
我說最普遍的調用方法是不幸的是因為它導致我們聲明的函數默認是全局的.我們都知道全局成員不是編程的最佳實踐.這在JavaScript里是特別的正確,在JavaScript中避免使用全局的成員,你是不會為之后悔的.

JavaScript函數調用規則1
在沒有通過明確所有者對象而直接調用的函數中，如myFunction()，將導致this的值成為默認對象（瀏覽器中的窗口）。

函數調用
讓我們現在創建一個簡單的對象,使用 makeArray函數作為它的一個方法,我們將使用json的方式來聲明一個對象,我們也來調用這個方法
//creating the object
var arrayMaker = {
    someProperty: 'some value here',
    make: makeArray
};

//invoke the make() method
arrayMaker.make('one', 'two');
// => [ arrayMaker, 'one', 'two' ]
// alternative syntax, using square brackets
arrayMaker['make']('one', 'two');
// => [ arrayMaker, 'one', 'two' ]

看 到這里的不同了吧,this的值變成了對象本身.你可能會疑問原始的函數定義并沒有改變,為何它不是window了呢.好吧,這就是函數在 JSavacript中傳遞的方式,函數在JavaScript里是一個標準的數據類型,確切的說是一個對象.你可以傳遞它們或者復制他們.就好像整個函 數連帶參數列表和函數體都被復制,且被分配給了 arrayMaker里的屬性make,那就好像這樣定義一個 arrayMaker:
var arrayMaker = {
    someProperty: 'some value here',
    make: function (arg1, arg2) {
        return [ this, arg1, arg2 ];
    }
};

JavaScript函數調用規則2 在一個使用方法調用語法,像 obj.myFunction()或者 obj['myFunction'](),這時this的值為obj

這是事件處理代碼中bug的主要源頭,看看這些例子
<input type="button" value="Button 1" id="btn1"  />
<input type="button" value="Button 2" id="btn2"  />
<input type="button" value="Button 3" id="btn3"  onclick="buttonClicked();"/>

<script type="text/javascript">
function buttonClicked(){
    var text = (this === window) ? 'window' : this.id;
    alert( text );
}
var button1 = document.getElementById('btn1');
var button2 = document.getElementById('btn2');

button1.onclick = buttonClicked;
button2.onclick = function(){   buttonClicked();   };
</script>

點 擊第一個按鈕將會顯示”btn”因為它是一個方法調用,this為所屬的對象(按鈕元素) 點擊第二個按鈕將顯示”window”因為 buttonClicked是被直接調用的(不像 obj.buttonClicked().) 這和我們第三個按鈕,將事件處理函數直接放在標簽里是一樣的.所以點擊第三個按鈕的結果是和第二個一樣的.
使用像jQuery的JS庫有這樣的優點,當在jQuery里定義了一個事件處理函數,JS庫會幫助重寫this的值以保證它包含了當前事件源元素的引用,

//使用jQuery
$('#btn1').click( function() {
    alert( this.id ); // jQuery ensures 'this' will be the button
});

jQuery是如何重載this的值的呢?繼續閱讀

另外兩個:apply()和call()
你越 多的使用JavaScript的函數,你就越多的發現你需要傳遞函數并在不同的上下文里調用他們,就像jQuery在事件處理函數里所做的一樣,你往往經 常需要重置this的值.記住我告訴你的,在Javascript中函數也是對象,函數對象包含一些預定義的方法,其中有兩個便是apply()和 call(),我們可以使用它們來對this進行重置.
var gasGuzzler = { year: 2008, model: 'Dodge Bailout' };
makeArray.apply( gasGuzzler, [ 'one', 'two' ] );
// => [ gasGuzzler, 'one' , 'two' ]
makeArray.call( gasGuzzler,  'one', 'two' );
// => [ gasGuzzler, 'one' , 'two' ]
這兩個方法是相似的,不同的是后面的參數的不同,Function.apply()是使用一個數組來傳遞給函數的,而Function.call()是將這些參數獨立傳遞的,在實踐中你會發現apply()在大多數情況下更方便.

JavaScript函數調用規則3 如果我們想在不復制函數到一個方法而想重載this的值的時候,我們可以使用 myFunction.apply( obj ) 或 myFunction.call(obj).

構造器
我不想深入研究在Javascript中類型的定義,但是在此刻我們需要知道在Javascript中沒有類,而且任何一個自定義的類型需要一個初始化函數,使用原型對象(作為初始化函數的一個屬性)定義你的類型也是一個不錯的主義,讓我們來創建一個簡單的類型
//聲明一個構造器
function ArrayMaker(arg1, arg2) {
    this.someProperty = 'whatever';
    this.theArray = [ this, arg1, arg2 ];
}
// 聲明實例化方法
ArrayMaker.prototype = {
    someMethod: function () {
        alert( 'someMethod called');
    },
    getArray: function () {
        return this.theArray;
    }
};

var am = new ArrayMaker( 'one', 'two' );
var other = new ArrayMaker( 'first', 'second' );

am.getArray();
// => [ am, 'one' , 'two' ]

一個非常重要并值得注意的是出現在函數調用前面的new運算符,沒有那個,你的函數就像全局函數一樣,且我們創建的那些屬性都將是創建在全局對象上 (window),而你并不想那樣,另一個話題是,因為在你的構造器里沒有返回值,所以如果你忘記使用new運算符,將導致你的一些變量被賦值為 undefined.因為這個原因,構造器函數以大寫字母開頭是一個好的習慣,這可以作為一個提醒,讓你在調用的時候不要忘記前面的new運算符.
帶著這樣的小心,初始化函數里的代碼和你在其他語言里寫的初始化函數是相似的.this的值將是你將創建的對象.
Javascript函數調用規則4 當你將函數用作初始化函數的時候,像MyFunction(),Javascript的運行時將把this的值指定為新建的對象.

總結
我希望理解各種函數調用方式的不同會使你的Sjavacript代碼遠離bugs,有些這樣的bug會確保你總是知道this的值是避免他們第一步

    Java的核心庫java.io提供了全面的IO接口，包括：文件讀寫，標準設備輸出等等。Java中IO是以流為基礎進行輸入輸出的，所有數據被串行化寫入輸出流，或者從輸入流讀入。在具體使用中很多初學者對Java.io包的使用非常含糊，本文將詳細解說關于Java.io的使用。

-----------------------------------------------------
　　一． Input和Output
    stream代表的是任何有能力產出數據的數據源，或是任何有能力接收數據的接收源。在Java的IO系統中，所有的stream（包括Input和Out stream）都包括兩種類型：
  1.1 以字節為導向的stream
　　以字節為導向的stream，表示以字節為單位從stream中讀取或往stream中寫入信息。以字節為導向的stream包括下面幾種類型：
input
stream：
      1) ByteArrayInputStream：把內存中的一個緩沖區作為InputStream使用
      2) StringBufferInputStream：把一個String對象作為InputStream
      3) FileInputStream：把一個文件作為InputStream，實現對文件的讀取操作
      4) PipedInputStream：實現了pipe的概念，主要在線程中使用
      5) SequenceInputStream：把多個InputStream合并為一個InputStream
Out
stream
      1) ByteArrayOutputStream：把信息存入內存中的一個緩沖區中
      2) FileOutputStream：把信息存入文件中
      3) PipedOutputStream：實現了pipe的概念，主要在線程中使用
      4) SequenceOutputStream：把多個OutStream合并為一個OutStream
  1.2 以Unicode字符為導向的stream
　　以Unicode字符為導向的stream，表示以Unicode字符為單位從stream中讀取或往stream中寫入信息。以Unicode字符為導向的stream包括下面幾種類型：
Input
Stream
      1) CharArrayReader：與ByteArrayInputStream對應
      2) StringReader：與StringBufferInputStream對應
      3) FileReader：與FileInputStream對應
      4) PipedReader：與PipedInputStream對應
Out
Stream
      1) CharArrayWrite：與ByteArrayOutputStream對應
      2) StringWrite：無與之對應的以字節為導向的stream
      3) FileWrite：與FileOutputStream對應
      4) PipedWrite：與PipedOutputStream對應
　  以字符為導向的stream基本上對有與之相對應的以字節為導向的stream。兩個對應類實現的功能相同，字是在操作時的導向不同。如 CharArrayReader：和ByteArrayInputStream的作用都是把內存中的一個緩沖區作為InputStream使用，所不同的 是前者每次從內存中讀取一個字節的信息，而后者每次從內存中讀取一個字符。
  1.3 兩種不現導向的stream之間的轉換
    InputStreamReader和OutputStreamReader：把一個以字節為導向的stream轉換成一個以字符為導向的stream。

--------------------------------------------------
    二. stream添加屬性
  2.1 “為stream添加屬性”的作用
　　運用上面介紹的Java中操作IO的API，我們就可完成我們想完成的任何操作了。但通過FilterInputStream和FilterOutStream的子類，我們可以為stream添加屬性。下面以一個例子來說明這種功能的作用。
　　如果我們要往一個文件中寫入數據，我們可以這樣操作：
FileOutStream fs = new FileOutStream(“test.txt”);
　  然后就可以通過產生的fs對象調用write()函數來往test.txt文件中寫入數據了。但是，如果我們想實現“先把要寫入文件的數據先緩存到內存 中，再把緩存中的數據寫入文件中”的功能時，上面的API就沒有一個能滿足我們的需求了。但是通過FilterInputStream和 FilterOutStream的子類，為FileOutStream添加我們所需要的功能。
  2.2 FilterInputStream的各種類型
    2.2.1 用于封裝以字節為導向的InputStream
      1) DataInputStream：從stream中讀取基本類型（int、char等）數據。
      2) BufferedInputStream：使用緩沖區
      3) LineNumberInputStream：會記錄input stream內的行數，然后可以調用getLineNumber()和setLineNumber(int)
      4) PushbackInputStream：很少用到，一般用于編譯器開發
    2.2.2 用于封裝以字符為導向的InputStream
      1) 沒有與DataInputStream對應的類。除非在要使用readLine()時改用BufferedReader，否則使用DataInputStream
      2) BufferedReader：與BufferedInputStream對應
      3) LineNumberReader：與LineNumberInputStream對應
      4) PushBackReader：與PushbackInputStream對應
  2.3 FilterOutStream的各種類型
    2.2.3 用于封裝以字節為導向的OutputStream
      1) DataIOutStream：往stream中輸出基本類型（int、char等）數據。
      2) BufferedOutStream：使用緩沖區
      3) PrintStream：產生格式化輸出
    2.2.4 用于封裝以字符為導向的OutputStream
      1) BufferedWrite：與對應
      2) PrintWrite：與對應

--------------------------------------------------

    三. RandomAccessFile
      1) 可通過RandomAccessFile對象完成對文件的讀寫操作
      2) 在產生一個對象時，可指明要打開的文件的性質：r，只讀；w，只寫；rw可讀寫
      3) 可以直接跳到文件中指定的位置

當兩個進程在進行遠程通信時，彼此可以發送各種類型的數據。無論是何種類型的數據，都會以二進制序列的形式在網絡上傳送。發送方需要把這個Java對象轉換為字節序列，才能在網絡上傳送；接收方則需要把字節序列再恢復為Java對象。

把Java對象轉換為字節序列的過程稱為對象的序列化。

把字節序列恢復為Java對象的過程稱為對象的反序列化。

對象的序列化主要有兩種用途：

1） 把對象的字節序列永久地保存到硬盤上，通常存放在一個文件中；

2） 在網絡上傳送對象的字節序列。

一．JDK類庫中的序列化API

java.io.ObjectOutputStream代表對象輸出流，它的writeObject(Object obj)方法可對參數指定的obj對象進行序列化，把得到的字節序列寫到一個目標輸出流中。

java.io.ObjectInputStream代表對象輸入流，它的readObject()方法從一個源輸入流中讀取字節序列，再把它們反序列化為一個對象，并將其返回。、

只有實現了Serializable和Externalizable接口的類的對象才能被序列化。Externalizable接口繼承自Serializable接口，實現Externalizable接口的類完全由自身來控制序列化的行為，而僅實現Serializable接口的類可以采用默認的序列化方式 。

對象序列化包括如下步驟：

1） 創建一個對象輸出流，它可以包裝一個其他類型的目標輸出流，如文件輸出流；

2） 通過對象輸出流的writeObject()方法寫對象。

對象反序列化的步驟如下：

1） 創建一個對象輸入流，它可以包裝一個其他類型的源輸入流，如文件輸入流；

2） 通過對象輸入流的readObject()方法讀取對象。

下面讓我們來看一個對應的例子，類的內容如下：

二．實現Serializable接口

ObjectOutputStream只能對Serializable接口的類的對象進行序列化。默認情況下，ObjectOutputStream按照默認方式序列化，這種序列化方式僅僅對對象的非transient的實例變量進行序列化，而不會序列化對象的transient的實例變量，也不會序列化靜態變量。

當ObjectOutputStream按照默認方式反序列化時，具有如下特點：

1）如果在內存中對象所屬的類還沒有被加載，那么會先加載并初始化這個類。如果在classpath中不存在相應的類文件，那么會拋出ClassNotFoundException；

2）在反序列化時不會調用類的任何構造方法。

如果用戶希望控制類的序列化方式，可以在可序列化類中提供以下形式的writeObject()和readObject()方法。

private void writeObject(java.io.ObjectOutputStream out) throws IOException

private void readObject(java.io.ObjectInputStream in) throws IOException, ClassNotFoundException;

當ObjectOutputStream對一個Customer對象進行序列化時，如果該對象具有writeObject()方法，那么就會執行這一方法，否則就按默認方式序列化。在該對象的writeObjectt()方法中，可以先調用ObjectOutputStream的defaultWriteObject()方法，使得對象輸出流先執行默認的序列化操作。同理可得出反序列化的情況，不過這次是defaultReadObject()方法。

有些對象中包含一些敏感信息，這些信息不宜對外公開。如果按照默認方式對它們序列化，那么它們的序列化數據在網絡上傳輸時，可能會被不法份子竊取。對于這類信息，可以對它們進行加密后再序列化，在反序列化時則需要解密，再恢復為原來的信息。

默認的序列化方式會序列化整個對象圖，這需要遞歸遍歷對象圖。如果對象圖很復雜，遞歸遍歷操作需要消耗很多的空間和時間，它的內部數據結構為雙向列表。

在應用時，如果對某些成員變量都改為transient類型，將節省空間和時間，提高序列化的性能。

三．實現Externalizable接口

Externalizable接口繼承自Serializable接口，如果一個類實現了Externalizable接口，那么將完全由這個類控制自身的序列化行為。Externalizable接口聲明了兩個方法：

public void writeExternal(ObjectOutput out) throws IOException

public void readExternal(ObjectInput in) throws IOException , ClassNotFoundException

前者負責序列化操作，后者負責反序列化操作。

在對實現了Externalizable接口的類的對象進行反序列化時，會先調用類的不帶參數的構造方法，這是有別于默認反序列方式的。如果把類的不帶參數的構造方法刪除，或者把該構造方法的訪問權限設置為private、默認或protected級別，會拋出java.io.InvalidException: no valid constructor異常。

四．可序列化類的不同版本的序列化兼容性

凡是實現Serializable接口的類都有一個表示序列化版本標識符的靜態變量：

private static final long serialVersionUID;

以上serialVersionUID的取值是Java運行時環境根據類的內部細節自動生成的。如果對類的源代碼作了修改，再重新編譯，新生成的類文件的serialVersionUID的取值有可能也會發生變化。

類的serialVersionUID的默認值完全依賴于Java編譯器的實現，對于同一個類，用不同的Java編譯器編譯，有可能會導致不同的serialVersionUID，也有可能相同。為了提高哦啊serialVersionUID的獨立性和確定性，強烈建議在一個可序列化類中顯示的定義serialVersionUID，為它賦予明確的值。顯式地定義serialVersionUID有兩種用途：

1）在某些場合，希望類的不同版本對序列化兼容，因此需要確保類的不同版本具有相同的serialVersionUID；

2）在某些場合，不希望類的不同版本對序列化兼容，因此需要確保類的不同版本具有不同的serialVersionUID。