2017-11-04 15:14

引用来自“eechen”的评论

@orpherus
这是Swoole作者的博客:
http://rango.swoole.com/archives/237
golang和node.js都是定期进行全局gc,当发生gc时,所有代码都停止运行。
如果内存申请释放很复杂,需要很长的时间才能处理完毕。程序会发生周期性卡顿。

这是Swoole作者的回答:
http://group.swoole.com/question/106131
Swift与C++、Java、PHP一样是面向对象的语言,标准的class语法,比Go不知道高到哪里去了。

swoole与node.js/react之类不同的是,swoole是整体方案。
从性能、异步、并行、可维护性、开发效率方面综合考虑的。
swoole中你可以同步,也可以异步。
代码中可以有阻塞,通过多开进程来调整处理能力。
既保证性能,又保证开发效率。

引用来自“orpherus”的评论

我来讲个笑话,swoole背后那个公司,竟然也招C++和Java,还招了Go,php做后台服务,看来也不是那么全能嘛

引用来自“eechen”的评论

你真是搞笑,鸟哥所在的链家,难道就只用PHP么?
同理,峰哥所在的车轮互联,为什么就一定只用PHP和Swoole呢?
微软偌大一个公司,不是还得用Linux等开源产品,但又能说明什么?

引用来自“orpherus”的评论

车轮一共才二三十个后端开发,偌小的团队不能php一统江湖?
几十号人的后端团队,还少?
一个王者荣耀团队,也就几十号人.
2017-11-04 14:27

引用来自“eechen”的评论

@orpherus
这是Swoole作者的博客:
http://rango.swoole.com/archives/237
golang和node.js都是定期进行全局gc,当发生gc时,所有代码都停止运行。
如果内存申请释放很复杂,需要很长的时间才能处理完毕。程序会发生周期性卡顿。

这是Swoole作者的回答:
http://group.swoole.com/question/106131
Swift与C++、Java、PHP一样是面向对象的语言,标准的class语法,比Go不知道高到哪里去了。

swoole与node.js/react之类不同的是,swoole是整体方案。
从性能、异步、并行、可维护性、开发效率方面综合考虑的。
swoole中你可以同步,也可以异步。
代码中可以有阻塞,通过多开进程来调整处理能力。
既保证性能,又保证开发效率。

引用来自“orpherus”的评论

我来讲个笑话,swoole背后那个公司,竟然也招C++和Java,还招了Go,php做后台服务,看来也不是那么全能嘛
你真是搞笑,鸟哥所在的链家,难道就只用PHP么?
同理,峰哥所在的车轮互联,为什么就一定只用PHP和Swoole呢?
微软偌大一个公司,不是还得用Linux等开源产品,但又能说明什么?
2017-11-04 10:04
@orpherus
C的生态当然跟PHP有关系,PHP内置的各种库绑定,很多都是直接封装C的系统调用或者存在的C功能库。
最典型的如PHP内置SQLite引擎库,在对比看看Java,用个SQLite却很蛋疼。
2017-11-04 10:01
@orpherus
这是Swoole作者的博客:
http://rango.swoole.com/archives/237
golang和node.js都是定期进行全局gc,当发生gc时,所有代码都停止运行。
如果内存申请释放很复杂,需要很长的时间才能处理完毕。程序会发生周期性卡顿。

这是Swoole作者的回答:
http://group.swoole.com/question/106131
Swift与C++、Java、PHP一样是面向对象的语言,标准的class语法,比Go不知道高到哪里去了。

swoole与node.js/react之类不同的是,swoole是整体方案。
从性能、异步、并行、可维护性、开发效率方面综合考虑的。
swoole中你可以同步,也可以异步。
代码中可以有阻塞,通过多开进程来调整处理能力。
既保证性能,又保证开发效率。
2017-11-04 09:56

引用来自“orpherus”的评论

然而v8和otp都是重金砸出来的,swoole比不了

引用来自“eechen”的评论

JS的V8引擎应该对比PHP的Zend引擎,Swoole只是PHP的异步网络引擎。
Swoole可以跟Node.js+Socket.IO做对比。

@无锡首席大都督程序员
Erlang这种函数式编程的语言比较冷门,易用性上PHP更好.
至于性能,C实现的Swoole性能不会比动态语言Erlang实现的OTP差吧.

引用来自“orpherus”的评论

swoole代码质量差,功能跟otp也不是一个量级上的,当然了,php生态差,也没多少选择了

引用来自“eechen”的评论

PHP生态差?你真的很雷人呀.
PHP和Swoole都是基于C的产品.
PHP在应用层,C在底层,它们的生态一点都不差.

引用来自“orpherus”的评论

C的生态跟php也没什么关系啊,php程序员普遍基础那么差,有几个能用得上C?swoole作者说了,最值得投入学习的是go语言,不是php。
“Swoole作者说了,最值得投入学习的是Go语言,不是PHP。 ”
请问,你这个出处在哪里?不会是你胡编的吧,哈哈。
2017-11-03 23:31

引用来自“orpherus”的评论

然而v8和otp都是重金砸出来的,swoole比不了

引用来自“eechen”的评论

JS的V8引擎应该对比PHP的Zend引擎,Swoole只是PHP的异步网络引擎。
Swoole可以跟Node.js+Socket.IO做对比。

@无锡首席大都督程序员
Erlang这种函数式编程的语言比较冷门,易用性上PHP更好.
至于性能,C实现的Swoole性能不会比动态语言Erlang实现的OTP差吧.

引用来自“无锡首席大都督程序员”的评论

@eechen erlang的otp好的不仅仅是网络性能,分布式真心做得好
不知道Erlang/OTP的分布式具体体现在什么地方,能说说么.
2017-11-03 23:27

引用来自“orpherus”的评论

然而v8和otp都是重金砸出来的,swoole比不了

引用来自“eechen”的评论

JS的V8引擎应该对比PHP的Zend引擎,Swoole只是PHP的异步网络引擎。
Swoole可以跟Node.js+Socket.IO做对比。

@无锡首席大都督程序员
Erlang这种函数式编程的语言比较冷门,易用性上PHP更好.
至于性能,C实现的Swoole性能不会比动态语言Erlang实现的OTP差吧.

引用来自“orpherus”的评论

swoole代码质量差,功能跟otp也不是一个量级上的,当然了,php生态差,也没多少选择了
PHP生态差?你真的很雷人呀.
PHP和Swoole都是基于C的产品.
PHP在应用层,C在底层,它们的生态一点都不差.
2017-11-03 22:31

引用来自“orpherus”的评论

然而v8和otp都是重金砸出来的,swoole比不了
JS的V8引擎应该对比PHP的Zend引擎,Swoole只是PHP的异步网络引擎。
Swoole可以跟Node.js+Socket.IO做对比。

@无锡首席大都督程序员
Erlang这种函数式编程的语言比较冷门,易用性上PHP更好.
至于性能,C实现的Swoole性能不会比动态语言Erlang实现的OTP差吧.
2017-11-03 08:44
#Swoole# 之于PHP,就像Node.js之于JS,OTP之于Erlang.
回复 @
{{emojiItem.symbol}}
返回顶部
顶部