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

元スレ【PHP】ID出さなくても質問OKなスレ【初心者歓迎】

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

551 = :

仕方ないじゃん
それがイヤなら最適化するなり工夫しろ

552 = :

ですよね
ありがとうです

553 = :

俺の質問のせいであれてた('A`)

>>545
> 冗長だからお勧めはしない。
> 素直にループで数えた方が速い。
いや、速くなくても コードが冗長じゃなければおkでした

> booleanしか格納しないなら
元のコードは >>518 なんで・・・

というかゴルフしたかっただけです(´・ω・`)

554 = :

よく考えたら、>>518だと>>526はできないのか・・・(´・ω・`)

555 = :

>>518はイミフだよな
$resultsは$resultの集合でしょ。$resultがオブジェクトだよな?

設計に問題がなければArrayObjectを使うなり、オブジェクト側で
implements countable してcount()を実装すれば、
利用側はcount($results)でok

556 = :

555は?

557 = :

はい?

558 = :

クラス定義するまでもないけど、hash(Array)っぽいアクセスじゃいやんで、
構造体っぽくみせたいときに
stdClassつかうもんだと思ってたんですが、そういうわけでもない?

560 = :

ああ、わかた。>>555 は設計によるけどちゃんとクラス化してそのメソッドにしるってことか
countになるかはわからんけど・・・

多分、2回以上カウントする必要がある時は、冗長性はさけて
関数化→クラス化→メソッド化
ってなると思います。

クラスのプロパティが簡単に設定できれば
お気軽にクラス化できるんだけど・・・

561 = :

>>558
stdClassの使い方として、それはいいと思うけど、
実際に何がやりたいのかがわからんと、それ以上は云々できんわな。
stdClass使うのに、$resultsを配列にしちゃう理由が思い浮かばん。

562 = :

> クラスのプロパティが簡単に設定できれば
stdClassみたいに使うには、
public $hoeg = 1234;
クラス内でみたいにpublicにするだけでいいんですね。勉強不足でした。

>>561
> 実際に何がやりたいのかがわからんと、それ以上は云々できんわな。
ああ、いや、まあ実際そうですね。

最近、CodeIgniterをいじっているんですが ActiveRecordがクエリーを返す時に、
stdClassのArrayで返してくるものですから、
適当な構造の配列を関数から返す時とか、
そういう風につかっていいもんだと思って使ってました。

563 = :

なるほどね。

566 = :

PDOStatement->fetchObject みたいな使い方があるね。
DBからの戻り値を使いたい状況に合わせてクラス指定して取得するとかで、
拡張性を担保する。特に指定がないときはstdClass

567 = :

いやだからそのクラス指定して取得するメリットは?

568 = :

> いやだからそのクラス指定して取得するメリットは?

> 拡張性を担保する。

めくらなの?

569 = :

568 名前:nobodyさん[sage] 投稿日:2008/12/22(月) 17:56:59 ID:???
> いやだからそのクラス指定して取得するメリットは?

> 拡張性を担保する。

めくらなの?

570 = :

>>568
どう拡張性が担保されるの?

571 = :

>>567
メリットがない者にはわからない。それだけのこと。
たぶん、君にとってメリットはない

572 = :

>>571
君にはどういうメリットがあるの?

573 = :

>>572
たとえば、
class rowFilter {
public function __set($name, $val) {
$this->{$name} = someFilter($val);
}
}
のようなクラスを用意して、自動フィルタを使い分けるとか。
複数カラムの値を自動計算させて仮想の別カラムを作ったりとか。

574 = :

そんなんfetchObjectでなくてもできね?

575 = :

だから、そんな君にはメリットはない。

576 = :

なんだ自分が分かってないんじゃん

577 = :

はあ?

578 = :

ぼくにはさっぱり>>573がどんなメリットなのかわかりません

579 = :

キモッ☆マジキチだらけのPHPスレ!

580 = :

>>571と同じ。
>>573の方法を設計に生かしたいと思うかどうか。
生かしたいと思わない者にとってはメリットはない。

582 = :

>>580
自演乙!

583 = :

>>582
自演であることを証明してみろ。

584 = :

乙、乙
なんか、このところの定番?この流れ

585 = :

あれw

586 = :

>>583
だいたい、何と何が自演だよ

587 = :

自分で理由もなしに何となくで使ってるところを指摘され、
利点を説明もできず、必死に言い訳を取り繕っている様はこんな感じ

                  ヽ人人人人人人人人人人人人人人人人人人人人人人人人人人人
         / ̄(S)~\  <                                        >
       / / ∧ ∧\ \<  そんな君にはメリットはない! そんな君にはメリットはない! > 
       \ \( ゚Д,゚ ) / /<                                        >
         \⌒  ⌒ /  ノ Y´`Y´`Y´`Y´`Y´`Y´`Y´`Y´`Y´`Y´`Y´`Y´`Y´`Y´`Y´`Y´`Y´
          )_人_ ノ  
          /    /
      ∧_∧ ■□ (    ))
     (   ; )■□  ̄ ̄ヽ
   γ⌒   ⌒ヽ  ̄ ̄ノ  ノ
 ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄|

588 = :

必死だな

589 = :

ひさしぶりに「必死だな」とか頭の足りてない言葉見た。
どんだけオッサンなんだよ。お互いに。

590 = :

てかさ、恥ずかしくない?

> 利点を説明もできず

591 = :

何が?

592 = :

説明してみろよ、説明できないんならわかっていないと見做すとか

593 = :

で?

595 = :

んなこたぁわかってる

596 = :

DBレコードをモデルに割り当てるときに、DBからfetchして手動でオブジェクトに
割り当てるコードを書くよりも、実装のみ書いてfetchObjectに投げればモデルを
取得できるというメリットは、
スピーディーにORMを書きたい人にとってはメリットはあるが、
そうでない人には、意味がないってだけ。

「君にはメリットはない」て言葉、そんなにひっかかるか?>>587
バカにされたとでも思ったんなら誤解だよ

597 = :

まあ、そうムキになんなよ。

598 = :

>>596
低脳乙

599 :

>>598
どうも

600 = :

自覚だけはあるんだw
巣に篭って出てくんなよw


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

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


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