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

[lzt163]

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

[missdeer]

@darklowly 现在beego能立马着手改进的主要也只有代码风格了，像你说的架构的问题首先意见不能统一其次也不是一时半会儿能改好的。代码风格好，用个可能不是太恰当的比喻，一白遮百丑。

[darklowly]

@missdeer 这个其实不是最重要的，如果是简单的设计，简单的实现，代码风格自然就好了，所以代码风格只是表象，核心问题不是这个。

非要一开始搞这么烂，这么复杂，然后花很大精力去解决带来的问题，就好像是捅自己一刀，然后再去鏠伤口，然后伤口缝好了，留下一个丑陋的伤疤，还觉得自己很牛逼，居然缝好了这么难逢的伤口。问题的关键是为什么要捅自己一刀？

[missdeer]

@darklowly 对，我们的目的是一样的。我的意思是如果一个人写代码时刻注意着要写得风格良好，那会逼得他不得不有精简的设计和实现，才能写得好看。你是要求从内而外的因为核心好所以全都好，我是从外到内加了约束条件首先让面子好看再让里子也不至于偏差得远了。我觉得相对而言你的做法可能对人员水平要求更高些。

[Bluecoda]

https://github.com/astaxie/beego/blob/cec151fda71cf6220fcfc9487240989d6dee1f6e/orm/db.go#L801

我虽然是go新手，但是beego的这里太倒胃口了。这是写软件的人自己的问题了，多层嵌套本来就是大忌。

[Bluecoda]

@missdeer 要知道这里不是所谓的代码风格能够解决的问题

[missdeer]

@Bluecoda 这个问题我在41楼已经说过了。

[Bluecoda]

@missdeer 还可以重构啊，开源项目，时间上谈不上紧张？只要有决心总能做好的

[darklowly]

@Bluecoda 看第二个连接的历史记录啊。已经是修改+重构很多次的了。是完全没有意向去化简。用你的话说，是写代码的人的问题

[leedstyh]

比较不能接受的是beego的api变动太频繁，几乎每次升级都有点儿破坏性，都stable v1了，还这样

[nine]

其实连beego代码都没看，看完文档都没欲望了，各种原始的设计，好像一个国产php框架

[Wuvist]

@darklowly "如果是简单的设计，简单的实现，代码风格自然就好了"，这点我在实现gorazor的时候很有体会。设计是很重要的，razor模板本身的优雅设计决定了我可以简单的实现它，并且模板嵌套几乎可以“自动实现”。

[darklowly]

@Wuvist 如果有机会我会把你的razor用到自己的项目中的。

[fufay]

期待楼上某些大神给我们一个更好的框架来学习。

[sugelawa]

我能说我看到了一群蝼蚁吗？

[sugelawa]

@darklowly，相比于做出这样一个产品的作者来说，你就是个垃圾。

[darklowly]

@sugelawa 你懂技术么?垃圾

[hydyy]

我的目的是在这找到一个可以上手的框架看看学习， 结果看到毫无意义的骂战。

[lzt163]

@hydyy 是的
我的本意也是
现在一年都快过去了
我建议可以自己实现一个小框架比较好
我现在觉得那些大框架很多功能用不上没必要。。。

[onbing]

刚发现这么一个好玩的贴子，诸神骂战，看着有点小激动

[huobazi]

我滴天吆，还有这么好玩一贴啊。