Laravel 4.2 コントローラー

基本的なコントローラーBasic Controllers

全ルートのロジックをたった一つのroutes.phpファイルで定義するより、コントローラークラスを使い構造化して利用したいと、考えていることでしょう。コントローラーは関連したルートごとのロジックをクラスにまとめると同時に、自動的な依存の注入など、より高度なフレームワークの機能が使える利点があります。Instead of defining all of your route-level logic in a single routes.php file, you may wish to organize this behavior using Controller classes. Controllers can group related route logic into a class, as well as take advantage of more advanced framework features such as automatic dependency injection[/docs/4.2/ioc].

基本的にコントローラーはapp/controllersディレクトリーに設置されます。このディレクトリーはデフォルトでcomposer.jsonファイルにclassmapオプションとして登録されています。しかし、コントローラーは技術的に、どのディレクトリー・サブディレクトリーにも設置可能です。ディスク上のコントローラークラスファイルの位置に、ルートの宣言は依存していません。そのため、Composerがコントローラークラスをオートロードできるのであれば、どこにでもお好きな場所へどうぞ！Controllers are typically stored in the app/controllers directory, and this directory is registered in the classmap option of your composer.json file by default. However, controllers can technically live in any directory or any sub-directory. Route declarations are not dependent on the location of the controller class file on disk. So, as long as Composer knows how to autoload the controller class, it may be placed anywhere you wish.

コントローラークラスの一例です。Here is an example of a basic controller class:

class UserController extends BaseController {

	/**
	 * 指定されたユーザーのプロファイルを表示する
	 */
	public function showProfile($id)
	{
		$user = User::find($id);

		return View::make('user.profile', array('user' => $user));
	}

}

全てのコントローラーはBaseControllerクラスを拡張する必要があります。BaseControllerはapp/controllersディレクトリーの中にあり、共通のコントローラーロジックを記述するために使用できます。BaseControllerはフレームワークのControllerクラスを拡張しています。では、このコントローラールートを呼び出してみましょう。All controllers should extend the BaseController class. The BaseController is also stored in the app/controllers directory, and may be used as a place to put shared controller logic. The BaseController extends the framework's Controller class. Now, we can route to this controller action like so:

Route::get('user/{id}', 'UserController@showProfile');

もし、あなたがサブフォルダーでネストし、PHP名前空間で体系付けられたコントローラーを採用しているのなら、簡単に完全なクラス名をルートで使用することができます。If you choose to nest or organize your controller using PHP namespaces, simply use the fully qualified class name when defining the route:

Route::get('foo', 'Namespace\FooController@method');

**注目：**LaravelではPHPクラスのオートローディングにComposerを利用しています。ですからComposerが認識する場所であれば、ファイルシステム上のどこにでもコントローラーを置くことが可能です。コントローラーディレクトリーは、アプリケーションのファイル構造をあなたに強いるものではありません。コントローラーへのルーティングは、ファイルシステムより完全に分離されています。Note: Since we're using Composer[http://getcomposer.org] to auto-load our PHP classes, controllers may live anywhere on the file system, as long as composer knows how to load them. The controller directory does not enforce any folder structure for your application. Routing to controllers is entirely de-coupled from the file system.

コントローラールートに名前を付けることもできます。You may also specify names on controller routes:

Route::get('foo', array('uses' => 'FooController@method',
										'as' => 'name'));

コントローラーアクションに対するURLを生成するには、URL::actionメソッドか、actionヘルパメソッドを使用してください。To generate a URL to a controller action, you may use the URL::action method or the action helper method:

$url = URL::action('FooController@method');

$url = action('FooController@method');

現在実行中のコントローラーアクションの名前を取得するにはcurrentRouteActionメソッドを使用します。You may access the name of the controller action being run using the currentRouteAction method:

$action = Route::currentRouteAction();

コントローラーフィルターController Filters

