13518219792
1、Sublime text
企業建站必須是能夠以充分展現企業形象為主要目的，是企業文化與產品對外擴展宣傳的重要窗口，一個合格的網站不僅僅能為公司帶來巨大的互聯網上的收集和信息發布平臺，創新互聯面向各種領域：履帶攪拌車等網站設計、成都全網營銷推廣解決方案、網站設計等建站排名服務。
這個文本編輯器在編程界極為普遍，它并非一個完全成熟的IDE，但它具備了很多語言的擴展插件，比如Pyhon、lua等，其中有一個插件GoSublime專門針對Go語言，提供了語法高亮、自動補全等功能，這些功能使Sublime Text稱為一個很實用的Go IDE。
2、IntelliJ
由Jetbrains提供，在Java開發者中更為流行，其自帶的Go插件支持語法高亮顯示、代碼補全、自動編譯以及子庫支持，這就使使用者可以很方便地將項目拆分成多個包，可以在一個單獨的IDE中瀏覽它。它有個很好用的功能，插件使用了突出顯示來顯示未使用的變量或包。
3、LiteIDE
目前也是一個專門針對Go的IDE了，功能很全面，具備語法高亮、自動補全、自動編譯、調試、包瀏覽及管理。調試器在后臺使用的gdb，這樣可以方便地打印變量值、查看當前堆棧信息。
4、Intype
是僅Windows下支持的文本編輯器，具備有限的語法高亮支持和特定的高亮顯示設置。
5、Netbeans
Netbeans內建支持了大量語言，同時具備Go插件，從而可以同創建正常項目一樣，創建Go源文件，除了語法高亮以外，其Go插件并不支持其他特殊功能，如何使用IDE編譯Go文件還不得而知。
6、Eclipse
最受歡迎的IDE，GoClipse插件在Eclipse中添加了IDE功能來支持Go，GoClipse提供了可配置的語法高亮顯示、自動文檔補全、自動編譯以及最重要的實驗調試支持。
7、TextMate
是一個Mac OS下的文本編輯器，可擴展它以突出顯示Go代碼，并提供源代碼片段。
8、Komodo Edit
來自ActiveState的開源代碼編輯器，基于Monzilla 7.0且支持跨平臺，支持多種語言，但免費版的Komodo功能有限，它的golang插件komodo-go提供了基本的語法高亮、代碼補全功能。
Go語言由Google公司開發，并于2009年開源，相比Java/Python/C等語言，Go尤其擅長并發編程，性能堪比C語言，開發效率肩比Python，被譽為“21世紀的C語言”。
Go語言在云計算、大數據、微服務、高并發領域應用應用非常廣泛。BAT大廠正在把Go作為新項目開發的首選語言。
Go語言應用范圍：
1、服務端開發：以前你使用C或者C++做的那些事情，用Go來做很合適，例如日志處理、文件系統、監控系統等;
2、DevOps：運維生態中的Docker、K8s、prometheus、grafana、open-falcon等都是使用Go語言開發;
3、網絡編程：大量優秀的Web框架如Echo、Gin、Iris、beego等，而且Go內置的 net/http包十分的優秀;
4、Paas云平臺領域：Kubernetes和Docker Swarm等;
5、分布式存儲領域：etcd、Groupcache、TiDB、Cockroachdb、Influxdb等;
6、區塊鏈領域：區塊鏈里面有兩個明星項目以太坊和fabric都使用Go語言;
7、容器虛擬化：大名鼎鼎的Docker就是使用Go語言實現的;
8、爬蟲及大數據：Go語言天生支持并發，所以十分適合編寫分布式爬蟲及大數據處理。
我喜歡jetbrains系列的IDE+go插件。不過我要說的是這個問題主要看你的觀點如何。
說eclipse：
構建方式是使用go install 命令，每一次編譯運行都是go install。這樣的好處就是如果你有很多的包，下載下來并沒有編譯，這樣每次編譯速度是很快的。而且（！）go install 符合go官方的項目結構，官方說過了，一個go的項目應該是以個gopath，包含src，pkg，bin三個主要目錄。所以說go install個人認為才是主要的go編譯方式。
說eclipse的缺點：
其實eclipse插件的go編譯方式，還有目錄結構，項目結構，都是非常完美的！！！！真的很完美！可是，他的代碼提示，太差件！大括號都不能自動補全，gdb 32bit 64bit兼容問題，eclipseC++ 沒有html js插件，需要手動安裝，幾乎不能開箱即用。不過如果你是開發算法，數據處理，還是推薦eclipse的，畢竟其他都無關緊要。
說jetbrains：
說先說clione肯定不適合，新建項目沒有向導，導致改成go項目各種不開心，比如圖標對于我來說就無法接受go lib 不是小耗子~這是次要的，重要的是各個文件都是灰色的（沒有在cmake中包含的結果），然后說剩下的，phpstorm這個不說了，估計很少有人插件按在這里，webstorm，體驗也不是很好，idea？體驗很好，可是畢竟比較重，尤其是現在加入了自家的K啥玩意（無意冒犯，沒記住單詞）~可是話說回來，go跟C系列IDE配合才是最佳，跟java系列一點不搭關系，用idea似乎有點格格不入，但是！idea支持新建項目向導，lib的圖標也很清晰，最后還是選擇idea吧，期待clion的強大起來！
再說jetbrains系列缺點：
插件的構建方式是go buiild 這個讓人很不爽，我們幾乎不確定會構建到什么地方去，還要每次設置一下run配置。這個可能無關緊要，畢竟不是什么大的毛病，可是go build不能緩存.a文件，直接構建的結果就是很多第三方包的情況下很慢！所以建議安裝包的時候手動install 一下解決這個問題。自帶代碼格式化，這個格式化跟go 格格不入，總的來說就是蛋疼，心碎，菊花癢。
最后說liteIDE：
輕量級IDE，我可以說是國人GO偉大作品典范，然而默認構建也是go build，項目管理方式不符合go官方標準。代碼提示不能自動導入（eclipse也不能），不過如果你的項目是以包為單位的，那么另當別論。一定很不錯，畢竟是輕量級專門針對GO的IDE！
說這些，其實還有很大一部分取決于你的項目是用vendor機制管理，還是godeps機制管理依賴關系。go不像java擁有強大的幾乎天下一統的maven（無意冒犯，暫不評價其他構建套件）。
go沒有官方包倉庫。
go沒有官方包管理工具。
go沒有官方自動化構建套件。
上面三個沒有是致命要害。導致民間各種百花齊放。
說說我的項目怎么管理
gpm 一個shell工具（windows下你可以用git的bash，或者cygwin~）
我是嚴格艷照官方推薦方式管理go項目，一個go項目一個gopath。系統的gopath只是為了安裝go命令，我沒有配置gobin，意義不大。
項目的依賴跟我的代碼包都在src下（非vendor）
vendor用來存放包的特殊依賴，發布項目直接把依賴包發布上去（公網管理則只上傳依賴關系文件 godeps文件）
資源文件等都放在src目錄同級，編譯文件放在bin，引用直接../引用。
