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

**nobodyさん** · 2008/12/08(月) 13:15:56

ROUND 1開始！

**nobodyさん** · 2008/12/28(日) 22:44:54

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

**nobodyさん** · 2008/12/28(日) 22:45:55

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

~ $ 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

**nobodyさん** · 2008/12/28(日) 22:55:23

つうかググればすぐ言及するページは見つかる。やっぱり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にはどこに書いてあるのか分からん。バグレポートばかり引っかかる。

**nobodyさん** · 2008/12/28(日) 23:10:01

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

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

**nobodyさん** · 2008/12/29(月) 14:19:27

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

**nobodyさん** · 2009/01/02(金) 03:08:35

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

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

**nobodyさん** · 2009/01/02(金) 03:27:16

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

**nobodyさん** · 2009/01/02(金) 04:21:47

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

**nobodyさん** · 2009/01/02(金) 04:29:37

なんで？

**nobodyさん** · 2009/01/02(金) 12:56:51

印税欲しいから。

**nobodyさん** · 2009/01/02(金) 16:53:02

　 ,j;;;;;j,. ---一､｀　―--‐､_ l;;;;;;
　｛;;;;;;ゝ T辷iﾌ i 　　f'辷jァ　 !i;;;;;　　
　ヾ;;;ﾊ　　　　ﾉ　　　　　　　.::!lﾘ;;rﾞ　　　在日の方々はかわいそうな強制連行の被害者
　　 `Z;i　　　〈.,_..,.　　　　　　ﾉ;;;;;;;;>　　　　
　　,;ぇﾊ、　､_,.ｰ-､_',. 　　,ｆﾞ: Y;;f 　　　　そんなふうに考えていた時期が
　　～''戈ヽ　｀二´ 　　 r'´:::.　`!　　　　俺にもありました

**nobodyさん** · 2009/01/11(日) 18:25:25

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

「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 が正しいかどうか、
問題があるとしたらどこか、考えてみよう。

**nobodyさん** · 2009/01/14(水) 17:15:05

>>153
作者乙

**nobodyさん** · 2009/01/14(水) 18:06:09

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

**nobodyさん** · 2009/01/14(水) 18:38:30

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

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

**nobodyさん** · 2009/01/14(水) 18:53:26

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

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

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

**nobodyさん** · 2009/01/14(水) 18:59:55

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

**nobodyさん** · 2009/01/14(水) 19:05:36

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

**nobodyさん** · 2009/01/14(水) 19:09:11

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

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

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

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

**nobodyさん** · 2009/01/14(水) 19:13:09

君見苦しいぞ

**nobodyさん** · 2009/01/14(水) 19:13:20

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

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

**nobodyさん** · 2009/01/14(水) 19:17:29

>>167
意味不明。

**nobodyさん** · 2009/01/14(水) 19:42:19

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

**nobodyさん** · 2009/01/14(水) 22:04:23

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

**nobodyさん** · 2009/01/14(水) 22:17:55

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

**nobodyさん** · 2009/01/17(土) 07:18:25

>>159
Q2の答えまだ～？

**nobodyさん** · 2009/02/08(日) 20:48:24

緊急浮上あげ

**nobodyさん** · 2009/02/09(月) 02:15:47

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

**nobodyさん** · 2009/02/09(月) 11:41:42

本人乙

**nobodyさん** · 2009/02/09(月) 14:13:32

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

**nobodyさん** · 2009/02/09(月) 14:46:33

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);
}

**nobodyさん** · 2009/02/09(月) 20:41:25

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

**nobodyさん** · 2009/02/09(月) 20:49:46

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

**nobodyさん** · 2009/02/09(月) 21:10:42

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

**nobodyさん** · 2009/02/09(月) 23:30:44

$a=1;

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

**nobodyさん** · 2009/02/10(火) 05:47:16

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

**nobodyさん** · 2009/02/10(火) 06:33:49

一例ってことで

**nobodyさん** · 2009/03/18(水) 11:34:00

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

**nobodyさん** · 2009/03/18(水) 11:34:45

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

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

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

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

**nobodyさん** · 2009/03/18(水) 11:35:28

>>185

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

**nobodyさん** · 2009/03/18(水) 11:35:53

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

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

**nobodyさん** · 2009/03/18(水) 11:36:32

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

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

**nobodyさん** · 2009/03/18(水) 23:00:28

終了
以後こちらへ

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

**nobodyさん** · 2009/03/19(木) 09:49:02

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

**◇N.OaZ1nFN2** · 2009/11/03(火) 12:55:24

テスト

**nobodyさん** · 2011/04/22(金) 23:18:04.56

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

**nobodyさん** · 2011/05/13(金) 03:48:00.01

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

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

**nobodyさん** · 2011/05/13(金) 03:59:57.23

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

**nobodyさん** · 2011/05/13(金) 23:21:15.36

そう？意義とは？

**nobodyさん** · 2011/05/13(金) 23:30:39.71

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

?PLT(12080) · 2013/01/27(日) 14:40:51.42

ROUND2はなさそうだな