コントローラールートに、「普通」のルートと同じようにフィルターを指定することができます。Filters[/docs/4.2/routing#route-filters] may be specified on controller routes similar to "regular" routes:

Route::get('profile', array('before' => 'auth',
			'uses' => 'UserController@showProfile'));

その一方で、コントローラーの内部でフィルターを指定することも可能です。However, you may also specify filters from within your controller:

class UserController extends BaseController {

	/**
	 * 新しいUserControllerインスタンスの生成
	 */
	public function __construct()
	{
		$this->beforeFilter('auth', array('except' => 'getLogin'));

		$this->beforeFilter('csrf', array('on' => 'post'));

		$this->afterFilter('log', array('only' =>
							array('fooAction', 'barAction')));
	}

}

更に、無名関数を使用しインラインでコントローラーフィルターを指定することもできます。You may also specify controller filters inline using a Closure:

class UserController extends BaseController {

	/**
	 * 新しいUserControllerインスタンスの生成
	 */
	public function __construct()
	{
		$this->beforeFilter(function()
		{
			//
		});
	}

}

フィルターとしてコントローラのメソッドを使用したい場合は、フィルターの定義に@記法を使用してください。If you would like to use another method on the controller as a filter, you may use @ syntax to define the filter:

class UserController extends BaseController {

	/**
	 * 新しいUserControllerインスタンスの生成
	 */
	public function __construct()
	{
		$this->beforeFilter('@filterRequests');
	}

	/**
	 * やってきたリクエストをフィルターにかける
	 */
	public function filterRequests($route, $request)
	{
		//
	}

}

暗黙的なコントローラーImplicit Controllers

Laravelでは一つのルート定義だけで、コントローラーの全アクションを簡単に処理できます。最初にRoute::controllerメソッドでルートを定義します。Laravel allows you to easily define a single route to handle every action in a controller. First, define the route using the Route::controller method:

Route::controller('users', 'UserController');

controllerメソッドは２つの引数を取ります。最初はコントローラーが処理するベースのURIで、２つ目はコントローラーのクラス名です。続いて対応するHTTP動詞名をプレフィックスに使用した、コントローラメソッドを付け加えてください。The controller method accepts two arguments. The first is the base URI the controller handles, while the second is the class name of the controller. Next, just add methods to your controller, prefixed with the HTTP verb they respond to:

class UserController extends BaseController {

	public function getIndex()
	{
		//
	}

	public function postProfile()
	{
		//
	}

	public function anyLogin()
	{
		//
	}

}

indexメソッドはコントローラーが処理するURIのルートに対応します。この例ではusersです。The index methods will respond to the root URI handled by the controller, which, in this case, is users.

もしコントローラアクションを複数の単語で命名するのでしたら、「ダッシュ」で分離したURIでアクセスできます。例えば下のコントローラーアクション、UserControllerは、users/admin-profileというURIに対応します。If your controller action contains multiple words, you may access the action using "dash" syntax in the URI. For example, the following controller action on our UserController would respond to the users/admin-profile URI:

public function getAdminProfile() {}

RESTフルリソースコントローラーRESTful Resource Controllers

リソースフルコントローラーはリソースに関するRESTフルコントローラーを簡単にしてくれます。例えば、アプリケーションにより管理されている「写真(phots)」を管理するコントローラーを作成するとしましょう。Artisanコマンドラインでcreate:makeを実行し、Route::resourceメソッドでルートを定義すれば、そのようなコントローラを素早く生成できます。Resource controllers make it easier to build RESTful controllers around resources. For example, you may wish to create a controller that manages "photos" stored by your application. Using the controller:make command via the Artisan CLI and the Route::resource method, we can quickly create such a controller.

コマンドラインでコントローラーを作成するには、以下のコマンドを実行してください。To create the controller via the command line, execute the following command:

php artisan controller:make PhotoController

そのコントローラーをリソースフルなルートとして登録しましょう。Now we can register a resourceful route to the controller:

Route::resource('photo', 'PhotoController');

この一行の宣言だけで写真リソースに対するRESTフルな多彩のアクションを処理する複数のルートを作成できます。更に、生成されたコントローラーには処理する変数とURIが指し示す各アクションのスタブメソッドが予め含まれています。This single route declaration creates multiple routes to handle a variety of RESTful actions on the photo resource. Likewise, the generated controller will already have stubbed methods for each of these actions with notes informing you which URIs and verbs they handle.

リソースフルコントローラーにより処理されるアクションActions Handled By Resource Controller

変数Verb	パスPath	アクションAction	Route NameRoute Name
GETGET	/リソース名/resource	indexindex	resource.indexresource.index
GETGET	/リソース名/create/resource/create	createcreate	resource.createresource.create
POSTPOST	/リソース名/resource	storestore	resource.storeresource.store
GETGET	/リソース名/{resource}/resource/{resource}	showshow	resource.showresource.show
GETGET	/リソース名/{resource}/edit/resource/{resource}/edit	editedit	resource.editresource.edit
PUT/PATCHPUT/PATCH	/リソース名/{resource}/resource/{resource}	updateupdate	resource.updateresource.update
DELETEDELETE	/リソース名/{resource}/resource/{resource}	destroydestroy	resource.destroyresource.destroy

リソースアクションの一部のみを取り扱いたい場合もあると思います。Sometimes you may only need to handle a subset of the resource actions:

php artisan controller:make PhotoController --only=index,show

php artisan controller:make PhotoController --except=index

更に、処理するルートに関して、アクションの一部を指定したいこともあるでしょう。And, you may also specify a subset of actions to handle on the route:

Route::resource('photo', 'PhotoController',
				array('only' => array('index', 'show')));

Route::resource('photo', 'PhotoController',
				array('except' => array('create', 'store', 'update', 'destroy')));

デフォルトで、すべてのリソースコントローラーアクションはルート名を持ちます。しかしオプションにnames配列を渡すことで、こうした名前をオーバーライドすることもできます。By default, all resource controller actions have a route name; however, you can override these names by passing a names array with your options:

Route::resource('photo', 'PhotoController',
				array('names' => array('create' => 'photo.build')));

ネストしたリソースコントローラーの処理Handling Nested Resource Controllers

「ネスト」したリソースコントローラーには、ルート宣言で「ドット」記法を使用してください。To "nest" resource controllers, use "dot" notation in your route declaration:

Route::resource('photos.comments', 'PhotoCommentController');

これにより、「ネスト」したリソースが登録され、photos/{photoResource}/comments/{commentResource}のURLにアクセスできるようになります。This route will register a "nested" resource that may be accessed with URLs like the following: photos/{photoResource}/comments/{commentResource}.

class PhotoCommentController extends BaseController {

	public function show($photoId, $commentId)
	{
		//
	}

}

リソースコントローラーにルートを追加するAdding Additional Routes To Resource Controllers

デフォルトのリソースルート以外のルートをリソースコントローラーへ追加する必要がある場合は、Route::resourceの呼び出しより前に定義する必要があります。If it becomes necessary for you to add additional routes to a resource controller beyond the default resource routes, you should define those routes before your call to Route::resource:

Route::get('photos/popular', 'PhotoController@method');
Route::resource('photos', 'PhotoController');

見つからないメソッドの処理Handling Missing Methods

Route::controllerを使用する場合、指定されたコントローラで一致するメソッドが見つからないときに呼び出されるバックアップメソッドを定義することが可能です。メソッド名はmissingMethodと付け、メソッド名とリクエストのパラメーターを配列で受け取ります。When using Route::controller, a catch-all method may be defined which will be called when no other matching method is found on a given controller. The method should be named missingMethod, and receives the method and parameter array for the request:

バックアップメソッドを定義するDefining A Catch-All Method

public function missingMethod($parameters = array())
{
	//
}

リソースコントローラーを使用する場合は、見つからないメソッドを処理するため、コントローラーに__callマジックメソッドを定義します。If you are using resource controllers, you should define a __call magic method on the controller to handle any missing methods.