mirror of
https://github.com/astaxie/beego.git
synced 2024-11-22 19:10:54 +00:00
添加两个文档
This commit is contained in:
parent
0dffb7ec3f
commit
615aa13783
@ -9,16 +9,19 @@
|
|||||||
- [路由设置](#-4)
|
- [路由设置](#-4)
|
||||||
- [静态文件](#-5)
|
- [静态文件](#-5)
|
||||||
- [过滤和中间件](#-6)
|
- [过滤和中间件](#-6)
|
||||||
- [模板处理](#-7)
|
- [Controller设计](#-7)
|
||||||
- [request处理](#-8)
|
- [模板处理](#-8)
|
||||||
- [跳转和错误](#-9)
|
- [request处理](#-9)
|
||||||
- [response处理](#-10)
|
- [跳转和错误](#-10)
|
||||||
- [Sessions](#-11)
|
- [response处理](#-11)
|
||||||
- [Cache设置](#-12)
|
- [Sessions](#-12)
|
||||||
- [安全的Map](#-13)
|
- [Cache设置](#-13)
|
||||||
- [日志处理](#-14)
|
- [安全的Map](#-14)
|
||||||
- [第三方应用集成](#-15)
|
- [日志处理](#-15)
|
||||||
- [部署编译应用](#-16)
|
- [配置管理](#-16)
|
||||||
|
- [beego参数](#-17)
|
||||||
|
- [第三方应用集成](#-18)
|
||||||
|
- [部署编译应用](#-19)
|
||||||
|
|
||||||
## 最小应用
|
## 最小应用
|
||||||
一个最小最简单的应用如下代码所示:
|
一个最小最简单的应用如下代码所示:
|
||||||
@ -204,6 +207,94 @@ beego支持自定义过滤中间件,例如安全验证,强制跳转等
|
|||||||
dosomething()
|
dosomething()
|
||||||
})
|
})
|
||||||
|
|
||||||
|
## Controller设计
|
||||||
|
基于beego的Controller设计,只需要匿名组合`beego.Controller`就可以了,如下所示:
|
||||||
|
|
||||||
|
type xxxController struct {
|
||||||
|
beego.Controller
|
||||||
|
}
|
||||||
|
|
||||||
|
`beego.Controller`实现了接口`beego.ControllerInterface`,`beego.ControllerInterface`定义了如下函数:
|
||||||
|
|
||||||
|
- Init(ct *Context, cn string)
|
||||||
|
|
||||||
|
这个函数主要初始化了Context、相应的Controller名称,模板名,初始化模板参数的容器Data
|
||||||
|
|
||||||
|
- Prepare()
|
||||||
|
|
||||||
|
这个函数主要是为了用户扩展用的,这个函数会在下面定义的这些Method方法之前执行,用户可以重写这个函数实现类似用户验证之类。
|
||||||
|
|
||||||
|
- Get()
|
||||||
|
|
||||||
|
如果用户请求的HTTP Method是GET, 那么就执行该函数,默认是403,用户继承的子struct中可以实现了该方法以处理Get请求.
|
||||||
|
|
||||||
|
- Post()
|
||||||
|
|
||||||
|
如果用户请求的HTTP Method是POST, 那么就执行该函数,默认是403,用户继承的子struct中可以实现了该方法以处理Post请求.
|
||||||
|
|
||||||
|
- Delete()
|
||||||
|
|
||||||
|
如果用户请求的HTTP Method是DELETE, 那么就执行该函数,默认是403,用户继承的子struct中可以实现了该方法以处理Delete请求.
|
||||||
|
|
||||||
|
- Put()
|
||||||
|
|
||||||
|
如果用户请求的HTTP Method是PUT, 那么就执行该函数,默认是403,用户继承的子struct中可以实现了该方法以处理Put请求.
|
||||||
|
|
||||||
|
- Head()
|
||||||
|
|
||||||
|
如果用户请求的HTTP Method是HEAD, 那么就执行该函数,默认是403,用户继承的子struct中可以实现了该方法以处理Head请求.
|
||||||
|
|
||||||
|
- Patch()
|
||||||
|
|
||||||
|
如果用户请求的HTTP Method是PATCH, 那么就执行该函数,默认是403,用户继承的子struct中可以实现了该方法以处理Patch请求.
|
||||||
|
|
||||||
|
- Options()
|
||||||
|
|
||||||
|
如果用户请求的HTTP Method是OPTIONS, 那么就执行该函数,默认是403,用户继承的子struct中可以实现了该方法以处理Options请求.
|
||||||
|
|
||||||
|
- Finish()
|
||||||
|
|
||||||
|
这个函数实在执行完相应的http Method方法之后执行的,默认是空,用户可以在子Strcut中重写这个函数,执行例如数据库关闭,清理数据之类的工作
|
||||||
|
|
||||||
|
- Render() error
|
||||||
|
|
||||||
|
这个函数主要用来实现渲染模板,如果beego.AutoRender为true的情况下才会执行。
|
||||||
|
|
||||||
|
所以通过子struct的方法重写,用户就可以实现自己的逻辑,接下来我们看一个实际的例子:
|
||||||
|
|
||||||
|
type AddController struct {
|
||||||
|
beego.Controller
|
||||||
|
}
|
||||||
|
|
||||||
|
func (this *AddController) Prepare() {
|
||||||
|
|
||||||
|
}
|
||||||
|
|
||||||
|
func (this *AddController) Get() {
|
||||||
|
this.Data["content"] ="value"
|
||||||
|
this.Layout = "admin/layout.html"
|
||||||
|
this.TplNames = "admin/add.tpl"
|
||||||
|
}
|
||||||
|
|
||||||
|
func (this *AddController) Post() {
|
||||||
|
pkgname := this.GetString("pkgname")
|
||||||
|
content := this.GetString("content")
|
||||||
|
pk := models.GetCruPkg(pkgname)
|
||||||
|
if pk.Id == 0 {
|
||||||
|
var pp models.PkgEntity
|
||||||
|
pp.Pid = 0
|
||||||
|
pp.Pathname = pkgname
|
||||||
|
pp.Intro = pkgname
|
||||||
|
models.InsertPkg(pp)
|
||||||
|
pk = models.GetCruPkg(pkgname)
|
||||||
|
}
|
||||||
|
var at models.Article
|
||||||
|
at.Pkgid = pk.Id
|
||||||
|
at.Content = content
|
||||||
|
models.InsertArticle(at)
|
||||||
|
this.Ctx.Redirect(302, "/admin/index")
|
||||||
|
}
|
||||||
|
|
||||||
## 模板处理
|
## 模板处理
|
||||||
### 模板目录
|
### 模板目录
|
||||||
beego中默认的模板目录是`views`,用户可以把你的模板文件放到该目录下,beego会自动在该目录下的所有模板文件进行解析并缓存,开发模式下会每次重新解析,不做缓存。当然用户可以通过如下的方式改变模板的目录:
|
beego中默认的模板目录是`views`,用户可以把你的模板文件放到该目录下,beego会自动在该目录下的所有模板文件进行解析并缓存,开发模式下会每次重新解析,不做缓存。当然用户可以通过如下的方式改变模板的目录:
|
||||||
@ -219,6 +310,12 @@ beego中用户无需手动的调用渲染输出模板,beego会自动的在调
|
|||||||
main.go文件中设置如下:
|
main.go文件中设置如下:
|
||||||
|
|
||||||
beego.AutoRender = false
|
beego.AutoRender = false
|
||||||
|
|
||||||
|
### 模板数据
|
||||||
|
模板中的数据是通过在Controller中`this.Data`获取的,所以如果你想在模板中获取内容`{{.Content}}`,那么你需要在Controller中如下设置:
|
||||||
|
|
||||||
|
this.Data["Context"] = "value"
|
||||||
|
|
||||||
### 模板名称
|
### 模板名称
|
||||||
beego采用了Go语言内置的模板引擎,所有模板的语法和Go的一模一样,至于如何写模板文件,详细的请参考[模板教程](https://github.com/astaxie/build-web-application-with-golang/blob/master/ebook/07.4.md)。
|
beego采用了Go语言内置的模板引擎,所有模板的语法和Go的一模一样,至于如何写模板文件,详细的请参考[模板教程](https://github.com/astaxie/build-web-application-with-golang/blob/master/ebook/07.4.md)。
|
||||||
|
|
||||||
@ -681,6 +778,120 @@ LevelTrace、LevelDebug、LevelInfo、LevelWarning、 LevelError、LevelCritical
|
|||||||
}
|
}
|
||||||
}
|
}
|
||||||
|
|
||||||
|
## 配置管理
|
||||||
|
beego支持解析ini文件, beego默认会解析当前应用下的`conf/app.conf`文件
|
||||||
|
|
||||||
|
通过这个文件你可以初始化很多beego的默认参数
|
||||||
|
|
||||||
|
appname = beepkg
|
||||||
|
httpaddr = "127.0.0.1"
|
||||||
|
httpport = 9090
|
||||||
|
runmode ="dev"
|
||||||
|
autorender = false
|
||||||
|
autorecover = false
|
||||||
|
viewspath = "myview"
|
||||||
|
|
||||||
|
上面这些参数会替换beego默认的一些参数。
|
||||||
|
|
||||||
|
你可以在配置文件中配置应用需要用的一些配置信息,例如下面所示的数据库信息:
|
||||||
|
|
||||||
|
mysqluser = "root"
|
||||||
|
mysqlpass = "rootpass"
|
||||||
|
mysqlurls = "127.0.0.1"
|
||||||
|
mysqldb = "beego"
|
||||||
|
|
||||||
|
那么你就可以通过如下的方式获取设置的配置信息:
|
||||||
|
|
||||||
|
beego.AppConfig.String("mysqluser")
|
||||||
|
beego.AppConfig.String("mysqlpass")
|
||||||
|
beego.AppConfig.String("mysqlurls")
|
||||||
|
beego.AppConfig.String("mysqldb")
|
||||||
|
|
||||||
|
AppConfig支持如下方法
|
||||||
|
|
||||||
|
- Bool(key string) (bool, error)
|
||||||
|
- Int(key string) (int, error)
|
||||||
|
- Int64(key string) (int64, error)
|
||||||
|
- Float(key string) (float64, error)
|
||||||
|
- String(key string) string
|
||||||
|
|
||||||
|
## beego参数
|
||||||
|
beego中带有很多可配置的参数,我们来一一认识一下它们,这样有利于我们在接下来的beego开发中可以充分的发挥他们的作用:
|
||||||
|
|
||||||
|
* BeeApp
|
||||||
|
|
||||||
|
beego默认启动的一个应用器入口,在应用import beego的时候,在init中已经初始化的。
|
||||||
|
|
||||||
|
* AppConfig
|
||||||
|
|
||||||
|
beego的配置文件解析之后的对象,也是在init的时候初始化的,里面保存有解析`conf/app.conf`下面所有的参数数据
|
||||||
|
|
||||||
|
* HttpAddr
|
||||||
|
|
||||||
|
应用监听地址,默认为空,监听所有的网卡IP
|
||||||
|
|
||||||
|
* HttpPort
|
||||||
|
|
||||||
|
应用监听端口,默认为8080
|
||||||
|
|
||||||
|
* AppName
|
||||||
|
|
||||||
|
应用名称,默认是beego
|
||||||
|
|
||||||
|
* RunMode
|
||||||
|
|
||||||
|
应用的模式,默认是dev,为开发模式,在开发模式下出错会提示友好的出错页面,如前面错误描述中所述。
|
||||||
|
|
||||||
|
* AutoRender
|
||||||
|
|
||||||
|
是否模板自动渲染,默认值为true,对于API类型的应用,应用需要把该选项设置为false,不需要渲染模板。
|
||||||
|
|
||||||
|
* RecoverPanic
|
||||||
|
|
||||||
|
是否异常恢复,默认值为true,即当应用出现异常的情况,通过recover恢复回来,而不会导致应用异常退出。
|
||||||
|
|
||||||
|
* PprofOn
|
||||||
|
|
||||||
|
是否启用pprof,默认是false,当开启之后,用户可以通过如下地址查看相应的goroutine执行情况
|
||||||
|
|
||||||
|
/debug/pprof
|
||||||
|
/debug/pprof/cmdline
|
||||||
|
/debug/pprof/profile
|
||||||
|
/debug/pprof/symbol
|
||||||
|
关于pprof的信息,请参考官方的描述[pprof](http://golang.org/pkg/net/http/pprof/)
|
||||||
|
|
||||||
|
* ViewsPath
|
||||||
|
|
||||||
|
模板路径,默认值是views
|
||||||
|
|
||||||
|
* SessionOn
|
||||||
|
|
||||||
|
session是否开启,默认是false
|
||||||
|
|
||||||
|
* SessionProvider
|
||||||
|
|
||||||
|
session的引擎,默认是memory
|
||||||
|
|
||||||
|
* SessionName
|
||||||
|
|
||||||
|
存在客户端的cookie名称,默认值是beegosessionID
|
||||||
|
|
||||||
|
* SessionGCMaxLifetime
|
||||||
|
|
||||||
|
session过期时间,默认值是3600秒
|
||||||
|
|
||||||
|
* SessionSavePath
|
||||||
|
|
||||||
|
session保存路径,默认是空
|
||||||
|
|
||||||
|
* UseFcgi
|
||||||
|
|
||||||
|
是否启用fastcgi,默认是false
|
||||||
|
|
||||||
|
* MaxMemory
|
||||||
|
|
||||||
|
文件上传默认内存缓存大小,默认值是`1 << 26`(64M)
|
||||||
|
|
||||||
## 第三方应用集成
|
## 第三方应用集成
|
||||||
beego支持第三方应用的集成,用户可以自定义`http.Handler`,用户可以通过如下方式进行注册路由:
|
beego支持第三方应用的集成,用户可以自定义`http.Handler`,用户可以通过如下方式进行注册路由:
|
||||||
|
|
||||||
|
Loading…
Reference in New Issue
Block a user