Swoole 2019 :化繁为简、破茧成蝶

Swoole开源项目从2012年开始发布第一个版本,到如今已经有近7年的历史。在这七年的时间里:git

  • 提交了8821次代码变动
  • 发布了287个版本
  • 收到并解决1161issue反馈
  • 合并了603pull request
  • 共有100位开发者贡献代码
  • GitHub收获了11940颗星

贡献者

协程

2018年咱们推出了全新的Swoole4版本,在此以前Swoole主要的编程方式仍是同步阻塞模式或异步回调。新的基于协程实现的CSP编程逐渐成为咱们惟一推荐使用的编程模式。协程将纷繁复杂异步编程大大简化。使用Swoole4协程,既简单又强大。在将来的Swoole5版本,咱们计划删除非协程的相关特性和代码,减小历史包袱,提高稳定性,下降复杂度,减小没必要要的选项,纯粹协程化。 github

过去6年咱们的团队主要以兼职开发为主,团队成员大多来自于腾讯、阿里、滴滴、百度、360、小米等国内一线互联网企业,还有一部分是国外的PHP开发者,甚至PHP语言ZendVM内核做者Dmitry Stogov也曾向Swoole贡献了代码。除此以外,咱们还招募了一些在校大学生为Swoole编写代码,逐步培养年轻一代开发者。编程

20187月份咱们组建了全职开发团队,专一于Swoole内核以及Swoole Cloud云原生组件和生态链的开发。告别过去的草莽班子,转变为专业化的开源技术研发团队。swoole

咱们的目标是让Swoole项目成为Node.jsGo这样的工业级技术,成为PHP编程语言的在异步IO和网络通讯方面的基石。网络

研发管理

成立全职研发团队后,咱们逐渐创建了很是完善的研发管理体系,提高Swoole的软件质量。主要包括如下几个方面:框架

测试驱动(TDD)

如今咱们投入大量精力实现单元测试脚本、压测脚本、自动化测试,提高单元测试覆盖率。目前已有680项测试用例,17项压测项目,在Travis-CI平台能够看到每一次CommitPull Request的编译、测试结果。异步

研发工做也基于TDD进行,在开发新特性、重构、Bug Fix时,会先编写对应的单元测试脚本,测试覆盖到代码变动的全部场景。编程语言

单元测试

代码审查(Code Review)

团队成员之间进行代码交叉审查、互相Code Review,对于代码变动的细节进行充分的评估和讨论。异步编程

重大变动,会进行团队Review,花费数小时甚至数天讨论每一行代码变动细节。工具

RFC 机制

对于非Bug Fix、非性能提高、非重构,新特性或有可能改变底层行为的变动,咱们会分为4个步骤进行。

  1. 发起RFC的提案,https://github.com/swoole/rfc...,提案内容会详细阐述此项变动的来龙去脉、相关配置项、影响的范围、使用方法、示例。
  2. 提案讨论,咱们会对提案进行充分的讨论,刨根问底,分析优劣,推敲细节。全部问题均讨论清楚后,最终立项,开始实现。
  3. 开发负责人建立git分支,编写单元测试脚本,编写代码,实现提案中的全部内容,最终发起Pull Request
  4. 交叉评审,检查代码,提出改进意见,反馈给开发负责人,继续完善细节。最终合并到主干。

整个过程均是在GitHub平台公开进行的,对Swoole项目感兴趣的PHPer都可参与。

Swoole RFC

灰度测试

为了保证正式版本的稳定性,咱们在发布前会在内部项目上进行灰度测试,检验新版本的稳定性。

另外咱们与大部分Swoole框架做者创建了联系,新版本会先发给各大框架的做者提早试用。有重大底层变动、或不兼容项会提早与其余Swoole之上的开源项目做者进行沟通。

总结

在过去的几年,Swoole项目作的并非很专业,存在较多BUG和难用的地方,也让不少使用者踩到了很多坑。最近半年成立全职研发团队后,咱们在研发管理方面进步飞快,Swoole的稳定性、成熟度方面已今非昔比。稳定性始终是第一位的,咱们在将来将会更加谨慎、严谨,保证质量。

重构

2018年下半年咱们对底层的代码进行了屡次重构,在代码结构、可读性、复用性、封装度方面进行了不少优化。使得Swoole软件更为简洁、优雅。

编程语言方面,咱们如今逐渐使用C++替代C语言。C++提供的面向对象、智能指针、容器、模板等特性可以帮助咱们进一步提高团队的开发效率。

在此也欢迎各位PHPer参与Swoole项目,贡献代码。

文档

Swoole的文档也是广为开发者诟病的一个方面。在2018年咱们团队在文档方面逐渐加大投入。从新编写梳理文档,加入丰富的例子程序,加入更详细的配图,修复细节问题,删除带有感情色彩的语句,更加客观中立严谨。

2019 将来

新的一年咱们主要有3个方向上发力。

作减法

删除非协程的特性,删除没必要要的模块,减小历史包袱,提高稳定性、下降复杂度,减小没必要要的选项,化繁为简,更简单。

Swoole内核层面仍然会继续不断重构、精简,减小代码行数,清理冗余代码,尽量地实现代码复用。

深刻项目

2018年末,咱们已经开始逐渐与在生产环境上大量使用Swoole的企业创建联系,包括腾讯云阅文好将来陌陌优信等企业。了解实际应用场景、业务模式,进行深度交流合做,提供建议,帮助企业技术团队更好的解决业务问题,接受反馈改进底层。

生态链

2019年咱们会基于Swoole4协程开发一些配套的工具和组件,弥补PHPCloud Native时代生态链方面的不足。

相关文章
相关标签/搜索