t**r
发帖数: 3428 | | p*****2
发帖数: 21240 | | W***o
发帖数: 6519 | 3 费劲，orm 没有好的
【在 t**r 的大作中提到】
: go适合做web么？
| p*****2
发帖数: 21240 | 4 NoSQL?
【在 W***o 的大作中提到】
: 费劲，orm 没有好的
| d****n
发帖数: 1637 | 5 backend 写起来根C一样简单。开发那叫飕飕的
front end要么 server render template,要么纯js+html. (我不喜欢混合前后html控
制)
纯js也可以选择gopherjs,不过不是全方面的，现在只对3d-2dgame engine支持好。
写golang code,直接编译成js，这个根coffee script有点象。go code比coffee好看多
了（对于我来说）
我觉得好的use case是，gopherjs 写lib,编译成js lib ,然后用别的(jquery,
angular)来调用。
另一个use case是，很复杂的前端，根本不能用js来好好组织code structure,就完全
上gopherjs。但是鄙人持保留态度，这个很有风险。毕竟gopherjs是一个人的support.
网页layout，还要靠angular,emberjs来好点。
还有个v8worker,在client端也能实现一些神奇的效果。可惜我没想到怎么用。
不过，engineering上美地狠。dev,test,build, deploy(not debug)
也不用象nodejs那样写一小段一小段的代码，维护，升级，很方便。
(nodejs 对于过多，过大的 js lib，html template就只能-嘿嘿了)
warning:这个比起java and .net还是太新了，高级一点的地方要自己造轮子。
但即使造轮子也很快。（你不造，别人就造了）
【在 t**r 的大作中提到】
: go适合做web么？
| d*******r
发帖数: 3299 | 6 你 server 是用 Go 默认的 lib 裸写的?
轻便的 framework 都不用, 比如: https://github.com/go-martini/martini
还有, Go 的 DB 你配的是 mySQL 这类, 还是 MongoDB 这种 noSQL, Go 貌似使用
JSON 比较方便.
support.
【在 d****n 的大作中提到】
: backend 写起来根C一样简单。开发那叫飕飕的
: front end要么 server render template,要么纯js+html. (我不喜欢混合前后html控
: 制)
: 纯js也可以选择gopherjs,不过不是全方面的，现在只对3d-2dgame engine支持好。
: 写golang code,直接编译成js，这个根coffee script有点象。go code比coffee好看多
: 了（对于我来说）
: 我觉得好的use case是，gopherjs 写lib,编译成js lib ,然后用别的(jquery,
: angular)来调用。
: 另一个use case是，很复杂的前端，根本不能用js来好好组织code structure,就完全
: 上gopherjs。但是鄙人持保留态度，这个很有风险。毕竟gopherjs是一个人的support.
| d****n
发帖数: 1637 | 7 我用的是beego，比起martini，beego 有偏好，但是有orm.我可没那能力和时间自己造
一个轮子。
martini 我感觉有两点好的，
1. router 是tree的，支持很好的regexp, query parsing也很standard
beego 的太简单,太少doc
2.http.Hanlder 和 golang的compatible. func fn(request, response)
beego的只用 一个struct (beego.Controller) 传来穿去，很难refactor 或者
intercept
beego 有自己的middleware装法，但是不标准， 要follow it.
public的middle ware 都支持标准 handler singnature.
matini不好的就是要自己装orm,感觉好多人自己加装gorm。
我只有用RDBMS 的经验。没用国 noSQL, (听说golang支持mongodb也不错)
golang 自己家的rethingDB 也很好，但是太新了。一次update 就改动了2000多个
feature,太可怕了。
json, 大家都用encode/json, 和其他marshal/unmashall 的语言一样。
方便不敢说，和javascript比，没有能比js对json支持更方便的。
【在 d*******r 的大作中提到】
: 你 server 是用 Go 默认的 lib 裸写的?
: 轻便的 framework 都不用, 比如: https://github.com/go-martini/martini
: 还有, Go 的 DB 你配的是 mySQL 这类, 还是 MongoDB 这种 noSQL, Go 貌似使用
: JSON 比较方便.
:
: support.
| d*******r
发帖数: 3299 | 8 多谢分享, 你说的是 http://www.rethinkdb.com ?
我怎么记得这个是 C++ 写的呢
【在 d****n 的大作中提到】
: 我用的是beego，比起martini，beego 有偏好，但是有orm.我可没那能力和时间自己造
: 一个轮子。
: martini 我感觉有两点好的，
: 1. router 是tree的，支持很好的regexp, query parsing也很standard
: beego 的太简单,太少doc
: 2.http.Hanlder 和 golang的compatible. func fn(request, response)
: beego的只用 一个struct (beego.Controller) 传来穿去，很难refactor 或者
: intercept
: beego 有自己的middleware装法，但是不标准， 要follow it.
: public的middle ware 都支持标准 handler singnature.
| d****n
发帖数: 1637 | 9 https://github.com/rethinkdb/rethinkdb
you are right.看来我没有调查就不要胡说。(嘴比脑子快了)
恍惚记得好像ｒｅｔｈｉｎｋｄｂ要在ｇｏｌａｎｇ上重写（了？）。忘记了在哪看到
的了。(2000个ｕｐｄａｔｅ 也忘记在哪看的了，当时把我吓一跳）
////copy from the website
When is RethinkDB not a good choice?
RethinkDB is not a good choice if you need full ACID support or strong
schema enforcement—in this case you are better off using a relational
database such as MySQL or PostgreSQL.
If you are doing deep, computationally-intensive analytics you are better
off using a system like Hadoop or a column-oriented store like Vertica.
In some cases RethinkDB trades off write availability in favor of data
consistency. If high write availability is critical and you don’t mind
dealing with conflicts you may be better off with a Dynamo-style system like
Riak.
【在 d*******r 的大作中提到】
: 多谢分享, 你说的是 http://www.rethinkdb.com ?
: 我怎么记得这个是 C++ 写的呢
| W***o
发帖数: 6519 | 10 我想试试把gorm整合到beego 看看， beego自带的orm还是太原始了
【在 d****n 的大作中提到】
: 我用的是beego，比起martini，beego 有偏好，但是有orm.我可没那能力和时间自己造
: 一个轮子。
: martini 我感觉有两点好的，
: 1. router 是tree的，支持很好的regexp, query parsing也很standard
: beego 的太简单,太少doc
: 2.http.Hanlder 和 golang的compatible. func fn(request, response)
: beego的只用 一个struct (beego.Controller) 传来穿去，很难refactor 或者
: intercept
: beego 有自己的middleware装法，但是不标准， 要follow it.
: public的middle ware 都支持标准 handler singnature.
| | | d****n
发帖数: 1637 | 11 都是我个人看法， 也许好多我还没了解。
等你整个ｇｅｎｅｒａｌ 的ｆｒａｍｅｗｏｒｋ,我就等用现成的了。
ｐｓ:除非你时间充足，否则要耗好多心血。
【在 W***o 的大作中提到】
: 我想试试把gorm整合到beego 看看， beego自带的orm还是太原始了
| f******2
发帖数: 2455 | 12 Beego感觉是走Django的路子，重型机械。
Martini，Goji感觉是Flask的路子，可插入可拼装是卖点。
Gorilla在这里边是什么位置？
【在 d****n 的大作中提到】
: 我用的是beego，比起martini，beego 有偏好，但是有orm.我可没那能力和时间自己造
: 一个轮子。
: martini 我感觉有两点好的，
: 1. router 是tree的，支持很好的regexp, query parsing也很standard
: beego 的太简单,太少doc
: 2.http.Hanlder 和 golang的compatible. func fn(request, response)
: beego的只用 一个struct (beego.Controller) 传来穿去，很难refactor 或者
: intercept
: beego 有自己的middleware装法，但是不标准， 要follow it.
: public的middle ware 都支持标准 handler singnature.
| W***o
发帖数: 6519 | 13 昨晚试了一下gorm +beego, 可以写和读，今天继续整
【在 d****n 的大作中提到】
: 都是我个人看法， 也许好多我还没了解。
: 等你整个ｇｅｎｅｒａｌ 的ｆｒａｍｅｗｏｒｋ,我就等用现成的了。
: ｐｓ:除非你时间充足，否则要耗好多心血。
| d****n
发帖数: 1637 | 14 加油！
【在 W***o 的大作中提到】
: 昨晚试了一下gorm +beego, 可以写和读，今天继续整
| d****n
发帖数: 1637 | 15 整机，半成品，零件
很奇怪，beego和martini都没有用Gorilla组装
【在 f******2 的大作中提到】
: Beego感觉是走Django的路子，重型机械。
: Martini，Goji感觉是Flask的路子，可插入可拼装是卖点。
: Gorilla在这里边是什么位置？
| f******2
发帖数: 2455 | 16 有牛人可以创造一个新的framework，用Gorilla做零件吗？
这样就和Gorilla互为照应，互为提携了
【在 d****n 的大作中提到】
: 整机，半成品，零件
: 很奇怪，beego和martini都没有用Gorilla组装
|
|
