记录－交流－Web开发知识分享
HTTP方法是启动请求字符串中的必需参数。一种方法可以称为请求类型，并且基于此类型，必须在服务器上执行某些操作并将响应返回给客户端。该方法的名称区分大小写，并且通常是一个简短的单词，由英文大写字母组成。
接收请求时，服务器尝试确定请求的方法，如果失败，则返回带有代码501和短语的响应消息Not Implemented。如果服务器已定义方法，但是无法将其应用于请求的资源，则返回带有代码405和短语的响应消息Method Not Allowed。了解有关HTTP响应状态代码的更多信息。如果出现这两个选项中的任何一个，则服务器需要在返回响应时添加标头Allow 并列出服务器支持的所有方法。…
这里接着上一篇 php依赖注入，直接贴出完整代码如下：
<?php
class C
{
public function doSomething()
{
echo __METHOD__, '我是C类|';
}
}
class B
{
private $c;
public function __construct(C $c)
{
$this->c = $c;
}
public function doSomething()
{
$this->c->doSomething();
echo __METHOD__, '我是B类|';
}
}
本文实例讲述了PHP依赖注入原理与用法。分享给大家供大家参考，具体如下：
依然是来自到喜啦的一道面试题，你知道什么是依赖注入吗？
依赖注入（DI）的概念虽然听起来很深奥，但是如果你用过一些新兴的php框架的话，对于DI一定不陌生，因为它们多多少少都用到了依赖注入来处理类与类之间的依赖关系。
其实要理解DI，首先要明白在php中如何传递依赖关系。
第一种方案，也是最不可取的方案，就是在A类中直接用new关键词来创建一个B类，如下代码所示：
|
1
2
3
4
5
6
7
8
|
<?phpclass A{ public function __construct() { $b = new B(); }} |
为什么这种方案不可取呢？因为这样的话，A与B就耦合在了一起，也就是说A类无法脱离B类工作。
第二种方案就是在A类的方法中传入需要的B类，如下代码所示：
|
1
2
3
4
5
6
7
|
<?php |
PHP当中的依赖注入和控制反转是面试中经常问到的问题。同时，很多框架中也使用到了这种设计模式，可能有很多小伙伴们对这两个概念认识比较模糊，下面我就来给大家讲讲什么是依赖注入。
概念：是一种允许我们从硬编码的依赖中解耦出来，从而在运行时或者编译时能够修改的软件设计模式。
说明：要想理解DI(依赖注入)，首先要明白在PHP中是如何传递依赖关系的。
PHP中传递依赖关系的三种方式：
①在A类中直接new一个B类，代码如下：
<?php //声明一个类B class B{ //声明一个测试方法 public function test(){ //返回一个测试话术 return '这是一个测试方法'; } } //声明一个类A(假设A类想实现某个功能，要依赖B类来实现) class A{ //声明一个测试方法 public function toTest(){ //声明一个B类的对象 $bObj = new B(); //调用B类的方法 var_dump($bObj->test()); } } //创建一个A类的对象 $obj = <?php
/**
* 核心路由查找器
*/
use FastRoute\RouteCollector;
use function FastRoute\simpleDispatcher;
use function FastRoute\cachedDispatcher;
class FastRoute {
public function __construct()
{
/** @var object $dispatcher 导入配置中的路由规则 */
// $dispatcher = simpleDispatcher(function (RouteCollector $r) {
$dispatcher = cachedDispatcher(function (RouteCollector $r) {
foreach … 原文：https://herbertograca.com/2018/09/03/action-domain-responder/
这篇文章是软件架构编年史(译)的一部分，这部编年史由一系列关于软件架构的文章组成。在这一系列文章中，我将写下我对软件架构的学习和思考，以及我是如何运用这些知识的。如果你阅读了这个系列中之前的文章，本篇文章的的内容将更有意义。
MVC 诞生于 1979 年，它诞生于使用 CLI 用户界面的桌面应用上下文中，它暗示如果用户外部因素导致数据库变化，那么 UI 就应该自动地变化。同样的模式也可以完美地应用在稍后出现的 GUI 桌面应用上。
然而，它却和 Web 应用一直在磨合中，因为大多数 Web 应用不会用 UI 变化来作为服务端发生的变化的后果，它们总是从 UI 发起对服务端的调用来更新界面。
前面我已经介绍过 MVC 及其变种(译)，而这篇文章将介绍另一个变种：由 Paul M. Jones 提出的 Action-Domain-Responder。
【摘要】简单的说一下宏能力，这个类是 IlluminateSupportTraitsMacroable 其中利用重载实现了可以定义宏的功能，即通过 macro 静态方法添加回调，并定义一个名字。利用 __call 当前类没有这个函数的时候执行这个函数名注册的回调。
产生需求
在使用 Laravel 开发 ThinkSNS Plus 的时候，因为很多功能块都没有写在一个库里面，利用拓展包的形式添加实际功能，里面很多地方也用到了“多态多对多”的关系。问题来了，开发一个问答程序，想要给用户模型增加发布的问题或者回答的关系，起初是继承一份 User 模型，添加了关系，之后就发现问题了，因为用户的 tag 是使用多态多对多的关系，我通过继承的用户模型是无法拿到这种关系数据的因为 *able_type 是 user 数据模型类名称或者别名。而我继承之后类也就发生改变了。…
俗话说知己知彼百战不怠，使用Laravel也有有一段时间了，中间也踩了很多坑，碰了很多壁，归根结底还是对Laravel的底层不太了解，以前使用Thinkphp养成的MVC的习惯，刚接触Laravel一时还没转变过来，所以最近抱着学习的态度，研究了下Laravel框架的执行流程。
Laravel虽然使用上感觉跟Thinkphp差不多，但是底层的实现方式还有框架的架构，跟Thinkphp差别还是蛮大，不过Tp5貌似吸收了很多Laravel中的特性。
废话到此为止，下面上干货
- 该类是框架核心类，负责启动框架，以及调动其他类提供的功能。
- 该类继承了Illuminate\Container\Container类，可见该类也是个容器。是整个框架最大的容器；
- 该类的构造器代码如下：
set_error_handler(
function ($severity, $message, $file, $line) {
throw new ErrorException($message, $severity, $severity, $file, $line);
}
);
try {
file_get_contents('www.google.com');
}
catch (Exception $e) {
echo $e->getMessage();
}
restore_error_handler();
…
近期评论