看板 [ Programming ]
討論串[問題] try...catch的使用時機
共 4 篇文章
內容預覽： 開啟 | 關閉 | 只限未讀
首頁
上一頁
1
下一頁
尾頁
#4
Re: [問題] try...catch的使用時機
推噓0(0推 0噓 0→)留言0則，0人參與, 最新作者yauhh (喲)時間16年前 (2009/06/07 00:27), 編輯資訊
0
0
0
內容預覽:
使用者input .csv: 可能try-catch的有找不到檔案和讀檔失敗.. 陣列儲存: 不干使用者的事;自己把陣列資料型態做對就好.. 分析: 同上.這一段程式錯誤的都程式人的問題;要修到不發生錯誤.. 與外部檔案配對: try-catch寫檔,讀檔和呼叫外部程序.. 寫 .csv: try-
#3
Re: [問題] try...catch的使用時機
推噓6(6推 0噓 11→)留言17則，0人參與, 最新作者WPC001時間16年前 (2009/06/06 21:38), 編輯資訊
0
0
0
內容預覽:
try catch是高階的表示方法, 很好用, 但付出的成本很大. 你可以在好幾層呼叫之後的地方丟出一個例外狀況. 而卻在最外頭收到這個例外 (中途如果沒先被處理掉的話就會持續往外丟). MFC理頭有很多例外, 說實在還真的很好用, 但缺點就是效能降低. 如果有效能需求, 儘量少用, 如果是以開發便
#2
Re: [問題] try...catch的使用時機
推噓0(0推 0噓 0→)留言0則，0人參與, 最新作者airzone (Who care)時間16年前 (2009/06/06 20:32), 編輯資訊
0
0
0
內容預覽:
該使用 try ... catch 的時機在於一些你預期大部分時間都會正確，. 可是還是有可能失敗的地方。 例如: new 一塊記憶體空間時失敗、開檔成功. 可是讀檔卻失敗 諸如此類的。. 其它的地方，可以透過回傳值進行判斷的就用回傳值吧。. 畢竟 try ... catch 普遍被認為效率不好.
#1
[問題] try...catch的使用時機
推噓0(0推 0噓 3→)留言3則，0人參與, 最新作者makiyolove (暴力熊)時間16年前 (2009/06/06 13:44), 編輯資訊
0
0
0
內容預覽:
老師要求我在寫程式的時候一定要做錯誤回報給使用者看. 包含輸入型態錯誤 ...一些例外. 感覺起來會寫一堆try...catch. 到底程式進行哪些事情的時候該使用try...catch呢?. 我的程式架構如下. 使用者input一個csv(逗號分隔)檔案. →陣列儲存→分析(包含篩選資料)→與外部
首頁
上一頁
1
下一頁
尾頁