ajax處理301 302

有的ajax架構，封裝了對301，302等返回碼的處理，如

function updatePage() {     if (request.readyState == 4) {       if (request.status == 200) {         var response = request.responseText.split("|");         document.getElementById("order").value = response[0];         document.getElementById("address").innerHTML =           response[1].replace(/\n/g, "<br />");       } else         alert("status is " + request.status);     }   } 

那如果server返回的是301,或是302前端的 ajax程式將如何處理？

• 301：永久移動
• 302：找到（請求被重新定向到另外一個 URL/URI 上）
• 305：使用代理（請求必須使用一個代理來訪問所請求的資源）

Ajax 程式員可能並不太關心有關重新導向的問題，這是由於兩方面的原因：

• 首先，Ajax 應用程式通常都是為一個特定的伺服器端指令碼、servlet 或應用程式而編寫的。對於那些您看不到就消失了的組件來說，Ajax 程式員就不太清楚了。因此有時您會知道資源已經移動了（因為您移動了它，或者通過某種手段移動了它），接下來要修改請求中的 URL，並且不會再碰到這種結果了。
• 更為重要的一個原因是：Ajax 應用程式和請求都是封裝在沙箱中的。這就意味著提供產生 Ajax 請求的 Web 頁面的域必須是對這些請求進行響應的域。因此 ebay.com 所提供的 Web 頁面就不能對一個在 amazon.com 上啟動並執行指令碼產生一個 Ajax 風格的請求；在 ibm.com 上的 Ajax 應用程式也無法對在 netbeans.org 上啟動並執行 servlets 發出請求。

我的問題是為什麼我們要在自己的server上使用301、302的response呢？