對於一個項目，我需要分析兩個不同框架在開發時間上的差異以實現相同的功能。比較開發時間
我不能只爲自己寫一個自己寫一個自己寫另一個自己，因爲在編寫第一個經驗時，我會幾乎不可避免地寫第二個經驗豐富的陷阱和修復。
我的第一本能是使用簡單的度量作爲啓發式，如字節數，字數或LOC。
我知道還有其他代碼大小的測量，例如Halstead complexity measures，但我不認爲這些與開發時間準確相關。
在這個特殊的例子中，我只關心開發時間。我意識到維護時間可能與複雜性度量相關性很強，但假設這是爲了編寫一個全新的功能，它不依賴於以前編寫的代碼。
對此提出建議？
我不能只爲自己寫一個自己寫一個自己寫另一個自己，因爲在寫第一個的時候，我會幾乎不可避免地寫出第二個更快的經驗陷阱和修復。
你可以通過有兩個測試對象來彌補這一點。先測試框架1中的代碼，框架2秒;讓測試主體B首先使用框架2然後框架1.根據開發人員的總開發時間縮放值以補償技能差異，然後對每個框架進行平均。
這更多的是一種科學方法論的答案不是一個編程的答案，雖然的... :)
我不知道爲什麼這不會發生在我身上！他們之前的框架經驗還存在一些偏差，然而這應該考慮使用哪個框架。 – 2010-06-27 23:10:11
我建議你應用Goal-Question-Metric (GQM) approach：
祝你好運！
以前沒有聽說過 - 謝謝！ – 2010-06-27 23:26:04
不客氣！ – CesarGon 2010-06-29 15:52:29
聽起來很簡單，我會建議「去感受更好的那個」。簡單地說，因爲編程畢竟是創造性的工作，而且如果一個框架感到厭倦工作，在將來進行更改可能會浪費大量時間。 – Robus 2010-06-27 22:53:21
目前尚不清楚：您將在框架上開發並在其他框架上開發其他人？ – Wizard79 2010-06-27 22:54:26
這不是你正常的「應該使用哪個框架」的問題。我認爲，項目的全部內容都是分析本身。 – Mathew 2010-06-27 23:01:11