問題是:為什么延展(在Ruby中)和協(xié)程(在Python中)沒有更廣泛地用于Web編程?由于保留請求之間的狀態(tài)的問題,使得服務器端Web編程變得困難。對此的兩個優(yōu)雅且相關的解決方案是延續(xù)(如Scheme,Ruby和Smalltalk中所找到的)和協(xié)程(如Python和Go中所找到的)。布魯斯·泰特(Bruce Tate)在他的《超越Java》(O'Reilly,2005年)中談到Ruby on Rails和Seaside是Web編程中令人興奮的新進展。對我而言,Seaside是真正的突破:使用Smalltalk延續(xù),Seaside使得對復雜的請求/響應序列進行編程變得非常容易。我知道在Tornado和Twisted中使用Python協(xié)程來減少回調,但是,與在單個協(xié)程中編寫視圖/控制器來處理一系列HTTP請求以完成在線購買相比,這有點低級。我想知道為什么這些看起來很不錯的想法沒有在Python和Ruby中得到更廣泛的應用。這只是文化問題嗎?這些語言實施的設施有局限性嗎?在Web開發(fā)的背景下,這些方法是否存在根本缺陷?
3 回答

Cats萌萌
TA貢獻1805條經(jīng)驗 獲得超9個贊
您的應用程序應該使用延續(xù)/協(xié)程框架以及支持庫編寫。初學者難以理解的模型。此外,還有更簡單的框架,例如gevent,它提供了創(chuàng)建綠色線程的相同可能性,并且由于猴子修補而更易于使用。
- 3 回答
- 0 關注
- 221 瀏覽
添加回答
舉報
0/150
提交
取消