Re: [問題] 過渡小專案的關係聯繫
保留推文為皆是方法之一,以下是我提供的方法:
前提:所有檔案位於一個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://www.ptt.cc/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://www.ptt.cc/bbs/java/M.1432807237.A.117.html
推
06/01 16:35, , 1F
06/01 16:35, 1F
討論串 (同標題文章)