保留推文為皆是方法之一，以下是我提供的方法： 前提：所有檔案位於一個Java專案且編譯無誤 方法1: 文件 方法2: 檔名 方法3: 註解 如參照我的方法，則方法數量為至少一至多三。 最終只會有EndProduct.java : 要怎麼清楚的表示這些過渡程式碼的關係？ 方法1文件只要能表示清楚，就算是自己發明的圖也可以。 方法2檔名為當你已經完成EndProduct.java也勾勒出關係圖如你在原文中所寫的， 將整個專案資料夾複製另一個出來，改專案名稱再匯回Eclipse，開始進行改檔名動作。 如你使用Eclipse IDE工具，請在上方功能列找Refactor功能下拉選單功能改檔名， 此功能會自動幫忙更新reference關係，就你的需要深入研究多方嘗試去勾選。 切記不要在左方類似Project Explorer等的檔案名稱上面按右鍵rename自己修改， 除非你真的能確定不會改東漏西。 檔名就你的需要取名為可以顯示過渡程式碼關係的(你已經有關係圖了)， 也鼓勵從這樣的專案就開始實踐軟體產品版本編排， 以下供你參考，請你把數字間的點符號.改成底線符號_ http://en.wikipedia.org/wiki/Software_versioning 方法3註解為當你已經完成EndProduct.java也勾勒出關係圖如你在原文中所寫的， 也如果你將會使用JavaDoc，這邊介紹的不多，但可以參考： http://en.wikipedia.org/wiki/Javadoc 將 A1.java --> A2.java --> A3.java - |--> C1.java -- B1.java --> B2.java - | |--> 成品.java | D1.java --> D2.java -- 完整貼到每個檔案public class此行前面的註解裡，將會入JavaDoc。 以人的視覺來說，當你打開A2.java自然會看到上面的關係圖， 也自然知道A2.java位於關係圖的那個位置。 將關係圖寫在程式碼註解裡面會有對齊和美觀問題，我會做的，但請你自行斟酌。 因為 : 我要的好像也不是版本控制的意思 關於版控我不多講，將來？可能會有VCS版，鼓勵前往討論。 ※ 引述《dharma (達)》之銘言： : 標題: [問題] 過渡小專案的關係聯繫 : 時間: Thu May 28 16:41:12 2015 : : A1.java --> A2.java --> A3.java - : |--> C1.java -- : B1.java --> B2.java - | : |--> 成品.java : | : D1.java --> D2.java -- : : : : 假設自己寫的一個專案 : : 一開始先弄簡化版，比較好思考 : : : 例如先寫出A1.java : : 拿A1再修改成較複雜的A2.java : : 然後再進化成A3.java : : (A1和A2也仍保留著) : : ... : : 最後參考C1和D2的程式碼 : : 實際完成我要的成品專案 : : : 那麼在程式碼的保存上 : : 要怎麼清楚的表示這些過渡程式碼的關係？ : : : 我說的不是繼承、父子那些東西 : : 這些過渡程式碼都是獨立可執行的簡化版 : : 是為了方便自己由簡而繁 : : : 也不是指程式碼共用/重複用 : : : 我要的好像也不是版本控制的意思 : : thank : : -- :

※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 210.65.89.53 : ※ 文章網址: https://webptt.com/m.aspx?n=bbs/java/M.1432802474.A.6B2.html : 推 Killercat: 這是大忌，你poc(proof of concept)/prototype要跟 05/28 16:42 : → Killercat: production分開，不要省這個工 05/28 16:42 : → Killercat: poc可以亂來，production奠基在這種亂七八糟的東西的話 05/28 16:43 : → Killercat: 你以後會恨死你自己 05/28 16:43 : → qrtt1: 用版本控制記錄，一版一版換上去，舊的就讓他留在歷史唄 05/28 17:08 : → Killercat: 我是覺得poc/prototype的東西連vcs紀錄都該分開 05/28 17:11 : → Killercat: 至少該換個branch... 經驗談 05/28 17:11 : → qrtt1: 有些時候吼.. poc 迫於時間的壓力，就莫名變成 production 05/28 17:12 : → qrtt1: 了，所以對我來說要完全切開很難，就只能隨著時間一層一層 05/28 17:13 : → qrtt1: 改寫跟重構xd 05/28 17:13 : → qrtt1: 有一種情況我是可以全分開的，像是 poc 用 python 寫在不同 05/28 17:13 : → qrtt1: 專案，而 production 用 java 寫一個正式版的. 05/28 17:14 : → Killercat: 說得頗有道理，我個人的做法是，poc完成以後會要求他 05/28 17:15 : → Killercat: 們UML也要出來，通常因為有poc，UML都不會太離譜 05/28 17:15 : → Killercat: 再按照UML做出production。不過你說的對啦，很多東西 05/28 17:15 : → Killercat: 有時候也只能說理想不是總是跟得上現實 XD 05/28 17:15 --

※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 111.248.172.93 ※ 文章網址: https://webptt.com/m.aspx?n=bbs/java/M.1432807237.A.117.html