Golang中国
16 回复
dbsn
#1 dbsn • 2016-04-01 21:51

不错,很好的框架。
就是太新了,希望文档能做得更好。

dbsn
#2 dbsn • 2016-04-02 08:14

但是……

刚看了这篇文章,发现它的快是有代价的。

http://colobu.com/2016/04/01/Is-iris-the-fastest-golang-router-library/?utm_source=tuicool&utm_medium=referral

一旦加上负载模拟,性能急剧下降。

dxhdxh2k
#3 dxhdxh2k • 2016-04-02 18:35
HeadwindFly
#4 HeadwindFly • 2016-10-21 21:07

iris作者人品有问题,不推荐用!
我看过他删除第三方的LICENSE,编辑别人提交的prs…也是醉了
并且被awesome-go从列表中删除了

hashell
#5 hashell • 2016-10-21 21:32
joe9i0
#6 joe9i0 • 2016-10-22 15:29

Iris框架 撕逼事件:

https://www.reddit.com/r/golang/comments/57w79c/why_you_really_should_stop_using_iris/

之前花了几天时间特意调研是否使用iris框架到自己的项目中, 第一步获取代码就被墙搞的七荤八素, iris依赖的其他框架和库太多了. 好不容易手工解决了依赖库的问题, 按照他的例子创建样例工程, 一开始执行就失败了. 上去提issue把错误信息和我的环境信息贴上去, 作者就回复说他那里没有问题是我这里的问题……吧啦吧啦. 然后issue就关闭了…

joe9i0
#7 joe9i0 • 2016-10-22 15:40

顺别贴一下iris的依赖库列表, 吃瓜群众们评估评估……

github.com/ajg/form
github.com/fatih/structs
github.com/fsnotify/fsnotify
github.com/gavv/gojsondiff
github.com/gavv/httpexpect
github.com/gavv/monotime
golang.org/x/crypto
golang.org/x/net
golang.org/x/sys
golang.org/x/time
github.com/google/go-querystring
github.com/imdario/mergo
github.com/imkira/go-interpol
github.com/iris-contrib/color
github.com/iris-contrib/errors
github.com/iris-contrib/formBinder
github.com/iris-contrib/letsencrypt
github.com/iris-contrib/logger
github.com/iris-contrib/middleware
github.com/iris-contrib/response
github.com/iris-contrib/template
github.com/iris-contrib/websocket
github.com/kardianos/osext
github.com/kardianos/service
github.com/kataras/cli
github.com/kataras/go-errors
github.com/kataras/go-fs
github.com/kataras/go-sessions
github.com/kataras/go-template
github.com/kataras/go-websocket
github.com/kataras/rizla
github.com/klauspost/compress
github.com/klauspost/cpuid
github.com/klauspost/crc32
github.com/mattn/go-colorable
github.com/mattn/go-isatty
github.com/microcosm-cc/bluemonday
github.com/miekg/dns
github.com/moul/http2curl
github.com/russross/blackfriday
github.com/sergi/go-diff
github.com/shurcooL/sanitized_anchor_name
github.com/stretchr/testify
github.com/valyala/bytebufferpool
github.com/valyala/fasthttp
github.com/xeipuuv/gojsonpointer
github.com/xeipuuv/gojsonreference
github.com/xeipuuv/gojsonschema
github.com/xenolf/lego
github.com/yalp/jsonpath
github.com/yudai/golcs
gopkg.in/square/go-jose.v1

jthmath
#8 jthmath • 2016-10-22 15:52

@joe9i0 没错,依赖太多了,而且作者也不怎么关心这些依赖包是否还存在

jthmath
#9 jthmath • 2016-10-22 15:53

我用的时候也是这个情况,根本编译不过去

shook
#10 shook • 2016-10-28 20:16

我现在也在用这个框架做项目,怎么说呢,依赖多确实是个问题,但是翻墙可以解决。
二就是作者确实有点儿问题,我也提交过Iris使用Sqlite库的一个BUG,作者也是一口咬定他的程序没问题,让我去找Sqlite的作者…我都用了很多办法确定是他的问题了,他还是觉得他没错,最后还是其他人好几个人发现了这个问题,并找出了问题在哪儿他才去修复了BUG。这个说明不了他人品不好,不过能说明他比较自以为是,刚愎自用吧。

jimmykuu
#11 jimmykuu • 2016-10-28 22:41

我们项目也用的 Iris,更新确实挺频繁,碰到过一次问题,jwt 的包更新了,编译通不过,但是升级下 Iris 就行了,作者非常快的更新了相关包。

总体用下来还可以,比 revel 强,revel 有段时间一年多都不更新,后来新项目就换了 Iris,用了两个月下来还可以。

x0601y
#12 x0601y • 2016-10-29 00:37

@jimmykuu 能分享下选型的过程吗?我现在项目中用的是echo。因为看过一段时间的echo代码,命名也接近gin,但gin很久没更新了,而echo目前还算活跃,文档也还齐全,所以选择了echo。也看过beego,社区很完善了,但有些写法不太喜欢。

jimmykuu
#13 jimmykuu • 2016-10-29 17:21

我们的项目是前端 React ,后端只提供 API ,相对来说比较简单,因此对于后端来说,用哪个都差不多。选择 Iris 是看它的速度比较快,另外看了下文档做的还不错,就选择了。

Gin 一般寒暑假更新比较频繁。

joe9i0
#14 joe9i0 • 2016-10-31 13:16

@shock 建议你看看我上面发的撕逼事件链接里面的内容,再下定论iris作者人品好不好。

Simbory
#15 Simbory • 2016-11-01 10:46
targetliu
#16 targetliu • 2016-11-01 15:23

一直在关注iris,个人觉得是挺不错的框架。

至于作者,感觉还是比较好的,之前在自己的博客发了一个设置上的问题,作者居然搜到文章并且修改了….不过,作者也的确感觉有点自大 哈哈

最后,个人感觉讨论路由上速度的微小差异还不如优化逻辑、数据库方面的性能损耗

需要 登录 后方可回复, 如果你还没有账号你可以 注册 一个帐号。