PHPはオブジェクト指向言語なんかでないもの

このスレに限らす変数なんでもオブジェクトがオブジェクト指向と思ってるやつがいるよな

まずはWikiでOOP読め

>>205
WikiでＯＯＰで見たら
オブジェクト指向プログラミング
があったがそのページにはＰＨＰがのってなかった。
やっぱなんちゃってのまがいものだから載せるにはためらいを感じたんだろう。

>>206
オブジェクト指向設計を学ぶべし

>>206
そんな事どうでもいいから中身読んでみ

>>208
３回読んだ。
ようするに純粋なOOP言語にJavaは含まれるがＰＨＰは論外であり
Perlより下の扱いというか圏外。
邪道、外道、ハリボテ、バッタモンである。

OOPが出来ない言語はPerl以下の言語である。
何それ？
209の考え方の方が邪道、外道、ハリボテ、バッタモンじゃん

>>209
理由書いてみ
変数ネタはもう飽きたから違うのな

array は文字通り見たら配列でしょ。
ところがこれが「連想配列」でJavaのMapみたいなもの。
自然言語のイメージと食い違っていて誤解を生じる。
Mapと配列は分けてくれ。

配列の発展形として当然Listクラスくらいないと困るけどないらしい。

ボロボロなのでは？書いてて苦痛じゃないですか？

え、どういうときに困るの？

>キーを使わないで並びのオフセット値で取り出したり入れ替えたりするのに使う。PHPではできない。
PHPでもキーを指定しなければ並び順になるのでは？

>PHPのlist()はarray()からキーで取った値を取り出す。
よく分からない。list関数にキーは関係ないと思うが。

区別をしないようにしたのは意図的だろう。
その判断が正解だったかはどうかは別として。
だんだん厳密な方向に進んでいるから、最初の作者も今は後悔しているかもしらん。

後悔というより選択肢を増やしてるだけだ

PHPはスカラー値の宣言が無いのを見てもわかる。これは意図的なものだ。そして今時でもある。

多態性を持たせるために可能な限り型を区別しないのだ。

昔は変数名に型名をつけてたりしたのを知らないか?

OOP以前は型を厳密に区別するのが保守性や生産性に優れてると考えられてたんだ。

>昔は変数名に型名をつけてたりしたのを知らないか?
OOP以前は型を厳密に区別するのが保守性や生産性に優れてると考えられてたんだ。

これは異なことをおっしゃる！
今も昔も将来もOOPは型に厳密なのが本筋ですよ！C++は特にそう。Javaもそう。

型を動的にしたOOPはRubyがあるけど。
型の扱いがユルイのはコーディングのミスと実行時エラーのもと。

>>217
216だけど

>だからね～そもそもarrayにキーの概念が混じってるのがトンチンカンなの。

なんで？arrayにキーの概念が混じっているとなんでだめなの？
215で「PHPではできない」と言ったことに対して「できるよ」と言ったのにさっきから話題逸らしてるよね。

>という例文見た時ヘンだと思った。

これも意味がわからない。ただの主観で語ってるじゃないか。
別にヘンだと思わないで使っている人が多数。
どの辺がヘンなの？

別に古い考え方に凝り固まっている人と評価して切り捨てたりはしないけど
せめて論理的に主張できなくちゃ説得力がないと思いますよ

なにかを正しいと思い込んで、　まったく関係ない別の事柄にも
ソレを望むなど、気がふれてるとしか思えない。

>>221,222

PHPを否定する理由は前にも書いたが
異なる概念は異なるものとしてハッキリと識別すべきであるにもかかわらず
PHP作者はMapとListと配列が頭の中でカオス状態になっている
ということ。

list()は最初リストを作る関数のように思ったが、arrayの中身を取り出すものだったらしい。
こういう関数のネーミングもヘンだ。PHP作者が英語話せるかどうかが疑問だ。
おっとヘンというと主観になるのか～。「不適切」と言い換えよう。

おっと、EcmaScriptを悪く言うのはそこまでだ。

>>223
すべきであるにもかかわらずというところから。
まず、なぜ異なるものと識別すべきと思うのでしょうか。

>>224
EcmaScriptについては何も言ってないよ。JavaScriptのことは「これでよい」と思う。

>>225
三角形と四角形と円くらいの違いがあれば区別するのが自然。

>>227
なんで　三角形と四角形を　区別するのが自然なんですか？
一緒にする体系が存在することがそんなに問題ですか？

>>223
>異なる概念は異なるものとしてハッキリと識別すべきであるにもかかわらず
それはJava脳

>こういう関数のネーミングもヘンだ
これもJava脳

それは静的型付け言語だから

コンパイラに向いてるがPGが喜ぶ話ではない。

配列の個数を言語レベルで制限して生産性や保守性が上がるシーンは限られてる

その3つをはん化して区別なく使えるようにした方がより使いやすい。

PHPの配列が弱かったのはそんな事でなくオブジェクトとしての振る舞いが出来なかった事だ。
だがそれはもう解消されイテレータも持てるようになった。

Java が使いにくいのは静的だからではない - kwatchの日記
http://d.hatena.ne.jp/kwatch/20080305/1204743236

>>121
Pythonの先祖は教育用だったが
Python自体は教育用に設計されたわけじゃない。
毎度のことながらWikipediaは間違いだらけだ。

>>229
また元に戻ったな。一緒にしたわけでもないんだから、その論は通らないよ。

プログラマーにとっては
＄記号がついてないと変数と認識できないようなへぼい解析しかできない処理系は
カンベンしてもらいたい。
数学の式において変数にはアルファベットしかない。
＄が氾濫してると見た目が醜悪で可読性が下がる。抽象性が下がって本質が見えなくなる。

馬鹿がスレに取り憑いてしまった。

ドッグフードばかり食ってるとフランス料理がまずいと感じるようになる。

>>232
当たり前のように使いにくい言語扱いされてんだな

>>235
$一つ押したらIDEがそのｽｺｰﾌﾟの変数全てをリストしてくれる。極楽じゃないか?

置換も楽だ。

PHPには何でまともなデバッグツールは無いんだ？

全然大変じゃない
最低限の設定がいるだけ
つうか"無い"は嘘だろ

Java版Ruby on Railsと呼ぶにふさわしいフレームワークが出たぞー
「Play framework 1.0」
http://www.playframework.org/
動画を見ると非常にすばらしい
モデル、ビュー、コントローラーの変更がリアルタイムに反映させる。

みんな重くて冗長なコードなんかかきたくないんだよ

>>245
携帯電話のＮＯＫＩＡのスマートフォンのＯＳはシンビアンだ（個人的には嫌いだ）が
これはＣ＋＋でコーディングする。
iPhoneもＣ＋＋、GooglePhoneはＪａｖａ。
速くて資源を節約する（軽い）ためこの言語を採用した。型にうるさい。
型にうるさいのは「冗長」とは言わないよ。
速く軽くするための必然だ。
型がゆるいのは重くて遅い。物理的にそうなる。

よく読め。