技術原型法：軟件技術難點不等于軟件目標

2019-11-18 13:14:21

字體：大中小

來源：轉載

供稿：網友

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

上一篇：DudoJ框架——更進一步的設想

下一篇：Java多語言編碼問題解析(1)