boilerplate

一开不明白茫茫 repo 海中的那些以各种方式组合起来的 boilerplate 的意义。直到我从零开始写一个稍微跟得上前端发展节奏的 web 项目……

boilerplate 代表着在熟悉前后端技术的基础上,不必再费心那些如何编译、打包、访问资源、前后端如何通信、谁来 render 、跑不起来等等很基础重复性很强的问题,从而更专注于开发自己要做的内容。类似一个固定选型的本地加强版 jsfiddle 之类的东西吧。

vue-tornado-boilerplate

在开发 web app 时,用惯了 Node.JS ,天然享用这些年前端发展出来的一切工具。考虑其他语言作为后端时,显得有点捉襟见肘,总不能倒退到继续使用某些后端 web framework 自带的模板语言吧。

用 tornado 不是看上它作为 web framework 的部分(恰恰很多友库是更完备的),而是它身为 http server 的那部分 async 和 concurrency 特性。相关:sanic

至于前端用了 Vue ,替换成其他任意框架或者不用框架都行,取决怎么样写起来更适应场景更顺手,目前整体是一个 SPA 的形式。

正常前端打包完毕在 html 中加载 bundle.js 然后直接跑后端 server 这里都是一样的。只是在本地开发的场景下,对用采用哪种方式跑 webpack-dev-server 有一点顾虑,一开始比较抵触跑两个 server 占用不同端口,然后跨端口去调用资源……(似乎也没有别的办法了?),最后索性让 webpack-dev-server 跑在 80 端口,也就没什么跨域请求的问题了。

剩下一些就是工程上的优化和 lint 相关的内容了,还是拿这个继续做点东西出来吧。