之前就討論過，究竟是使用beego還是gin，其實兩者之間gin的效率是要高於beego的,並且也比beego更加靈活。其他的框架就不加入參考了，start太少了，就跟招聘一樣，不是985/211的有些企業都不看。但是，我們還是選擇了beego。理由是：大家都是php出身的，beego生成的mvc架構模式，大家比較容易理解一點，路由和日誌都是封裝好了的，並且，session也是自帶的。說成偽裝成php的go框架，一點不為過。開發速度也是比gin要快一點，畢竟人家都幫你搭建好了基本骨架。
雖然很low，但是企業也要計算成本，時間和效率。基於之前的專案用的是gin，這次基本要重新研究這個架構了，既然要用，就用個全套的。 選擇使用的依賴庫有
在terminal視窗下執行 go get github.com/beego/bee
在%gopath%\bin下會有bee.exe檔案
驗證安裝結果
bee提供自動生成工程命令，bee new projectname
生成之後進入工程，執行bee run 或者bee run main.go
執行結果是：
對於習慣使用goland工具的夥伴，第一次開啟beego生成的工程會各種報錯，還沒法直接引用，有潔癖或者強迫症的人，看著心裡就很難受。我使用go mod vendor 生成vendor資料夾，這樣就沒有錯誤，也方便我們提交git的時候少加一點依賴庫。
)}後端資料統一的問題，這個有的公司可能還沒有，但是目前來說大部分公司介面返回資料並沒有乙個統一的格式，比如我們公司的其他專案組，不過多解釋，聽到就蛋疼，前後端都是肉痛，算是前人留坑，後人懶的結果吧，當然，公司高層不作為也算乙個原因。好在，目前的這個專案是有個大致的框架的，所以，我們統一寫個返回函式處理。直接在controllers資料夾下建立乙個公共控制器，內容如下：
}注意，返回的json的屬性值，這個花了我好半天才找到的，簡直是要命。 `json:「count,omitempty」 第乙個引數是轉json之後的屬性輸出的值，第二個引數是如果count=0，字串就是「」以此類推，變數值是預設值的話，就不輸出。換句話說，count=0，這個屬性就不輸出了。
至此，基本工作已經做好了，接下來就進行業務上的開發了。
CEMAPI實戰攻略（一） 準備工作
一 準備工作 1.開發環境和裝置平台 windows mobile 6.0 中文版 器 成功安裝sdk以後，我們可以在建立乙個智慧型裝置應用程式平台選擇的 已安裝的sdk 列表中看到上述兩個平台的名稱。見下圖 圖1.1 另外，本文所討論的內容以及所有源 均在windows xp，vs2005，wm5...
ExtJS實戰 1 準備工作和介面賞析
呵呵，好久沒寫文章了。為了適應外面企業的需求，班上第三階段的專案採用 extjs dwr struts spring hibernate oracle 的組合，dwr，ssh和 oracle 資料庫已經在專案中用了很長時間，倒沒有什麼大的問題，但 extjs 的引入卻是有些風險，因為它的精通和靈活應...
ExtJS實戰 1 準備工作和介面賞析
好咧，馬上就要開工了。先來做好準備工作 1 工具 myeclipse6.5 extjs外掛程式 引用方法 2 文件 在國內最早漢化的extjs的站點 ajaxjs.com 上發現ext 2.0中文api 最新版 3 環境 hibernate 3.x spring 2.x struts 1.x ext...