Zan & Swoole2.0

安宇雨 - 随手采集
2019-09-26 17:07:45
随手采集
0000-未整理-等待研究

Swoole2.0 alpha版发布，大家可能会有个疑惑，
Zan的协程框架是不是要关门大吉了呢？
答案当然是否定的。

Zan和Swoole2.0走的方向是不一样的；

Swoole2.0的方向是希望和Golang一较高下;
Zan的定位是搭建一个Zan + Golang的生态；

Swoole2.0

鸟哥的出现确实让国人在技术界猛的一抬头。
天峰的Swoole也备战了很多年，任重道远。
Zan目前是基于Swoole搭建的，和2.0并没有什么冲突。
大家一起努力吧。

重申下Zan的定位：

Zan 的定位是高并发 Web 服务或业务中间件。
Zan 参考了很多 Golang 特性，不过目的绝不是为了替换掉 Golang。
PHP 在业务系统开发上的优势明显，而 Golang 相信会是将来系统编程的霸主。
Zan 和 Golang 的边界是：Zan做业务系统；
Golang 做系统（中间件或基础服务组件）。
而 Zan 和 Golang 编程模型的驱近，是希望能给PHP程序员一个更好的桥梁到 Golang。
理想的技术栈是：Zan + Golang + 少量的C/C++。
当然对于致力于终身coding的码农来说：Java依然是很难跨过去的坎。

为什么会有这么个定位呢？

Golang在系统编程界相信很难撼动
PHP在业务上的优势也非常明显，虽然zan的协程使用上用了yield关键词，对初学者有一定的成本，不过相信2个小时后让大家困惑的一定不是yield这个关键词，更多的是高并发服务所需要关注的资源管理、可运维性、稳定性、。。。
Zan提供了很多高并发的基础组件来简化服务开发，如连接池、并发模型、defer解决资源管理的配队问题，...
当然Zan的方式对于很多小伙伴来说是一种非常新的模型，很多的小伙伴是来看代码的，对于代码，我们还是比较有信心的，哈哈
对于大型应用来说稳定性极为重要，我们内部也有个Swoole维护的小分队，致力于沉淀一个Swoole的稳定版