※ 引述《brucetu (sec)》之銘言： : 現代網站開發一定有框架 : 幾乎所有的操作都有現成的函數讓你用 : 也是就說 : 就算用c++開發也只是在call框架的API : 把資料丟來丟去而已 : 有人覺得python / .net 寫網站比較簡單 : 但其實框架包得好 : 就算是c++也沒有什麼不同吧？ : 例如 python 的 list comprehension : 或是 .net 的 linq : 都可以包成一個套件來做啊 : 在 c++ 也就只是一行 function call 而已了 : 那為什麼不用c++開發網站就好了？ CGI 這東西，看了這麼多人回，都沒人講出來，表示這邊的都是高手了。 資O會，以前某套內部的系統是CGI 當底的，後面接的是C。 但當我看到它每一個取char * 傳進來的字串長度是用sizeof 時，就該明白....讚啦。 還好它只是檢查它長度是否大於0。 鬼扯哪麼久，回到正題，用C 接http request，有什麼好處呢? 我們先理解一下web application 在做什麼呢。 以前：將request 收到的key/value 湊一湊，塞給DB 做insert/update/delete/query 將結果結合html tag 產生response。 現在：將request 收到的key/value 湊一湊，塞給一個叫ORM 的框架，讓它幫你 塞給DB 做insert/update/delete/query 將結果湊成一個叫json 的產生response，讓"前端"的javascript 幫忙產生對應的 html tag。 看到了沒? "將request 收到的key/value 湊一湊，塞給DB 做" 這樣的事 要C++ 來做，是為哪一條? 在寫embedded系統，這種什麼都窮的系統。 例如你家的router 之類的管理介面，才因為窮有好處，不然，有啥好處? 舉例來說， C++一般來說，處理速度是Java 的兩倍，哪會因為用了C++ 而增加兩倍的處理能力? 顯然不會嘛，因為你還有一段network I/O，一段DB Action，甚致再多一段Disk I/O嘛。 而以CPU vs network I/O 的速度來比，不管是以前還是現在，都不是同一個量 級的對手。而不管是湊html 還是json，都沒什麼功，甚致都只是memory copy而已。 所以, 在這種基本上是I/O bound 的工作面前，用以CPU bound 為強項的語言。 是不是大材小用了? 再來，每次改完測試，都要重新compile。為了這個大材，還要浪費人力時間去 compile。 這會不會，太花人力成本了一點? 窮，去做窮該做的事。 -- ※ 發信站: 批踢踢實業坊(ptt.org.tw), 來自: 36.229.131.153 (臺灣) ※ 文章網址: https://ptt.org.tw/Soft_Job/M.1718807585.A.88F

推 wuyiulin: 推，這才是從整個系統來看的角度。 06/19 23:27

推 neo5277: 從此鄙視鏈多了一個窮鬼套餐,c,cpp 06/19 23:39

→ DrTech: 通常我看到的情形，業界C++ 寫 CGI當backend，都不是用來 06/20 00:06

→ DrTech: 做IO存取的。最經典的就是做 web service 的 分發 gateway 06/20 00:06

→ DrTech: ，快速分發流量到各服務。這時候C++ 的價值就突出了。 06/20 00:06

推 s06yji3: 那如果這個web service是CPU bound呢？ 06/20 01:03

→ antpro: 取char * 傳進來的字串長度是用sizeof -> 我笑了。 06/20 01:46

→ antpro: C++ 也是有相關的 Framework 啦。只是，軟體開發是一個 06/20 01:50

→ antpro: 團隊。不是說想用什麼就用什麼。日後的維護成本總得考量 06/20 01:51

推 s25g5d4: 好像大家都忘了 prototyping 階段，請用 C++ 表演 06/20 01:55

→ s25g5d4: 不過我有個學弟寫 C++ 熟的，還真的認領了一個 web frame 06/20 02:00

→ s25g5d4: work，人家現在在某 N 公司上班，除了羨慕還是羨慕 06/20 02:00

推 haydou: Push 06/20 06:54

推 Lhmstu: 確實 06/20 08:13

推 alihue: 推，其實現代 jvm 速度已經沒有那麼慢了 06/20 08:24

推 TSMCfabXX: 中肯 06/20 08:35

推 B0988698088: 問問仔不會認真看這篇啦 06/20 09:57

→ superpandal: jvm佔用記憶體阿 外加某些工具啟動龜速 運作也馬乎也 06/20 10:05

→ superpandal: 沒什麼優勢 06/20 10:06

推 brucetu: c++ compile真的是很耽誤開發 06/20 11:10

推 descent: 真想挑戰 c++ cgi 可以試試 cgicc 這 library 06/20 11:33

推 NDark: sizeof 是真的看過有人這樣做，出bug的時候真沒想到是這裡 06/20 11:58

推 v86861062: 推推 06/20 12:08

推 tsaigi: sizeof XDDD 很有畫面 06/20 12:35

推 qwe78971: 確實 每次compile 也超耗時 06/20 13:51

→ Lordaeron: 回一下DrTech 的應用，要不要C++真的沒差。 06/20 15:48

→ Lordaeron: 君不見kafka 一樣可以裝你的網卡隨便填滿。 06/20 15:48

推 elfkiller2: 因為神人前輩們已經把需要C++好處的中間層完成了 06/20 16:22

→ elfkiller2: 變成只需要使用中間層就好 減少了需要C++的情境(工作) 06/20 16:22

推 sssyoyo: 甚"至" 06/20 17:00

→ legnaleurc: libstdc++很大啊, 有的還放不下 06/20 18:30

推 kuan: 推 06/20 21:06

推 viper9709: 推這篇專業 06/21 00:17

推 DrTech: 謝謝回應與交流不同看法 06/21 12:01

推 iamOsaka: 推推 06/21 20:41

推 knme: 推推 06/23 11:06

推 Ekmund: 其實那段什麼bound就把大多故事講完了... 06/25 09:40

推 asdkmm5050: 推推 06/25 18:41