Go 语言是一个试图结合动态类型和静态类型，编译效率和安全性以及语言的易用性等众多特性与一体的一种尝试。他的另一个目标是支持现代的基于网络的、基于多核的计算。最后，Go 还是非常快的，他可以在单个计算机上仅仅花费几秒时间构建一个庞大的应用程序。使用GO语言开发android语言步骤如下：
按需定制可以根据自己的需求进行定制，网站设计、网站建设构思过程中功能建设理应排到主要部位公司网站设计、网站建设的运用实际效果公司网站制作网站建立与制做的实际意义
1. 下载安装Go语言（版本1.5+）
Golang链接
回到顶部
2. 下载安装 gomobile
下载
$ go get golang.org/x/mobile/cmd/gomobile
安装（需要等待几分钟）
gomobile init
回到顶部
3. Golang开发手机应用有两种方式
a. 原生应用开发
$ go get -d golang.org/x/mobile/example/basic
主要应用领域：
应用控制管理与配置
OpenGL ES 2 绑定
Asset 管理
Event 管理
试验中的包，含有OpenAL 绑定、音频、字体、图形以及运动传感器
Android开发
$ gomobile build -target=android golang.org/x/mobile/example/basic
此命令会生成名为basic的apk安装包
$ gomobile install golang.org/x/mobile/example/basic
此命令将安装apk包到已连接的android设备
Revel Web开源框架
个高效的Go语言Web开发框架, 其思路完全来自 Java 的 Play Framework。
特点
热编译，简单可选，同步(每个请求都创建自己的goroutine来处理。
Go语言Web框架：beego
一个用Go开发的应用框架，思路来自于tornado，路由设计来源于sinatra。
支持特性
MVC；
REST；
智能路由；
日志调试；
配置管理；
模板自动渲染；
layout设计；
中间件插入逻辑；
方便的JSON/XML服务；
如果该函数会修改receiver，此时一定要用指针
如果receiver是 struct 并且包含互斥类型 sync.Mutex ，或者是类似的同步变量，receiver必须是指针，这样可以避免对象拷贝
如果receiver是较大的 struct 或者 array ，使用指针则更加高效。多大才算大？假设struct内所有成员都要作为函数变量传进去，如果觉得这时数据太多，就是struct太大
如果receiver是 struct ， array 或者 slice ，并且其中某个element指向了某个可变量，则这个时候receiver选指针会使代码的意图更加明显
如果receiver使较小的 struct 或者 array ，并且其变量都是些不变量、常量，例如 time.Time ，value receiver更加适合，因为value receiver可以减少需要回收的垃圾量。
我喜欢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，引用直接../引用。
