Go 語言如果按這樣改進，能不能火過 Java？

標籤：tps   data   list   inf   bsp   相關   需要   mat   系統檔案   

據 InfoWorld 訊息，為改進 Go 語言的開發工具，Go 可能會獲得自己的語言伺服器，類似於 Microsoft 和 Red Hat 的語言伺服器通訊協定。

訊息是從 Go 語言開發人員的討論群組中流出，所以這不是最終的改進列表。

改進計劃如下：

• 採用語言伺服器 IDE 等工具，索引並顯示有關代碼和包的資訊。一位與會者表示：微軟的語言伺服器通訊協定由於在編輯器和 IDE 中的廣泛支援，被認為是一個很好的起點。該協議被設計為跨代碼編輯器和 IDE 整合的多種語言。

• 建立一個可以報告統計資料的標準“計數器” API 。

• 重寫部分 Go 的彙編代碼。

• 為彌補彙編和 Go 之間的差距，考慮重寫 Go 的加密代碼。出於效能考慮，語言中的加密代碼往往是用組合語言編寫，但彙編代碼難以調試、維護和讀取。一位與會者表示：改用 Go 重寫加密代碼會使維護更加容易，且能提高 Go 的加密效能。

• 擴充 Go1.9 中的 math/bits 包，以適應重寫。math/bits 包對位操作進行最佳化。

• 重構在編譯器和運行時的垃圾收集和相關工具，以減少核心工具和 IDE 的負載。

• 將編譯器嵌入到 IDE 中以進行快速語法檢查。

• 編譯記憶體代碼，有利於修複缺少系統檔案的環境，程式員還可以進行持續的運行測試。

討論群組還提出了包括依賴關係管理和介面問題的調整。建議者指出，對標準庫中的軟體包進行關鍵修複往往需要等待 6 個月的新版本發布時間，更好的依賴關係管理可能有助於將一些軟體包從標準庫遷移到自己的項目中。

此外，標準庫介面的使用難度和一些其他問題也有被拎出來，並提了相關建議。詳情可查閱原文。

 

http://www.oschina.net/news/87743/how-googles-go-language-could-be-improved

Go 語言如果按這樣改進，能不能火過 Java？