さまざまな言語仕様について熱く語る闘技場

言語構造か関数かは元のソースコードを見て判断するしかないだろ

>>38
そういう言い方よくないと思うよ。彼（彼女）をきちんと納得させられないな
ら、むしろ自分たちがダメなんだと思う。

>>39
それは違う。ソースを読んだって、>>21と同じ情報が得られるだけだろう。

だめなのは無知なのに理由もなく一方の主張を崩さず納得しない方だろ
疑問に思うなら自分で調べりゃいいのに

>>37
できないかな

>>17に戻るけど
言語構成要素の1つではあるが何故関数で無いと言いきれるんだ？
言語構造の一部である事はマニュアルにも"言語構成要素であり"と書かれている

これらの原因がただ単にマニュアルの不備が原因である
とは考えにくいよ・・・
もしarrayのマニュアルがarrayが出来てから
更新されていないというのであればそれも有りえるだろうけど

>>41
貴様もよく知らないくせに罵倒だけは一人前だなｗｗｗｗｗｗ

パーサトークンという言葉を説明すればいいのかと思ってググったが、
PHPマニュアルばかり引っかかって、自分涙目。

弱ったな。どこかに分かりやすい説明ない？（他力本願）

自分はLISPのごく簡単な処理系を作ってみる以外の方法を思いつかないが、
あまりにも非現実的すぎる。
ここで納得してもらうためだけに最低限必要な知識ってなんだろう。

さてと、パーサートークンなんてのは傍証に過ぎない。
なぜなら、パーサートークンかつ関数な特殊な関数である可能性を否定できないから。

しかし、おれはもっと確実にわかる方法を知っている。
もう少し、勉強したらいいよ諸君。

わかる方法を書いてくれないかな
知ったかなんていらねーんだよ

>>45
> なぜなら、パーサートークンかつ関数な特殊な関数である可能性を否定できないから。

えー、そういう話なの？
演算子はトークンだけど、実際には関数が割り当てられている、みたいな？
ここで問題になってるのは構文解析で、実装はまた別の話だと思ってたよ。


> しかし、おれはもっと確実にわかる方法を知っている。
> もう少し、勉強したらいいよ諸君。

勉強はがんばりますので、どうか教えてください。

構文解析の話に絞ったのは君のハンドリングに過ぎない
45はロジックとして証明にならないといっているだけ

システム上のことはコードで確認する。
文理上のことはドキュメントで確認するのが道理。

結局のところ、話のレイヤーが違うってことだよな。
ドキュメント上は関数に分類されてて明確に否定されてないので関数であると考えるのが妥当。
ドキュメントはいろんな要件で書かれるからレイヤーの違いを理解できない人がいても仕方ないか。
システム上は判定一つ書けば結論でるしな。あれとか、それとか。

高木さんならわかるんじゃないのかね

で、システム上はこうよ
try {
ReflectionFunction::export("array");
} catch(Exception $e) {
echo $e->getMessage();
}

ま、function_existsで調べればtrue falseで返してくれるわけだけど。

>>51
高木さんじゃなくて、大垣さんのほうが確実

ドキュメントもバグレポート出せば変わるから、
変わったその日から名実ともに関数じゃなくなるだろうね。

しかし、このルーズさというか曖昧さがPHPのいいところ
関数でも式でもないっていったって、言語構造っていったって、
if (include("test.php"))のreturnの扱いとか、特殊としか言いようがない。

めんどくさいから海外のMLとに投稿したり開発元にメールして聞いてみたらいいんじゃないの

そろそろ結論でたでしょ。
・言語解析上は、array()はT_ARRAYであって、T_FUNCTIONではない。
・一般に関数とは、引数が与えられて一定の結果を返すものという意味では関数
・ドキュメント上では関数に分類されているが、T_FUNCTIONではないという注釈がつく
・パーサートークンの中には式（≒関数）として評価されるものがいくつかある。
・中でもarrayは関数的性質が強い。（副作用が少なく線形写像的）
・よって、ドキュメント上の表記に差異がある。

