说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，引用直接../引用。
Go 在 10 年间已经快速的成为了非常流行并且成功的系统编程语言。
在 Go 之前，C、C++ 、Java 还有 C# 在编程界都是大腕。Go 直到今天还是一个婴儿，但是它却为你而来。
它为开源软件打开了一个新的世界。这样一个完美的语言来的正是时候，它引发了一场计算的新时代。所有的这些知名的软件都是用 Go 编写的：
Cloud Native 将不可能抛弃 Go ， Cloud Native Computing Foundation （CNCF 基金会）同样也不会。这仅仅是个开始。Go 也接管了其它部分开源软件，更别提那些大公司内部的的基础设施。
实际上，这就是为什么在开源项目（或其他项目）上大家倾向选择使用 Go 来构建产品系统和大型系统。
大家都在 Go playground （译者注：一个Golang的在线编辑网站） 上开始尝试 Go 语言。你只需要打开一个网站，写一些代码，然后运行。无需安装，在哪都能开始写代码，这是一个不错的体验。
然后你去下载一个 toolchain （译者注：工具链，一般指的就是编译工具）—— 一个二进制 go 文件。你可以通过运行 go build 命令来获一个生产级别的软件。无需学习 GCC toolchain ，C 语言，Linux ，共享对象，JVM 或其它相关技术。
不管你在开发什么，你只需专注开发的业务，而不是你需要哪些工具。Go已经为你解决了相应的工具了。
在以前的时代，编译代码后，你不能仅仅只是运行它，因为它依赖系统上的其他组件：如 共享对象、JVM 等。
go build 会输出一个可执行的二进制文件。将它发送到你的服务器上。它之所以能运行是因为已经将所需要的东西都编译进去了。 这个简单的案例展示了它的强大。好消息是你的部署过程将比以前简单的多。—— 仅需要将二进制文件传送到你的服务器即可。 你甚至可以通过少量的环境变量在不同的系统上构建。这个特性非常适合 CLIs （译者注：命令行工具）以下是最成功的几个案例：
云已经不是什么新东西了，它是一个标准。虚拟化和容器的运行与终止没有任何通知，数据流的来来往往是不可靠的，RPC 的发送与重试也是频繁的。
当下的软件需要的是能高效而正确的运行，它需要并行的操作这些所有的事件。可容错的分布式架构在今天也是一个标配了。
现在你可以获得一个简单易懂的内置基本操作。 Goroutines 和 channels 是有意义的，因为它模仿的是真实的情况。
你只需要在一个函数前加上 go 关键字，它就会以并发的方式运行。你可以很容易的理解这些并发功能，并且可以专注你的业务开发。是否看到了一个趋势？
Go 是一个无锁的强大的分布式系统，因为从根本上让并发操作更简单了。
这就是为什么我们能看到这样一个更有弹性，更快速，并且高效利用CPU的软件。用 Go ，事实上你可以开发你在研究资料中找到的东西。
关于 Go 和 系统编程 GC（译者注：指垃圾回收机制） 通常是一个有争议的话题。
在 C / C++ 中，你可以完全控制内存。什么时候如何分配和释放内存由你来决定。JVM 则是通过垃圾回收器这种方式来取代你的控制。
总的来说，GC 很方便，但世上总是有些人不想用它。难啊。
手动管理内存很难，而且在进行并发时更难。 在 Go 之前，我们面临着相互冲突的挑战：我们需要一个不会泄漏内存或者破坏程序的框架，但是程序员又必须明白这一点。
最后的结果就是有上百万的库以不同的方式进行权衡，迫使让你的程序以一种独特唯一的方式运行。
以 Go 的立场来说：
Go 是一个包含 GC 的系统编程语言。这是不会改变的。
事实上，GC 已经爆炸式的促进了 Go 。下面这些是 Go 垃圾回收的边界情况，可能会出现一些问题。但是很多 看法 都是为了让它更好的运行，默认 90% 是这样。
如果你遇到了 10% 的情况，你可以进行一个新调优，甚至比 JVM 垃圾回收调优更简单。
Go 标准库是最好的商业库之一。它不大但是却覆盖了 80% 的常用功能，并且不复杂却可以为你完成复杂的事情。
流行的 Go 包大都是高质量的，应为它们构建在一个高质量的标准库上。 比标准库更重要的是要理解代码的思想，它鼓励使用 interface 和惯例用法。例如：
这些包通常都认同这些或其它一些惯例用法，所以它们能平滑的在一起运行。 它们的理念一致，编写并复用它们。
正如文章开头所说，完美的 Go 语言来得正是时候。
我已经阐述了原因， 我们可以打开很多强大的开源软件看看，Go 让许多事情变得简单起来。
我希望 Go 能继续成为其它领域的标准——前端服务（替代 Rails / Node .js），CLIs （替换许多脚本语言），也许还能替换 GUIs 和 移动 APP 。
正值 Go 10 周年 ，它快速地崛起了。但下一个 10 年它的趋势是否会扩大10倍。
还是那句话，Go 将成为软件工程中几个大型领域的标准编程语言。
Go语言模板文件可以引入js文件或css文件，但是在引入的过程中，需要注意以下几点：
1. 引入的文件路径应该是相对路径，而不是绝对路径。
2. 在引入js文件时，需要使用{{ url }} 模板函数，用来拼接路径， 这样可以更好的兼容不同的路径。
3. 如果是在统一的文件夹中的js文件，最好使用{{ static }}模板函数，这样可以更好的节省路径长度。
4. 在引用js文件时，需要在页面底部，可以使用{{ template }}模板函数，这样可以保证js文件在页面加载完成之前就被加载。
总之，使用Go语言模板文件引入js文件，需要注意路径的相对性，并且使用模板函数来拼接路径，这样可以更好的兼容不同的路径，从而保证引用js文件的正确性。
