討論串[閒聊] 大家工作上看過哪些誇張的 CODE ?
共 31 篇文章

推噓2(2推 0噓 2→)留言4則,0人參與, 最新作者htl74421 (<><魚仔<>< 薰~)時間15年前 (2010/05/19 22:22), 編輯資訊
0
0
0
內容預覽:
如果不是看你的下一篇回文,我大概會以為我們是同一家公司吧^^". 話說在我公司裡也是有相同的狀況 >_<. 原創已經離開公司很久了,我問了很多前輩,他們給我的回答都是說這樣用比較"方便,快速"我也跟原PO一樣覺得,為什麼不拆開咧? 攪在一起真的有比較好?. 總覺得不應該是為了"物件"而去"物件",但

推噓3(3推 0噓 2→)留言5則,0人參與, 最新作者ggg12345 (ggg)時間15年前 (2010/05/19 12:23), 編輯資訊
0
0
0
內容預覽:
這固定大小算是符合 range and array size check 的安全性核驗. 避免 stack overflow attack.. 某些語言先天上支援 recursive function call, 所以使用 stack. 存放 local variable. 若傳回 local va
(還有79個字)

推噓3(3推 0噓 0→)留言3則,0人參與, 最新作者pinkRD (一葉知秋)時間15年前 (2010/05/19 08:02), 編輯資訊
0
0
0
內容預覽:
如果改成static或許有人會這樣寫吧. 至於你所說的thread unsafe的問題. 就得看這個函式是為了甚麼設計的. 通常 getName() 這種涵式如果寫成. char* getName(...) { static char str[256]; ...; return str; }. 就只
(還有151個字)

推噓6(6推 0噓 9→)留言15則,0人參與, 最新作者littlethe (東周小星星)時間15年前 (2010/05/18 21:38), 編輯資訊
0
0
0
內容預覽:
再講一個很誇張的code,. 前面那篇遇到的是完全不用繼承寫出來的結果,. 這篇遇到的是繼承使用到很誇張的結果,. 這是在我上個工作時遇到的code,. 那程式碼大意是A繼承B,B繼承C,C繼承D,D繼承E.... 如此的繼承了好幾個物件,. A是一個控制輸入裝置的物件,. 但是中間都沒做什麼事,.
(還有192個字)

推噓3(3推 0噓 11→)留言14則,0人參與, 最新作者littlethe (東周小星星)時間15年前 (2010/05/18 21:25), 編輯資訊
0
0
0
內容預覽:
說到誇張的code.... 我好像也遇到不少,. 最近是看到有同事在寫ui時,. 把所有按鈕的功能都寫在一種按鈕物件裡..... 然後用設參數的方式去決定按下去會發生什麼事.... 用這個按鈕物件來設成所有按鈕,. 也就是說在他負責的那個ui中,. 所有按鈕都是一模一樣同一個物件,. 然後這個「物件
(還有57個字)