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

    元スレ【PHP】下らねぇ質問はID出して書き込みやがれ 87

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

    201 = :

    >>199
    じゃ>>182の場合は要らんということだね

    202 = :

    >>201
    状況によらずつけるクセをつけるべきといってるんですよ。
    いる、いらないの問題じゃない。

    203 = :

    >>190-191
    自演乙

    205 = :

    >>202
    状況を考えず常に同じことしかしないなんてどんだけ思考停止なの

    208 = :

    >>205
    状況って・・・
    配列使うときだけ使う。俺って状況考えて使い分けできてカッコイイとか思っちゃってるなら、
    そもそもそれが間違いですよ。
    結局これってコーディングスタイルの問題だし状況もくそもない。

    209 = :

    そもそも""の中に変数を書かない癖をつけた方がいいんじゃないの

    210 = :

    ちょっとわかりにくかったね。
    一言でいえば「同じことをして当たり前」ということね。

    211 = :

    状況を考えないでコーディングしてるんだ。頭固いね。旧世代の遺物だ。

    212 = :

    >>209
    echo "{$name}さんが{$money}を{$who

    215 = :

    >>211
    だめだこりゃw
    くだらないとこでそんな戯言いってないで、もっとコアな部分で状況を考えてください。
    入出力部分に状況もくそもない。

    216 = :

    俺も出力とか{}とか連結とかどう使えばいいのか悩んでた。
    どうするのがいいわけ?
    変数だけでなくdefineしたものの扱いも含めてどうするのが一番美しいの?

    217 = :

    普通は可読性やメンテナンス性を重視すると思うけどな。
    作ったプログラムを未来永劫書き換えないなら、速度重視や必要最小限のコードってのでもいいと思うが。

    ところで、>>211みたいなレスはすごく頭悪そうだぞ。

    218 = :

    >>215
    >>208根拠ないのに相手の人格批判
    >>215相手の駄目認定と勝利宣言
    分かりやすいほど詭弁のガイドラインに合致

    220 = :

    >>217
    波括弧で囲むのが可読性とメンテナンス性に優れている根拠を詳しく

    221 = :

    俺は長い文章出すなら、ヒアドキュメントと置換か埋め込み使うようにしてる

    222 = :

    >>216
    多人数開発やソース公開(オープンソース)を前提として
    可読性その他凡ミスをふせぐために{}
    個人開発でパフォーマンスを求めるなら連結
    定数と変数は両者には値が不変か否かの違いしかないので
    基本的な扱いは両者一緒

    223 = :

    >>218
    詭弁ねえ・・・
    まぁそう思いたいならそう思ってればいいんじゃないですかね。
    とりあえずあなたはくだらないとこで屁理屈のべて難癖つけるのやめてくださいね。
    スレが荒れちゃうので。

    224 = :

    defineしたマクロを文字列の中に埋め込みとか出力に使う場合って
    sprintfか連結でしかできないっけ?
    そのへんの制限も含めてまとめてどうするのがいいのか教えて欲しい

    225 = :

    >>220
    可読性は一目瞭然だな。
    $の有無だけで変数かどうかを判断するのか、{$...}を見て変数と判断するのかを比較すれば、後者の方が明らかにわかりやすい。

    メンテナンス性については、上の方でも書かれていたけど、例えば変数の後ろの文字列を書き換える際に、変数名を誤って変えてしまうリスクを減らせる。

    ちなみに俺はsprintfやピリオドでの連結とか、場合によって変えてるよ。
    でも、
    echo "<li>$value</li>";
    という選択はまずしないな。

    226 = :

    >>220
    可読性とメンテナンス性ってのは2つで1つだからね
    可読性が高いことはメンテナンス性も高いということ
    なぜかは読みやすいほうがわかりやすいということを考えればわかるでしょ?
    波括弧がなぜ優れているかというのは
    文字列中に現れていればひとめでそれが変数とわかるから
    囲ってるのと囲ってないのでは見つけやすさに差が出るというのは想像に容易いね?

    227 = :

    perlでeval使って変数展開するのと同じ事ってPHPでもできたっけ?

    229 = :

    >>228
    がんばりすぎ

    230 = :

    民主政権になって全てのソースコードを中国様に開示を義務づけられるので
    コメントは中国語でね♪

    232 = :

    >>228
    perlだとそんな感じだよな。

    $time= '2009-04-01 16:48:07';
    print date("Y-m-d H:i:s",strtotime( $time ) + 60*30 );

    234 = :

    結論:「この話はフレイムになる」ってやつだな→{}

    235 = :

    けんか腰になりさえしなきゃ、いろんな意見が読めて面白いと思うよ。

    元々、perl も php も、美しい一定の方法でコードを入力するって
    コンセプトじゃなくて、何にでも便利に簡易に書く方法を追求しようって
    性格のものじゃん。php は、特に目的がWebに集約されているから、
    ゴッタ煮のWeb実装の上じゃ、作り手の書き方も山ほどバリエーション
    あっていいと思うんだけど。

    こういう機能をサポートしているから、こういう書き方に集約したほうが
    いいってのは、PHPの場合フレームワークとか載せた場合の話になる
    んじゃないのかな。

    236 = :

    >>234
    >>184も学習したしもう炎上することもないんじゃね
    何度か{}の話題あったけどここまで盛り上がった記憶はないな

    237 = :

    現時点では速度に問題を感じてないから、将来的に改良したければするかも。
    $usesだっけ、のほうが見やすいかなと。

    238 = :

    いつも思うが 議論であって炎上ではないだろ、この程度。

    239 = :

    >>236=>>182自演乙
    くやしかったかい?w

    240 = :

    ↑こういう馬鹿がいるからだめなんだよな

    241 = :

    結局、なんとなく可読性がいい、なんとなくメンテナンス性がいい、だもん。
    個人の主観の域を出ないのさ。
    好きなようにやればおk

    242 = :

    >個人の主観の域を出ないのさ。
    わかってるのに理解不能とかいったわけですね

    243 = :

    >>242
    何が?
    俺そんなこと言ってないけど?

    244 = :

    ID出ない弊害だな。

    245 = :

    だな

    246 = :

    少なくとも>>242はさっき必死だった人物の一人か

    247 = :

    ほんとわかりやすいね
    どうでもいいやつはレス番に反応することはない
    >>242もそうだが>.246も必死だった人物の1人
    見苦しいからそろそろもうだまっとけや

    248 = :

    これでいきなりID出たら面白いことになってそうだなwwwwww

    250 = :

    >>247
    くやしいのはわかったからお前がレスした番号を書けよ


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

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


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