作者Lordaeron (Terry)
看板Soft_Job
標題Re: [討論] 為什麼不要用c++寫網站
時間Wed Jun 19 22:33:03 2024
※ 引述《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.cc), 來自: 36.229.131.153 (臺灣)
※ 文章網址: https://webptt.com/m.aspx?n=bbs/Soft_Job/M.1718807585.A.88F.html
1F：推 wuyiulin: 推，這才是從整個系統來看的角度。 06/19 23:27
2F：推 neo5277: 從此鄙視鏈多了一個窮鬼套餐,c,cpp 06/19 23:39
3F：→ DrTech: 通常我看到的情形，業界C++ 寫 CGI當backend，都不是用來 06/20 00:06
4F：→ DrTech: 做IO存取的。最經典的就是做 web service 的 分發 gateway 06/20 00:06
5F：→ DrTech: ，快速分發流量到各服務。這時候C++ 的價值就突出了。 06/20 00:06
6F：推 s06yji3: 那如果這個web service是CPU bound呢？ 06/20 01:03
7F：→ antpro: 取char * 傳進來的字串長度是用sizeof -> 我笑了。 06/20 01:46
8F：→ antpro: C++ 也是有相關的 Framework 啦。只是，軟體開發是一個 06/20 01:50
9F：→ antpro: 團隊。不是說想用什麼就用什麼。日後的維護成本總得考量 06/20 01:51
10F：推 s25g5d4: 好像大家都忘了 prototyping 階段，請用 C++ 表演 06/20 01:55
11F：→ s25g5d4: 不過我有個學弟寫 C++ 熟的，還真的認領了一個 web frame 06/20 02:00
12F：→ s25g5d4: work，人家現在在某 N 公司上班，除了羨慕還是羨慕 06/20 02:00
13F：推 haydou: Push 06/20 06:54
14F：推 Lhmstu: 確實 06/20 08:13
15F：推 alihue: 推，其實現代 jvm 速度已經沒有那麼慢了 06/20 08:24
16F：推 TSMCfabXX: 中肯 06/20 08:35
17F：推 B0988698088: 問問仔不會認真看這篇啦 06/20 09:57
18F：→ superpandal: jvm佔用記憶體阿 外加某些工具啟動龜速 運作也馬乎也 06/20 10:05
19F：→ superpandal: 沒什麼優勢 06/20 10:06
20F：推 brucetu: c++ compile真的是很耽誤開發 06/20 11:10
21F：推 descent: 真想挑戰 c++ cgi 可以試試 cgicc 這 library 06/20 11:33
22F：推 NDark: sizeof 是真的看過有人這樣做，出bug的時候真沒想到是這裡 06/20 11:58
23F：推 v86861062: 推推 06/20 12:08
24F：推 tsaigi: sizeof XDDD 很有畫面 06/20 12:35
25F：推 qwe78971: 確實 每次compile 也超耗時 06/20 13:51
26F：→ Lordaeron: 回一下DrTech 的應用，要不要C++真的沒差。 06/20 15:48
27F：→ Lordaeron: 君不見kafka 一樣可以裝你的網卡隨便填滿。 06/20 15:48
28F：推 elfkiller2: 因為神人前輩們已經把需要C++好處的中間層完成了 06/20 16:22
29F：→ elfkiller2: 變成只需要使用中間層就好 減少了需要C++的情境(工作) 06/20 16:22
30F：推 sssyoyo: 甚"至" 06/20 17:00
31F：→ legnaleurc: libstdc++很大啊, 有的還放不下 06/20 18:30
32F：推 kuan: 推 06/20 21:06
33F：推 viper9709: 推這篇專業 06/21 00:17
34F：推 DrTech: 謝謝回應與交流不同看法 06/21 12:01
35F：推 iamOsaka: 推推 06/21 20:41
36F：推 knme: 推推 06/23 11:06
37F：推 Ekmund: 其實那段什麼bound就把大多故事講完了... 06/25 09:40
38F：推 asdkmm5050: 推推 06/25 18:41