很遺憾的
最近在討論問題的時候又引起了誤會（因為是誤會
所以已經化解了）
從這裡我想談談軟件實現的一種思路問題
在軟件前期原型法包括界面原型和技術原型都是可選的技術
其中
軟件原型主要解決界面式樣和簡單業務流程的
技術原型主要是證明給客戶
我能做
或者解決/測試某種新的設計或者技術的
有時候
我們未必使用完整的重型軟件過程（特別對於非商業項目或者小型項目）
甚至沒有提到原型法
但原型法也是可以使用的
對於負責任的分析設計人員來說這種做法相當常見
在我的S
Brave中就存在這樣的原型法實踐需要
主要解決技術和思路驗證問題
在S
Brave系統的設想裡面
有若干技術難點成為了我實現S
Brave系統的攔路虎
這些技術包括對Java源代碼或者class文件包的分析（形式包括jar或者直接文件目錄
對於復雜類包括內部類
多接口實現
多層次繼承等是下一步需要解決的更細的問題）
對象的模型/圖形化表示（包括之間連線和模型移動問題等）
這些技術如果不加以解決
實際上
我沒有辦法進行下一步的工作
自然我也不知道我的想法是否正確
盡管我可以自己花時間和精力去消滅這些攔路虎
但實際上這個成本是不值得的
我必須解決這些技術難點但為何他們又不是值得的呢（另外的說法就是這個不是我的重點）？
這是因為
盡管S
Brave項目是一個技術性的基礎項目
class/代碼分析和對象模型化是比較復雜也必須要首先解決的技術問題
但這些都不是我的設想的最終目標
我不是以解決這些技術問題為出發點
而是我要實現一個簡單的在我的X
Brave基礎上的新系統
這才是我的目的！更重要的
這個想法還需要檢驗看看是否正確和可行（包括廣義成本考慮）
在這個時候
在中間環節技術細節上糾纏是不值得不劃算的
這就是為何我多次請教/探討/詢問甚至希望得到現成技術的根本原因
這就是在一種非客戶提出或者為了客戶方便的技術典型的原型法
這種思路可以極大的節省成本開銷
並且保證系統實現的有效性
歡迎您在您的系統中也采用類似的技術原型法
關注重點
分離最終目標和中間技術難點的最佳實踐之一
From:http://tw.wingwit.com/Article/program/Java/Javascript/201311/25324.html
