记录－交流－Web开发知识分享
对于一个HTTP应用来说，从用户发起请求到响应输出结束，大致的标准请求流程如下：
Composer的自动加载autoload文件think\Appprovider.php文件HTTP应用类think\HttpHTTP应用类的run方法启动一个HTTP应用app\Request 继承think\Request）保存到容器think\App类的初始化方法initialize.env和全局初始化文件
在 2019 年，我想创建一个紧跟我们的定制设计并具有流畅动画和交互的网站。我看着UIkit（在新标签中打开），但我没有选择它有两个原因：
这导致我搜索其他框架，这些框架与 UIkit 不同，仅提供基本的 JavaScript 功能，允许您根据需要设置样式和动画。我什么也没找到。所以，很自然，我决定自己做（在新标签中打开）.
我正在与我正在开发的网站并行开发框架，这很棒。我能够使代码恰到好处并实现我需要的功能。我从 UIkit 中获得了一些灵感，但坚持我的主要想法。
后来发现效率不高，所以决定重构。但是因为我正在开发那个框架并同时使用它，所以我不仅要重新设计框架，还要重新设计网站。除此之外，我试图使这项工作适用于尽可能多的用例。如果你使用 React 会怎样？如果你不这样做呢？如果你使用 jQuery 会怎样？如果你连 JavaScript 都不太了解怎么办？
至此，我的热情开始慢慢消退。不知不觉中，我把自己置于一个想要解决尚不存在的问题并完美解决它们的位置。但我仍然相信，最终，它会是“值得的”。
然后，我们的团队开始壮大。我不再是唯一一个在那个网站上工作的人。因为它使用了我的框架，所以我不得不让新人使用它。这意味着我必须编写自述文件，然后是文档、示例用法等。尽管如此，我们仍然需要在 Slack 中清理一些东西。
因为我们的团队在成长，所以我们的工作量也在增加。这导致与网站并行的框架工作在周末和清晨过渡到框架工作。
不过，我继续。我有（并且到现在仍然有）放弃项目的习惯，所以我决定至少将框架简化为可以通过 npm 下载的有组织的小 JavaScript 片段。但是我是否使用自定义元素（在新标签中打开）
I’ve got a challenge for you. The next time you start a new project, try not using a PHP framework.
Now, this isn’t an anti-framework screed. Neither is it a promotion of not-invented-here thinking. After all, we’re going to be …
There's a new buzzword on the PHP block: frameworkless. The activities of PHP communities last year made it possible to build robust applications, uniquely composed of little bits, without relying on a big framework. Let's find out how they work …
以 C 扩展编写的全功能栈PHP开发框架 Phalcon 4.0.0发布！Phalcon目前是性能最高的PHP框架。从一年前的Phalcon4.0.0 alpha1，到现在正式发布，共开发了一年。添加了新功能，修复设计缺陷，重写代码库使速度更高以及使用更严格的变量类型。…
我为你们准备了一个富有挑战性的事情。接下来你们将以 无 框架的方式开启一个项目之旅。
首先声明， 这篇并非又臭又长的反框架裹脚布文章。也不是推销 非原创 思想 。毕竟， 我们还将在接下来的开发之旅中使用其他框架开发者编写的辅助包。我对这个领域的创新也是持无可非议的态度。
这无关他人，而是关乎己身。作为一名开发者，它将有机会让你成长。
也许无框架开发令你受益匪浅的地方就是，可以从底层运作的层面中汲取丰富的知识。抛却依赖神奇的，帮你处理无法调试和无法真正理解的东西的框架，你将清楚的看到这一切是如何发生的。
很有可能下一份工作中，你并不能随心所以地选择框架开拓新项目。现实就是，在很多高价值，关键业务的 PHP 工作中均使用现有应用。 并且该应用程序是否构建在当前令人舒爽的 Laravel 或 Symfony 等流行框架中，亦或是陈旧过时的 CodeIgniter 或者 FuelPHP 中，更有甚者它可能广泛出现在令人沮丧的 “面向包含体系结构” 的传统的 PHP 应用 之中，所以无框架开发会在将来你所面临的任何 PHP 项目中助你一臂之力。
上古时代， 因为 某些系统 不得不解释分发 HTTP 请求，发送 HTTP
用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 这个框架.
再说一下 …
Performance is an interesting and sensitive topic. Suffice to say that most projects should not care too much; modern PHP frameworks are fast enough for most use cases and projects. And PHP 7 performance improvements help a lot as well. …
原文地址：Laravel的核心概念 聪聪的个人网站
工欲善其事，必先利其器。在开发Xblog的过程中，稍微领悟了一点Laravel的思想。确实如此，这篇文章读完你可能并不能从无到有写出一个博客，但知道Laravel的核心概念之后，当你再次写起Laravel时，会变得一目了然胸有成竹。…
近期评论