就像填一個(gè)登錄表單，每次只填一項(xiàng)，提交一次。大概的形式如下： --- 第一次請求和響應(yīng) ---（客戶端）--> “我要登錄”
“請輸入用戶名” <--（服務(wù)器端） --- 第二次請求和響應(yīng) ---（客戶端）--> “myname”
“請輸入密碼” <--（服務(wù)器端）--- 第三次請求和響應(yīng) ---（客戶端）--> “password”
“登錄成功” <--（服務(wù)器端）一次完整的業(yè)務(wù)是有多次連續(xù)的請求完成的，可以理解成三個(gè)請求是一個(gè)事務(wù)。當(dāng)然用session記錄每一次提交的，來操作也是可以的。但我看了一些關(guān)于異步IO的文章，是不是可以實(shí)現(xiàn)異步方式，第一次請求的時(shí)候啟動一個(gè)handle，等待以后幾次請求，湊齊用戶名和密碼在返回登錄結(jié)果。def process_request(request):
request_handle(request)def request_handle(request):
wait_for_next_request(request):
2 回答
Cats萌萌
TA貢獻(xiàn)1805條經(jīng)驗(yàn) 獲得超9個(gè)贊
如果能從backend所用的語言和framework上入手會簡單得很多。
很多（不怎么流行的）web framework都是基于continuation的，比如Smalltalk的Seaside，Python的Nagare，等等。這些framework通常都利用了語言本身提供的保存當(dāng)前continuation的功能，使得服務(wù)器端的函數(shù)可以在運(yùn)行中途暫時(shí)停止，將函數(shù)運(yùn)行的狀態(tài)serialize到數(shù)據(jù)庫中，等前端返回新的信息時(shí)再將保存的函數(shù)狀態(tài)恢復(fù)，繼續(xù)運(yùn)行。這樣做的好處是運(yùn)行的流程沒有受到太大的影響，程序員可以很容易地就適應(yīng)這種寫法。
另一種不需要語言和framework支持的方式則需要刻意將每一步的狀態(tài)都保存到數(shù)據(jù)庫里。這樣做的話，可以通過session或者其他的方式來保存狀態(tài)。缺點(diǎn)是代碼寫起來不那么符合一般運(yùn)行的流程，不夠直觀。
拉莫斯之舞
TA貢獻(xiàn)1820條經(jīng)驗(yàn) 獲得超10個(gè)贊
你問題中的示例情景，建議以：前端與用戶交互問答，保存用戶回答數(shù)據(jù)，到最后一步一次性提交的方式來實(shí)現(xiàn)。
如果在每次問答都需提交驗(yàn)證一次數(shù)據(jù)的場景中，我們就得知道：web client 與 server 的交互是無狀態(tài)的，因此，服務(wù)端對客戶端的身份識別，必然需要一個(gè)憑證，來做為雙方數(shù)據(jù)交互的基礎(chǔ)。這個(gè)憑證可以使用 cookie 來保存，讓真正的數(shù)據(jù)保存在服務(wù)端。
你也可以這么做，把數(shù)據(jù)保存在JS對象中，到最后一步來驗(yàn)證
//狀態(tài)對象
var obj = { a1: false, a2: false, a3: false
} //綁定用戶輸入完成事件，提交數(shù)據(jù)
$.ajax({ url: "http://ooxx.cn/a1", success:function(a1){
obj.a1 = a1
}
});
$.ajax({ url: "http://ooxx.cn/a2", success:function(a2){
obj.a2 = a2
}
});
$.ajax({ url: "http://ooxx.cn/a2", success:function(a3){
obj.a2 = a3; //驗(yàn)證有效性
if(obj.a1 && obj.a2 &&obj.a3){ console.log('ok');
}
}- 2 回答
- 0 關(guān)注
- 336 瀏覽
添加回答
舉報(bào)
0/150
提交
取消