V2EX › alexapollo 的所有回复 › 第 33 页 / 共 86 页

V2EX = way to explore

V2EX 是一个关于分享和探索的地方

For Existing Member Sign In

1 ... 29 30 31 32 33 34 35 36 37 38 ... 86

❮

❯

2016 年 6 月 4 日

回复了 Quaintjade 创建的主题 › iPhone › 除了 Gmail，还有其他适合做 Apple ID 的邮箱吗？

icloud.com 不是应该最适合做苹果邮箱的吗，苹果一整套，不接收任何其他邮件

2016 年 6 月 4 日

回复了 aidevs 创建的主题 › 问与答 › 有没有人觉得，在社会上混，不仅需要不断的努力、不断的选择，有时候也要腹黑一点？

未必要腹黑，反而可以把理性的一面展现出来，把握好尺度，无愧于心。

2016 年 6 月 4 日

回复了 alexapollo 创建的主题 › 程序员 › 关于 IPC & RPC - 一图胜千言

@neoblackcap 未知协议格式， json 可以被解析，而 protobuf 不行

难不成目前有 protobuf 自动解析的方法？我还真不知道

2016 年 6 月 4 日

回复了 alexapollo 创建的主题 › 程序员 › 关于 IPC & RPC - 一图胜千言

@neoblackcap 恩，后者是笔误，应该是 HTML

你那根本就是伪逻辑，若是系统中通用 protobuf 你就认为这些是一个系统，若是换成 json 你就认为他们是不同的系统，这样根本没法说。
> 你这说反了吧，就像我们说语言有高级低级之分，高级语言当然也能干低级的事，但低级语言很多时候就干不了高级的活，或者说，代价很大

2016 年 6 月 4 日

回复了 alexapollo 创建的主题 › 程序员 › 关于 IPC & RPC - 一图胜千言

@neoblackcap 参考协议栈画图也可以。。会清晰一点。但就很难说清楚这几者之间的区别了。

2016 年 6 月 4 日

回复了 alexapollo 创建的主题 › 程序员 › 关于 IPC & RPC - 一图胜千言

@neoblackcap 对。但不同协议应用的场景比较不同，你见过跨系统的通用 protobuf 传输吗？
protobuf 本身有一些依赖，如定义好的协议结构，而且只要对 protobuf 本身有微小的修改就很容易导致不兼容，但 JSON 、 XML 、 HTTP 却很通用，序列化和反序列化是通用的。

二进制一般来说比较偏向共享内存、预定义结构这种场景。。跟 protobuf 比没有序列化和反序列化的过程。 protobuf 就是整合了不同语言，但会有额外的开销，还是不同的。

@yangmls 速度差距比较大。。

2016 年 6 月 4 日

回复了 alexapollo 创建的主题 › Python › one-python：三千 Lib 库，每领域取 Top 1，属于 Python 的单库索引

@jjx 还是 SQLAlchemy 的问题：在数据库里『加个字段』这样的场景太常见不过了，如果不能原生支持，我觉得库还是比较让人头疼的，我希望有人确定能有较好的、稳定的方案，这样就可以加到列表里

2016 年 6 月 4 日

回复了 alexapollo 创建的主题 › Python › one-python：三千 Lib 库，每领域取 Top 1，属于 Python 的单库索引

@strahe 注意分类是 Framework ，我觉得 flask 、 webpy 、 tornado 等等离 Framework 还有一定的距离。

2016 年 6 月 4 日

回复了 alexapollo 创建的主题 › Python › one-python：三千 Lib 库，每领域取 Top 1，属于 Python 的单库索引

@notolddriver 有考虑在做这个，你也可以发个 PR 试试~

2016 年 6 月 4 日

回复了 alexapollo 创建的主题 › 程序员 › 关于 IPC & RPC - 一图胜千言

@neoblackcap 左右不是对照的，但可以组合，协议的底层和高层是切分两类协议，没有依赖关系

2016 年 6 月 4 日

回复了 alexapollo 创建的主题 › 程序员 › 关于 IPC & RPC - 一图胜千言

@finian JSON 、 HTTP 、 XML 都是文本协议，解析效率很低，而且一般也用在比较高的协议层级（如基于 HTTP ），做通用通信；
而 binary 、 protobuf 这种二进制协议，一般是只能用在特定的一套体系内、不通用的、底层的，所以分开了。
有其他更好表达这两类区别的方法吗？

2016 年 6 月 4 日

回复了 alexapollo 创建的主题 › 程序员 › 关于 IPC & RPC - 一图胜千言

果然没有 argue 就没有人气吗？
Scala 是最好的语言？

2016 年 6 月 4 日

回复了 hujianxin 创建的主题 › 程序员 › 不同编程语言之间的通信方式有哪些？

默默给各位安利一下刚刚画的两张图，说明这些技术、概念的关系的
传送门 1 ： http://www.anwcl.com/wordpress/ipc-rpc/
传送门 2 ： http://www.v2ex.com/t/283430#reply0

2016 年 6 月 4 日

回复了 hujianxin 创建的主题 › 程序员 › 不同编程语言之间的通信方式有哪些？

@edfward hmm ，我在想 thrift 对比 grpc 是否更成熟点

2016 年 6 月 4 日

回复了 hujianxin 创建的主题 › 程序员 › 不同编程语言之间的通信方式有哪些？

@ElloRay
@kanner 现在都有哪些公司在用 thrift ？有用 grpc 的吗？

2016 年 6 月 4 日

回复了 hujianxin 创建的主题 › 程序员 › 不同编程语言之间的通信方式有哪些？

@ooTwToo RPC 才走协议栈

2016 年 6 月 4 日

回复了 alexapollo 创建的主题 › Python › one-python：三千 Lib 库，每领域取 Top 1，属于 Python 的单库索引

@jjx requests 已加入

2016 年 6 月 4 日

回复了 alexapollo 创建的主题 › Python › one-python：三千 Lib 库，每领域取 Top 1，属于 Python 的单库索引

@dcoder 会用一些篇幅来说明的，尽量只取 Top 1

2016 年 6 月 4 日

回复了 alexapollo 创建的主题 › Python › one-python：三千 Lib 库，每领域取 Top 1，属于 Python 的单库索引

@jjx SQLAlchemy 应该是顶级的，没有疑问，但使用起来感觉坑比较多，举两个例子：
1. MySQL has gone away - 非常常见的连接问题，理应在框架内解决
2. 数据库迁移没有原生方案，得依赖一些评价不高的第三方插件
不过它确实是比较优秀的一个组件，我会尝试使用它

requests 和 httpie 准备加入 :)

1 ... 29 30 31 32 33 34 35 36 37 38 ... 86

❮

❯