響應式網(wǎng)站設計能否經(jīng)得起時代的考驗！

發(fā)布時間：2016-01-07 文章來源：瀏覽次數(shù)：2316

1、全局變量
為讓所有登錄的用戶能看到其他人聊天內(nèi)容，是建立聊天室的樞紐所在本例中有三個全局變量：
Global.asa中定義了 Application(“ly”)
                    Application(“VN”)
聊天內(nèi)容保留在talk變量中，然后保留在全局變量Application(“show”)中
     Talk=trim(Request.form(“talk”))
<% Application(“show”)=talk & Application(“show”) %>

2、對全局變量的約束
如何處理多個用戶同時對應用程序進行處理？
（假如不處理并發(fā)操縱，可能會導致同時提交的內(nèi)容會被籠蓋，當事人看不到自己提交的內(nèi)容）
為解決此類題目，本實例中使用了Application的Lock和Unlock屬性
<%
Application.Lock    只答應當前用戶編纂或增加全局變量的值或?qū)傩�，其他排隊等待�?br /> Application(“show”)=talk & Application(“show”)
Application.Unlock 開釋
%>

3、局部變量的使用
如何保留客戶的信息（呢稱之類）？
使用一個局部級會話變量，保留在Session對象中。
   <% Session(“nick”)=Request.form(“nick”)%>

4、各種事件的處理
l 如何在一個ASP文件中處理各種事件？（登錄、聊天發(fā)言、聊天內(nèi)容查看）
l 如何判定Get 和Post方式提交？
第一次訪問chart.asp頁面,用的是簡樸的HTTP GET方式。
當用戶填寫昵稱，登錄時，ASP文件會被再次提交，表單數(shù)據(jù)通過POST方式提交，可以通過以下方式判定文件被哀求的方式：
測試Request.Form集合中是否包含成員，假如沒有，則表明沒有發(fā)送給表單處理數(shù)據(jù)，
   用Request.ServerVariables(“Request_Method”)測試返回是“GET”仍是“POST”
本例中還設置了BUFFER=TRUE，
假如判定是GET，
則運行Response.End結(jié)束后面的操縱，
否則運行Response.Clear，然后執(zhí)行后面的操縱。

本程序存在哪些不足之處？？？？？？

上一條：Web注冊設計：參考下這...

下一條：一見鐘情！50個讓用戶流...

響應式網(wǎng)站設計能否經(jīng)得起時代的考驗！

響應式網(wǎng)站設計能否經(jīng)得起時代的考驗！