Inspirer

文章列表

laravel 学习笔记 —— 神奇的服务容器

竟然有人认为我是抄 Laravel 学院的,心塞。世界观已崩塌。

容器,字面上理解就是装东西的东西。常见的变量、对象属性等都可以算是容器。一个容器能够装什么,全部取决于你对该容器的定义。当然,有这样一种容器,它存放的不是文本、数值,而是对象、对象的描述(类、接口)或者是提供对象的回调,通过这种容器,我们得以实现许多高级的功能,其中最常提到的,就是 “解耦” 、“依赖注入(DI)”。本文就从这里开始。

IoC 容器, laravel 的核心

Laravel 的核心就是一个 IoC 容器,根据文档,称其为“服务容器”,顾名思义,该容器提供了整个框架中需要的一系列服务。作为初学者,很多人会在这一个概念上犯难,因此,我打算从一些基础的内容开始讲解,通过理解面向对象开发中依赖的产生和解决方法,来逐渐揭开“依赖注入”的面纱,逐渐理解这一神奇的设计理念。

本文一大半内容都是通过举例来让读者去理解什么是 IoC(控制反转)DI(依赖注入),通过理解这些概念,来更加深入。更多关于 laravel 服务容器的用法建议阅读文档即可。

CentOS 下编译安装 Nginx 1.8.0 和 PHP 5.6.8

说来惭愧,这么久还没有体验一下 Nginx 。今天说什么也要尝试一下对吧?我就先从我个人常用的 web 服务器来渐渐熟悉 Nginx。

准备

本文系统环境为 CentOS 6.6,在其他发行版本的 linux 下编译安装方法基本相同,仅需注意安装过程中所需的依赖库是否被安装,若没有安装可自行查阅相关依赖的安装方式。

安装 php 5.6.8 的方法及过程请参考该文章 《Linux 下 编译安装 Apache 2.4 和 php 5.6》,务必注意根据个人需要替换文中的可选项。