結論は各自が導きだせばよい
例１）array()は言語解析上は関数ではないが、一般論的には関数に分類される。
例２）array()は広義では関数だが、厳密には関数ではない。
例３）PHPの話をするなら言語解析だけで十分なので関数ではない。
などなど。
事情を分かった上であれば、害はない。

答えでてないじゃんあんたは例えだしてるだけでしょ

お、そうかい？
> 結論は各自が導きだせばよい

結論 = f(事情);
fの定義によって結論が変わるというのがこの現象のすべてで
その例を出せば十分だろう。

echoが文字を出力するという結論に代わりがないように
arrayもだせよ

おいおい

> echoが文字を出力する

それは何の結論なんだよ

例１　echoは文字を出力する
例２ echoは配列をarrayと出力する
例３　echoはカンマで区切って出力できる
例４　if (echo("hoge")) print("hoge");はパースエラー

echo ってカンマ使えたの？

PHPに文句あるなら、言う相手は開発元のZendだろ？
ここでグダグダ言っても、Zendには声が届かない。

…と思ったが、参考になりました＾＾

zendって開発元だったの？
スポンサーじゃなかったっけ？

perlってオープンソースなの？
perlがオープンソースだから
PHPをカンタンに作れたの？

phpはCからできてますお

まぁ、PerlがPHPやJSPのようにHTMLソースのインラインで実行できたら、
まぁ、もっと初心者を取り込めたかもしれないねぇ。
まぁ、CPANの仕組みをもう少し落ち着いて考えたらよかったかもねぇ。
まぁ、そうならなくてよかったと思ってるPerlerは多いかもしれないけど、
まぁ、・・・

なんか詳しい人が多そうなので、聞いてみたいことがある。
PHPって、存在しないプロパティに値を代入すると、その場でプロパティが生ま
れるよね？

php -r '$hoge = new stdClass; $hoge->fuga = "ふがふが\n"; echo $hoge->fuga;'
=> ふがふが

これってPHPマニュアルのどこに書いてあるの？
オーバーロードの説明は読んだ。__set()の説明はあったけど、__set()の中身
が何もないデフォルトの場合の挙動の説明は見つけられなかった。
おかげでずっと、新しいプロパティが生まれていることに気づかなかった。

>>69
質問はくだ質へ

>>70
くだ質にはちょっと前に同じ質問がされてたんだよ。しかし回答はなかった。
たぶんPHPマニュアルには載ってないんだろう。

この辺の挙動を知っておかないとオーバーロードは理解できないのに、PHPマニュ
アルには載ってないんだとしたら、詳しい人たちはどうやってこれを知って理
解したのか聞きたいんだよ。

ちなみにPHPマニュアルのページ下のコメント欄みたいなところには載ってた。
しかしあそこはホントに玉石混交で、あそこにだけ載ってても意味ないだろ。

>>71
ちょっと前の同じ質問ってどれ？

>>72
今見てみたら、前スレの470だった。
http://pc11.2ch.net/test/read.cgi/php/1226517332/470
いろいろやり取りしてたけど、結局PHPマニュアルの当該URLは出てない。

ふむ。これじゃない？
http://jp.php.net/manual/ja/language.oop5.overloading.php

>>74
違うってよ。俺は__set()がユーザによって定義されてない、素のオブジェクト
の挙動の話をしてんの。>>69のコード読んでよ。これはPHP4でも動くんだよ。

そのリンク先のは、
> $obj->a = 1;
> echo $obj->a . "\n\n";
とかやってるけど、これは全部PHP5以降の __set()と__get()が呼ばれてるだろ。

ほらよ
http://jp.php.net/manual/ja/language.variables.php

>>76
おお、ありがとう。しかしこれ微妙に違うんじゃね？

これは
1.「未定義の変数をクラスとして扱うとstdClassのインスタンスになる」
ことの説明であって、

2.「任意のインスタンスは、未定義のプロパティをセットできる」
ことの説明じゃないだろ？

もちろん2.を前提として1.が説明されているわけだけど、2.そのものの説明は
どっかにないの？

屁理屈こねるやつだな

実際違うんだから仕方がない。

つうか、このオブジェクトの挙動について、元々知ってた人はどのくらいいる？
いるとしたら、どうやって知った？
これをPHPマニュアル読んで知った人って、一人でもいる？

