框架

thinkphp 框架HTTP请求流程

thinkphp 框架HTTP请求流程

对于一个HTTP应用来说,从用户发起请求到响应输出结束,大致的标准请求流程如下:

  • 载入Composer的自动加载autoload文件
  • 实例化系统应用基础类think\App
  • 获取应用目录等相关路径信息
  • 加载全局的服务提供provider.php文件
  • 设置容器实例及应用对象实例,确保当前容器对象唯一
  • 从容器中获取HTTP应用类think\Http
  • 执行HTTP应用类的run方法启动一个HTTP应用
  • 获取当前请求对象实例(默认为 app\Request 继承think\Request)保存到容器
  • 执行think\App类的初始化方法initialize
  • 加载环境变量文件.env和全局初始化文件
  • 加载全局公共文件、系统助手函数、全局配置文件、全局事件定义和全局服务定义
  • 判断应用模式(调试或者部署模式)
        

不要建立自己的框架

终端命令“rm -rf .git”,被随机字符包围。

在 2019 年,我想创建一个紧跟我们的定制设计并具有流畅动画和交互的网站。我看着UIkit(在新标签中打开),但我没有选择它有两个原因:

  • 它对设计有自己的看法
  • 它不符合我对“流畅”的要求

这导致我搜索其他框架,这些框架与 UIkit 不同,仅提供基本的 JavaScript 功能,允许您根据需要设置样式和动画。我什么也没找到。所以,很自然,我决定自己做(在新标签中打开).

我正在与我正在开发的网站并行开发框架,这很棒。我能够使代码恰到好处并实现我需要的功能。我从 UIkit 中获得了一些灵感,但坚持我的主要想法。

后来发现效率不高,所以决定重构。但是因为我正在开发那个框架并同时使用它,所以我不仅要重新设计框架,还要重新设计网站。除此之外,我试图使这项工作适用于尽可能多的用例。如果你使用 React 会怎样?如果你不这样做呢?如果你使用 jQuery 会怎样?如果你连 JavaScript 都不太了解怎么办?

至此,我的热情开始慢慢消退。不知不觉中,我把自己置于一个想要解决尚不存在的问题并完美解决它们的位置。但我仍然相信,最终,它会是“值得的”。

然后,我们的团队开始壮大。我不再是唯一一个在那个网站上工作的人。因为它使用了我的框架,所以我不得不让新人使用它。这意味着我必须编写自述文件,然后是文档、示例用法等。尽管如此,我们仍然需要在 Slack 中清理一些东西。

因为我们的团队在成长,所以我们的工作量也在增加。这导致与网站并行的框架工作在周末和清晨过渡到框架工作。

不过,我继续。我有(并且到现在仍然有)放弃项目的习惯,所以我决定至少将框架简化为可以通过 npm 下载的有组织的小 JavaScript 片段。但是我是否使用自定义元素(在新标签中打开)

PHP框架最新性能压力测试比较

有人说PHP性能低?go语言性能高?到底谁高谁低数据说话!我们就来实际对比一下各PHP框架及一款go语言框架的性能是怎样的。

硬件: CPU:Intel(R) Xeon(R) CPU E5-2689 0 @ 2.60GHz 16核心。内存:16GB。

操作系统:Ubuntu 18.04

PHP版本:7.4

压力测试命令: ab -n 100000 -c 1000 -k $url

PHP框架最新输出hello world压力测试结果:

框架 版本 方式 web服务器 RPS 最高日/PV
laravel 8.x web nginx 1000  8640w
                

不依赖框架写出现代化 PHP 代码

我为你们准备了一个富有挑战性的事情。接下来你们将以  框架的方式开启一个项目之旅。

首先声明, 这篇并非又臭又长的反框架裹脚布文章。也不是推销 非原创 思想 。毕竟, 我们还将在接下来的开发之旅中使用其他框架开发者编写的辅助包。我对这个领域的创新也是持无可非议的态度。

这无关他人,而是关乎己身。作为一名开发者,它将有机会让你成长。

也许无框架开发令你受益匪浅的地方就是,可以从底层运作的层面中汲取丰富的知识。抛却依赖神奇的,帮你处理无法调试和无法真正理解的东西的框架,你将清楚的看到这一切是如何发生的。

很有可能下一份工作中,你并不能随心所以地选择框架开拓新项目。现实就是,在很多高价值,关键业务的 PHP 工作中均使用现有应用。 并且该应用程序是否构建在当前令人舒爽的 LaravelSymfony 等流行框架中,亦或是陈旧过时的 CodeIgniter 或者 FuelPHP 中,更有甚者它可能广泛出现在令人沮丧的  “面向包含体系结构” 的传统的 PHP 应用 之中,所以框架开发会在将来你所面临的任何 PHP 项目中助你一臂之力。

上古时代, 因为 某些系统 不得不解释分发 HTTP 请求,发送 HTTP

    

[原创首发]关于如何正确使用PHP框架及如何选择框架之我见.

用PHP 开发程序这么多年了,今天想和大家谈谈如何正确使用PHP框架.

即关于PHP开发什么时候用框架,用不用框架,用什么框架,不同项目是否用不同框架,是否要学习多个框架,付出多少学习成本等问题.

先说一下,我用过的框架有:Swoole, Laravel, phalcon ,symfony, codeigniter, thinkphp.

这几个框架都有什么特点? 有没有做什么项目都通吃的框架?

先说一下swoole,swoole是用C写的PHP扩展,性能很高,通常用于写后台服务和网络通信程序.,但是对于一般的普通web程序它不太适合.并且学习难度大.当然如果你追求性能,写后台服务和接口还是适合的.

再说一下 Phalcon这个框架,同样的C写的全栈框架,以php扩展方式发布,性能可以说是最好的.但是因为一是英文的文档,要求你英文比较好.phalcon在国内用的人比较少,所以中文文档不多.phalcon写web程序和接口都是很好的.但不适合写后台服务.还有一点是这个框架虽然好,但是因为是C写的,如果有一些bug,就要等官方修复,或需要你懂C语言自己来修复.还有一点扩展性不好,如果你想加新功能,比如mongodb数据库支持,它是支持的,但是需要是老的php mongo扩展,用新的php mongodb扩展的话,就需要写php代码来实现,这就降低了性能.所以说这框架很好,但还是有一些不便.

其次是Laravel这个框架,最近可是风头正旺,号称最好的框架,以优雅著称.也像phalcon一样,用到了最新的一些概念:如composer,依赖注入,服务定位等.国内用的人也不少,中文文档及资料也比较多.但是我想说的是性能是这个框架的硬伤,新安装的laravel 5.1 框架 输出一个hello world 每秒rps 才达到几十, 而最 新发布的laravel 5.5 及性能居然还不及laravel 5.1版.究其原因是因为这个框架一启动就加载了一百多个文件,这就是性能很低的原因(IO开销很贵的!). 这个框架再好,但是性能太低,就需要拿硬件来支撑.除非你是土壕,否则还是不建议用Laravel 这个框架.

再说一下 …