Javaとか日本語の変数名をつけられるしな。

>>299
組み方の問題。
デストラクタ内でエラー出すとそーなったりするね。

>>287
そうだ

最近は2重ネストですら潰したくなって困る。
3重くらいまでは潰すメリットのが大きいが、この辺まで来ると趣味だな。

型は、ぶっちゃけ指定したくなるときあるな。
32bit機で64bit整数使いたいときがあったりもする。
俺の脳が古いんだろうけどな・・・。

> 32bit機で64bit整数使いたいときがあったりもする。

32bit機で64bit整数使えない言語なんてあるの？

存在するかもしれないけど、現実にそんなもの使う機会はないな

>>306
phpだと、実数になっちゃうじゃん。

>>306
php -r '$a=pow(2,62);$a++;$b=$a&1;print "$a $b\n";'

32bit機だと 4.6116860184274E+18 0
64bit機だと 4611686018427387905 1

型指定したくなる気持ちも分かる。

gmpで任意精度整数を扱えるじゃない

扱う数字が32bitの範囲を超えそうだ！
というだけの理由で64bit環境を採用したうちの会社。

正しい判断じゃね？

>>310
それ、型指定じゃん。
だから、型指定したくなるって言ってるんだよ。

必要ならすればいいがな
PHPでどんなときも型指定が必須だし、したいってのもお門違いだと思うけど。

型指定したい時なんてそんなに頻繁にないし
したい時にチェックして例外投げりゃいいじゃん

>>314,315
型指定と型チェックは違うだろ。
まぁ、もういいわ。スレ汚しすまそ。

チェックで代用できるって言ってるんじゃん
頭固い子だな

基本やりたいことが実現するならやりたいようにやればいいけど。
人に強要しだすと面倒くさい。
メリットを強調してくれるならまだしも、趣味を押しつけられても困る。

誰が強要してるねん

>>317
型チェックで型指定は代用できないだろ。ちょっとは脳使え。
誰もおまえらにphpで型宣言しろとも言ってないよ。
おまえらには一生メリット無いだろうし。

>>320
へ？君の言ってる型指定ってどんなのを言ってるの？

リファレンスなりちゃんと用意してりゃ型指定とかしなくてもチェックだけで十分代用できると思うけどなぁ

<?php
$num = 'one';
switch($num){
　case 0:
　case 'zero':
　　echo 'zero';
　　break;
　case 1:
　case 'one':
　　echo '1';
　　break;
　case 2:
　case 'two':
　　echo '2';
　　break;
}
この「バグ」のおかげでenum代わりの定数に0が使えないし、定数値の中身を毎回毎回確認する羽目になる。unk。

数値文字列混在させたswitch-caseのcase 0:の不具合はたしかに変な動作だけど
そもそもcase文に数値と文字列を混ぜて使うあたり頭悪いと思う

<?php
define('C_ZERO',0); define('C_ONE',1); define('C_TWO',2);
function f($n) {
　echo $n . ' is: ';
　switch($n){
　　case (string)C_ZERO: echo '0'; break;
　　case 'zero': echo 'zero'; break;
　　case (string)C_ONE: echo '1'; break;
　　case 'one': echo 'one'; break;
　　default: echo 'default';
　}
　echo ' / '; var_dump($n);
}

f(0); f("0"); f("zero");
f(1); f("1"); f("one");
f(2); f("2"); f("two");
---
キャストができないなら "".CONST とかでもいい。多少気持ち悪いけど何より手っ取り早い

2を消し忘れてた
もう一年以上まともにPHP触ってないけど、多分これでいけるはず

文字列と数値を同じ演算子で比較する、しかも、0始まりの文字列を適当に変換する、無理があったな。

function hoge(string $str, int $int)
{
}

って書けるのと、function内で型チェックして例外投げるのが同じとか言ってる人は頭弱すぎだろ。
強制じゃなく、必要な箇所にだけ型指定出来ればPHPDocも出力出来るし、便利だと思うんだけどね。

いい加減にしろ

おのれでクラス作ってタイプヒンティング書けばいいだろ

つーかPHP使わなきゃいいんじゃね？

そもそもの発端が、>>279 の
型指定の中途半端さに対する指摘だったのに、
なぜ型指定自体の論争になるのか理解出来ない。

出来るに越した事は無いし、PHP以外を使えとかどんだけ盲目信者なんだと。
>>330とか本気でそう思ってるならプログラマ辞めた方がいい。

いやだってPHPは文字列も整数も同じように扱えたほうが便利だよねってとこから
言語思想がスタートしてるんだから自分がPHPを選んだ上でそれを言うのは非常にナンセンスかと

入力も出力も文字列だしな
いちいち内部で変換するとかC/C++で嫌なほど苦労した

自分でextention書けばいいだけ
PHPの型指定に文句言うのは小学生までだよねｷｬﾊﾊｷﾓｰｲ

checkdate()は$_POSTデータ直で渡したら転けた。
微妙にintオンリーとかあるよね。

>>333
PHP5でOOPよりに思想が変化したじゃん。
引数として型指定出来るようになって、
それはPHPの良さを保ちつつ、必要な箇所は堅牢に出来るってイメージだったんだけど、
stringとかintを型指定出来ない理由が不明なんだよね。


気持ち悪いとは思わないのかなと。

>>333
＞PHPは文字列も整数も同じように扱えたほうが便利だよねってとこから
＞言語思想がスタートしてる

初耳だ
ソースは？

クラスタイプヒンティングだけで十分だけど

>>339

初耳だ
ソースは？

ダックタイピングはむしろ美徳だろ
原始人乙としか言いようがない

誰もダックタイピングの話なぞしていない

stringやintを型指定できるようにするくらい
コスト的には何でもないように思えるが、しない理由は何なのだろうか？
ユダヤ教徒の宗教上の理由か？

存在しないクラスStringでタイプヒンティングして
出たエラーをハンドリングして判定したらいいんじゃね？

is_string / is_int とかあるんだから内部的には型情報持ってる気がするんだけどね。

ネームスペースのバックスラッシュもそうだけど、
何らかの矛盾が生じる実装になっちゃってて技術的に難しいのかもね。

>>344
そんな面倒な事するなら普通に型チェックするコード書く方が早くね･･･？

あとStringクラスが実在したらどーすんのｗ

どんな型であれ受け取れるのが前提にあるとかそんな感じなんじゃないの
一般的な意味でのオーバーロードもできないんだし

まぁ型チェック程度なら一度値書きゃ使いまわせるし
必ず値がこれだってわかってるなら決め打ってチェックかけなくてもいいしな
例外？しるか、みたいないい加減な実装で、使える値はリファレンス見るか察してくれ
ってのがPHPなんだと思ってる

そりゃPHPが初心者向けに作られた言語だからだよ。Perlがuse strictを実質的に強制するようになって、一気にユーザが減った。

>>337
実装することは可能ではあるがPHPでそれをやっても価値がないということ
POSTから文字列で渡ってくる通し番号のためにString→Int変換してから関数に渡すなんてのはもう古い

気持ち悪い

根拠が薄い時に使われる事が多い