1
Tom008 2016-08-14 08:03:58 +08:00 via Android 1
Echo 或者 gin 都是可以在线上应用的
|
2
janxin 2016-08-14 08:15:29 +08:00 via iPhone 1
gin 和 echo 现在基本没什么 bug 了,不成熟是说周边中间件嘛?
iris 主要是用 fasthttp ,所以新的用 net/http 也没啥问题吧。 框架代码都比较简单,你自己维护也可以。现在 context 进标准库之后其实用 net/http 基本就可以了,只不过还需要一个路由处理的东西。 beego 现在应该是有社区维护了,如果我没记错, iris 和 echo 都应该是学生维护的… |
3
Trim21 2016-08-14 08:51:13 +08:00 via Android
求解,国产非国产和道德绑架有什么关系?
|
4
saggit 2016-08-14 09:00:32 +08:00
发现 iris 的作者长的像 疑犯追踪 里的主角。
|
5
loading OP @Trim21 也就随便说说。
大概看了 beego 文档,是像传说中的一样详细。 因为已经有使用 python flask 的经验,所以我不打算用 beego 。如果为了找工作,学 beego 我是觉得最合适的。 我目前是业务玩的状态,所以想用个靠谱稳定的,毕竟是偶尔用一下,不想过个几个月 api 全变了或者项目没人维护了… |
7
yanyuan2046 2016-08-14 09:39:42 +08:00
beego 一生黑
|
8
loading OP @yanyuan2046 讲讲你的故事?
|
9
yanyuan2046 2016-08-14 09:50:02 +08:00 1
@loading 看看 beego 的源码就知道了,我不大喜欢堆砌代码型的框架,功能确实都有,但在上面写业务觉得恶心
|
10
loading OP |
11
leofml 2016-08-14 09:55:50 +08:00 1
可以试试 http://ivpusic.github.io/neo/
对于 API Gateway 也够用了 |
12
zoues 2016-08-14 09:55:53 +08:00 via iPhone 1
建议 go 开发不要用 web 框架 没意义 个人浅见 beego 这类套 django 实在没必要吧
|
13
genesislive 2016-08-14 10:13:29 +08:00 1
iris/echo
|
15
lixiaohan 2016-08-14 10:29:02 +08:00
iris echo 都还不错吧,很实用
|
16
lianghudou 2016-08-14 10:29:13 +08:00
go 根本就不该用来开发 web ,记得以前在模板里实现两层 for 循环都是难题,不知道现在解决了没有
|
17
raincious 2016-08-14 10:38:58 +08:00 2
@loading
刚看了那个帖子,我觉得: 1 、把代码质量等同于代码风格和规范完全就是不正确的; 2 、同理,把代码优雅程度等同于设计的优雅程度也完全是不正确的; 3 、 Beego 确实有各种问题,但是主要是在接口版本不稳定上,而不是代码写的是不是好看。 |
19
asdfasdfa 2016-08-14 10:45:08 +08:00 1
beego 以前用过,后来发现有问题提问根本没人理,就没再碰过了。感觉用自带的就 ok 了
|
20
reus 2016-08-14 10:49:14 +08:00 1
如果是前端渲染的架构,那就没有用 MVC 框架的必要,用 net/http 套一层类似 rpc 那样的、映射请求到方法的机制即可。例如 https://github.com/reusee/ja 。简单粗暴,框架都算不上,但用起来顺手。
|
21
hooluupog 2016-08-14 11:41:17 +08:00
Go 没有那种大而全的很成熟的 MVC 框架。目前用的最多的是大猩猩,质量有保障,但不是 rails 这种的。
net/http 再找个好点的路由,基本够用了。如果觉得性能 还不够,试试 fasthttp 。 |
23
mengzhuo 2016-08-14 11:57:48 +08:00 via iPhone
@lianghudou 三层都没问题啊
|
25
ipconfiger 2016-08-14 12:04:14 +08:00
不用框架一样的代价巨大, 你不得不重新写一堆轮子或者写一大堆胶水代码来粘合一堆轮子
|
26
tinyproxy 2016-08-14 12:12:48 +08:00 via iPhone
beego 一生黑
|
28
ykrl089 2016-08-14 13:48:03 +08:00
beego 就是没事接口变来变去的。
例如某个 issue 说里面一个接口的名称多了个 s ,然后下个版本变量名就改了。 不带这么玩的啊!!!! |
29
scys 2016-08-14 13:49:25 +08:00
在用 GIN ,就算用内置的 net/http 其实开发速度基本一样,只是利用了一些辅助函数,而没有太过依赖框架,比如 json 的 dump 一类的方便
|
30
JohnSmith 2016-08-14 14:01:02 +08:00
@yanyuan2046 go 这个语言个人感觉不太适合写业务,做中间件还可以
|
31
strwei 2016-08-14 15:27:57 +08:00
revel
|
32
hmli 2016-08-14 17:44:01 +08:00
用过 iris, 开发纯 API 还不错, web 还是略蛋疼. Go 对模板渲染的处理很麻烦, github 上也没找到比较好的库.
就我个人而言, 开发同样的 web 后端, 使用 tornado 的效率是使用 iris 的数倍. |
34
orvice 2016-08-14 18:25:41 +08:00 1
比较推荐 gin ,然后需要什么自己在封装。
|
35
crazyxin1988 2016-08-14 18:29:24 +08:00
为啥非要用 go 开发 web
开发 web 用 python ruby php 不更好吗 |
36
boro 2016-08-14 18:51:15 +08:00 via iPhone 1
好像是七牛,不是整站都換到了 Go 嗎?好期待聽到 Go 在 Web 開發上有大新聞。
|
37
timothyye 2016-08-14 19:35:15 +08:00 via Android 1
echo iris 目前比较推荐的两个
之前用 revel ,最近勉强更新了一下,感觉写一般的功能还是够了 |
38
Akagi201 2016-08-14 21:07:04 +08:00 1
https://github.com/gohttp/app 在用这个, TJ 出品, 非常轻量级。
|
39
sox 2016-08-14 21:20:45 +08:00 1
the cost of framework LOL
任何代码在增长之后都会变成某种程度的 framework |
40
pathbox 2016-08-14 21:45:44 +08:00 1
如果能前后分离 专注后端, go 还是极好的
|
42
Akagi201 2016-08-14 22:48:36 +08:00 1
@janxin 对的, 非常轻量级, 都是就一个文件. 我比较喜欢, 虽然不活跃了, 不过完全可以自己 hold 住, 把所有代码自己掌握了, 就当自己的一个框架.
|
43
c4pt0r 2016-08-15 01:27:35 +08:00 1
为什么都没人提 gorilla......
|
44
cxflag203 2016-08-15 09:30:03 +08:00 1
gin 的路由太弱了,现在让我选我选 echo 。
|
45
penjianfeng 2016-08-15 10:00:36 +08:00 1
写 web,golang 的模板渲染是个非常及其很麻烦很扯淡的事情,建议前后端分离,golang 用来写 restful api 供前端使用,效果很赞,单纯又 golang 渲染页面复杂很扯淡的...
|
46
penjianfeng 2016-08-15 10:02:51 +08:00
恩,我也推荐用 echo,1.0 的时候有些功能可能需要自己造个轮子,现在 2.0 的时候很赞了,建议使用,beego 么,,,虽说是谢大写的,还是不推荐,不要问我为什么,看下代码就知道了
|
47
windyboy 2016-08-15 11:54:07 +08:00 1
如果写 api 的话,我也没有用什么特定的框架
就是用 goadesign 生成一套代码 http 部分应该是原生的 |
49
wujunze 2016-08-15 13:07:02 +08:00
Web 开发 php 是性价比最高的语言 没有之一
|
50
gejigeji 2016-08-15 14:13:56 +08:00
golang 写底层 api , web 用 python 之类的
|