名前空間だって、無名関数だって、ないならないでもプログラムが書けないわけではない。が、導入された。

array(1, 2, 3) が、 [1, 2, 3] と書けることにどれほどの意義があるのか
名前空間や無名関数とは大分重みが違う気がするんだが
その辺を納得させられるだけの主張がないと、後回しというよりは考慮外のままだろ

そこでqiq・・・いやなんでもない

長いことやってるとarrayのタイピング量はわりとうざったい

文字列リテラルを考慮してない名前空間もだが
糞仕様はすぐ取り込むのに無意味な所で保守的
関数スタイルじゃなければならない理由こそ知りたい
せっかくパッチを書いてくれてる人が居ても報われなくね

いや、～～は導入されたのにとか言っても、
いらないものはいらないってだけだろ

そのパッチを書いた人にしたって、取り込んだ方がいい理由ってのを
全然まったく説明できてないだけなんじゃないか？

>>857
本家を見たこと無いのか？
http://news.php.net/php.internals

建設的な議論がされてると思ってはいけない
ちょっとした事で炎上して議論が進まない事も多々ある

上にでてるqiqの時も炎上してスルーされたから
qiqはextentionで提供するようにしたんだろ

※ pdf注意
http://www.opendogs.org/pub/PHP2QIQ.pdf

だから、必要な理由をだな・・・
それが好みの問題なら、反応はギャンブルみたいなもんだろ

>>859

納得がいく理由があれば通ると思うだろ？
そうじゃないんだよ、大多数の人が”いる”と思っててもスルーされるんだよ
大規模プロジェクトはそういうもの

そもそもphpなんてコアメンバの中にまでマルチバイト対応はいらないと思ってる人がいるくらいだからな

phpを語るスレになっとる

正直すまんかった

kohanaって結構document揃ってるのな
和訳してる人いないのかな？

だって、PerlでもRubyでもPythonでもJavaでもCでもJSでも、みんな()とか{}とか[]で配列初期化出来るから名。
PHPだけarray()って5文字も多い。これを変だと思わないのはどういう了見かと思う。

無名クラスが使えるようにして欲しいのと、newから直接メソッド呼べるようになって欲しい。
特に後者。

>>865
後者の方は、インスタンスを返すクラスメソッドを用意すれば現状でも可能では？
singletonとは区別が付くようにしておいた方がいいだろうけど。

>>866
標準クラスとかライブラリ、フレームワークのクラスとかだと・・・

むーなるほど。同感は同感。

http://d.hatena.ne.jp/fbis/20090720/1248065234

こういうのもあるけど言語仕様で出来るようにならないものか。

>>869
http://marc.info/?r=1&w=2&q=b&l=php-internals&s=Autoboxing
小泉「オートボクシングはお餅でしょうか」
ML「えっ」
小泉「まだお餅になってないということでしょうか」
ML「えっ」
小泉「えっ」
ML「変化するってことですか」
小泉「new Foo()->bar()->baz(); とか array(1, 2, 3)->filter(function ($v) { return $v > 1; })->sum() == 5 とか書けます」
ML「そうなんだすごい」
デミ「なにそれこわい」
小泉「えっ」
ML「えっ」
デミ「遅いし構文とかリークとか怖いし何より俺の書いたオプティマイザが役に立たないし」
小泉「えっ」
ML「えっ」

Zendが難しすぎてこちらに来た
どうすればいいですか？
教えてくださいフレワク先生

>>871
どこが難しい？
Zend_Toolでプロジェクト作ってそれ改造してくといいと思う。

この小泉って人、mbstringのメンテナだよね。ブログとか勉強会での発言たまに見るけど、全然PHPに愛着ないよね。↑みたいなの見ると、何となく分かるけど。
mapとかブロック付きメソッドとか使えると便利なのにね。

>>872
PHPをコマンドラインで扱えない人種も多々いるんだよ。察してやれ。

>>873
もっとパッチ作ってる人も
phpによる開発を全くしたことがなく、今後もやるつもりはない
仕事でCを使っているのでパッチを書けるから書いている

こういうスタンスで有名

別に愛着とかどうでもいいと俺は思うけどね

mb_convert_kanaとか便利すぎて他のスクリプト言語(Ruby,Python)がいくら文法的にイケてても
日本語の扱いの際に霞んで見える・・・
ある意味日本語でPHPを扱う時の実用関数としては神レベル

他の言語にそういうライブラリないの？

ライブラリを探せばあるかも知れないけど、PHPのmbstringファミリーほど日本語に特化したライブラリってなかなかないと思う。
他の言語は内部エンコーディングがユニコードベースになってるけど、実用性という意味じゃPHPのmbstringは非常に優れてるね。
まあ、完全に関数ベースで、すべてmb_xxxって書き換えなきゃ行けないのは全然格好良くはないけどね。

MbString::convertKana($str, 'KV', 'utf-8') とか書けるといいのか？

$mbstring = new MbString($str, 'utf-8');
$str = $mbstring->convertKana('KV');
とか？面倒くさいだけかもという気もしなくはない

なげえ

PHPにオブジェクト志向なんて不要かも寝

ていうかStringクラスが欲しい。

$str = new String('A&B');
print $str->escape(); // A&B
print $str->escape()->escape(); // A&B
print $str->escape()->escape()->unescape(); // A&B
とかな。

↑うまく行かなかった。
$str = new String('A&B');
print $str->escape(); // A＆amp；B
print $str->escape()->escape(); // A＆amp；B
print $str->escape()->escape()->unescape(); // A&B

PHPの仮コードで書いたらコピーが増えるだけにみえるけど
内部的にはストリームでつながる実装にするだろうし
見た目も性能もよくなりそう。

見た目は好みの問題。
性能に関しては確実に落ちる。

$str_list = array();
$str_list[] = new String_Html;
$str_list[] = new String_Sql;
......

foreach ($str_list as $str) {
print $str->escape();
}

2重エスケープは特殊なケースとして明示的に行った方が良いだろう。
String_Htmlクラスではデフォルトでエスケープしてしまうのも手ではある。テンプレートエンジンのエスケープ処理でそういう事をやってるのはよくある。
いずれにせよエスケープ状態を表すフラグを持たせた方が良い。
そうでなければ、その2重エスケープだとかその他の特殊な処理を行うのが難しくなる。
そういうフラグを持たせられる事こそがプリミティブ型をオブジェクト型にするメリットだから。