reader大討論的議題很大 我就只回小一點的議題:p [恕刪] ※ 引述《reader (讀者)》之銘言： : 好像又離題了，總之，對於除錯這件事，我的結論是要用整體的觀點來做 : 系統化的有效管理，不要去依賴除錯工具，這樣我們將永遠也不能學會讓 : 程式碼寫得嚴謹。 這點我相當的贊同 : 至於如何有效閱讀程式碼，我的結論是，買高解析度的大螢幕才是正道， : 沒有任何軟體工具比得上大螢幕的巨大而直接的效用，我現在使用 19 吋 : TFT 螢幕，解析度 1280 * 1024, 用 proggy tiny 字型在 EditPlus 下 : 可以有超過 200 字元的寬度，超過 80 行的高度。 這個我反而不是很喜歡 以前覺得螢幕大，code應該一次看的比較多 但是當我使用17'LCD之後 我發現到其實看的code變多，其實並不會增加performance 因為資料量變多，search的時間相對也會變慢 人的眼睛能注意的東西是有限的，放那麼多code只會增加眼睛的overhead 目前採用vim的folding，跟註解技巧 他可以讓螢幕顯示該顯示，以及我想看到的東西就好 舉個例子， 假設我在改ls的code裡面一個叫做mastercmp的function 他是位於ls.c裡面的730行左右 當我利用folding改良之後 +--131 lines: 宣告跟include------------------------------------------------------- +---288 lines: int main(int argc, char *argv[])----------------------------------- +-- 69 lines: static void traverse(int argc, char *argv[], int options)----------- +--242 lines: static void display(FTSENT *p, FTSENT *list)------------------------ +-- 6 lines: mastercmp 的註解---------------------------------------------------- static int mastercmp(const FTSENT **a, const FTSENT **b) { int a_info, b_info; a_info = (*a)->fts_info; if (a_info == FTS_ERR) return (0); b_info = (*b)->fts_info; if (b_info == FTS_ERR) return (0); if (a_info == FTS_NS || b_info == FTS_NS) return (namecmp(*a, *b)); if (a_info != b_info && (*a)->fts_level == FTS_ROOTLEVEL && !f_listdir) { if (a_info == FTS_D) return (1); if (b_info == FTS_D) return (-1); } return (sortfcn(*a, *b)); } +-- 18 lines: static u_quad_t makenines(u_long n)--------------------------------- 注意到了嗎？ 上述的只有30行的大小，但是他其實包含了780行的code 而且除了我正在改的function是詳細顯示之外 function其他就用一行帶過 但是其實在coding時，我也只需要那一行 input and output的資訊即可 善用這個技巧，我寫程式很少用page UP/DOWN的 因為再大的code我都只需要一到兩個畫面就可以完整顯示 : 並且我極用力地精減程式碼，使用大量的巨集和 inline function, 它們 : 基本上都可以寫在一行裡 (200 字元的寬度往往足夠寫下 10 行敘述), : 到最後幾乎所有模組，都在一兩個畫面中就完全呈現。 : 至此，我已不需要任何輔助工具，再怎樣也不會比眼睛一掃來得快，並且 : 區塊之間，也都會手動加上輔助用的、長短不一的區隔線，不同的長度有 : 不同的意思，並不會很容易看到眼花。 reader大可不可以show一下你的code 還蠻好奇長的什麼樣子的:p --

※ 發信站: 批踢踢實業坊(ptt.cc) ◆ From: 140.112.207.173