刚刚一个群里有人引出了 PHP 数组和对象占用内存谁多谁少的问题。我想起之前我好像也测试过这个问题,和群里人说的对象比数组节省内存的结论相反,我得出的是数组比对象节省内存。
但今天,我想说,这两种说法都不对!!!
刚刚一个群里有人引出了 PHP 数组和对象占用内存谁多谁少的问题。我想起之前我好像也测试过这个问题,和群里人说的对象比数组节省内存的结论相反,我得出的是数组比对象节省内存。
但今天,我想说,这两种说法都不对!!!
点进去看吧,代码……
先来讲讲目前的场景吧,目前已有的api项目是跑在apache下的,接下来打算新的业务接口上swoole+imi。为了保证不给前端那边造成困扰,打算新老接口,都用同一个域名(api.xxx.com)。
这时候就需要Nginx了,之前说实话没怎么用过,研究了一下,暂时没什么问题。把配置发出来,供大家参考,也是给自己做一个记录。
作为一个开源作者,我开发的类库、框架想要本地开发并测试,一般框架demo是单独一个项目。我demo项目想要通过composer引用框架,一般需要推送到git上才可以。找了半天,终于找到可以引入本地文件夹的办法了。
IMI 是基于 Swoole 开发的协程 PHP 开发框架,拥有常驻内存、协程异步非阻塞IO等优点。
IMI 框架文档丰富,上手容易,致力于让开发者跟使用传统 MVC 框架一样顺手。
IMI 框架底层开发使用了强类型,易维护,性能更强。支持 Aop ,支持使用注解和配置文件注入,完全遵守 PSR-3、4、7、11、15、16 标准规范。
框架的扩展性强,开发者可以根据实际需求,自行开发相关驱动进行扩展。不止于框架本身提供的功能和组件!
我们认为一个框架不仅需要代码健壮、简单易用,文档也是十分重要,所以文档的完善是我们工作的重点,相信一个好的文档能够让你事半功倍!
借助这篇文章,我希望能够把 Swoole 安利给更多人。虽然 Swoole 可能目前定位是一些高级 phper 的玩具,让中低级望而生畏,可能对一些应用场景也一脸懵逼,但其实没这么难的。
在 Swoole 官网的自我介绍是“面向生产环境的 PHP 异步网络通信引擎”,首先 Swoole 它是一个网络应用的开发工具,它支持 Http、TCP、UDP、WebSocket。
Swoole 和我们传统的 PHP 开发差别是有的,需要理解的概念也是有的。使用目前一些基于 Swoole 的框架开发的话,从开发习惯上和传统的TP、LV 框架相差不多。
那为什么要使用 Swoole?
宇润认为有以下几点:
常驻内存,避免重复加载带来的性能损耗,提升海量性能
协程异步,提高对 I/O 密集型场景并发处理能力(如:微信开发、支付、登录等)
方便地开发 Http、WebSocket、TCP、UDP 等应用,可以与硬件通信
PHP 高性能微服务架构成为现实
Composer是PHP界的一个包管理器,一般大家只会用,可能不知道如何制作自己的Composer包。其实很简单,下面的图文教程就教你怎么做自己的Composer包。
“让前端开发简单而友好”是阿里对飞冰的介绍。
今天逛开源中国,看到飞冰的更新日志,第一次了解到飞冰。
下载飞冰安装后,简单使用后,感觉这太美妙了!我们做开发这行的,给公司给客户开发了这么多图形化的系统,提升工作效率,增加效益。但是我们自己日常用的工具,大多数却还是整天命令行命令行的……
这种开发方式很非主流,但我确实有这种需求。Vue 适合用来开发 SPA 单页应用,所以连官方文档和网络上的各种资料、问答也都是适合用于单页应用的项目配置。
我也是最近因为种种原因才开始接触 Vue,发现对于网页中需要有大量数据变动和组件联动情况下,Vue 还是比较方便的。所以打算用 TypeScript 和 Vue 集成到以前使用 layui 的后台中去,开发一些新的比较复杂的页面。
这一套配置,我花了4天研究出来,也算是弥补这一领域的空缺吧。前端高手勿喷,我只是一个更倾向于后端的开发者,多页面应用目前确实还有很多应用,否则 layui 也不会这么受欢迎了!