おお！勉強になります！もっとやれ！！！…いや、みんなで考えよう（・∀・）

憶測：
PHPの由来はHTML文書中で簡単に<?php echo $hoge;?>するのが目的だったので、
変数は宣言せず、最初に代入等がおおなわれた時に作成される。
というのが基本仕様で、昔のマニュアルでは見かけたことがある。
これは、現在のマニュアルの「変数」のページにも
PHPでは変数を初期化する必要はないが、という控えめな表現で触れてある。

PHP4で導入されたクラス・オブジェクトでもそのことは変わらず、
メンバー変数の宣言はできるものの、実際のところ、代入によって
変数が育成されるという仕様に変更はなかった。

PHP5になって、public,protected,privateの区別を宣言できるようになったが、
宣言がない、もしくはvarで宣言された場合、PHP4互換となる。
また、PHP5ではクラス用のマジックメソッドが用意された。

これにより、宣言していないメンバー変数に対してオブジェクトからアクセスすると、
メンバー変数が作られるという"仕様"が結果的に発生する。
しかし、制御したい場合は__setでreturn null;なり例外を発生させることで、
宣言していないメンバー変数を使わせないというシステム仕様は実現できるので、
特に不自由することはない。

おもしろいのは、前者の仕様で運用すると、同じクラスから発生したオブジェクトなのに、
なのに、メンバー変数一覧に差異が生じ、get_object_varsでクエリを自動育成などを
やろうとすると、不具合の原因になるが、それは仕様の乱用と考えるのが妥当か。

ながーい、憶測ですんまそん。

>PHPの由来はHTML文書中で簡単に<?php echo $hoge;?>するのが目的だったので、
>変数は宣言せず、最初に代入等がおおなわれた時に作成される。
<?php echo $hoge;?>これのどこが代入なんだ？

>>83
> <?php echo $hoge;?>これのどこが代入なんだ？

どこに、それが代入だって書いてある？

なんだこいつ

変数宣言必須なコンパイラ環境でのリテラシーを持たないやつには、
インタプリタ環境での変数動的割り当てによる収穫について理解するのは難しい。

みんなが使ってみたプログラミング言語は？

じゃあ、俺から。
C→Perl→Java→PHP→SQL→JavaScript→Excel VBA

次は、ActionScriptを勉強したいです。

SQLってプログラミング言語なんだ

>>87
ひどい順番だなｗ
SQLを使わずにJavaでなにやってんだかｗ
何一つ習得できなかったとかいう落ちはやめてくれよな
JS使えてればASなんて勉強するまでもない。

>>88
プログラムは、「データ」とデータの「処理」から成り立っている。
一応SQLでも、処理（条件分岐とか）が書けるんだよね。

cf.日経ソフトウエア 2008年 03月号 p.55
分類／基礎となる計算モデル／事例
手続き型言語／チューリングマシン／C, Java
問い合わせ言語（非手続き型言語）／関係モデル／SQL
関数型言語（非手続き型言語）／ラムダ計算／Lisp, Haskell
論理型言語（非手続き型言語）／一階述語言語／Prolog

こういう知識って、学校の授業で勉強する場合は、計算科学やソフトウェア工学という科目で習うのかな？

そんなんプログラミングするなら中学生にだって基礎知識だろ

>>89
Javaはオブジェクト指向の教材として役立ちました！
…しょぼいアプレットが作れます＞＜

ActionScript → Flash、Flex、AIRでWEBアプリを作る
広がる妄想（アイデア）が実現できれば、手段（プログラム言語）は何でもいいんだけど＾＾

じゃphpで十分じゃん

今の高校は「情報」という授業があるらしいね。
http://www.mext.go.jp/a_menu/shotou/zyouhou/main18_a2.htm
＝このスレのネタみたいに、関数がどうとか熱く語り合っているのかな？

量子コンピューターの設計とか、プログラミング言語をデザインするとか、
スーパーハッカーみたいな中学生ばかりだったら、技術立国日本の未来は明るいｗｗｗ

お前あほか。おっさん乙。

Simple is best.
簡単にできることを複雑にやる必要はない。

