私的良スレ書庫
不明な単語は2ch用語を / 要望・削除依頼は掲示板へ。不適切な画像報告もこちらへどうぞ。 / 管理情報はtwitterでログインするとレス評価できます。 登録ユーザには一部の画像が表示されますので、問題のある画像や記述を含むレスに「禁」ボタンを押してください。
元スレ[PHP][フレームワーク]CodeIgniter Part2
php スレッド一覧へ / php とは? / 携帯版 / dat(gz)で取得 / トップメニューみんなの評価 :
レスフィルター : (試験中)
ciのスレでfuelに話題誘導しようとしてる奴なんなの?
fuelとciは確かに似てるし比較すんのは別にいいんだけど、
こっちのスレにきて、わざわざfuelマンセーしてるのとか見ると
fuel界隈にいる奴ってキモいわって思う
fuelとciは確かに似てるし比較すんのは別にいいんだけど、
こっちのスレにきて、わざわざfuelマンセーしてるのとか見ると
fuel界隈にいる奴ってキモいわって思う
>>649
自分が頭弱いことを自覚しているんだな。
自分が頭弱いことを自覚しているんだな。
>>654
俺、CI使ってないぜ?使う価値ないんだもん
俺、CI使ってないぜ?使う価値ないんだもん
ありがたい教えを授けてやろうというのに・・・
迷えるCI使いにFuelのご加護があらんことを
迷えるCI使いにFuelのご加護があらんことを
PHPほぼ初心者時代に初めてCakePHPを触ってワケワカメだった時に、CodeIgniterを使って分かりやすさに感動した
が、ある程度PHPとフレームワークに慣れてくると淡白すぎて物足りなくなる
が、ある程度PHPとフレームワークに慣れてくると淡白すぎて物足りなくなる
でも、フレームワークは統一して使いたい。
サービスごとに別々のフレームワークなんて、とてもやってられない。
それに感動するくらい分かりやすいと、開発メンバーが変わっても
習得が容易だから、そいつらが戦力外になってしまう可能性が低い。
サービスごとに別々のフレームワークなんて、とてもやってられない。
それに感動するくらい分かりやすいと、開発メンバーが変わっても
習得が容易だから、そいつらが戦力外になってしまう可能性が低い。
商用のウェブアプリでCI導入してるところなんてあるのか?
個人が気軽にフレームワーク使いたい時や初心者用の教材としてなら大いに価値はあると思うが
個人が気軽にフレームワーク使いたい時や初心者用の教材としてなら大いに価値はあると思うが
>>649
それCakeとかの話だろww
CIはCakeやsymfonyに比べて
規約が少ない分、自分で考える部分が多いだろ
よほどのバカじゃなければ
他のFWが理解できなくてCIにたどり着くなんてことは
考えもつかないだろ
バカ丸出し
それCakeとかの話だろww
CIはCakeやsymfonyに比べて
規約が少ない分、自分で考える部分が多いだろ
よほどのバカじゃなければ
他のFWが理解できなくてCIにたどり着くなんてことは
考えもつかないだろ
バカ丸出し
フォームヘルパーについて質問します。
(CI初心者です)
フォームヘルパーを使うメリットはあるのでしょうか?
フォームヘルパーで書くと特殊なHTMLを生成し、それがCIの機能に結びつく、などの
メリットがあれば使う価値があると思うのですが、そうでなければ直接HTMLタグを
書いたほうが良い気がしています。
宜しくお願いします。
(CI初心者です)
フォームヘルパーを使うメリットはあるのでしょうか?
フォームヘルパーで書くと特殊なHTMLを生成し、それがCIの機能に結びつく、などの
メリットがあれば使う価値があると思うのですが、そうでなければ直接HTMLタグを
書いたほうが良い気がしています。
宜しくお願いします。
>>668
デフォルト値の設定、ラベルの付与、配列値によるオプションタグの自動生成、さらにはバリデーションなど枚挙に暇がない
そもそもフォームヘルパーはPHPに限らずウェブフレームワークの最も重要な機能の一つです
デフォルト値の設定、ラベルの付与、配列値によるオプションタグの自動生成、さらにはバリデーションなど枚挙に暇がない
そもそもフォームヘルパーはPHPに限らずウェブフレームワークの最も重要な機能の一つです
使う理由が出たので、使わない方で
だいたいはつまらん機能だと思うよ
他のフレームワークでも同じ
唯一セキュリティ上の利点がある
自前でできるなら、敢えて使わなくてもいい
だいたいはつまらん機能だと思うよ
他のフレームワークでも同じ
唯一セキュリティ上の利点がある
自前でできるなら、敢えて使わなくてもいい
バリデーションはフォームヘルパーを使わなくても機能するのでは?
ラベルだってHTMLを直接書けばよいだろうし。
オプションタグの自動生成やデフォルト値の設定まで求めるなら、
CIのテンプレパーサをSmartyにしたほうが総合的に良さそうな気がしました。
(Smartyならフレームワークが変わっても学習した知識が大抵使えそうだし)
質問しながら生意気な反論ですみません。
回答いただいた内容に、いまひとつ納得いかないので・・・
ラベルだってHTMLを直接書けばよいだろうし。
オプションタグの自動生成やデフォルト値の設定まで求めるなら、
CIのテンプレパーサをSmartyにしたほうが総合的に良さそうな気がしました。
(Smartyならフレームワークが変わっても学習した知識が大抵使えそうだし)
質問しながら生意気な反論ですみません。
回答いただいた内容に、いまひとつ納得いかないので・・・
671だけど、補足
・form_prep()をいちいちしなくていい点
・マニュアルにあるように、移植性
を無視して良ければ、HTMLを直接書く方が、
今までやっていたなら、わかりやすいと思う
ただ、最近はPHPでHTML描画するより、
JavaScriptで遅延ロードした方がUX的にも良いから、
使わなくても良いんじゃないかな
というのが俺の考え
・form_prep()をいちいちしなくていい点
・マニュアルにあるように、移植性
を無視して良ければ、HTMLを直接書く方が、
今までやっていたなら、わかりやすいと思う
ただ、最近はPHPでHTML描画するより、
JavaScriptで遅延ロードした方がUX的にも良いから、
使わなくても良いんじゃないかな
というのが俺の考え
>>672
格的なウェブアプリになると登録項目が多くなるからバリデーション設定をモデルに分けておいた方が管理しやすいし
バリデーション→データベース登録という一連の流れに与し易いという利点がある
エラーメッセージもヘルパーがそのまま表示してくれるし、利用者・開発者ともにストレスを感じにくくなるはず
項目が少なかったり、データベースとの連携がないのならHTMLで書いてもいいんじゃないのかな
格的なウェブアプリになると登録項目が多くなるからバリデーション設定をモデルに分けておいた方が管理しやすいし
バリデーション→データベース登録という一連の流れに与し易いという利点がある
エラーメッセージもヘルパーがそのまま表示してくれるし、利用者・開発者ともにストレスを感じにくくなるはず
項目が少なかったり、データベースとの連携がないのならHTMLで書いてもいいんじゃないのかな
>>674
レスありがとうございます。
モデルの中でバリデーションやDB操作をするとスッキリするのは
理解できました。
でも、モデルを使うこととフォームヘルパーは無関係ですよね?
また、エラーメッセージもヘルパーがそのまま表示してくれるとの
ことですが、本当ですか?
フォームヘルパー使っても、ビューに表示するコードを自前で書
かなければいけないのでは?
レスいただきありがたいのですが、今ひとつ納得いきません・・・
フォームヘルパー使っても大したメリットはなく、使う・使わないは
好き好きでってことかなあ。。。
レスありがとうございます。
モデルの中でバリデーションやDB操作をするとスッキリするのは
理解できました。
でも、モデルを使うこととフォームヘルパーは無関係ですよね?
また、エラーメッセージもヘルパーがそのまま表示してくれるとの
ことですが、本当ですか?
フォームヘルパー使っても、ビューに表示するコードを自前で書
かなければいけないのでは?
レスいただきありがたいのですが、今ひとつ納得いきません・・・
フォームヘルパー使っても大したメリットはなく、使う・使わないは
好き好きでってことかなあ。。。
CIのヘルパーはどれも微妙なんだよね。
まぁ、FWの入門用と考えて、次のFWに進めば?
まぁ、FWの入門用と考えて、次のFWに進めば?
シンプルで余計なものがないのがCodeIgniterのいいところ。
拡張の余地が残されていて、自由にカスタマイズできる。
と、ポジティブに考えてみる。
拡張の余地が残されていて、自由にカスタマイズできる。
と、ポジティブに考えてみる。
>>677
そもそもフレームワークは個々人の裁量よりもフレームワークや言語の特製をいかに活かすかに重点が置かれてるし本末転倒な気がしなくもないなあ
商用で使われるようなフレームワークだと備わった機能を活かすだけで十分商用たりえるわけだし
そもそもフレームワークは個々人の裁量よりもフレームワークや言語の特製をいかに活かすかに重点が置かれてるし本末転倒な気がしなくもないなあ
商用で使われるようなフレームワークだと備わった機能を活かすだけで十分商用たりえるわけだし
軽量・シンプルなのも利点の一つなわけで。
必ずしもフルスペックは必要ない。
メリット・デメリット考えて選択。
適材適所。単純なこと。
必ずしもフルスペックは必要ない。
メリット・デメリット考えて選択。
適材適所。単純なこと。
フレームワークはあくまで開発グループの足並みを揃える「枠組み」であって、
CodeIgniterなどのフレームワークソフトウェアは「枠組み」を作成する手助けをしてくれる道具。
道具を使うのではなく、道具に使われてしまうのでは、それこそ本末転倒な気がする。
CodeIgniterなどのフレームワークソフトウェアは「枠組み」を作成する手助けをしてくれる道具。
道具を使うのではなく、道具に使われてしまうのでは、それこそ本末転倒な気がする。
フレームワーク論は立ち位置によって異なるんだから
そんな噛み合わない話をしても仕方がないよ
そんな噛み合わない話をしても仕方がないよ
主要なウェブフレームワークの多くは「設定よりも規約」の概念で作られているから、自由は得てして厭われることが多い
その反面、Codeigniterは規約が非常に少ないフレームワークだから使ってて楽しめるものだと思う
その反面、Codeigniterは規約が非常に少ないフレームワークだから使ってて楽しめるものだと思う
CI 2.0の日本語の解説本てないのかな。
誰か出して。
オンラインマニュアルでは頭に排卵。
誰か出して。
オンラインマニュアルでは頭に排卵。
フレームワーク使ったことがない段階 ・・・ ここからスタート
↓
MVCを学ぶ ・・・ 学習しやすいCodeIgniterでサイトを作れるようになる。全てのライブラリを覚える必要はない(基本的のどのフレームワークでもそう。必要な機能だけ使えるようになればOK)
↓
2個目のフレームワークも使ってみたくなる覚えたくなる ・・・ Yii, Zend Framework, CakePHP, FuelPHP, Laravelのメジャーなところから選ぶ
↓
それ以外のフレームワークも試してWebアプリを作ってみる
↓
Symfonyを学ぶ
↓
複数人で作業できる機会を作る ・・・ ここで何故フレームワークが重要なのかを学ぶ
↓
MVCを学ぶ ・・・ 学習しやすいCodeIgniterでサイトを作れるようになる。全てのライブラリを覚える必要はない(基本的のどのフレームワークでもそう。必要な機能だけ使えるようになればOK)
↓
2個目のフレームワークも使ってみたくなる覚えたくなる ・・・ Yii, Zend Framework, CakePHP, FuelPHP, Laravelのメジャーなところから選ぶ
↓
それ以外のフレームワークも試してWebアプリを作ってみる
↓
Symfonyを学ぶ
↓
複数人で作業できる機会を作る ・・・ ここで何故フレームワークが重要なのかを学ぶ
ライセンス問題でもめてたけどいわゆる4大ライセンスで唯一増加傾向にあるんだな
新興フレームワークの印象が強かったけど、googleトレンドだと2位以下を大きく引き離して1位になっててビビった
新興フレームワークの印象が強かったけど、googleトレンドだと2位以下を大きく引き離して1位になっててビビった
そのGoogleトレンドの基準で言えば、日本ではまだまだCakePHPが強いな
3大フレームワークがトレンドとして下がりつつあるのは、安定してきたということの裏返しと言えるかも。。
3大フレームワークがトレンドとして下がりつつあるのは、安定してきたということの裏返しと言えるかも。。
データベースクラスって使う意味ありますか?
PDOで十分だと思うんだけど、メリットあるの?
PDOで十分だと思うんだけど、メリットあるの?
Codeigniterって使う意味ありますか?
Slimで十分だと思うんだけど、メリットあるの?
Slimで十分だと思うんだけど、メリットあるの?
PHPって使う意味ありますか?
Cで十分だと思うんだけど、メリットあるの?
Cで十分だと思うんだけど、メリットあるの?
ごめん、693の問いに対してメリットあるよと暗に言いたかったんだけど
マジレスが返ってくるとは思わなかった
マジレスが返ってくるとは思わなかった
設定クラスの公式オンラインマニュアル(CodeIgniterユーザガイド 日本語版)
には、
$this->config->config
というパブリック変数は記載されていません。
CodeIgniterユーザガイド 日本語版より詳しい
公式マニュアルが存在するのでしょうか?
には、
$this->config->config
というパブリック変数は記載されていません。
CodeIgniterユーザガイド 日本語版より詳しい
公式マニュアルが存在するのでしょうか?
前へ 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 次へ / 要望・削除依頼は掲示板へ / 管理情報はtwitterで / php スレッド一覧へ
みんなの評価 : 類似してるかもしれないスレッド
- [PHP][フレームワーク]CodeIgniterスレ (983) - [86%] - 2011/3/5 23:17 ○
- [PHPフレームワーク]Laravel (995) - [56%] - 2017/7/22 11:45
- 【PHP】フレームワークMapleに舌鼓 (470) - [48%] - 2017/12/31 9:31
- 【PHP】フレームワークPharonスレ (306) - [47%] - 2022/10/10 20:00
- 【PHP】フレームワーク Akelos (129) - [43%] - 2019/5/9 7:46
- symfony PHPフレームワークpart2 (530) - [41%] - 2022/4/10 22:45
トップメニューへ / →のくす牧場書庫について