開放原始碼的回收與再利用-預(yù)覽頁
【正文】 里程碑後，解決其編譯錯誤的方案，也會在處理第一個里程碑的過程中產(chǎn)生 ? 此時再取消對它們的註解，就可以套用這些解決方案 適度的斬斷關(guān)聯(lián)性，尋找適當(dāng)?shù)奶娲? ? 許多開放原始碼的專案是盤根錯節(jié) ? 有時編譯的錯誤是來自於缺少某個函式或類別，而如果要加入這個函式，必須引入一大堆東西 ? 必須考慮適度的斬斷和該函式的關(guān)聯(lián)性 ? Ex, ? 尋找替代品的兩個途徑 ? 自己撰寫 ? 再找現(xiàn)成的開放原始碼 ? 運用替代品的方式 ? 修整介面，保持作用，符合目的 整理介面，去除不必要的元素 ? 被回收的程式碼本身的目標(biāo)往往和你運用的目標(biāo)不盡相同 ? 其函式或類別的介面長相就會和你所需的不同 ? 介面中的元素會較我們所需的為多 ? 因為拆解的關(guān)係，有許多編譯錯誤會來自於未含入介面中額外多出的元素 ? 去除一些不必要的元素，並且重新整理這些介面的長相 ? 得到第一個可以編譯的版本 做好心理建設(shè)，面對混亂 ? 就算張開眼睛也仍然看不見 ? 別人的程式碼習(xí)慣風(fēng)格和你必然不同 ? 不要浪費時間在重新整理上 ? 請先做好心理建設(shè)，讓自己能夠面對自己覺得混亂的程式碼，視眼前之混亂如無物 ? 有空閒時間，再套用 refactoring的技巧，逐步的改善回收程式的結(jié)構(gòu) 跨出成功的第一步 ? 成功的達成第一個里程碑後，便逐一的依照同樣的方式加入 ? 後續(xù)的里程碑達成的速度會愈來愈快 Case Study： 視訊檔案的格式探測 ? 需求：檢查給定的視訊檔案是否屬於特定的數(shù)種格式 ? 限制： C/C++，在 Win32上執(zhí)行，編譯後大小必須在100KB以內(nèi) 在網(wǎng)路上搜尋可用的原始碼，並選擇最適合的 ? ffmpeg有許多人使用，而且程式語言是 C，在 Win32平臺上編譯不致於有太多問題 ? ffmpeg的 libavformat有提供此類的功能 了解程式架構(gòu)，拆解出自己所需的部份 ? 由上而下了解程式架構(gòu) ? 先找到一段應(yīng)用 libavformat的範(fàn)例 av_register_all()。 // Retrieve stream information if(av_find_stream_info(pFormatCtx)0) return false。 if (inited != 0) return。 mpegps_init()。 av_register_output_format(amp。 av_register_output_format(amp。 endif //CONFIG_MUXERS av_register_input_format(amp。 p = amp。 *p = format。 ? int priv_data_size。 ? int (*read_close)(struct AVFormatContext *)。 ? const char *extensions。 ? struct AVInputFormat *next。 A Thanks
教學(xué)課件相關(guān)推薦
鄂ICP備17016276號-1