CakePHP の書き方 | php-tips.com
この記事は、CakePHP3 Advent Calendar 2016 25日目の記事ではありません。 まとめ# Controller/Componentにビジネスロジックを書かない カスタムfindを活用しよう 1テーブル1モデルではなく、場面によってモデルクラスを増やそう Modelless Form / Tableless Modelを活用しよう beforeSave/afterSaveは諸刃の刃 Behaviorにビジネスロジック書くのもあり View層ではView Cell/View Blockを活用しよう CRUDプラグインお勧め この記事を書いた動機# CakePHPにおいてビジネスロジックに該当するものをComponentに書くという記事を見かけるたびに、それはアンチパターンじゃないのと感じている日々。 ビジネスロジックをどこに書くべきか、共通処理をどこに書くべきかというの
cakephpとruby on railsの比較
医師で、副業でエンジニアの仕事もしている高田と申します。ここには、僕があたりまえに思っていることを書いていきます。 最近、僕がウェブ関連で使うメインの言語がRubyからPHPにかわりました。 理由は、Ruby(ruby on rails)で作ったものは、手離れ（つまり、自分が作ったもののメンテナンスや運用を自分でやらないこと）が難しいことが多いからです。 どうしても、運用の細かなノウハウみたいなものが必要になることが多いruby on railsに比べて、とりあえず、パッケージからApacheをインストールしたらデフォルトで使えたり、ほとんどのレンタルサーバーで普通にサポートしてくれていたり、というPHPは、自分が将来も運用に関わりたいというわけでないプロジェクトには便利です。 フレームワークは、これまでRails使ってたんですが、今は、フレームワークも使ってません。 でも、なんかフレーム
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
