Golang文件名命名規則
今天在寫項目時，突然發現，有個自己實現的示例文件redis_test.go，無法調用到文件內部的接口，理所當然就不能驗證自己寫的示例了，頓時一臉懵逼，查了一些資料才發現，go的一些文件需要遵循一些命名規則，如下做一些總結筆記。
下面對文件名命令規則的說明：
1、平臺區分
文件名_平臺
平臺可選爲：windows, unix, posix, plan9, darwin, bsd, linux, freebsd, nacl,
netbsd, openbsd, solaris, dragonfly, bsd, notbsd, android, stubs
例： file_windows.go, file_unix.go
2、測試單元
文件名_test.go(包含 _test.go)或者 文件名_平臺_test.go。
例： _test.go, path_test.go, path_windows_test.go
3、版本區分(猜測)
文件名_版本號等。
例：trap_windows_1.4.go
4、CPU類型區分, 彙編用的多
文件名_(平臺:可選)_CPU類型.
CPU類型可選：amd64, none, 386, arm, arm64, mips64, s390, mips64x, ppc64x,
nonppc64x, s390x, x86, amd64p32
例：vdso_linux_amd64.go
-------------------------------------------------------------------------------------------------
1、golang的命名需要使用駝峯命名法，且不能出現下劃線
2、golang中根據首字母的大小寫來確定可以訪問的權限。無論是方法名、常量、變量名還是結構體的名稱，如果首字母大寫，則可以被其他的包訪問；如果首字母小寫，則只能在本包中使用
可以簡單的理解成，首字母大寫是公有的，首字母小寫是私有的
3、結構體中屬性名的大寫
如果屬性名小寫則在數據解析（如json解析,或將結構體作爲請求或訪問參數）時無法解析
--------------------------------------------------------------------------------------------------------
注意點一、
go build 的時候會選擇性地編譯以系統名結尾的文件（選擇和編譯環境設置的系統一致的系統名結尾的文件）。例如Linux(Unix)系統下編譯只會選擇array_linux.go文件，其它系統命名後綴文件全部忽略。
注意點二、
在xxx.go文件的文件頭上添加 // + build !windows (tags)，可以選擇在windows系統下面不編譯該文件
// +build !windows
package main
總結：golang跨平臺沒有java好用，但是跟c語言差不多，都得針對不同平臺不同特性迭輪子