結局PHPのフレームワークってどれがいいの?
■ このスレッドは過去ログ倉庫に格納されています
最近Cakephpの勉強始めたんだが
コードがダサくて嫌なんだけど
ていうかarrayうざい
そもそもcakephpって名前がダサくて嫌だ
どれ次に勉強すればいいかな?
laravel symfony2 zendFramework CodeIgniter Yii >>135
>SQLをシンプルに使ってSQLインジェクション対策
>したいなら、ふつーにPDO使えばいいじゃん。
>とか思うのだが。 稚拙すぎ?
いや、僕もそう思います。
そうすると、フレームワークによってルールが違いすぎるのもいらいらしてきます。
MVCの実装なんか本当は物凄く簡単なので、
だったらやたら命名規約が厳しいだけのCakeなんか、尚更使う必要ないなと思ってしまいます。 命名規約が厳しいのは、作ってて楽しくない。
縛られず、自由に楽しく開発したいもんね。
命名規約に則らないとダメというのは、楽しいどころかイライラします。 ダメなものほど流行するというのは何とかしてほしいです… 全部自分で作るのが一番わかりやすいのは当たり前。
フレームワークのメリットはいかに早く、簡単に、分担して作れるかだから。
アホがいじっても、大惨事にならないようにできてる。 アホでも作れる範囲しか作れないってことだけど、
それで事足りちゃうんだよね、大抵の物は。 そらそうよ。
大抵のWebサイトで使われてる技術を簡単に書けるようにまとめたのがフレームワークなんだから。
テクニックの共通言語化みたいなもんさね。
「ぐへへ30行で書くところを、俺独自の書き方で3行でまとめたぜ」ってタイプのアホと、
「本に書いてあったとおりに書きました。セキュリティ?食べたことありません」ってアホ。
どっちも防げる。めでたしめでたし 今のPHPは物凄くよくできてるんだけど、
肝心のPHPerの方がいつまでたってもPHP4あたりの頃のコーディングスタイルで書き続けてるからなぁ。 フレームワークを使えば関数書くだけでほとんど済むから、PHP Ver4レベルの言語仕様さえ知っていればおk。 >>132
Twigって最終の出力結果のキャッシュもしてくれるのん?
テンプレートのキャッシュだけじゃなかったっけ
Smarty3遅いんで引越し先さがしてる テンプレはSmarty3しか知らないんですが、Twigってそんなに良いの?
速度が速いというだけ? Cakeは後方互換がヤバイらしいな
ソッチのほうが問題やな CodeIgniter か FuelPHP かで迷っています。
作るものは具体的に決まっていませんが、50画面程度の
社内ユーザ向けWebサービスができれば良いと思っています。
どっちがいいでしょうか?
お勧めを教えてください。 みんな Laravel がすごく良いといい、
みんな Laravel がクソ遅くてメモリ爆喰いという。 >>147
言っちゃなんだけどその両者、使い方によっちゃ大差ないよ。よくわからなければFuelでok
慣れたあとで必要になってからCI試しても大して苦労しない
CIは今時のフレームワークに比べたらシンプルだから、もしソースまで降りて手を加えたい場合には簡単だから恩恵はある
学習効率も、似たような案件やるならなんも変わらない
しっかりしたORM欲しいならFuelは標準で備えてるから、その辺で選んでもいいかな
SQLわりとベタ書きしがちならCIでもいいかな
たが俺はgolang推し >>152
FuelPHP には素晴らしい書籍があるので、それを頼りにFuelPHPをやってみようと
思います。
国内のユーザ多いみたいだし。
ありがとうございました。 asp.net ってポータビリティどうなんかな。
サーバはLinuxでも動く?
ブラウザはIE以外でも大丈夫? 転職の際に必ず思い出してください。
下記の条件が全て当てはまる会社にご注意下さい。
・IT系 in 東京
・転職会議で2.5点
・転職会議の「その他>2ch情報」の欄で過去の労基2chスレが表示される まともなフレームワークなんか存在しないぞ。
ほぼすべてがphperのオナニーグッズだ。
生PHPに回帰よろしく。 >>158
ちょっとしたツールなんかは1ファイルで仕上げることもあるだろ?
そういうのを生PHPとか呼ぶことがある。
DBへのアクセスはPDOを使わず例えばmysqli_を使う。
これがまた凄まじく早いんだよw
確かに小規模なサイトならフレームワークなんか使うべきじゃないなと感じるよ。
まずはAdminerとか使ってみなよ。 >>160
ワンファイルツールがあるから生PHPでいいって主張かい? それはねーな
あんたの言い分が断片的過ぎるからなぁ
俺も配置者の配慮のためにソースコードまとめてしまう事自体はあるけどね。そんなの使い捨ての類だし、なにより「凄まじく早い」には同意しようがない
「凄まじく無計画で救いのないやっつけ仕事」だな
そんなしごとはリポジトリに入る機会もない フレームワークなんてコンドームみたいなもんだからな。
生が一番だよ。 PDOとmysqliの速度の違いなど俺の書く糞コード部分の遅さに比べれば誤差でしかない気が
極厚コンドORMならわからんでもないが どこの誰がやったかわからんセキュリティ対策よりも私は有名フレームワークを信じる、が思いついた PHP7に合わせてフレームワーク界も一新されるのかと思ってたんだが、どうも既存フレームワークがほぼそのまま使えてるっぽいな。 CakePHP は Sting クラス(予約語)があるから動かなくなるとか聞いたことがあるけど、普通に動くみたいね 軽量フレームワークでおすすめは何?
出来れば長期サポート(バグ対応)があれば嬉しい 長期に使うなら(=業務アプリなど)、CodeIgniter がいいんじゃないかな。 >>170
CodeIgniterって日本語情報少なすぎない? 2は充分だと思うけど3は確かにね
ただ3でもそんな変わってないからチェンジログ追えば済む
良くも悪くも枯れてる。規模も小さく学習コストも知れたもの
書籍もやや不遇だな。流行ってるとは言えない
新機能に貪欲ではなくメンテナンスはそこそこ活発なんで、安定求めるならいいもんだよ ググると「CodeIgniterは他国では多用されてるが日本ではあまり使われない」って言われてるんだよね
だったら布教活動しろよー 日本はCakeラブな状況が長かったから、かっとばして CakePHP → Laravel といきそうな気がする。
お世話になります。
私、責任者の加茂と申します。以後、宜しくお願い致します。
http://homepage2.nifty.com/e-d-a/scurl/ia-1-3.html
浪速建設様の見解と致しましては、メールによる対応に関しましては
受付しないということで、当初より返信を行っていないようで、今後につい
てもメールや書面での対応は致しかねるというお答えでした。
このように現在まで6通のメールを送られたとのことですが、結果一度も
返信がないとう状況になっています。
http://homepage2.nifty.com/e-d-a/scurl/ia-1-4.html
私どものほうでも現在までのメール履歴は随時削除を致しております
ので実際に11通のメールを頂戴しているか不明なところであります。
板復帰(OK!:Gather .dat file OK:NOT moving DAT 551 -> 551:Get subject.txt OK:Check subject.txt 3 -> 3:Overwrite OK)load averages: 2.06, 1.96, 1.92
sage subject:3 dat:551 rebuild OK! 初フレームワーク、調べられる環境と情報がいかに多いかが必要だよね
そうするとCakeなんだろうけど、fuelにしようかなあ あらCodeIgniterのサイトつくりなおす時に使いたかったのにな
割と似てて楽そうだったのにな。そんなに更新ないんだな
日本でしか使われてないのほんと謎だなw >>183
ほんとだ…Fuel使うのやめようかなあ
てことはLaravel一択か
まともな書籍ないけど 最新にしか対応しないなんて無駄に可用範囲を狭めるだけ
CodeIgniterだって5.2+だし フレームワークは、一旦決めたら途中から引っ越しすることは難しい。
なので将来のことなど考えず、現時点で良いと思うものを、他人の
評価など気にせずに選択するのが良いと思うぞ! まてまて
一行目とそのあとがどう繋がったのか伝わらない
多分、「引っ越すことが難しい」という問題への感覚に致命的な齟齬があるんだと思う。
・ならなおさら将来のことは考えるべきだろうと思うのだがどうお考えなのだろうか?
・他人の評価を気にしないほうが良い理由を述べてほしい。鵜吞みは良くないと思うが情報としては有用だと思うのだけど。 fuelがいいと思うなら使えばいいし、何にすればいいかすらわからないなら、railsでも使っとけ >>191
言葉が足りずすみません。
フレームワークを引っ越ししなければならないという
事態になることは、まずないだろうということです。
開発したサービスが盛況になって追加要件がどんどん舞い
込んできても、フレームワークを引っ越ししなければ対応できない
なんてことは、ないでしょう。
なので気に入ったフレームワークを、他人の評価など気にせずに
使い倒すのが吉、とおもう次第。
使い倒して、どんな新規開発も素早く高品質に開発することが、
何よりも大切、だと思うぞ。 日本語ドキュメントや本が出版された所に惹かれたのならば選択の余地は無いのかもしれない ララベルって日本では使われてないの?
書籍もムックとリファレンスの2冊しか
ないみたいだし 使ってきた個人的感想
CakePHP … ネガティブレガシー
FuelPHP … ポジティブレガシー
Zend Framework … シーラカンス
Symfony … 設定&設定&設定&設定&設定&規約
Silex … サービスロケーターヘル
CodeIgniter … シンプル(ウサギ小屋的な意味で)
Laravel … マジックメソッドヘル >>197
Laravelだったね
やりたい事に対して掛かる手間の少なさ
フロントエンドとの距離を少し置いた設計
配列や設定ファイルの書き方を調べるのにうんざりという経緯から
振る舞いをほぼPHPのコードとして実装できるという点
この辺りの基準で選んだ >>198
ありがと
マジックメソッド地獄って言うから
良くないのかと思ったw >>196
よくそれだけ使ってきたね
個人で?それとも会社? >>200
フリーランスなんで要件で指定されたり既存の改修だったりと
嫌でも勉強させられる機会が多いんだ
上に書いたように個人開発や任せて貰える時はLaravelだけど
好みや開発メンバーのレベルに合わせて選べば良いと思ってる
あと最近のプロジェクトでもMojavi時代レベルの
オレオレフレームワークを自作するところが後を絶たないのが面白い 多くのFWを使ったというのは、どれも大して使い込んでいないってことw >>201
ありがとう
参考になった!
早くLaravel5の参考本出ないかなあ
今出てる奴は中身4で書かれてるんだよね
FuelPHP本買っちゃったけど… 新しいFrameworkが次々登場するのに使い込んでる時間なんてないよ FuelPHP本は、よくまとまっていると思う。
著者は神レベルだと思う。 今さらfuel使う気にはなれないね
laravelかsymfonyでいい 3年くらい前cakephp2を利用していた
これから新規にまたWEB開発やるつもりだけど
cakephp3かlaravalで迷っているけど
やっぱりlaravelですかね シンプルで大好きだがシンプルなだけだろ
もちろんCIで充分って人には最良解なのは間違いないとは思うけど。
シンプルであり続けることの方が難しいのかもな 小
Slim or Silex
中
Laravel(Eloquent)
大
Symfony or Laravel(DoctrineORM)
結論:モデルが交換し易いフレームワークがいい。 そこらのレンタルサーバーでも使える
導入のハードルの低さでいくと
fuelかcakeかな 小
CodeIgniter
中
CodeIgniter
大
CodeIgniter
フレームワークは統一するのが良い。
品質や開発スキルの面で。
CodeIgniterなら速度も問題ないので、小から始めてサービス拡大して大になっても安心。
てか普通小から始めるよね?
こういうのは専門用語では、スケーラビリティ性能が高いっていうのかもね。
Webサービスでは大事な視点よ。 CIだとスケールアウト対応が厄介かな
インフラ寄りの話だしCIに限らんけど
AWS Lambdaがphp対応してくれるといいんだけど、コマンドごとデプロイするような魔改造する話しか見たことないのがなんとも不安 結局、なにを使ってもフレームワークを自分で作りたくなってしまうので
必要最低限のフレームしか用意してくれないfuelphpに戻った
あとはモリモリ自分で盛るよ え?
必要最低限?
FuelPHPで必要十分なんだが・・・ たしかにそうなんだよなー。ララベルとかたとえばIOCでテストしやすいとか言われても、そんなのが必要なほどこってりしたものをウェブでどんだけつくるのか?っていう。 >>220
必要なきゃ使わないとか別の選ぶとかでいいんでないの?
結局好みな気がするよ
名前とか響きとかが好きってレベルで使ってる人もいるし >>222
ん?だから多くの場合複雑なFWは必要ないし好きなの使えばって言ってるんだけどな >>223
で、結局堂々巡りしたんで、最低限の機能しかない
あっさり塩味のFuelPHPにしたわ fuelいいと思うよ。あっさり塩味のほうがいろんな味に対応させやすいはず。 なんだかんだでCIもFuelもあと10年使えるかもな 「PHP7に対応してる」じゃなくて「PHP7を前提としてる」ってフレームワークはまだないの? 環境として7以降しかサポートしないフレームワークはいずれ出てくると思うが、
7以降の書き方を強制するフレームワークは、ずーっと先になると思う。 謎のfuel人気は何なの?
オワコンだけどあの本の存在が大きいのかな fuelが人気あるとか言ってんのはネットしか見てない人だけ
騒いでる人の数に比べて一冊しか本がない時点で
どんだけ世の中で需要があんのか察したほうがいい
一時期流行ったステマとかあんだろ?そういう類いだよ
流行ってるように見えるけど実際は・・・みたいな感じだ Symfonyみたいにがっつり環境構築するんじゃなくて単に圧縮ファイルを解凍するだけで準備完了なのがいい ■ このスレッドは過去ログ倉庫に格納されています