# 注册函数式风格路由注册
该风格比较接近 Go 本身的语法特性，所以我们倾向于建议大家使用该路由注册方式。
使用该风格，非常简单，可以直接采用函数式的写法：
func main() {
web.Get("/hello", func(ctx *context.Context) {
ctx.WriteString("hello, world")
})
web.Run()
}
2
3
4
5
6
7
注意，在函数式写法里面，我们只需要提供一个使用*context.Context参数的方法就可以。这个context不是 GO 的context包，而是 Beego 的context包。
大多数情况下，我们可能不太想这么写，那么我们可以在别的地方定义方法，然后再注册进来：
func main() {
web.Post("/post/hello", PostHello)
web.Run()
}
func PostHello(ctx *context.Context) {
ctx.WriteString("hello")
}
2
3
4
5
6
7
8
9
10
这可能会符合我们的一般习惯。
函数式注册，基本上就是各个 HTTP 方法都有一个对应的方法：
Get(rootpath string, f HandleFunc)
Post(rootpath string, f HandleFunc)
Delete(rootpath string, f HandleFunc)
Put(rootpath string, f HandleFunc)
Head(rootpath string, f HandleFunc)
Options(rootpath string, f HandleFunc)
Patch(rootpath string, f HandleFunc)
Any(rootpath string, f HandleFunc)
2
3
4
5
6
7
8
它们用法都是一样的，非常简单。
# 一些建议
在使用函数式注册的方式的时候，要面临的一个困难是，这些方法该如何组织。
在控制器风格里面，所有的方法天然被控制器所分割。举例来说，在一个简单的系统里面，我们可以有一个UserController，而后所有的和User有关的方法，都放在这个Controller里面；所有的和订单有关的方法，都可以放到OrderController里面。
因此从这个角度来看，Controller提供了一种自然的组织这些方法的方式。
那么在函数式风格里面，我们缺乏这样一个实体。
一种直觉的方式，是按照文件来组织。例如所有的用户相关的都放在自己项目的api/user.go里面；
如果方法更多，那么应该进一步考虑按照包来组织，也是我们所推荐的。例如在api之下创建一个user目录，所有的处理用户相关请求的方法都定义在这里；
最后一种方式，是自己定义一个Controller，但是这个Controller只起到一个组织代码的效果，并不是我们在控制器风格里面强调的那种。
例如我们完全可以不组合web.Controller写一个Controller：
type UserController struct {
}
func (ctrl UserController) AddUser(ctx *context.Context) {
// you business code
}
2
3
4
5
6
7
这种Controller不能用于控制器风格的理由注册。只是为了提供一种类似的方式来组织代码而已。