PHPでオブジェクト指向プログラミング
レス数が900を超えています。1000を超えると表示できなくなるよ。
0001nobodyさん
2005/04/17(日) 16:55:57ID:iM4mgYnJPHPによるOOPについて語りましょう。
0810nobodyさん
2005/09/16(金) 07:04:08ID:CbtypFEe0811nobodyさん
2005/09/16(金) 09:02:30ID:lrPJbkxRどこらへんがデマ？
いや、マジで。
0812nobodyさん
2005/09/16(金) 09:18:03ID:???> このコードの意味がわからんのか。interfaceで多重継承している例だ
> class A extends B implements C, D, E, F, G{}
勘弁してよ。
C-Gからは、メソッドもプロパティも全く継承していないじゃん。できるわけがない。
C-Gは、インタフェースとしての受け口を決めたというだけで、実体としては空っぽ
なんだから。存在しないメソッドやプロパティを継承できるわけないさ。
なるほど、「インタフェースを継承している」という言い方はできなくもないが、
でも、それはここで話している『C++の多重継承』の『継承』じゃないと思うぞ？
0813812
2005/09/16(金) 09:24:08ID:???C++は、仕様を拡張していく過程でよく考えないまま多重継承を盛り込んでしまって
(最初から多重継承があったわけじゃない）、後で「なんだこりゃ、こんなバカな仕様、
作り直して多重継承は廃止しろ！」という極論まで出て、そのときの大論争の中で、
「そうか、C++において多重継承が有用で、かつそれなしでは実現が困難だと思わ
れる事例というのは、実は単一継承とインタフェースの実装という形で綺麗に
まとめることができるんじゃないか。でも、一度規格に入れてしまったら、もう手遅れ
だよなぁ・・・ orz」と、いうような流れになったのが、10年くらい前のこと。
当時のC++開発者コミュニティの激論は、本にもなっているよね。
その反省のもとにJavaでは、継承とインタフェースを切り分けたわけじゃん。
そこら辺を踏まえたうえで、インタフェースも継承の一種だと主張するなら、そりゃ、
まことにごもっともなんだけど・・・ >>801 って、そこまで考えた上で言ってる？
0814nobodyさん
2005/09/16(金) 09:29:22ID:???自己慢でinterface導入するなら迷惑だぞ。
0815nobodyさん
2005/09/16(金) 09:44:36ID:???0816nobodyさん
2005/09/16(金) 11:13:11ID:???実装すべきメソッド名とそのパラメータ数(arity)
でFA？
0817nobodyさん
2005/09/16(金) 12:03:47ID:N1oYIrfoてかPHPﾚﾍﾞﾙでは設計とかもいらないだろ
俺はいきなり頭のなかにあるプログラムを書いていき
そして、修正し、うまくいかないときはその機能をすぱっと
きりすてる。デザイナーデザインしたやつも、わからないと
消すよ。ぶっちゃけ上司はそれでもわからんからOKでしょ。
0819nobodyさん
2005/09/16(金) 14:17:10ID:???PHPでは型宣言が無いためその恩恵をほとんど受け入れられない。
だから、例えば『PHPでGoFのデザインパターンを使ってみました』
なんてのは大抵のパターンにおいて意味がない。
0820nobodyさん
2005/09/16(金) 14:18:29ID:???何を作るか次第でしょう。
そりゃ単なる掲示板を作るだけなら要らない。
MVCでいうMの部分が複雑なロジックになるなら必要になってくる。
0821nobodyさん
2005/09/16(金) 23:31:16ID:???> >>801
> > このコードの意味がわからんのか。interfaceで多重継承している例だ
> > class A extends B implements C, D, E, F, G{}
>
> 勘弁してよ。
> C-Gからは、メソッドもプロパティも全く継承していないじゃん。できるわけがない。
おいおい、本当にinterfaceというものがどういうものかわかっているのか。
まったく信じられん。
Javaでは空のインターフェースは問題なくコンパイルできるぞ。
よくいわれるマーカーインターフェースという奴だ。
メソッドを一切持たないinterfaceのことをマーカーインターフェースと呼ぶのだ。
Javaのマーカーインターフェースの例としてはSerializableだ。
当該のオブジェクトがシリアライズ可能であることを示すためだけに使われる。
> C-Gは、インタフェースとしての受け口を決めたというだけで、実体としては空っぽ
> なんだから。存在しないメソッドやプロパティを継承できるわけないさ。
言っておくが、上記のコードでも問題なくプログラムは動くぞ。
JavaであってもPHP5であってもだ。エラーも警告も一切出ずにな。
interfaceにメソッドやフィールド(プロパティ)がないと継承（実装）が使えないと勘違いしているとは
もはや驚くとしか言いようがない。呆れるとまでいいたくなるくらいだ。
0822nobodyさん
2005/09/17(土) 00:07:13ID:???そんなことはぜんぜんいってないだろと
0824nobodyさん
2005/09/17(土) 00:47:08ID:???さすがにここまで支離滅裂な長文を書いてくれると、苦笑いするしかないな・・・
あはははは・・・
> interfaceにメソッドやフィールド(プロパティ)がないと継承（実装）が使えない
っていう内容を含むレスはおまいが初めてだよ。
0825nobodyさん
2005/09/17(土) 00:59:45ID:???interfaceをimplementsするのは「インターフェースの継承」。
classをextendsするのは「インターフェースと実装の継承」。
812のいう「『C++の多重継承』の『継承』」は、インターフェースを除く「実装の継承」のこと。
だから「全く継承していないじゃん」になるんだが、理解できてないあたり821はC++やったことないだろ？
0826nobodyさん
2005/09/17(土) 02:04:59ID:???んだろうけど・・・ なんだかなあ
0828nobodyさん
2005/09/17(土) 02:39:50ID:???ひしひしと思った初秋…
0830nobodyさん
2005/09/17(土) 14:40:24ID:???しかも嘆かわしいことに、その本の犠牲者も実在していたということだな。
>>828
821は、たぶん、職場で浮いている理由が自覚できないまま、「なぜ自分は
部下や同僚や上司からバカにされているんだろう」と、いつも自分が不当に
扱われていることに悩んでいるのかも知れない。
0831nobodyさん
2005/09/17(土) 15:25:07ID:???↓この一文が勘違いしている証拠。
> なんだから。存在しないメソッドやプロパティを継承できるわけないさ。
0832nobodyさん
2005/09/17(土) 15:31:27ID:???おまえさ
『インターフェース継承』って言葉使わないの
それを略して継承っていうこともあるんだよ。
その程度のことで揚げ足とっておけば自分の無知を隠せるとでも
思ってるのかねインターフェース不要派は。
ようは、PHP5でクラスだけで実装多重継承ができるかどうかって話だろ。
>>812はできるんだと思い込んでいるらしいが>>799でできないとすでに証明されている。
それにもかかわらず>>812はこんな変なことを言って誤魔化している。
> C-Gは、インタフェースとしての受け口を決めたというだけで、実体としては空っぽ
> なんだから。存在しないメソッドやプロパティを継承できるわけないさ。
むしろお前らのほうがアホだろ。
0833nobodyさん
2005/09/17(土) 15:45:30ID:???interfaceのimplements = インターフェース継承
これらを総称して『継承』と定義しよう
そうすればこれまでの話はすべてかみ合う。
●class
実装多重継承できない。実装単一継承のみできる。
abstractであるでないにかかわらずメソッドのオーバーライド可能。
空のクラスも継承できる。
スーパークラスにabstractになっているメソッドがある場合は必ずオーバーライドしなければならない。
●interface
インターフェース多重継承が可能、実装多重継承できない。
インターフェース実装方法はimplementsの後にインターフェース名をカンマで区切って列挙する。
空のインターフェースでも実装できる。それをマーカーインターフェースと呼ぶ。
abstractになっているメソッドをオーバーライド可能。
メソッドに実装を記述することはできない。定義のみ。
フィールドはすべてpublic static final
クラスがメソッドをもつインターフェースを実装した場合はそのクラスにかならず
そのメソッドをオーバーライドしなければならない。
0834nobodyさん
2005/09/17(土) 15:47:05ID:???インターフェースC,D,E,F,Gに少なくとも
何かメソッド、フィールドが無ければ
class A extends B implements C, D, E, F, G{}
と書いてもエラーになると勘違いしている可能性があるね。
0835nobodyさん
2005/09/17(土) 15:48:48ID:???class A extends B, C{}
という実装多重継承をする記法をPHP5で
行ってもエラーにならないと勘違いしている可能性が非常に高い。
0836nobodyさん
2005/09/17(土) 15:51:23ID:???interface不要派の主張は
「C++のようにPHPでも実装多重継承を許すべきだ」
ということ？
0837nobodyさん
2005/09/17(土) 15:57:04ID:LyIaKOuCある言語では継承のことを拡張とよんだり汎化と呼んだり。
メソッドのことをメンバ関数、操作
フィールドのことをメンバ変数、プロパティ、属性
スーパークラスのことを親クラス、基本クラス
サブクラスのことを子クラス、拡張クラス
抽象メソッドのことを純粋仮想関数
とね。このあたりの違いが喧嘩の原因になったんだと思われ。
0838nobodyさん
2005/09/17(土) 17:12:22ID:???0839nobodyさん
2005/09/17(土) 17:12:53ID:???0840nobodyさん
2005/09/17(土) 17:37:19ID:???継承はis-a関係が成り立ってないと駄目。
でもJavaはそれを保証する事が言語仕様上では困難。
0841nobodyさん
2005/09/17(土) 17:38:50ID:???これで同じインターフェースを実装している
実装クラス群を同じように扱える。
ところがPHPでは型宣言が無いため
関係ないたまたま同一メソッドを持ったクラスも同じように扱えてしまう
0842nobodyさん
2005/09/17(土) 17:39:47ID:???PHPでは役に立たないということが完全に証明できた。
0843nobodyさん
2005/09/17(土) 17:41:18ID:???デマですね。
0844nobodyさん
2005/09/17(土) 17:43:52ID:???> 継承はis-a関係が成り立ってないと駄目。
> でもJavaはそれを保証する事が言語仕様上では困難。
（ﾟДﾟ）ﾊｧ? 意味ﾜｶﾝﾈ。
何で困難になるんだ？
is-a関係を成り立たせるために継承があるんじゃん。
そういうことはJavaでもPHP5でも変わらないんだけど。
0845nobodyさん
2005/09/17(土) 17:45:06ID:???> だからinterfaceを使う。
> これで同じインターフェースを実装している
> 実装クラス群を同じように扱える。
> ところがPHPでは型宣言が無いため
> 関係ないたまたま同一メソッドを持ったクラスも同じように扱えてしまう
（ﾟДﾟ）ﾊｧ?
>>842
> 故にJavaでinterfaceや役に立つが
> PHPでは役に立たないということが完全に証明できた。
（ﾟДﾟ）ﾊｧ?
0846nobodyさん
2005/09/17(土) 17:52:20ID:???継承する側が注意を払わないと成り立たないという意味。
0847nobodyさん
2005/09/17(土) 17:59:29ID:???0849nobodyさん
2005/09/17(土) 18:02:54ID:???0850nobodyさん
2005/09/17(土) 18:19:55ID:???Object interfaces allow you to create code which specifies which methods a class must implement, without having to define how these methods are handled.
クライアント（呼びだす側）が気にすることはない
0851nobodyさん
2005/09/17(土) 19:16:15ID:???なんでそういう解釈になるかなあ。
interfaceによる実装と多重継承を混同するなっつってんだよ。
>>836
> 「C++のようにPHPでも実装多重継承を許すべきだ」
なんでやねん。
というか誰もinterfaceが不要なんて言ってないような気がするが。
0852nobodyさん
2005/09/17(土) 19:53:28ID:???あまりに無駄な議論だ
0854nobodyさん
2005/09/17(土) 20:18:58ID:???> 「C++のようにPHPでも実装多重継承を許すべきだ」
そんな主張をしている発言はひとつも存在しないんだが・・・
どういうわけか、存在しない架空の脳内発言を勝手に作っておいて、
その架空の主張に反論しようとして、大騒ぎしている人がいるね。
スレが混乱している元凶は、それだ。
0856nobodyさん
2005/09/17(土) 20:31:04ID:???「JavaのinterfaceはC++の多重継承の代用品だと書いている本は、インチキだ」
という点については、「C++の多重継承」と明記しているんだから、正しいと思うんだが。
それ以外の、どうやら各人ごとに好き勝手に定義している語義のあいまいであるほうの
『多重継承』については、誰が何を言っているのやらワケが分からんし、これ以上、
続ける価値はあるまい。そろそろお開きにしてくれ。
それにしても、存在しない主張を脳内に作って反論するのはいかがなものか。
いや、プログラマにありがちな「問題ない症候群（No-Problem Syndorome：NPS）」の
いち形態なんで、現場でしょっちゅう見聞きする病気ではあるんだが。悪意はないはず。
解くべき問題を把握ことなく、「こんなの分かりきった問題だ」と思い込んで、的外れな
コードや仕様書をいきなり書き始めて後で地獄に落ちるタイプだ。
0857nobodyさん
2005/09/17(土) 21:27:32ID:???レベル低すぎるし
0858nobodyさん
2005/09/17(土) 21:50:06ID:PCMxsCgE> その程度のことで揚げ足とっておけば自分の無知を隠せるとでも
> 思ってるのかねインターフェース不要派は。
825は、インタフェース不要派じゃないぜ。脳内妄想もほどほどに。
0859nobodyさん
2005/09/17(土) 21:54:30ID:???誤字脱字注意すべし。Syndromeね
interfaceはともかく、try-catchがあるんだからfinallyが欲しい
0860856
2005/09/17(土) 22:00:09ID:???おっと失礼。どこにでも母音を入れてしまう「じゃぱにいずイングリッシュ」でした。
「把握ことなく」も変だ。他人に突っ込みを入れておきながら、自分がこれとは、
お恥ずかしい限り。 orz
0861nobodyさん
2005/09/18(日) 18:29:03ID:???ライブラリを利用するのコードを書く側へのドキュメンテーションに使うんだろうな。
0862nobodyさん
2005/09/18(日) 18:43:30ID:???0863nobodyさん
2005/09/18(日) 20:27:34ID:???この話題、まだやってたのか…。
0864nobodyさん
2005/09/19(月) 01:27:07ID:???このスレの特徴としては、言い合いになったときに話の収拾をつけることを忘れて自己主張する香具師が多いこと。
これじゃまとまるものもまとまらんので、じっとスルーしておくしかないと思われ。
0865nobodyさん
2005/09/19(月) 04:46:51ID:miiafsuDどこで処理してますか？
俺は
DBでエラーが起きる＝イレギュラーで致命的な事態が起こっているから
DBアクセスクラスの中から直接エラーページにリダイレクト
にしてるんだけど。
0867nobodyさん
2005/09/19(月) 21:50:22ID:???> >844
> 継承する側が注意を払わないと成り立たないという意味。
んなことPHP5でも同じことだろが。
何いっとんだおめえ。頭悪すぎ
0868nobodyさん
2005/09/19(月) 22:00:31ID:???> >>836
> > 「C++のようにPHPでも実装多重継承を許すべきだ」
>
> なんでやねん。
> というか誰もinterfaceが不要なんて言ってないような気がするが。
そんな誤魔化しや嘘が通用するとでも思っておるのかなw
PHPではinterfaceが不要と言っているPHP厨すぐそこにいるぞw
ほれ
>>842, >>814, >>753, >>752, >>747, >>727
他の香具師はうまいこといって不要じゃないとかいっているが
interfaceの存在意義がなんだとか言ってる奴がまだどこかにあるぞw
0869nobodyさん
2005/09/19(月) 22:02:37ID:???意味ねーことやめれ。誰も得してないぞ。
0870nobodyさん
2005/09/19(月) 22:13:13ID:???使いたくない人は使わない、
では駄目でしょうか？
0871nobodyさん
2005/09/19(月) 22:28:29ID:???0872nobodyさん
2005/09/19(月) 22:29:56ID:???俺もそう思うね。
JavaはWebｱﾌﾟﾘに特化した言語じゃないし、
PHPは大規模Webｱﾌﾟﾘに向いてない。
PHPでinterfaceを使うような開発状況（？）は限られてると思うし、
多分要らないって言う人は小規模のWebｱﾌﾟﾘ作成者、
一人で作ってる人とかだと思う。
多人数で開発行ったり、他人にメンテさせたいとか
の場合にinterfaceは効果発揮するんじゃないかな。
と素人の俺がよくわからないまま発言してみる。
0873nobodyさん
2005/09/19(月) 22:47:25ID:???今までにいくつかすでに語られているが、
●ひとつのオブジェクトに複数の型を持たせることができる。
●『具象メソッドをもたない抽象クラス』を宣言できる。
●そしてさらにそのクラス多重継承できる。
●メソッドを持たない、あることを示すマーカーインターフェースを定義できる。
●定数定義専用クラスとして使うことができる。
●デザインパターンのいくつかは、interfaceが無ければ実現できないものがある。
例 : Prototypeパターン(代替手段はある),
Mediatorパターン, Strategyパターン, Observerパターン, Stateパターン,
Proxyパターン, Commandパターン
そのほかにもメリットはまだまだあるが語りきれない。
0874nobodyさん
2005/09/19(月) 22:47:43ID:???それから、クラスにする必要が無いものはインターフェースにしておくと良いときがよくある。
インターフェースにしておくことであるクラスAにこのクラスThisClassを実装したがったが
すでに他にクラスSuperAによって継承されている。そんなときクラスThisClassではなく
インターフェースThisInterfaceに切り替えることで、インターフェースThisInterfaceを
あるクラスAに実装することでができる。
class A extends SuperA implements ThisInterface {}
デザインパターンにはそういったサンプルがいくつもある。
逆に、インターフェースではなく抽象クラスのほうが良い場合もある。
抽象クラスにしておけば、不要なインターフェースどうしの多重継承を防ぐことができる。
注 : インターフェースどうしは、『多重継承』ができる。
interface A{}
interface SubA1 extends A{}
interface SubA2 extends A{}
interface SubSubA extends SubA1, SuA2{}
こんなダイヤモンド継承じみたこともできる。(これ自体には特に意味は無いが)
interfaceを使うメリットをもっと詳しくしりたければデザインパターンについて勉強して来い。
0875nobodyさん
2005/09/19(月) 22:50:18ID:???マーカーインターフェースの話を持ち出すことがレベル低いのか。
なぜレベルが低いのかね。
それが説明できなきゃお前こそが根拠もなくただ主観的に判断しているだけの
レベルの低い人間だと見なされるぞ。
0876nobodyさん
2005/09/19(月) 22:55:50ID:???はて、それだけに使うものかな。
インターフェースXを定義したとして
interface X{}
あるクラスYがインターフェースXを実装したとする。
class Y implements X{}
そしてあるクラスAで
イカのようにインターフェースを呼び出す
class A {
public function do(){
$x = new Y();
}
}
このオブジェクト$xをどこで使うか？
このオブジェクトを呼び出すメソッド作る。
そこではPHP5から可能になってメソッド引数の型を
限定できる機能。
public doMethod(X $x){
}
これに使うことができる。
class A {
public function do(){
$x = new Y();
doMethod($x);
}
private doMethod(X $x){
}
}
こんな感じでだ。これもinterfaceを使うメリットのひとつ。
0878nobodyさん
2005/09/19(月) 23:07:58ID:???ついにそれを主張したか。
まあ、それ用いる箇所ではメリットになるわな。
でも結局その方向だと現在の型宣言を省略できるPHPは糞で
全てJavaの仕様が良いんだって事になってしまうと思うんだけどなあ。
0879nobodyさん
2005/09/19(月) 23:08:00ID:???そう思うなら、このケースではどうかな？
抽象クラス Cを定義したとして
abstract class C{
private $string;
public final function getString(){
return $this->string;
}
public final function setString($string){
$this->string = $string;
}
abstract protected function doSomething();
}
以下のようにクラスXを定義した。
class X{}
このクラスXを、
抽象クラスCを継承したクラスYに継承させようとした。
ところがPHP5では多重継承できない。以下のコードはエラーになる。
class Y extends C, X{
//(ry
}
そこでクラスXをインターフェースXに置き換えた。
interface X{}
class Y extends C implements X {
(ry
}
こんな感じになると嫌でもinterfaceを使わざるをえなくなる。
0880nobodyさん
2005/09/19(月) 23:12:35ID:???まて、PHPにはget_class()というクラスがある。
型が曖昧とはいえ、Javaのようにスマートにはいかないものの、
型を厳しくする手段はある。
0881nobodyさん
2005/09/19(月) 23:14:34ID:???interfaceがなくても実現できる方法はあるが
それでは柔軟性がない。
とくに>>879のような状態に陥ったら
何が何でもinterfaceを使わざるをえなくなる。
デザインパターンを上手に使うならinterfaceやastract classを上手に使い分けることだ。
0883nobodyさん
2005/09/19(月) 23:24:16ID:???しょっぼ！
0884nobodyさん
2005/09/19(月) 23:32:37ID:???0885nobodyさん
2005/09/19(月) 23:34:52ID:???0886nobodyさん
2005/09/20(火) 01:28:47ID:???「多重継承できないからinterface必要」論に逆戻りかよｗ
まったく、多重継承にこだわる奴から、Javaでのinterfaceの利点だけつらつら並べる奴から、てめえがinterface使わないからって不要だとか言う奴から。
お前ら適材適所という言葉を知らんのか。
オレは>>870に同意。
PHPはアドホックをひたすら重視した使い捨て言語から始まり、使えそうなものはガンガン取り込み、終いにはOO導入して徐々に規模の大きなWebアプリにも対応できるようになってきた。
良く言えば柔軟性が増してきたし、悪く言えば統一性・方向性に欠けるため扱い辛い。
良くも悪くも多くの場面でPHPは使われてんだから、「必要」か「不要」かの極論をあえて押し付けようとすれば、それはもはや説得ではなくただの言いくるめだろ。
使うべき時に使えばいいし、いらないなら使わなければいい。
必要派の奴らだって世のPHPのごく平均的な規模（測るのは容易ではないかもしれないが）にinterfaceがどうしても必要とは言わないだろうし、不要派の奴らだってinterfaceがあることが害になるとは言わないだろ。
とりあえずちょっとはお互い歩み寄れ。
長文・チラシ裏失礼〜 ﾉｼ
0887nobodyさん
2005/09/20(火) 02:08:35ID:???Javaでのinterfaceの利点が動的型付け言語のPHPでも全て通用するのか？
をきちんと考えるのはPHPにおけるinterfaceの使い道を考える上でも重要でR。
0889nobodyさん
2005/09/20(火) 03:54:32ID:???このスレの参加者の中に、に適切なインタフェースが欠けている人が
いることだけは間違いないな。
ヨタ話、スマソ。
0891nobodyさん
2005/09/20(火) 17:57:00ID:???Xをマーカーにするなら>>861の通りでしょ
>こんな感じになると嫌でもinterfaceを使わざるをえなくなる。
これだってコメントアノテーションで代替できないこともない
型を縛りたいときはタイプヒンティング、is_a()が必須
interface不要とは言わない（むしろ歓迎）が、用法・用量・用途を良く考えないと
不要なインターフェース、不要な継承を量産することになるぞ
0892nobodyさん
2005/09/20(火) 19:59:52ID:???そういう変化はないみたいだな(*ﾟдﾟ) ､ﾍﾟｯ
0893nobodyさん
2005/09/20(火) 20:09:48ID:???Javaで当たり前のことをようやく真似するだけ。
0894nobodyさん
2005/09/20(火) 20:33:07ID:???0895nobodyさん
2005/09/20(火) 20:45:05ID:???0896nobodyさん
2005/09/20(火) 21:08:22ID:???バージョン変えるほどかとも思うけどなぁ
ちょっと期待しすぎたか
0897nobodyさん
2005/09/20(火) 21:26:57ID:???次のPHPに求める動的言語っぽい機能ってなんだ？動的なメソッド追加とかクロージャとか？
そうすると今度はRubyの猿真似とか言われそうだけどな
他の言語のいいとこ取りでいいと思うんだけどな
C#やDelphiのプロパティとか言語仕様で欲しい
0898nobodyさん
2005/09/20(火) 21:27:17ID:???Javaの真似するだけならもうある意味完成だろ。
動的言語であるなどの手軽さを活かしていろいろ考えてほしいのに
PHPの中の人たちは誰もそれをしない。
0899nobodyさん
2005/09/20(火) 21:56:26ID:???積極的にシェアをとっていくための立派なマーケティング戦略なんじゃないか？
と思ったがやっぱ天然かも知れん。
0900nobodyさん
2005/09/20(火) 22:02:42ID:???( ´Ａ｀ ;) * ('A`)>
／（ ）＼ → <( ) *
｜ ｜ | >
before after（でもモテない）
0901nobodyさん
2005/09/20(火) 22:56:16ID:???というか、ネームスペースはPHP3あたりですでに実装して欲しかった機能だよ。
0902nobodyさん
2005/09/21(水) 14:21:59ID:???こんなところで、日本語でべらべら語って、どんな結論を出しても
PHP6やPHP7に盛り込まれる可能性はゼロだよ。
議論ゴッコをして遊んでいるだけ。
0904nobodyさん
2005/09/21(水) 16:17:21ID:???いっぺんPHP5が出る直前でなんか問題があってZeevが却下したんだっけ。
で、今のHEADへのパッチはそれに対するアプローチが施されているとか。
MLヲチしてるとZendの人たちはPHPらしさを完全に見失ってる感じがするね。
Python 3.0（これも基本の文字列型がUnicode対応になる）が面白そうな感じ。
0905nobodyさん
2005/09/21(水) 17:32:02ID:???何をやるにしてもJavaやSun、IBMの後追いなんだよな。
0906nobodyさん
2005/09/21(水) 20:31:51ID:???0908nobodyさん
2005/09/26(月) 01:24:35ID:???Parrotか。
Perl6のように大変化される...
なんてことはないか。
# 誰かhaskelでphp6書いて
レス数が900を超えています。1000を超えると表示できなくなるよ。