大家谈谈Revel和Beego吧 或者其他Go框架

[lzt163]

看了各种介绍和评论
感觉差不多啊

[notedit]

https://github.com/codegangsta/martini 个人比较喜欢简单的框架

[guotie]

revel不错，不过封装的有点多

beego也不错

[ltzliwe]

不用框架也不错。。

[rwx]

比较受不了beego作者那种「我是大牛我要在go圈子先圈个地」的姿态。。而且当时beego的代码相当惨不忍睹。
不过大半年没关注了，现状如何不好评价。

[kevinv]

正在用revel，当初选择的时候也很纠结。
我觉得就算大家再怎么比较给你听你也不一定能得到满意答案，还不如你自己用两个框架试试写点东西，然后比较下。
beego由国人开发，可能在你出现问题的时候会支持的比较好。

[kran]

@notedit 早晨起床看到了, 挺喜欢

[lzt163]

@ltzliwe 林添置你好

[lzt163]

@notedit 我去研究一下 我也喜欢简洁的

[lzt163]

@ltzliwe 我试了一下 不用框架写 然后最后就变成自己写框架了

[lzt163]

@guotie = =确实都不错 但是说beego不靠谱的人偏多

[lzt163]

@kevinv 是的 我就在试着写 在试着beego
revel在公司有点问题 先放着
好就好在中文啊 文档看起来方便
个人比较不喜欢beego那个代码风格。。。

[smalltalk]

go是用来写服务器、基础设施的，用来写web业务代码，到处是error check累不累啊。

[ltzliwe]

@smalltalk 换到其他语言不是一样要try...except嘛？

[gihnius]

不喜欢框架， net/http html/template 自己动手。

[smalltalk]

@ltzliwe 在写业务代码的时候， 如果存在try catch，通常意味着代码写错了，或者框架选错了。

[fuyunge]

golang-nuts里关于这个问题有过一个非常好的回复，大意就是Go的标准库已经帮你做好了太多东西，以至于没有必要再选用框架。我是半业余开发者，从go刚推出就开始作为自己的主力语言，最开始的一年多基本上就是在折腾自己的框架，到exp.template推出（也就是现在的template包），基本上就稳定了。url处理是很简单的，template现有的已经很不错了，真正有工作量的部分就是ORM。因此，建议选择一个好的orm，其余部分自己动手。

[Numbcoder]

我也不太喜欢 beego 用法的那个代码风格。

这个 https://github.com/hoisie/web 不错

[ltzliwe]

@smalltalk 但是在go里面返回error的目的包含了平时数据处理的错误以及不可预知的错误。
比如得到一个json字符串，你在unmarshal的时候发现它不符合json的语法，这时候go会返回error，但是其他语言可能就是try catch了。这并不是框架或者代码的问题，当然也可以事先检查，但是比起直接返回error不是会更麻烦？
或者读取一个文件，发现文件不存在，这个步骤肯定是省不了的。只是go把其他语言的一些正常的逻辑判断放在了check error里面了

[darklowly]

beego挺垃圾的,作者自我感觉良好,实际上水平不怎么样。

[guotie]

martini