CakePHP3はもはや、守りに入った選択肢ではない
CakePHPという過去の遺産 Ruby on Railsに憧れた先人たちが、劣化Active Recordとなんちゃってmixinを実装した過去の遺産。 それがCakePHPというフレームワークでした。 ORMから生み出される配列地獄。 Controllerと密結合になりがちなComponent。 結果としてDBのテーブルを複数用いた処理はControllerに積み重なりひたすら太っていく。 もうCakeは嫌だ、という気持ちは日に日に増していきました。 そしてLaravel5やPhalcon2といったイマドキのフレームワークに大きな注目が集まる中、 CakePHP3.0は今年の3月22日にリリースされました。 CakePHPerの端くれとして新たな闇を覗いておかなくては。 謎の義務感とともにインストールして、自分は衝撃を受けることになります。 CakePHP3において何が変わったのか 以
CakePHP3のORMにおけるIN句とNOT句の記述方法 - Qiita
INだけだとググラビリティ低くて情報に行き着くまで時間がかかったのでQiitaにも載せておきます。 今後こういう記事を幾つか書くと思います。 Where In http://book.cakephp.org/3.0/en/orm/query-builder.html#automatically-creating-in-clauses use Cake\ORM\TableRegistry; $users = TableRegistry::get('User')->find() ->where(['User.id IN' => [1, 2, 3]]) ->all(); CakePHP2.x系までは条件式のvalueに配列を指定すると自動的にINに切り替わりましたが、 CakePHP3.x系ではbooleanとして解釈され1に変換されます。 idが1のデータが存在するとデータが取れてしまうため案
CakePHP3新機能 View Cellの使いどころ - Qiita
利用手順 CakePHP3新機能 View Cell の利用手順 Cellの使いどころについて メリット CellはTemplateから呼び出せる都合上、 Controllerのアクションへ記述を追加することなく画面にデータと結びついた表示を追加できます。 これは既に複雑化しているControllerをに対する変更のリスクを避ける、非常に有効な方法です。 利用範囲はReadに留める しかしアクションのコードを汚さなくて済むというメリットの一方で、デメリットも勿論存在します。 それは責任範囲をCRUDのうちReadのみに留めておかないと、Controllerがより一掃汚れてしまうという点です。 Cellでフォームを追加した場合、Cellの存在を知らなくて良いはずのControllerのアクションがその保存を担います。 ReadとCreate/Updateでアクションを分けていたとしても、Cr
CakePHP3のFormHelperで複数Tableを扱う際のバリデーションエラーの出し方 - Qiita
動作するコード User, Companyテーブルに対してデータを保存したい場合のフォーム例となります。 class PageController extends AppController { public function initialize() { $this->User = TableRegistry('User'); $this->Company = TableRegistry('Company'); } public function index() { if ($this->request->is('post')) { // Validation実行 $user = $this->User->patchEntity( $this->User->newEntity(), $this->request->data['User'] ); // Validation実行 $comp
派遣労働者から見た、「まずはこう使え、DIコンテナ」
IT業界の闇とは我々のことである お久しぶりです。もりすけと申します。 私はこのWebサービス業界に入ってこの方、 「SES（システムエンジニアリングサービス）」という形態で仕事を行っています。 我々にユニットテストのコストは計上されていない LaravelのDIコンテナはユニットテストと共に語られることが多く、 ユニットテストを回すという文化に触れる機会を逃していた私は、DIコンテナの有用性をしばらく理解できずにいました。 また理解する必要もないと思っていました。 ただ長いこと触れてみた結果、テスト抜きで考えても、DIコンテナにはそれなりのメリットがあると自分は考えています。 なので今回のテーマはこれです。 テスト抜きで考えて、DIコンテナの何がメリット足りうるのか そこを理解できればLaravelのDIコンテナを楽しく活用できるはずです。 前置きが長くなりましたが、ここからが本題です。
Golang開発環境 3分クッキング - Qiita
あと3分でGolangの環境が欲しい そういうこと、よくありますよね。 はい、ではこちらにあらかじめ茹でておいた CentOS 6.5 の環境があります。
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
