共 16 个回复


dbsn

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

# 0

HeadwindFly

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

# 3

joe9i0

Iris框架 撕逼事件:

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

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

# 5

joe9i0

顺别贴一下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

# 6

jthmath

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

# 7

jthmath

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

# 8

shook

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

# 9

jimmykuu

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

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

# 10

x0601y

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

# 11

jimmykuu

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

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

# 12

joe9i0

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

# 13

targetliu

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

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

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

# 15