w***g
发帖数: 5958 | 1 早就有了。基于protobuf的。我以前用过，如果没记错的话
似乎很糙，没法区分字符串为空和字符串没传过来。
thrift里有个__isset可以区分，gRPC没有。
隐约记得这个，我有一个系统本来是写成同时支持
gRPC和thrift的。后来因为这个isset的问题，就不支持gRPC了。
G的开源软件都一个德行，mediocre。
其实想想也是，如果有个软件解决一个有用的问题，
either性能或这精度做到了业内第一，能指望他们开源吗？ |
|
w***x
发帖数: 105 | 2 刚看了grpc的代码，头一个看到的就让我无语了，他们内部怎么做的review啊？
欣赏下：
static __thread gpr_timer_log *g_thread_log; |
|
w***g
发帖数: 5958 | 3 gRPC就是用的protocol buffer。gRPC + protobuf用起来更舒服点。
thrift只能serialize到它自己的接口，似乎不能serialize到字符串。 |
|
s******c
发帖数: 1920 | 4 grpc叫做
算是stubby的reimplementation吧 |
|
f*****d
发帖数: 2285 | 5 +1
[在 superapc (apc) 的大作中提到：]
：grpc叫做
：算是stubby的reimplementation吧
：........... |
|
|
j**********r
发帖数: 3798 | 7 人问后端java service怎么写，你使劲JSP, Servlet的，本来就是牛头不对马嘴。后端
指的是业务层和存储层，最流行的架构仍然是spring和jpa。Servlet无非是over http
的一种实现，还可以有gRPC, Hessian之类的binary protocol. 可以视为业务层和表现
层之间的adapter。无论你是binary还是http，后端的业务层和存储层并不受影响。 |
|
N*****m
发帖数: 42603 | 8 哎，这你又错了，grpc可以基于http2
Facebook |
|
u********e
发帖数: 4950 | 9 PJZH (胖金猪) 于 (Thu Jun 9 13:20:30 2011, 美东) 提到:
这真是娱乐贴，我查了一堆和RENN开局相似的，结果发现RENN is the biggest loser
。但情况应该只是暂时的。
SYMBOL DOWN DAYS
---------- ---------- ----------
AGRG 8 14
CNTR 5 14
CONG 6 14
EQIN 7 14
GRPC 6 14
HBTA 3 8
HMTM 2 8
HVOL 3 8
LBTA 1 8
LVOL 4 ... 阅读全帖 |
|
|
w***g
发帖数: 5958 | 11 可以在thrift/grpc外面再包一层特定语言的库。C++我就是这么做的。Java, python如
果有人愿意做binding那最然最好。目前只想到做js lib是因为做demo要用。 |
|
w***g
发帖数: 5958 | 12 首先写thrift和gRPC比做http容易，加起来花了我一天时间已经做出来了。http因为要
做成嵌入式的，还要支持上传文件，代码还没port过来。rest JSON API最后肯定会有
，而且server在HTTP模式下还会支持直接serve静态文件，这样demo只需要server和
html+js就可以，中间不用再夹一层别的东西。
为什么要嵌入式http? mongo, redis啥的不会带一个独立的http server。我也一样，
部署的时候就一个binary。 |
|
d*******r
发帖数: 3299 | 13 回头看看 gRPC + protobuf, 多谢提点 |
|
w***g
发帖数: 5958 | 14 如果只是用底层的socket，串口通信，文件操作，C++和java没啥大差别，
犯不着混合编程。用C++可能更容易点。
如果网络操作想省点事，并且协议比较自由，那么在C++上用thrift或者gRPC都很方便，
错误处理也更方便。这年头不兴自己写socket了。
如果想跑一个http服务器，C++有https://github.com/datasift/served，底层用
boost.asio实现的。关键是要避免自己设计网络协议。
GPIO如果是linux的话似乎直接用标准文件操作读写设备文件就行，java和C++一样。
如果是我，不到万不得已不会上JNI。 |
|
l*******m
发帖数: 1096 | 15 刚开源的，好像是为了distributed tensorflow. 大牛们怎么看用于microservices |
|
|
g****u
发帖数: 252 | 17 我一直以为restful就是用JSON作为数据格式，用HTTP作为协议的API。
如果是的话，其实我觉得相比RPC, corba, thrift, gRPC啥的来说是一种简化，适合
快速叠代。
请版上的大牛指正。 |
|
w***g
发帖数: 5958 | 18 XXX-RPC时代感觉大家追求一个“调用子程序”的感觉。
包括thrift和gRPC，其实也还是一个套路。
但是现在好像更多的人想开了，觉得http其实是一个超越语言更通用的标准，
于是基于HTTP的restful API就流行起来了。 |
|
d****n
发帖数: 12461 | 19 grpc搭一个靠谱不靠谱？还是thrift，还是其他的？ |
|
|
l*******m
发帖数: 1096 | 21 如果你认为rest慢，可以用grpc, 正好你用CPP |
|
发帖数: 1 | 22 不懂什么意思
这两天看了一下GRPC，好像没有太多人用来做file transfer，还是说RPC本来设计就不
是用来转发大文件的？
如果我需要发图片，多个服务需要按顺序来处理这个图片，是不是应该搞个redis来存
，然后大家去访问？ |
|
s********k
发帖数: 6180 | 23 gRPC现在在machine learning用的比REST之类多多了吧 |
|
w*****r
发帖数: 197 | 24 js support for gRPC at browser-end? |
|
