1
希望建模,這個問題是不是太普通了:如何比較MDSD的解釋編碼風格
傳統,MDSD被定義爲型號規格轉換成編譯程序的來源。
除此之外,一個可以解釋的模型。
雖然解釋通常往往是慢,更新模型的部署可以更簡單。
一般:一是爲什麼要使用MDSD編譯一個模式?何時應該解釋模型?
希望建模,這個問題是不是太普通了:如何比較MDSD的解釋編碼風格
傳統,MDSD被定義爲型號規格轉換成編譯程序的來源。
除此之外,一個可以解釋的模型。
雖然解釋通常往往是慢,更新模型的部署可以更簡單。
一般:一是爲什麼要使用MDSD編譯一個模式?何時應該解釋模型?
你正在談論什麼是「可執行規範」。這工作當你的規格完成(例如,覆蓋了所有的情況下,許多當前的「模型」是不完整的,或者是完全只能憑藉額外的Java源代碼文本在它的中間,這ISN」 t容易解釋),並且你的解釋器速度足夠快,所以用戶羣不關心。
但這就是磨擦。編譯器存在的全部原因是因爲解釋規範通常比編譯等效的要慢100倍。 (曾見過或使用C解釋器爲真?)。
我不知道,執行「模型」,很多人的。我認爲他們都認爲解釋器速度太慢,或者他們掛在模型不完整/低級別的源代碼阻抗不匹配上。
Thx Ira!我理解你的觀點,但不會接受。例如。如果模型僅定義GUI的佈局和一般行爲,則較慢的解釋不必成爲問題。 – SteAp 2011-04-28 21:02:48
@Stefan:我介紹了你的情況:「......當你的翻譯速度足夠快時,用戶基礎不會在乎」。如果解釋模型來繪製GUI相比繪製它的開銷很小,那麼您可以使用解釋模型。 (沒興趣?你的問題只有1天!) – 2011-04-28 21:05:23
非常有趣!我想得到更多的答案,但是覺得,檢查當前的答案是禮貌的 - 因爲還沒有其他答案。甚至回顧了這個問題。 – SteAp 2011-04-28 21:17:29