"ビュー"を考えるためのADRパターン @ laravel.osaka #102017.04.26 laravel.osaka#10のLTで使用したスライドです ADR with Laravel サンプルコード https://github.com/n1215/lara-adr
Lumen/Laravel Action-Domain-Responder(ADR)アプローチ - Qiita
Action-Domain-Responder MVCをより洗練させたパターンとして提唱された派生パターンです 1 このADRのフローは次の通りです フロー WebハンドラはRequestを受け取り、ActionをDispatch ActionはDomainとやりとりを行う アクションはデータをResponderへ Responderは、アクションによって生成されたデータを使用してResponseを作成 Responseをクライアントに返却 ほとんどのwebアプリケーションはこのパターンとなります。 特定のAction(endpoint)は、ドメイン、つまり特定の業務ロジックを実行、それをレスポンスとして返却します。 複数のエンドポイント、リソースを一つのコントローラで解決するのではなく、 一つ一つが独立したクラス、責務となりますので、より小さく、シンプルな実装となります。 メンテナンス性
CakePHP3新機能 View Cellの使いどころ - Qiita
利用手順 CakePHP3新機能 View Cell の利用手順 Cellの使いどころについて メリット CellはTemplateから呼び出せる都合上、 Controllerのアクションへ記述を追加することなく画面にデータと結びついた表示を追加できます。 これは既に複雑化しているControllerをに対する変更のリスクを避ける、非常に有効な方法です。 利用範囲はReadに留める しかしアクションのコードを汚さなくて済むというメリットの一方で、デメリットも勿論存在します。 それは責任範囲をCRUDのうちReadのみに留めておかないと、Controllerがより一掃汚れてしまうという点です。 Cellでフォームを追加した場合、Cellの存在を知らなくて良いはずのControllerのアクションがその保存を担います。 ReadとCreate/Updateでアクションを分けていたとしても、Cr
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
PHPで学ぶデザインパターン - オブジェクト指向の基礎 - Qiita
