Go 的 web 框架有什么好处？

我写博客程序的时候也是这么想的，一共就写俩页面，给三四个接口，为什么要用框架。不过后来还是用了，因为有一些出错控制，不会崩，代码行数还是少一点，写起来比较舒服。而且以后要再加功能更好加。

目前，我感觉和语法糖差不多的样子吧！反正很多东西都要做轮子。

看需求

` /users/{id} ` 这种路由的时候就需要框架了吧..

@orvice 也可以不用框架，而用 middleware ，也完全可以自己写正则匹配，只是框架帮你做了这些事情

用一个成熟的框架好处是少写代码，少做轮子

个人理解 stdlib 最多就是个棚，别人的至少是水电齐全的毛坯房。

不要小看那些框架，光是 router 就各种优化技巧（前缀树等
更别说 header 优化（惰性 load ）、 http corner case （ HEAD OPTIONS 处理）、 middleware 在方便使用的情况下做到 0 alloc
log 处理上也有很多坑和窍门（ rotate truncate 后 fd 句柄重写）

@orvice 可以的。标准库注册一个“/users/” handler 就行了。

@mengzhuo 高见。然而都看不懂 @_@

A framework's power is 10% technical, & 90% organizational. It focuses your team by removing questions they'd spend time disagreeing on.

框架帮你避免的就是 “这个文件放哪个目录”，“这个 URL 用什么格式” 这种和业务本身无关，放哪儿都可以，但需要你思考并在一个项目中保持一致性的决定。

需要路由
需要缓存框架
需要个 middleware

1. 如果以学习为目的。。基本上没好处因为所有细节都被隐藏了，好在 Go 的项目都是开源的所以还可以学习源代码不过一般除非遇到 Bug ，估计都不会去读源码。
2. 如果以快速开发为目的，找到一个适合自己习惯的 Web 框架可以大大提高自己的生产力（如果一共只有一个项目，不存在生产力高低的情况，开发多个项目之后就会发现一个顺手地框架的重要性和便利性），不用重复写代码，也不用自己处理各种边缘情况。

一个难上手、无法处理所有情况的框架，对生产力的抑制，完全掩盖掉对生产力的提高。

路由，中间件和模板怎么搞，规范怎么搞，人家迭代那么多次的框架你一个人一会儿就能搞定吗？