結局PHPのフレームワークってどれがいいの?
■ このスレッドは過去ログ倉庫に格納されています
最近Cakephpの勉強始めたんだが コードがダサくて嫌なんだけど ていうかarrayうざい そもそもcakephpって名前がダサくて嫌だ どれ次に勉強すればいいかな? laravel symfony2 zendFramework CodeIgniter Yii CodeIgniterはライセンス問題は解決したの? たしかそれが原因でVer3に移ったんだよね? PHP初心者じゃない、フレームワーク初心者に向いてるフレームワークって何ですかね? あとPhalconってどう? おれCI使ってるけど語ることないなー、てのが(CIに限らず)安定系利用者の本音かと思う 社内でも「そろそろFuelいっとく?」てな話題は出るけど、優先順位を上げる必要性が今んとこリプレースコストほど想像できない そのうち新人に老害と罵られる未来は感じる でもうちは新人入れる余裕も当面ないし、正直悪循環だなとは思う CodeIgniter + Smarty = 最強。 速度 シンプルさ 覚えやすさ 利用者の多さ FuelPHP、Laravel、CakePHPを使ってみた結果たどり着いた。 >>104 FuelPHP使ってからCIに戻ったんだ?珍しい 保守サーバ環境によほど古いの混ざってるとか、再教育コストが馬鹿にならないとかなければCI使う理由ってないと思うけどな でもほんとシンプルで必要十分だよねCI Fuelは機能面でしっかりトレンド追い掛けてるから、代償としてマニュアルも膨れ上がっちゃってるし。 あれこれ要求するとFuelになるだろからCIはこのまま枯れっぱなしで保守して欲しいわ >>106 FuelPHPは、良いですね。 特に日本語ドキュメントは秀逸だと思いますし、FuelPHPの書籍も 素晴らしい。 メソッドの名前も、CIより良いなと思いました。 機能的には、Smartyとの連携の容易さ、ユーザ認証機能が付属、 BootStrapも標準で付属(だったかな)など。 でも、どの機能もCIをベースにちょっとトッピングすれば実装できるんですよね。 一方で、既存のCIのサービスの保守をしながらFuelPHPを採用すると、 スキル的にCIとFuelPHPの2本立てになってしまうという台所事情がありまして。 それが嫌でCIに戻りました。 なるほど納得。どうせ二本立てになるくらいならCIのままの方が混乱ないですよね うちはCIでやってたスマホ用のシステムが、建増し住宅しすぎて本当にひどくなってw 問題点洗いだして心機一転4人チームでFuelPHPで再実装しました。 みんななんとなくFuelいいなーって思ってる奴らだったので思いの外うまくいきましたが、一人でも戸惑ってるメンバーがいたらやめてたかもなぁ CIのままでも作り直しの成果は上げられたとは思いますしね DB周りはかなりすっきりしたけど、本質的な問題は建増し住宅のごとき仕様変更による混乱だっただけだしなーww CodeIgniterは「フレームワーク自体はデータベースを必要としない」っていうのが好きで使ってる。 フレームワーク自体がデータベースを使ってるものなんて どこにあるんだ? cake1とか規約が厳しいフレームワークのことを引き合いに出してるのでは? どのみちちょっと情報が古そうだが 1ファイルのフレームワークってないかな さくっと使いたいのだけど 1ファイルをお望みなら、欲しいのはフレームワークじゃなくて「お手軽ライブラリのセット」なんじゃないのかなぁ 運用の上でまとめたものと利用方法のセットがフレームワークだと思うんだ opcacheあんだしファイル数とか気にしなくて良くね 1ファイルにパックできてもいいことないと思うよ アプリ側フォルダはどうせルールに従った構成が必要になるだろうしね どのフレームワークも盛り下がってるな FuelPHP Laravel CodeIgniter Yii だれも使ってないのか 結局現場リーダーが使い慣れたものが採用される で、Cakeになる おしまい PHP7がウワサされてるが、そしたらフレームワーク界も動くかね。 PHP7時代到来で、どのフレームワークが速いとかいう議論も不毛になりそうだな フレームワークは開発のしやすさで選ぶ流れへとシフト シンフォニーは、知らん。 迷うならCodeIgniter使っとけ。 世界のデファクトスタンダードだからな。 一時期ライセンス問題あったから避けたんだよなーorz ライセンス問題は解決したからもう一度やってみよう 軽量省機能がウリだから覚えることも少ないぞ ライセンス問題のせいで、ただでさえ乱立のPHPフレームワークが FuelPHPとかlaravelとかにバラけて もう辟易だよ まあ別に必要なら全部覚えりゃいいべ。 ほとんどの知識は流用で済むんだから 現場で一番多いのはおそらくCake1 案件も新規開発が減っていて、改修とかリプレイスとかが多いから迷うところ 今までも乱立してきたし、それはこれからも続くことを 考えれば、長く安定して使えるものが一番いいだろうね。 Cakeは使ったことないから間違っているかもしれないけど、 規約で縛られた開発ルールだから、その知識は他のフレームワークに 流用できないのではないだろうか??? CakePHPはModelっていうか、DBアクセス周りがクソすぎて 小さいWEBサイトならまだしも、本格的なWEBアプリケーションでは使えないでしょ。 あんなもの便利がって使ってる人は頭が悪いんだよ。 CodeIgniterはまぁ、可もなく不可もなくって感じだったな。 >>104 >CodeIgniter + Smarty = 最強。 Smartyなんか、いい加減捨てなよ。 Twig使ってみれば、Smarty使ってたのが馬鹿みたいだった事がわかる。 SELECT A.id, B.name FROM log AS A LEFT JOIN user AS B USING id WHERE A.access_time > '2015-07-09 10:00:00' たったこれだけのSQLを、Cakeの正規の方法(query()を使わない)で書いたら これ何の暗号だよ? ってなるじゃない。 フレームワークとして、auto_incrementな単一プライマリキーしかサポートしないとかだったと思うし、 本当に、何考えてこんなフレームワーク作ったんだ?と思うし、 何考えてこんなフレームワーク使ってんだ?と、 糞のようになったコードの保守案件とかやらされると、いつも思う。 まあそのへんのクエリがオリジナルより複雑になるのは止む終えないでしょ。 SQLが単純すぎるんだから。逆に単純すぎて間違いが多いのが問題なんだし。 あとSQLインジェクション対策もできるから作法として使ってる。 フレームワークによって記法がまちまちでスゲーいらいらするのはわかるけどw Cake全くしらないけど、フレームワークによって記法がまちまちでスゲーいらいら するのを解消したり、SQLをシンプルに使ってSQLインジェクション対策 したいなら、ふつーにPDO使えばいいじゃん。 とか思うのだが。 稚拙すぎ? >>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 よくそれだけ使ってきたね 個人で?それとも会社? ■ このスレッドは過去ログ倉庫に格納されています
read.cgi ver 07.5.1 2024/04/28 Walang Kapalit ★ | Donguri System Team 5ちゃんねる