我们先下载必要的组件: PCRE-8.39 (ftp://ftp.csx.cam.ac.uk/pub/software/programming/pcre/pcre-8.39.tar.gz) Nginx (http://nginx.org/download/nginx-1.8.0.tar.gz

用 php 实现一个视图组件和模板引擎——基础

只要不是做后端接口开发和一些作为守护进程之类的服务器脚本,大多数时候都是在和浏览器打交道,因此合理组织并展现 html 标签是最为常见的工作。一般大家使用框架时,都会自带有一套视图组件和模板引擎。

我们不讨论这些组件和引擎的好坏。因为这些东西已经经过考验,可以在生产环境下使用。我们现在只是为了学习一些东西,这时候了解一些原理上的可能对以后的帮助更大,如果一些人真的很有时间,利用这些基础知识完全可以写一个自己的组件,即可当做练习,也可以拿去自用。

好了,说这么多,我还是希望很多人明白,视图和模板引擎实际上原理十分简单,所涉及的知识可以说是太基础不过的了。但,千万不要把视图和模板引擎搞混淆,这两个真的不是一个东西 :satisfied:。

为了理解这些,我们先从视图开始了解。

laravel 学习笔记——视图

视图,你所看见的部分。

很多人下意识的将视图和模板引擎挂钩,这是一种非常不正确的想法。我们称用于实际负责输出(可视)数据的就叫做视图。

因此,视图不是模板引擎。

<?php
echo 'Hello, world';

上面的这段代码,我们可以称之为视图,因为这段代码输出了对于客户端可视的内容。

理解了这一点,我们就可以愉快的去了解 laravel 的视图。对于框架而言,视图是作为框架的组成部分之一,框架中的视图,其职责更为单一,不再负责数据的读写、处理,而仅仅负责呈现。这样一个职责独立的视图,就需要外部提供数据,也需要外部的调度。而 laravel 的 View 类则正是负责这一工作的。

建议读者先去阅读本人的另一篇文章: 用 php 实现一个视图组件和模板引擎——基础 https://www.insp.top/use-php-to-achieve-view-component-and-template-engine

Linux 下 编译安装 Apache 2.4 和 php 5.6

本文章所基于的 linux 系统发行版为 CentOS 6.6。本文默认读者已安装好 mysql,若没有则在安装 mysql 扩展时会出现问题。

准备

先下载好以下源码包

请确认系统中已安装了 GCC(GCC,GCC-C++)、make、autoconf 和 automake。恩,除了这些还有一堆依赖库。为了避免麻烦,您可以直接这样:

yum install -y gcc gcc-c++ autoconf libjpeg libjpeg-devel libpng libpng-devel freetype freetype-devel libpng libpng-devel libxml2 libxml2-devel zlib zlib-devel glibc glibc-devel glib2 glib2-devel bzip2 bzip2-devel ncurses curl openssl-devel gdbm-devel db4-devel libXpm-devel libX11-devel gd-devel gmp-devel readline-devel libxslt-devel expat-devel xmlrpc-c xmlrpc-c-devel

其他没有 yum 的系统可以通过其他类似方式(如 ubuntu 的 apt-get)进行安装。

laravel 学习笔记——请求与响应

我们在前面的一篇文章 laravel学习笔记——路由(基础) 中提到了 HTTP 请求的大致内容。关于 HTTP 协议,一定要有个大致了解。

本文主要是帮助大家理解 laravel 的请求和响应部分。但我们在学习这一块之前,我会脱离 laravel 框架,单独讲述一些概念,让大家消除很多疑虑,这有助于降低 laravel 的学习难度(至少从思想层面)。本文还希望通过介绍,让大家清晰一些概念,让框架本身不再神秘。

很多人常常疑惑,为什么在 laravel 中控制器的方法、路由的匿名函数里,我们用的不是类似 TP 框架中的 $this->display() 输出视图,而是用 return view() 这种方式,或者说,为什么不是通过 echo、print这类输出内容而是一定要 return 呢?返回的数据究竟怎么被框架所处理?这期间发生了什么?直接输出和返回两者的区别在哪里?我们这篇文章不但要告诉你发生什么,还会就这一块诸多已有的疑惑、可能有的疑惑做出详细讲解。

本文中的例子依旧大致参考官方文档(或各类翻译的版本),因此在阅读本文的同时,一定不要脱离文档。

再次强调:请阅读本文之前,务必大致了解 HTTP 协议!

laravel 学习笔记——路由(路由与控制器)

目前我们大致了解了 laravel 下,在开始一个 Http 程序需要先定义路由。之前的例子中,我们的业务逻辑都是在路由里实现,这对于简单的网站或 web 应用没什么问题,当我们需要扩大规模,程序变得复杂,分层的业务逻辑更为适合。这时候,我们就应该使用控制器。

了解 MVC 的都对控制器的作用有所了解,控制器是实现主要业务逻辑的。在其他框架,控制器一般就是一个类,laravel 也不例外,laravel 的控制其结构并没有什么特殊。

<?php 
namespace App\Http\Controllers;

use App\Http\Controllers\Controller;

class HomeController extends Controller {

    /**
     * 显示首页。
     *
     * @return Response
     */
    public function index()
    {
        return view('home');
    }

}

上述例子中就是 laravel 的控制器结构,没什么特别的。可以看得到,Laravel 的控制器非常的干净,与其他类的耦合度相当的低。得益于 laravel 的 IoC 容器,我们很容易实现相当丰富的功能,且不会产生紧密耦合。那么如何才能访问到这个控制器里的逻辑呢?

我们所知道的许多框架,通常有着既定的路由规则,我个人比较熟悉 TP,TP 的默认路由规则是 http://yourdomain/Module/Controller/Action,假如我们访问 http://yourdomain/Content/Home/index,默认会将请求派发至 Content 模块下的 HomeController类的 index 方法。

ThinkPHP 这种默认路由规则使得框架开箱即用,十分便捷。但是这样并不灵活,假如我想通过访问 http://yourdomain/user/1 就访问到 UserController 控制器下的 show 方法并包含一个值为 1 的参数,ThinkPHP 你需要修改配置(并且那个配置非常不优雅),亦或者我想要通过向 http://yourdomain/topic POST 一个数据以添加一篇文章,处理这个过程的实际是 Admin\TopicController 类的 create 方法,且该方法只接受 POST 请求,这时候似乎大多数框架就要通过写更多的代码实现了。

说到这里,似乎大家是不是想起了 laravel 那种路由定义方式的好处了?虽然 laravel 没有强加给你既定的路由规则,但你拥有了更多定制的权利,并且 laravel 定义路由的方式非常优雅,带给你的体验非常丰富。另一个好消息是,定义控制器路由和普通路由有所差别,这个差别是在便利性上的,你将很快感受到这种便利带给你的好处!

说到现在,已经积累了很多疑惑,我们现在开始正式讲述 laravel 的控制器与控制器路由。

laravel 学习笔记——路由(基础)

学习 laravel 必须要学习其路由,路由是 laravel 的特色,更是一个重中之重。是体验 laravel 优雅和美妙的第一站。

此路由非彼路由,不要和路由器的路由搞混淆了,虽然他们都有着分发请求的作用。

在这里,路由是指分析来自客户端请求的统一资源标识符(URI),根据设定的规则将请求分发至期待的处理逻辑,这一规则就是路由规则,而这一过程就是路由。

假设我们有这样一段简单的处理逻辑:

echo 'hello, world';

我希望通过 URL http://yourdomain/host 访问到这段处理逻辑,我们的路由规则就应该是 /host ,该规则接受的请求类型是 GET。如何在 laravel 内实现呢?我们通过编辑 laravel 框架目录下的app/Http/routes.php,添加以下代码:

Route::get('host', function() {
    echo 'hello, world';
});

就实现了我们之前所想的那样。通过这样一段简单的示例,我们至少应该明白路由是干啥的,其实就是用来匹配请求地址的。很多人不习惯是由于之前的框架已经给你制定好了一套规则,而现在,这个选择权全在于你,你拥有定制规则的最高权限。所以,这不是麻烦,而是更加灵活。让我们继续深入了解,你会爱上他的。

笔记

学习笔记,各种杂七杂八的学习笔记。记录着各类小知识,不一定很高大上,但都是给自己提供了帮助的知识。

分类