基本功能 - 版本历史

Tom：/* 服务注入 */

2017-10-24T09:42:25Z

‎服务注入

Tom：/* 通过构造方法注入 */

2017-10-24T09:42:10Z

‎通过构造方法注入

Tom：/* 服务注入 */

2017-10-24T09:41:43Z

‎服务注入

Tom：/* 依赖注入 & 控制器 */

2017-10-24T09:14:14Z

‎依赖注入 & 控制器

Tom：/* 单Action控制器 */

2017-10-24T09:09:21Z

‎单Action控制器

Tom：/* RESTful资源控制器 */

2017-10-24T09:03:08Z

‎RESTful资源控制器

Tom：/* RESTful资源控制器 */

2017-10-24T09:00:56Z

‎RESTful资源控制器

Tom：/* RESTful资源控制器 */

2017-10-24T08:58:53Z

‎RESTful资源控制器

Tom：/* 中间件 */

2017-10-24T08:43:39Z

‎中间件

Tom：/* blade layout */

2017-10-24T08:20:01Z

‎blade layout

←上一版本		2017年10月24日 (二) 09:42的版本
第500行：		第500行：

	===服务注入===		===服务注入===
−
−	IoC（Inversion of Control）译为「控制反转」，也被叫做「依赖注入」(DI)。什么是「控制反转」？对象 A 功能依赖于对象 B，但是控制权由对象 A 来控制，控制权被颠倒，所以叫做「控制反转」，而「依赖注入」是实现 IoC 的方法，就是由 IoC 容器在运行期间，动态地将某种依赖关系注入到对象之中。

	@inject命令可以取出Laravel服务容器中的服务。传递给@inject的第一个参数为置放该服务的变量名称，而第二个参数为你想要解析的服务的类或是接口的名称：		@inject命令可以取出Laravel服务容器中的服务。传递给@inject的第一个参数为置放该服务的变量名称，而第二个参数为你想要解析的服务的类或是接口的名称：

←上一版本		2017年10月24日 (二) 09:42的版本
第213行：		第213行：

	====通过构造方法注入====		====通过构造方法注入====
		+
		+	IoC（Inversion of Control）译为「控制反转」，也被叫做「依赖注入」(DI)。什么是「控制反转」？对象 A 功能依赖于对象 B，但是控制权由对象 A 来控制，控制权被颠倒，所以叫做「控制反转」，而「依赖注入」是实现 IoC 的方法，就是由 IoC 容器在运行期间，动态地将某种依赖关系注入到对象之中。

	Laravel 中的控制器都是使用服务容器解析的。所以，你可以在控制器的构造方法里使用依赖注入。声明的依赖会自动注入到控制器实例中：		Laravel 中的控制器都是使用服务容器解析的。所以，你可以在控制器的构造方法里使用依赖注入。声明的依赖会自动注入到控制器实例中：

←上一版本		2017年10月24日 (二) 09:41的版本
第498行：		第498行：

	===服务注入===		===服务注入===
		+
		+	IoC（Inversion of Control）译为「控制反转」，也被叫做「依赖注入」(DI)。什么是「控制反转」？对象 A 功能依赖于对象 B，但是控制权由对象 A 来控制，控制权被颠倒，所以叫做「控制反转」，而「依赖注入」是实现 IoC 的方法，就是由 IoC 容器在运行期间，动态地将某种依赖关系注入到对象之中。

	@inject命令可以取出Laravel服务容器中的服务。传递给@inject的第一个参数为置放该服务的变量名称，而第二个参数为你想要解析的服务的类或是接口的名称：		@inject命令可以取出Laravel服务容器中的服务。传递给@inject的第一个参数为置放该服务的变量名称，而第二个参数为你想要解析的服务的类或是接口的名称：

@@ 第212行： / 第212行： @@
 ===依赖注入 & 控制器===
-通过构造方法注入#
+====通过构造方法注入====
 Laravel 中的控制器都是使用服务容器解析的。所以，你可以在控制器的构造方法里使用依赖注入。声明的依赖会自动注入到控制器实例中：
 <?php
@@ 第229行： / 第230行： @@
      protected $users;
      public function __construct(UserRepository $users)
+     {
@@ 第240行： / 第235行： @@
+     }
+}
-Laravel 契约类也支持依赖注入。 有时，注入这些依赖可能会让应用程序有更好可测试性。
+</source>
-方法注入#
+====方法注入====
 除了在构造方法里注入，还可以在控制器方法里注入。一个常见的使用方式是将 Illuminate\Http\Request 实例注入到控制器方法里：
 <?php
@@ 第254行： / 第250行： @@
 class UsersController extends Controller
+{
      public function store(Request $request)
+     {
          $name = $request->name;
          //
+     }
+}
 如果路由包含参数，那么这些参数要列在这些依赖项之后。例如，如果路由是这样的：
 Route::put('users/{id}', 'UsersController@update');
 在控制器方法里，就要在 Illuminate\Http\Request 依赖声明之后，获取咱们的用户 ID：
 <?php
@@ 第280行： / 第275行： @@
 class UsersController extends Controller
+{
      public function update(Request $request, $id)
+     {
@@ 第292行： / 第280行： @@
+     }
+}
 ==请求==

@@ 第209行： / 第209行： @@
 Route::get('users/{id}', 'ShowProfile');
 </source>
 ==请求==

←上一版本		2017年10月24日 (二) 09:03的版本
第153行：		第153行：

	===RESTful资源控制器===		===RESTful资源控制器===
		+
		+	资源控制器就是指包含index、create、store、show、edit、update和destroy这7个方法的控制器。之所以称为「资源控制器」，是因为这7个方法包括了操作某个资源所需的全部基本操作，也就是CRUD操作。

	<source lang='php'>		<source lang='php'>

@@ 第167行： / 第167行： @@
 Route::resource('photos.comments', 'PhotoCommentController');
-//附加资源控制器
+//附加资源控制器。如果想在资源控制器中默认的资源路由之外加入其它额外路由，则应该在调用Route::resource之前定义这些路由。否则，由resource方法定义的路由可能会不小心覆盖你附加的路由：
-//如果想在资源控制器中默认的资源路由之外加入其它额外路由，则应该在调用Route::resource之前定义这些路由。否则，由resource方法定义的路由可能会不小心覆盖你附加的路由：
 Route::get('photos/popular', 'PhotosController@method');
 Route::resource('photos', 'PhotosController');
@@ 第175行： / 第174行： @@
 Route::controller('users', 'UserController');
 </source>
 ===单Action控制器===

@@ 第56行： / 第56行： @@
 ==中间件==
-HTTP中间件提供了一个方便的机制来过滤进入应用程序的HTTP请求。所有的中间件都放在app/Http/Middleware目录内。
+中间件用来过滤项目中的 HTTP 请求，实际上 Laravel 项目中大量使用了中间件。例如，Laravel 中有一个验证用户是否认证的中间件，如果用户没认证，就跳转到登录页面；如果认证了，就会允许进一步的操作。
 ;创建一个中间件

@@ 第386行： / 第386行： @@
 @yield('body')是在layout中用，有点像在埋一个点，等着子view来放真正的内容。
-@section在view里真正放yield内容的地方。
+@section在子view里真正放yield内容的地方。
 ===服务注入===