のくす牧場
コンテンツ
牧場内検索
カウンタ
総計:126,368,690人
昨日:no data人
今日:
最近の注目
人気の最安値情報

    元スレ【PHP】フレームワークについて語るスレ12【総合】

    php覧 / PC版 /
    スレッド評価: スレッド評価について
    みんなの評価 :
    タグ : 追加: タグについて ※前スレ・次スレは、スレ番号だけ登録。駄スレにはタグつけず、スレ評価を。荒らしタグにはタグで対抗せず、タグ減点を。
    ←前へ 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 次へ→ / 要望・削除依頼は掲示板へ / 管理情報はtwitter

    851 = :

    >>849
    >$req = array_merge(array('key1'=>'DEFAULT1','key2'=>'DEFAULT2'),$_REQUEST)を1行書いておけばいいだけ。
    これだからPHPerは。。。

    852 = :

    >>851の説明を待ちましょう。

    853 = :

    さすがクソコーダの考えることは違うな

    854 = :

    >>852

    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
    そろそろブラウザにも搭載されようかって勢いだし、正直データベース前提で
    何の問題もないような。


    ←前へ 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 次へ→ / 要望・削除依頼は掲示板へ / 管理情報はtwitterで / php一覧へ
    スレッド評価: スレッド評価について
    みんなの評価 :
    タグ : 追加: タグについて ※前スレ・次スレは、スレ番号だけ登録。駄スレにはタグつけず、スレ評価を。荒らしタグにはタグで対抗せず、タグ減点を。

    類似してるかもしれないスレッド


    トップメニューへ / →のくす牧場書庫について