發(fā)布一個比較老舊的Web開發(fā)C++類庫

AD8018

CGI何來printf？答案很簡單，CGI本質(zhì)上就是“寫標(biāo)準(zhǔn)輸出”，
web server將CGI的標(biāo)準(zhǔn)輸出轉(zhuǎn)成客戶端瀏覽器收到的數(shù)據(jù)。CGI的本質(zhì)就這么點。
  CGI -> web server將CGI的標(biāo)準(zhǔn)輸出的數(shù)據(jù)，發(fā)到客戶端
  靜態(tài)HTML -> web server將HTML文件的內(nèi)容，發(fā)到客戶端

所以我寫printf，C版的兄弟應(yīng)能看得明白。
如果不明白，你要學(xué)習(xí)HTTP協(xié)議、socket、dup/dup2、fork、execv等函數(shù)的用法。

wt我倒看到它的精華了，就是遠程過程調(diào)用。但是我實在無法認同這種強耦合的做法。

pi1ot

各位對CGI內(nèi)部機理有任何疑惑請移步
https://code.google.com/p/webapplib/source/browse/trunk/waCgi.cpp
或者
https://github.com/pi1ot/webapplib/blob/master/waCgi.cpp
多謝

reiase

回復(fù) 21# AD8018


其實wt的做法很好理解，無非就是給GUI庫換一個后端而已。GUI控件庫的后端分兩塊，一塊處理渲染，一塊處理事件
比如GTK有基于canvas的圖形后端，把Gtk的GtkBuilder文件想辦法從xml轉(zhuǎn)換成html就可以在瀏覽器里顯示；Qt有X11、win32等多種事件的后端，加入一個基于websocket的后端就可以模擬事件啊，回調(diào)啊

wt可能會適用于某些特別的場景吧，但是不看好。

pi1ot

reiase 發(fā)表于 2012-06-05 12:29
回復(fù) 21# AD8018

明說吧，我干了十年門戶網(wǎng)站了，真沒見過這么干的。
企業(yè)網(wǎng)站我不知道。
貌似google一js庫有后端“遙控”前端生成代碼的功能，我不了解。

reiase

回復(fù) 24# pi1ot


google有，從java轉(zhuǎn)js。傳說gmail用過。貌似ms也有把.Net界面顯示在瀏覽器里的技術(shù)。
我覺得wt這種東西可能在erp上能夠用吧。不過專門搞Web的不喜歡，不搞Web的倒可能挺崇拜

AD8018

估計除了他自己，沒人喜歡這么干。
典型的OIOIC類型的項目。

walleeee

回復(fù) 20# reiase


笑死我了

不根本不懂，你甚至連http都不懂。

reiase

回復(fù) 27# walleeee


    HTTP我不懂，不過小的HTTP Server我寫過幾個，包括支持CGI調(diào)用的

AD8018

reiase 看來跟我是一個套路過來的。
我寫過HTTP server，做過網(wǎng)頁。

現(xiàn)在客戶端javascript如此的強大，wt已經(jīng)沒有市場了。
在不太遙遠的N年前，XMLHttpRequest沒普及的年代，要實現(xiàn)動態(tài)網(wǎng)頁，不是那么容易。
各個瀏覽器做法也不同，例如IE可以動態(tài)載入js，Netscape支持server-push，
也有用一個frame藏一個長連接的做法。
反正，很難做，穩(wěn)定性也很難達標(biāo)。
那時候HTML的兼容度也很差。
wt在N年前這樣包裝，又如能將動態(tài)過程的調(diào)用做好，是會非常令人向往的。

今時不同往日了。

reiase

回復(fù) 29# AD8018

兼職不如專職唉，碰到專門做Web的，人家可能對CGI怎么工作不了解，不過Web后端前端框架是一套一套的。
你我的經(jīng)驗，也就把http當(dāng)作一種RPC來用用。

我覺得Wt是“反動”的。
現(xiàn)在Web開發(fā)，職能越來越分化。以前分前臺后臺，現(xiàn)在前臺要分美工和程序，后臺要分業(yè)務(wù)和框架。
攪在一起嘛，怎么分工合作，怎么優(yōu)化。

不過Wt會有市場的，畢竟有些MFC程序員偶爾也跑出來寫寫Web程序。