＝WEBアプリなら、既存の資産を活かしてPerl、PHPで十分

C、アセンブラのおかげで、ハードの仕組みが理解できるようになった。
Javaのおかげで、オブジェクト指向の話が理解できるようになった。
WEBプログラミングのおかげで、サーバー、ネットワークの話が理解できるようになった。

＜今後の課題＞
１．デザインパターンのマスター
２．LISPやScheme等の関数型言語をマスター
３．将来実用化されるであろう量子コンピューターについて予習しておく

WEBアプリが自由自在に作れるようになったら、小遣い稼ぎのPHPは卒業だな！（・∀・）

量子コンピューターってプログラミング言語っていうレイヤーじゃないよな？

おれはPHPのかたわら、Haskellで遊んでみたけど、目から鱗。
PHPコードも洗練されてくるからおもしろい。

マスターとか言ってる奴がまともな技術と知識を持ってたためしがない

他人の自分語りほどウザイものはないよね〜

俺が最初に覚えた言語はHTML。
その中でも、<body>に関しちゃ、ネイティブ？って言われることがある

C＞ｈｔｍｌ＞＞＞越えられない壁＞＞＞ｐｈｐ

このまま糞スレ化→dat落ちさせるのは惜しいな。
PHPの言語仕様について話し合える場所は少ない。

安心していいよ、このスレは残る
消えるのはお前だけだから

HTMLは高級言語って話は聞いたことあるけどCSSって言語？

echoとprintは文字を出力することは同じなのに
なんで二つも同じことができるんですか？

PHPスレのテンプレ

テンプレの回答は求めてないですよ

じゃ何を求めてんの？

力…！！！

CSSも、関数やらロジックを実装するようになってきたからなぁ。
叙事詩的定義もなにか新しいプログラミング言語のように感じる

>>111
CSSの関数ってのはググったら見つかったけど、
例）CSS//関数
http://suika.fam.cx/~wakaba/wiki/sw/n/CSS++%E9%96%A2%E6%95%B0

> 叙事詩的定義
ってのはぜんぜん見つからない。"epic(al) definition" でも該当なし。
詳細プリーズ。

形容しただけだろ
日本語能力だいじょうぶか？

で、形容するとどういう意味になるんだい？

短文煽りは不快なだけで何も生み出さないからやめようぜ。
そのうち Kusakabe (void) みたいになっちまうぞ。

>>113-114はストレスたまっててここで発散したいんです！

>>106 に遅レス。

なんで echo と print の二つがあるかというと、まあ以下の文書に解説がある
わけだけど、

FAQTs - Knowledge Base - View Entry - What is the difference between echo and print?
http://www.faqts.com/knowledge_base/view.phtml/aid/1/fid/40

どうも読んでてまだるっこしい。

2番目とか、
「echo は文(statement)、printは式(expression)」
こう書いたら、ずっとスッキリすると思うんだが。

そういう専門用語を使いたくないのかもしれないが、statement やexpression
程度の簡単な概念すら避けて説明するのは間違っていると思う。

これは外部リンクだけど、PHPマニュアルは全体的にそんな印象。

作った張本人たちもアバウトってことですね

>>118
さすがに張本人は分かってなきゃ作れないだろ。
単にユーザへの説明の仕方の問題だと思う。

本家のMLに参加して質問するのが近道ですね

英語ができたらなあ。自然言語を書くのはは難しい...。

プログラミングと英語はほとんど同じような気が・・・

｜
｜
｜
J

そうかあ？自然言語は理詰めで書けないじゃないか。
文法だけ覚えても engrish.com に載るような英文しか書けない。

PG言語も文法だけ覚えてもサンプルに載ってるような英文しか書けない。

if (i = no money) {you are ogottekureru me}else{you are keti}

まさか英語ができないやつとかいるの？

お前だけだろ

俺は英語ができると思ったことはないな。
一応、片言で会話したり、英語のドキュメントも
英文サイトは普通に読めるから不自由はしないけど、
英語で恋愛はできんｗ

いや今話してるのは
メーリングリストに投稿するとか
その程度のレベルの話だから。

お、そうか、>>120からの流れね。数レス前も読まずに書いて寸摩損

