1
A
回答
1
在研究「編譯器設計」之前,我認爲需要解決更基本的「語言設計」問題。
該語言應該是靜態類型的嗎?動態輸入?早/晚或者組合?支持泛型?推理是一個目標嗎?類型應該關閉還是打開?子打字應該如何工作? (應該允許隱式子分類?)協方差?逆變?單繼承? MI? SI與特質?顯式成員選擇?原型(也就是說,是否應該有「類」和「實例」的概念?)應該使用主格式還是基於成員簽名?單派或多派?成員是作爲一等公民還是消息傳遞?類型與類相同嗎? 「價值」和「參考」類型有區別嗎?等等,等等......這只是一個非常大的冰山一角。
相關問題
- 1. 使用程序和OOP語言的遊戲設計差異
- 2. 非OOP語言的設計模式
- 3. 編譯器差異
- 4. 差異在彙編語言編程
- 5. CLR語言優化。語言編譯器VS JIT編譯器
- 6. 編譯器 - 平臺差異
- 7. Tomcat Java編譯器差異
- 8. R語言 - 差異統計結果
- 9. 如何爲該語言的某種語言編寫編譯器?
- 10. 編譯器設計
- 11. 編譯器設計
- 12. C++編譯器之間的差異
- 13. 與參考編譯器的差異
- 14. love2d編譯器行爲的差異
- 15. 沒有OOP語言的Windows編程
- 16. 編寫本地語言編譯器
- 17. 編程語言和編譯器
- 18. 基於LLVM的編譯器的語言
- 19. 如何從差到好的OOP設計?
- 20. 類似OpenMP的語言編譯器
- 21. 彙編語言的設計模式
- 22. 編程語言設計的好資源?
- 23. VC++和* nix編譯器差異
- 24. C#編譯器類型推斷差異
- 25. ARM Cortex-M編譯器差異
- 26. Python代碼翻譯的問題還是語言差異
- 27. 編譯成sh的語言
- 28. C#(僅限語言)編譯器
- 29. e驗證語言編譯器
- 30. 差異 - 編譯速度
社區Wiki? – mrduclaw 2009-10-31 18:52:35
這會降低其他人回答信譽的可能性嗎?它是一個編程問題... – 2009-10-31 19:03:43
@Shawn Mclean,不,我只是建議社區維基,因爲這個問題似乎沒有一個明確的答案。從常見問題'避免提出具有主觀性,爭議性或需要進一步討論的問題。這不是一個討論板,這是一個可以回答的問題的地方。「看起來你的問題可能是主觀的,需要擴展討論,所以將其標記爲Wiki可能會更好。祝你好運! – mrduclaw 2009-11-02 00:24:11