Go语言Web框架gwk介绍 (三)
上一篇忘了ChanResult
ChanResult
可以用来模拟BigPipe，定义如下
type ChanResult struct {
Wait sync.WaitGroup
Chan chan string
ContentType string
Start []byte
End []byte
Timeout time.Duration
}
ChanResult会先输出Start，然后读取Chan中的字符串输出到客户端，最后输出End。
还忘了Controller的事件。
如果Controller的每个Action执行前后需要执行一些相同的代码怎么办？这就需要用到ActionSubscriber接口:
type ActionSubscriber interface {
OnActionExecuting(action *ActionContext)
OnActionExecuted(action *ActionContext)
OnException(action *ActionContext)
}
OnActionExecuting在具体的Action执行之前执行，OnActionExecuted在具体的Action执行之后执行，OnException在具体的Action执行出错后执行。
通过ActionSubscriber可以做权限验证，数据验证，记录日志，同一错误处理等等。
------
GWK内部机制
gwk的内部逻辑十分简单，它的核心对象是HttpServer，HttpContent, HttpProcessor。下面分别介绍。
HttpServer
前面的例子里已经演示了怎么用函数NewDefaultServer创建一个缺省配置的HttpServer实例，NewDefaultServer会调用函数ReadDefaultConfigFile来尝试读取默认的配置文件，如果./conf/web.conf存在，则解析这个配置文件，如果解析出错或者文件不存在则调用函数NewDefaultConfig获得缺省配置。
你也可以用NewHttpServer传入WebConfig参数创建HttpServer实例。
func NewHttpServer(config *WebConfig) (srv *HttpServer, err error)
WebConfig的定义在后面介绍。
创建好HttpServer后，调用它的Start方法来监听http请求，启动Web服务。如果你的代码运行在Google App Engine这样不需要监听端口的平台，可以调用Setup方法来初始化HttpServer。Start方法内部实际上是先调用Setup方法，再调用http.Server的ListenAndServe方法。
HttpServer内部会创建一个http.Server实例，可以通过InnerServer方法来获得这个http.Server。
HttpServer有一个Variables字段，如果你有什么整个HttpServer共享的全局变量，可以放在Variables中。
//server variables
Variables map[string]interface{}
HttpServer实现了http.Handler接口，ServeHTTP函数的内部流程是:
- 创建HttpContext
- 循环执行每一个HttpProcessor的Execute方法
我们先介绍HttpContext。
HttpContext
HttpContext是对当前http请求的封装，定义如下:
type HttpContext struct {
Server *HttpServer
Request *http.Request
Resonse http.ResponseWriter
Method string
RequestPath string
PhysicalPath string
RouteData RouteData
ViewData map[string]interface{}
Result HttpResult
Error error
Flash map[string]interface{}
Session Session
SessionIsNew bool
}
- Server: 当前的HttpServer
- Request: http.Request
- Resonse: http.ResponseWriter
- Method: http请求的method，比如GET，PUT，DELETE，POST...
- RequestPath: http请求url的path部分
- PhysicalPath: 请求对应的物理文件，只有请求的是静态文件时，该字段才有值
- RouteData: RequestPath解析后的路由参数
- ViewData: 存放传递给View模板的数据
- Result: 此次请求的HttpResult
- Error: 此次请求中的Error
- Flash: 可以存放临时变量，生命周期为此次请求
- Session: Session
- SessionIsNew: Session是否此次在请求创建
HttpContext还定义了若干方法简化一些常见的操作:
RouteValue，读取RouteData里的数据
func (ctx *HttpContext) RouteValue(name string) (string, bool)
FormValue，调用http.Request的FormValue，FV也是相同的逻辑
func (ctx *HttpContext) FV(name string) string
func (ctx *HttpContext) FormValue(name string) string
另外还有FormInt，FormIntOr，FormBool，FormBoolOr，FormFloat，FormFloatOr，前面已经做过介绍。
ReqHeader，读取Http request header的数据
func (ctx *HttpContext) ReqHeader(name string) string
SetHeader，设置Http resonse header的数据
func (ctx *HttpContext) SetHeader(key string, value string)
AddHeader，向http response header添加数据
func (ctx *HttpContext) AddHeader(key string, value string)
ContentType，设置http response header的"Content-Type"
func (ctx *HttpContext) ContentType(ctype string)
Status，设置返回http status code
func (ctx *HttpContext) Status(code int)
Accept，读取http request header的"Accept"
func (ctx *HttpContext) Accept() string
Write，调用http response的Write方法
func (ctx *HttpContext) Write(b []byte) (int, error)
Expires，设置http response header的"Expires"
func (ctx *HttpContext) Expires(t string)
SetCookie，设置cookie
func (ctx *HttpContext) SetCookie(cookie *http.Cookie)
Cookie，读取Cookie
func (ctx *HttpContext) Cookie(name string) (*http.Cookie, error)
SessionId，返回SessionId，只有启用了Session才有效
func (ctx *HttpContext) SessionId() string
GetFlash，读取Flash中的变量
func (ctx *HttpContext) GetFlash(key string) (v interface{}, ok bool)
SetFlash，设置Flash中的变量
func (ctx *HttpContext) SetFlash(key string, v interface{})
ReadBody，读取整个http request的内容
func (ctx *HttpContext) ReadBody() ([]byte, error)
Flush，Flush当前Response中的数据到客户端
func (ctx *HttpContext) Flush() {
前面介绍的ChanResult就是调用Flush把内容输出到客户端，代码基本逻辑如下:
ctx.Write(c.Start)
ctx.Flush()
if c.Timeout < time.Millisecond {
c.Timeout = defaultChanResultTimeout
}
waitchan := make(chan bool)
donechan := make(chan bool)
go func() {
for s := range c.Chan {
ctx.Write([]byte(s))
ctx.Flush()
}
donechan <- true
}()
go func() {
c.Wait.Wait()
close(c.Chan)
waitchan <- true
}()
select {
case <-waitchan:
case <-time.After(c.Timeout):
}
<-donechan
ctx.Write(c.End)
HttpProcessor
HttpProcessor的定义如下
type HttpProcessor interface {
Execute(ctx *HttpContext)
Register(server *HttpServer)
}
Execute负责处理http请求，Register会在HttpServer初始化时调用一次，如果你的HttpProcessor需要执行一些初始化代码，可以放在Register方法中。
调用RegisterProcessor可以注册一个HttpProcessor
func RegisterProcessor(name string, p HttpProcessor)
注册的HttpProcessor存在ProcessTable类型的全局变量中
type ProcessTable []*Process
type Process struct {
Name string
Path string
Method string
Handler HttpProcessor
}
如果一个Processor需要特定的条件才执行，可以设置它的Path和Method字段，Method是要匹配的http method，既GET、PUT、POST、DELETE...，"*"或者""匹配所有的http method，Path是要匹配的Request Path，目前版本是前缀匹配，以后可能改成支持通配符。
HttpServer启动时，默认注册三个HttpProcessor：StaticProcessor、RouteProcessor、RenderProcessor。
StaticProcessor
StaticProcessor负责处理静态文件，如果请求的路径能匹配到物理文件，则将HttpContext的的Result设置为FileResult。
StaticProcessor支持缓存静态文件以及自定义http response header。缓存静态文件在缓存一节详细介绍，自定义输出的http header是指为每个静态文件的Response设置你定义的http header，比如统一为静态文件设置Cache-Control。下面是配置的例子：
#static processor config
static_processor: {
cache_enable: true
cache_expire: 3600
header: {
Cache-Control: max-age=43200
X-Title: gwk-demo
}
}
# -->end static processor
RouteProcessor
RouteProcessor负责按照你定义的路由规则调用具体的处理代码，逻辑很简单，只有几十行代码。
RenderProcessor
RenderProcessor负责执行HttpResult的Execute，也只有几十行代码。HttpResult没有赋值的话则返回404错误。
自定义HttpProcessor
你可以增删HttpProcessor或者调整顺序来改变默认的处理逻辑，比如你的程序是一个web api服务，不需要处理静态文件，则可以去掉RouteProcessor。ProcessTable定义了Append、InsertBefore、InsertAfter、Remove方法来简化对HttpProcessor的调整。
http gzip压缩
CompressProcessor可以对http输出做gzip压缩，需要注册到RenderProcessor之前才有效，其本质是用compressResponseWriter来代替默认的ResponseWriter。
type CompressProcessor struct {
Enable bool
Level int
MimeType string
}
type compressResponseWriter struct {
rw http.ResponseWriter
writer compresser
contentType string
format string
headerWritten bool
}
CompressProcessor设计时考虑能够按照MimeType或者RequestPath来过滤需要压缩的内容，但一直没实现，因为访问量小流量小的网站开不开启gzip压缩意义不大，访问量大的网站一般会用一些http反向代理或者http缓存的服务，自己没必要处理gzip压缩。
通过自定义HttpProcessor，你可以为全网站做统一的权限验证，访问限制，日志处理，错误处理等等。
除了HttpProcessor，你还可以通过gwk的事件机制来实现这些逻辑。
