元スレ【PHP】フレームワークについて語るスレ12【総合】
php覧 / PC版 /みんなの評価 : ○
851 = :
>>849
>$req = array_merge(array('key1'=>'DEFAULT1','key2'=>'DEFAULT2'),$_REQUEST)を1行書いておけばいいだけ。
これだからPHPerは。。。
852 = :
>>851の説明を待ちましょう。
853 = :
さすがクソコーダの考えることは違うな
854 = :
855 = :
どうしてもオブジェクトで表現したいときだけ、$obj = new Klass($_REQ)ってやればいい。
どうやったところで、$_REQには単純なスカラ変数(たまに配列)しか入ってないんだから。
Perlなど他の言語のように、自前でクエリストリングを取り出す処理を実装しなければいけないなら、初めからオブジェクトにしてもいいかもしれないけど。
856 = :
なぁなぁ、それでどのFWのリクエストオブジェクトがそんなに糞なわけ?
参考までに教えてくれ
857 = :
>>851
説明はまだか?
858 = :
>>857
説明しないと分からないんでちゅか?
859 = :
説明できないときのいいわけかよw
860 = :
>>849はフレームワークを使ったことはあっても、フレームワークのソースは読んでないんだな。たぶん。
861 = :
WhatじゃなくてHowがむき出しのダサダサコードだって言いたいんだろうけど、PHP使うような程度ならこれでいいんじゃね?
862 = :
それは、フレームワークを使うか使わないかという段階での振り分け。言語の問題じゃない。
それに、>>849にクスクス笑いが起きるのは、デフォルト値実装の意味がわかってないからだよ。
864 = :
でっていう
865 = :
フレームワーク覚えたいのですけど
シンプルなフレームワークありませんか?
デザイナーとプログラマが分離して作業できればいいんですが
866 = :
ちいたん
867 = :
>>865
コードイグナイタ使っとけ。
870 = :
具体的にどういうこと?
871 = :
フレームワーク使いたいんですがcakePHPか
国産のフレームワーク使うか迷っています
国産のフレームワークとかどうですか?
872 = :
RoRみたいなことがしたいならケーキ焼いてろ。
873 = :
国産のどのフレームワークだよ
874 = :
>>869
諦めてPerlにしましょう。
875 = :
ちいたんだろ
877 = :
国産フレームワークってどれがいい?
いずれcakePHPをやろうと思っています
878 = :
>>877
まず国産にこだわる理由を書くと、それなりの意見や感想レスも出てくるかと。
いずれって事は、今は何を使ってるの?その辺も。
そこいらを書かないと実のある質問ではほとんどないと思う。
879 = :
>>878
まずは、国産、つまり日本語で丁寧に解説されているのを
やってみようと思いました。英語わからないですし
PHPのフレームワークとはいえ、何かにつまづくかもしれないですし
今は何も使っていません。rubyのフレームワークを使って挫折しました。
サーバにアップロードするだけで使えるPHPを勉強して
今、そろそろフレーム段階に突入したところです。
それほど難しいのはいらないので、cakePHPに興味があります
その前に国産使おうとしました
国産の種類の適正を知りたいです
880 = :
それなら、あくまでも私見だけど、いきなりcakePHPで問題ない、と思う。
日本語の解説は、国産(現役はEthnaくらいか)より遙かに多かったりする。
あと、これはどのフレームワークにも言えることだけど、「どう使うのか」の部分では
解説やリファレンスが役に立つが、「どうなってるのか」の部分では、最終的には
ソースを読むしかないので、シンプルに書かれているフレームワークも触ってみると
いいかも。CI(Kohanaの方がいい?)とか、ちいたんwとか
881 = :
ちいたん、って何かの罠なんですか?
882 = :
>>879
ZFの方がお勧め
883 :
デザインとプログラムを分けて制作したいのですが
cakePHPは表示するのにデータベースを使うみたいで困ってます
データベースなしで使えるフレームワークがございましたら教えてください
884 = :
cakePHP以外全部
885 = :
表示にDBを使うって何に使ってるの?
886 = :
>>883
それはあなたの思い込み。
さすがのcakePHPもDBをつかわないとHelloWorldも書けないとか、そんな終わっている仕様ではない。
887 = :
>>879
国産FWでドキュメントがきっちりしてるのってEthnaしかないと思う。
EthnaのコミッタまでCakePHPを使い出してるらしいから、
もうだいぶ終わってる感があるけど・・・。
symfonyもCakePHPも日本語のドキュメントは充実してますよ!
888 = :
前任者がmojavi2で作ったシステムのメンテしててずっとPHP4で
来てるんだけど、いい加減にPHP5以降を考慮してフレームワーク
移行かもしくはmojavi2のソースいじるかどうしようかと思案中。
mojavi2からシフトしやすいFWってどれがいいですかね。
どのみち多少のコード書き換えは発生するんだしと考えると
リセットして今後の運用のみ考えて選定したほうがいい気もするし・・・・
ちなみにシステムはとある業界の業務用アプリで大雑把に
ソースファイル数で2000近くある。当初2,3百ファイル程度の
規模だったのが客の要望にこたえているうちに雪だるま式に
膨らんでしまった。
規模がもう少し小さければ書き直すんだけど・・・
あと前任者はドロップアウトしてもう居ません(泣
889 = :
>>888
やっぱりsymfonyでしょう
もう大分原形とどめていないとはいえ、mojavi3ベースだし
890 = :
さあ、お前の代からRoRにするんだ。
891 = :
>>886
cakePHPはDBないと動かないぞ
892 = :
げ、調べたらDBないと動かないみたい
cakephpw
893 = :
さすがカビたケーキと言われるだけあるな
894 = :
いや普通に$uses = nullって書くだけでDB(モデル)使わないアプリ作れるけど
同じシステム内でだって画面によっちゃDB使わない画面もあるわけで、
そういうところでモデル呼び出さない設定ができて当たり前なわけで、
当然Cakeだってそういう設定はできる。
895 = :
DBなくても動くんじゃないの?
896 = :
さすが毒入りケーキ
897 = :
>>894
ない
あるならソースよろ
898 = :
http://www.1x1.jp/blog/2007/08/cakephp_no_db.html
usesの件は使ってりゃ誰でも気がつくだろ
899 = :
>>883
CakePHPは少ししか使ったことないから詳しくは知らないけど、
大抵のphpで作るアプリケーションはデータベース使うよね。
別にデータベース使わないと駄目というつもりはないんだけど、
> デザインとプログラムを分けて制作したいのですが
この発言からすると、データベースについてなにか勘違いをしている気がするんだ。
デザインとプログラムを分けるには、
ロジックを普通にphpで書いて、デザインはテンプレートの仕組みで作ることだよ。
で、そのテンプレートに表示する内容は、
ロジックに含めず大抵はデータベースに格納する。
小規模な場合は、CSVファイルに保存する事もないとはいわないけど、
その方が逆に面倒だと思う。
900 = :
>>899
フレームワークというより、Smarty等を勧めるだけでいいような気がする。
> 小規模な場合は、CSVファイルに保存する事もないとはいわないけど、
> その方が逆に面倒だと思う。
つSQLite
そろそろブラウザにも搭載されようかって勢いだし、正直データベース前提で
何の問題もないような。
みんなの評価 : ○
類似してるかもしれないスレッド
- 【PHP】フレームワークについて語るスレ10【総合】 (1001) - [98%] - 2008/12/23 16:48 ○
- 【PHP】フレームワークについて語るスレ13【総合】 (985) - [98%] - 2009/9/23 3:04 ○
- 【PHP】フレームワークについて語るスレ10【総合】 (1001) - [98%] - 2008/8/24 19:04 ○
- 【PHP】フレームワーク CakePHP 3ホール目【本命】 (1001) - [59%] - 2008/6/19 7:19 ○
- 【PHP】セッションについて語ろう!【PHP】 (829) - [58%] - 2018/6/27 23:16 ○
- 【PHP】フレームワーク CakePHP 6ホール目【v1.2】 (933) - [57%] - 2009/8/19 2:06 ○
- 【PHP】フレームワーク CakePHP 5ホール目【v1.2】 (985) - [57%] - 2009/3/7 4:53 ☆
- 【PHP】フレームワーク CakePHP 7ホール目【v1.2】 (1001) - [57%] - 2010/3/18 1:18 ○
- 【PHP】フレームワーク CakePHP 4ホール目【v1.2】 (1001) - [57%] - 2008/12/19 21:06 ○
トップメニューへ / →のくす牧場書庫について