作者查詢 / eye5002003
作者 eye5002003 在 PTT [ C_and_CPP ] 看板的留言(推文), 共249則
限定看板:C_and_CPP
看板排序:
8F推: 台積電不就直接限制攜帶USB之類的,軟體的限制挺弱的09/08 13:47
9F→: 聽過一種做法是安裝監視軟體,一插入USB就會被抓到09/08 13:49
2F推: 嚴謹做法:函式內複製一份陣列來使用(同上)09/08 13:36
3F→: 追求效率:離開函式前把陣列內容改回來09/08 13:38
4F推: 然而可讀性跟架構維護比效率重要09/08 13:42
8F推: https://tinyurl.com/yb3dmk6x09/02 18:55
9F→: minizip已經幫你包裝到很方便了09/02 18:56
12F推: 你使用VS2015去連2005編的lib?自己編一次zlib吧,你專09/03 23:25
13F→: 案用的zlib可能是release而你專案用debug才出事(也許)09/03 23:30
25F推: lib不一定要重編,你用gcc的話大概就不會發這一篇了09/05 10:10
31F推: 大多數C/C++專案都是要自己去編,native就是要這樣09/05 11:07
32F推: 對VS使用者來說,作者只提供makefile確實會很頭痛(除非09/05 11:18
33F→: 像lua一樣內容單純),幸好CMake問世了09/05 11:20
2F推: 通常是以函式或物件當單位,幾個cpp不是很重要09/01 18:03
3F→: 但是行數不要多到連拉個捲軸都感到困擾就是了09/01 18:04
8F推: JAVA就是強制一個物件一份code,我覺得那就管太多了09/03 23:35
13F→: 建議先從官網有提到推薦的工具開始,然後才去嘗試你想08/25 10:51
14F→: 用的冷門工具,否則一次踩太多坑會很辛苦的08/25 10:52
5F推: 我有寫過這樣的考題,一個老工程師出的08/25 10:41
1F推: #pragma warning(disable:6011)要是你相信自己的邏輯07/29 22:56
2F→: 對指標轉型挺危險的,要注意big/little-endian問題07/29 22:59
3F→: 以及memory alignment問題07/29 23:01
6F→: 我有自己刻過string,後來又回去用std::string了07/24 00:53
7F→: 因為後來覺得為了擴增功能而去建立新的字串容器很笨07/24 00:57
8F→: 而且其他人應該也不喜歡看到這麼多變種07/24 00:59
18F推: 我的習慣是如果會改變外部狀態就用指標,使用但是不會07/24 00:44
19F→: 去改變外部就用ref(常常搭配const來保證不會修改)07/24 00:45
20F推: 還需要擔心生命週期的情況就都用std::shared_ptr處理07/24 00:50
9F推: 主流環境幾乎都被CMake支援到了,其他人能做的不多了06/29 21:56