どうやってMLに入会するのかもわからない
普通に申請するだけじゃだめみたいね

入会の仕方書いてあるでしょ。
「英語」で（藁

英語がわからないから入会方法がわからないって捉えられないとかゆとりですか？

OK! well, let's talk in English here.

このスレを見ている人はこんなスレも見ています。(ver 0.20)
pixiv自前イラスト向上スレ part7 [ＣＧ]
【ショタ】3次専ショタスレ 10【女装・美少年】 [Download]

... what are you interested in ? (^^;

なんで学生時代に英語勉強しなかったの？

俺はセンターで9割近くは取ったが、いまだに英語ができる気がしない。

All your base are belong to us - Wikipedia
http://ja.wikipedia.org/wiki/All_your_base_are_belong_to_us
これも解説を読まなきゃ分からんかった。

英語のオンラインゲームできれば
「英語できる」と認定していいと思う

I try to write the comment on program code from yesterday.
It's cooooool!!! ;-p

「phpできます！」なんて自信たっぷりに言われた時の恥ずかしさ - ドグマを探しに
http://d.hatena.ne.jp/crenlif/20081114/1226660315

> PHPのあれが駄目とかじゃなく、もし神様（何の？）が、今までのは無かった
> ことにしてPHPをどこでも3ヶ所直していいよっていったらどうするかっての
> を聞いてみたいです。

具体的な内容はリンク先を参照。この辺ほんとに直らんものかなあ。

結局関数名と記法の話？

>>142
違うだろ。

別の話。

PHPでの内部変数の扱われ方 - PHP5のオブジェクトコピーでありがちな勘違い - PHPプロ！ニュース
http://www.phppro.jp/news/304

コピーオンライト - Wikipedia
http://ja.wikipedia.org/wiki/%E3%82%B3%E3%83%94%E3%83%BC%E3%82%AA%E3%83%B3%E3%83%A9%E3%82%A4%E3%83%88

arrayはオブジェクトじゃないのでコピーオンライトは行われないかと思ったが、
実行時間を見ると、どうやらちゃんとコピーオンライトしているらしい。

~ $ time php -r '$a=range(0, 100000);'
0.069 secs
~ $ time php -r '$a=range(0, 100000); $b=$a;'
0.068 secs
~ $ time php -r '$a=range(0, 100000); $b=$a; $b[100]=0;'
0.117 secs

>>143
どうして？

$bの値を書き換えた後、実行時間が2倍近くになってるだろ。

>>146
>>143

違う？
じゃあどうして $b の一部を書き換えると、実行時間がこんなに延びんの？

あ、環境書いてなかった。

~ $ php --version
PHP 5.2.6 (cli) (built: Sep 13 2008 11:13:29)
Copyright (c) 1997-2008 The PHP Group
Zend Engine v2.2.0, Copyright (c) 1998-2008 Zend Technologies

つうかググればすぐ言及するページは見つかる。やっぱりcopy on write だ。

Big arrays in PHP
http://brian.moonspot.net/2007/02/28/big-arrays-in-php/

> If the array is static then you don't really have to assign it by
> reference, since in PHP 5 all (non-object) variables are
> copy-on-write. So as long as you don't change the value then a copy
> isn't made.

php.netにはどこに書いてあるのか分からん。バグレポートばかり引っかかる。

この辺の挙動はパフォーマンスに重大な影響を与えるのに、公式ドキュメント
には記述が見つからん。たぶん書いてないんだろう。

ライブラリの記述はそこそこだが言語仕様の記述は貧弱。こういうのがPHPの一
番直してほしいところだな。

>>148
落ち着け。145は別の話だ。
そっちの話は143が説明できないようだが。

Amazon.co.jp： はじめてのPHP言語プログラミング入門: 大垣 靖男: 本
http://www.amazon.co.jp/dp/4774122866

どうやらこの本がおすすめらしい。
PHPの言語仕様についてきちんと扱った本だという。

何時の本だよ
言語仕様そんならマニュアルで十分

大垣氏の名前は覚えておいて損はないよ。

なんで？

印税欲しいから。

最近、個人的に面白いと思った言語仕様があるのだが、ここに書いてる時間が
ないし、書いても長くてウザがられそうなので、クイズにしてみる。

「PHP言語仕様・力試しクイズ」

$ php -r '$a=array(); $a["a"]= $a; var_dump($a);'
$ php -r '$a=array(); $a["a"]=&$a; var_dump($a);'

$ php -r '$a=new stdClass; $a->a= $a; var_dump($a);'
$ php -r '$a=new stdClass; $a->a=&$a; var_dump($a);'

(以下は PHP5(以上)でしか動かない)
$ php -r '$a=new stdClass; $a->a= clone $a; var_dump($a);'
$ php -r '$a=new ArrayObject(array()); $a["a"]= $a; var_dump($a);'
$ php -r '$a=new ArrayObject(array()); $a["a"]=&$a; var_dump($a);'
$ php -r '$a=new ArrayObject(array()); $a["a"]= clone $a; var_dump($a);'

Q1
これらのコードが、PHP4とPHP5で、それぞれどのような表示をするか、試して
みよう。自信のある人は試す前に予想してみよう。

Q2
>>144のリンク先の記事 http://www.phppro.jp/news/304 が正しいかどうか、
問題があるとしたらどこか、考えてみよう。

>>153
作者乙

大垣センセがこんなとこくるわけないだろｗ

>>161
おお、やっと大垣さんの名前を知っている人が来たか。

よかったら>>159の問題を見てってくれ。
誰にもやってもらえなくてさびしい。

つうか、PHPのリファレンスって、要するにインスタンスに別名をつけることで、
仕組み自体はきわめて単純なものなんだよな。他言語で一般に言われるリファ
レンスと似ても似つかないだけで（俺だったら「エイリアス」とか命名したと
思う）。

わかりにくいのは、なんでPHPはこんな、他言語にはない奇妙な仕組みを必要と
するかだ。PHPのリファレンスはいつ、どのようなときに必要なのか。それを理
解するには、PHPの変数と各種インスタンスの挙動を理解する必要がある。

>>159のクイズは、まさにその辺の問題を扱っている。まあちょっと再帰を絡ま
せてしまったんで分かりにくくなってしまったが、再帰は枝葉で、本題にした
いのはそっちだ。

>>162
その問題、最初に出現したときに解いて、全問正解だったよ。
でもそんなこと書いたって意味ないから書かなかっただけ。
いろんなところにコピペしなくていいよ。

参照でおもしろいのは、引数を参照で受け取る関数で、
それがオブジェクトであることを期待してるのに、NULLだった場合とかに、
関数の中で何もしないのに、var_dumpすると再帰になるようなスクリプトで
別のメモリ領域にズレが生じるとか。

>>164
ちょっと待て。これどこかにコピペされてんの？
俺はここと、くだ質スレ79にしか書き込んでないぞ。

まあそんなことはどうでもいいか。
全問正解とはすごいな。俺自身、Q1の最後から2番目は、自分でも動かしてみな
いと分からんかった。

どうやって勉強した？PHPマニュアルだけでは>>159は分からんと思うが。
参考にさせてほしい。

あとQ2の答えを、手短でいいから書いてみてくれないか？

君見苦しいぞ

>>165
> 関数の中で何もしないのに、var_dumpすると再帰になるようなスクリプトで

すまんがここの意味が分からん。
なんかコードの実例で示してもらえんか？

>>167
意味不明。

>>166
参照代入を行った場合のrefcountが違う

見苦しい人がちょっといたほうが盛り上がるよ

盛り下がっちゃったわけだが

>>159
Q2の答えまだ〜？

緊急浮上あげ

俺も大垣先生の本は分かりやすいと思った。
PHP6が出たら、改訂版の投入をお願いします！＞＜
図書館で借りて読むけどｗ

本人乙

echo と print の厳密な違いを教えてください

void zend_do_print(znode *result, znode *arg TSRMLS_DC)
{
zend_op *opline = get_next_op(CG(active_op_array) TSRMLS_CC);

opline->result.op_type = IS_TMP_VAR;
opline->result.u.var = get_temporary_variable(CG(active_op_array));
opline->opcode = ZEND_PRINT;
opline->op1 = *arg;
SET_UNUSED(opline->op2);
*result = opline->result;
}


void zend_do_echo(znode *arg TSRMLS_DC)
{
zend_op *opline = get_next_op(CG(active_op_array) TSRMLS_CC);

opline->opcode = ZEND_ECHO;
opline->op1 = *arg;
SET_UNUSED(opline->op2);
}

>>177
echo は、（カンマ）で区切って、連続で引数をぶちこめる。
printはできない。

そうなるとprintなんて必要ないよな
配布スクリプトなんか覗くとprint使ってるやつがいるので不思議でたまらない

printは成功すると１を返す。
echoは何も返さない。

$a=1;

$a ? echo 'aaa' : echo 'bbb'; //error
$a ? print 'aaa' : print 'bbb'; //ok

三項演算子の場合普通式の先頭から書かないか？

一例ってことで

システムハンガリアンって評判悪いじゃん。
たしかにC++みたいに型が違う値を代入しようとしたら
速攻でエラー吐くコンパイラにかけるんなら意味ないかと思うけど、
PHPみたいに元の型が何であろうが無視して新しい型にしてくれちゃう言語は、
ひるがえって『単なる型名を変数名につける』ってのが有効じゃないかと思うんだ。
PHPにおいてはアプリケーションハンガリアンよりシステムハンガリアンのほうがいい気がしてる。
ハンガリアンに限らず、PHPの柔軟すぎる型変換に適した命名規約を考えてくれ。

そもそも、ハンガリアンが嫌われているのは
変数に実際に入れる型がいろいろ変わるからなわけだが。

>>185はバグ回避のために違う型を入れないようにするためと
いっているのだと思うが、間違った型を入れるとか言う以前に
ソフトウェアの性質上、型は変わるものなんだよ。
（変数に最初に想定していた型以外のものを入れることになる）

時代の流れとともに16bit変数は32bit変数に変わるし、
32bitポインタは64bitポインタに変わるし、
オブジェクト指向言語なら、型は継承され新しい型になる。

PHPのような柔軟な言語だからこそ、なおさらハンガリアンは必要ない。
それにハンガリアン（変数の頭に型を入れる）を使うまでもなく
変数名そのものが型をあらわしている。flagならtrue/falseだし、priceなら数値だろう。

>>185

flagがビットフラグ（整数）だったり
priceが税計算機能つきのItemPriceクラスのオブジェクトだったらどうすんの？

常識の範囲内ならどうでもいい。

つまりは、priceがlongからItemPriceに変わるというように
型が変わることがあるってこった。
それは避けられないからハンガリアンはよくない。

クラスでゲッターやセッター使ってれば
タイプヒンティングも使えるし、型よりも値の範囲を絞って
例外を飛ばせるから全く問題ない。

一度処理に入ったら長い処理が行われるのではなくて
1回毎のシンプルな処理をセッションやクッキー使ってどうにか
継続させるのがWebアプリだから、ユーザー側のデータは
1回毎に改変が無いか毎回チェックする事になるし、型があってもなくても関係ない。

終了
以後こちらへ

システムハンガリアンってPHPでは有効じゃね？
http://pc11.2ch.net/test/read.cgi/php/1237179147/

>>190
議論はここでおｋ
無駄なスレは使わなくておk

テスト

Mono最強伝説
http://ja.wikipedia.org/wiki/XSP_(Web%E3%82%B5%E3%83%BC%E3%83%90%E3%83%BC)

システムハンガリアン病だわ・・・

HTMLでさえも<span id="spanHoge">とか<input type="text" name="txtHoge">とか
しないと気が済まない＿|￣|○

それハンガリアンの意義から逸脱してるよなｗ

そう？ 意義とは？

俺が立てたクソスレがまだあるとは思わなかった

ROUND2はなさそうだな

誰でも簡単にネットで稼げる方法など
参考までに、
⇒　『半藤のブブイウイウレレ』 というサイトで見ることができます。

グーグル検索⇒『半藤のブブイウイウレレ』

L32JIAVAJE

ｳﾑ(ﾒ▼▼)ｙ-ｉ_(･ｏ･ ;)ｵﾔﾌﾞﾝﾄﾞｳｿﾞ!!