開放原始碼的回收與再利用-展示頁(yè)
2024-10-11 08:26本頁(yè)面
【正文】 的作業(yè) ，才能夠進(jìn)一步加以利用 程式碼的重新打造 vs. 回收再生 ? 對(duì)一名工匠而言，倘若要製作一張椅子，他可以 ? 找到原始的木材，重頭開始製作椅子 ? 倘若有二手回收的家具，他也可以 ? 找到一張適用的木頭茶幾 ? 重新修整這張茶幾 ? 添加新的材料 ? 成為一張具有新面貌的椅子 ? 學(xué)問(wèn)在那？ ? 如何找到好的資源 ? 施以最小幅度的心力，達(dá)成相同的目的 程式碼回收與再利用的方法 ? 在網(wǎng)路上搜尋可用的原始碼，並選擇最適合的 ? 了解程式架構(gòu)，拆解出自己所需的部份 ? 訂定不同的階段，從最小的里程碑開始 ? 做細(xì)部拆解，先求能編譯，再求正確執(zhí)行 ? 暫時(shí)忽略非第一個(gè)里程碑的內(nèi)容 ? 適度的斬?cái)嚓P(guān)聯(lián)性，尋找適當(dāng)?shù)奶娲? ? 整理介面，去除不必要的元素 ? 做好心理建設(shè)，面對(duì)混亂 ? 跨出成功的第一步 在網(wǎng)路上搜尋可用的原始碼，並選擇最適合的 ? 選擇執(zhí)行平臺(tái)相符或相似者 ? 相似時(shí)仍需花費(fèi)移植心力 ? 選擇程式語(yǔ)言相符者 ? Java和 C之間互換較為容易 ? 選擇版權(quán)宣告合適者 ? 選擇範(fàn)圍接近者 ? 選擇使用者眾者 ? 選擇相依性低的 ? 盡量不要選擇依賴程式庫(kù)多的專案 了解程式架構(gòu)，拆解出自己所需的部份 ? 即使已經(jīng)盡量的選擇範(fàn)圍接近自己所需的專案，但多出的部份仍需適當(dāng)?shù)牟鸾? ? 拆解前要先了解程式架構(gòu) ? 閱讀能取得的文件 ? 程式碼的追蹤 ? 如果不了解程式架構(gòu) ? 不知在此架構(gòu)下的拆解的方式 ? 不知那些可以拆那些不能拆 ? 不知那些可以先不拆等日後再拆 訂定不同的階段，從最小的里程碑開始 ? 在原始碼層次的拆解告一個(gè)段落後，程式碼通常連編譯都無(wú)法編譯 ? 必須制定幾個(gè)不同階段的目標(biāo)，並且從最小的里程碑開始出發(fā) ? 達(dá)到第一個(gè)里程碑具有十分重要的象徵性意義 ? 代表著你能夠正確的編譯而且執(zhí)行（即使功能不太正確或功能尚不完備） ? 但只要能夠達(dá)到第一個(gè)里程碑，之後的問(wèn)題幾乎都能輕易迎刃而解 做細(xì)部拆解，先求能編譯，再求正確執(zhí)行 ? 在開放原始碼的回收與再利用活動(dòng)中，最難的是就是讓拆解下來(lái)的原始碼成功的編譯 ? 拆解出來(lái)的部份往往相依於未被拆解的原專案組成 ? header file中的定義或巨集 ? 原專案中的其他函式 ? 為了成功的編譯，你需要再回到基礎(chǔ)專案中，把所需的部份拆解出來(lái) ? 此即所謂細(xì)部拆解 ? 細(xì)部拆解並不會(huì)直接把整個(gè)原始碼檔案移至回收專案中，僅移動(dòng)在基礎(chǔ)專案中所需的部份 ? 在這個(gè)階段，會(huì)反覆的看到許許多多的編譯錯(cuò)誤 ? 逐一解決各個(gè)編譯上的錯(cuò)誤 ? 需要的耐心耐心加耐心 暫時(shí)忽略非第一個(gè)里程碑的內(nèi)容 ? 矇上眼睛假裝看不見 ? 有許多編譯錯(cuò)誤是第一個(gè)里程碑後才會(huì)需要的 ? 適時(shí)的將它們?cè)]解掉，以求通過(guò)編譯檢查是一個(gè)很好的手段 ? 被註解掉的部份，在通過(guò)第一個(gè)里程碑後，解決其編譯錯(cuò)誤的方案，也會(huì)在處理第一個(gè)里程碑的過(guò)程中產(chǎn)生 ? 此時(shí)再取消對(duì)它們的註解，就可以套用這些解決方案 適度
教學(xué)課件相關(guān)推薦
鄂ICP備17016276號(hào)-1