主要好处前后分离，能上CDN就是通讯次数多了。不过通过优化改善之类的都还ok啦。
4.2 模板页面的加载
commonPage, err := template.ParseFiles("pages/common/head.gtpl", //加载模板
"pages/common/navbar.gtpl", "pages/common/tail.gtpl")
if err != nil {
panic(err.Error())
}
navArgs := map[string]string{"Home": "home", "User": "yupengfei"}//复杂的参数开始往里塞
knowledgePage, err := template.ParseFiles("pages/knowledge/knowledge.gtpl")
knowledgeArgs := map[string]interface{}{"Head": "This is a test title",
"Author": "kun.wang", "PublishDatetime": "2014-09-14",
"Content": template.HTML("<p style="text-indent: 2em">为什么要用语义呢？</p>")}//不是不好，只是做字符串分析会影响工程效率
commonPage.ExecuteTemplate(w, "header", nil)// render 开始
commonPage.ExecuteTemplate(w, "navbar", navArgs)
knowledgePage.ExecuteTemplate(w, "knowledge", knowledgeArgs)
commonPage.ExecuteTemplate(w, "tail", nil)
仅提供关键代码。
其他的都还挺好，就是页面渲染用服务器是不是有点太奢侈了。
字符串数组作为输入参数差错比较困难
总结：虽然减少的通讯次数，但是没办法上CDN蛋疼，另外，模板的mapping蛋疼。
5.表示层脚本
表示层脚本做的比较困难也不是很好学。但是一旦搞定了，代码的复用性会有非常可观的提升。
就普通情况而言JS开发效率是非常高的灵活度高，并且使用的是客户端的cpu性能好，免费资源多，学习的人也多，好招聘。
5.1 require.js
5.1.1 加载
<script data-main="/reqmod/login_main" language="JavaScript" defer async="true" src="js/r.js"></script>
整个网页之留这么一个加载脚本的入口（每个页面最好只有一个js文件）
好处
js是延迟加载。不会出现网页卡死的情况
最大化使用缓存。（HTTP 304）
一个网页只用一个js
dom事件绑定，不用在html控件上写js绑定了
坏处
学习比较难
网站更新始终有缓存没更新的浏览器。造成错误（所以有些情况客户自己就知道多刷新几次了，已经成用户习惯了）
参数解释
`data-main` 业务逻辑入口，载入当前字符串.js这个文件
`language` 不解释
