元スレPHPで作られた有名サイトってあるの？

みんなの評価 : △

前へ 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 次へ

/ 要望・削除依頼は掲示板へ / 管理情報はtwitterで

552 = :

Perlはやっぱり仕様が素晴らしいよな

ちょっとshiftしたりblessしたりして、毎回同じようなnewを書くだけで
簡単にクラスを実装できちゃうんだもんな

継承もour @ISAを使うだけでいいし

OOやるならPerlだな、やっぱり

553 = :

アセンブラは仕様が素晴らしいよな。

以下同文

554 = :

え？？？

555 = :

>>552-553
めんどくさいだけだろｗｗｗ

556 = :

グローバルスコープ君はさぁ、新規で中小規模のWeb案件があったら
やっぱりPerlを選ぶんだよね？

557 = :

>>556
グローバルスコープ君というのが誰か知らんが、中小規模なら前から
言っているように、投げっぱなしで保守がいらないならPHP一択、
β版のまま公開して運用しながら開発するような場合や、保守込みの
契約の場合はPerlなりRubyなり。PHPはありえん。
Pythonは使いたいんだが人出がまだ足りないのと、他の案件に使い回し
できない可能性が高い。

Perlのクラスに関しては、Perl4にblessを加えただけという超簡単実装なので、
見る人によっては汚く見えるだろう。しかしクラス名とファイル名が一致せず
オートロードで階層が深いような場合は「工夫する」かgrepするしか探し出す
しか手段がないPHPよりはかなりマシ。

Perlでもファイル名とクラス名を違えることはできるが、クラス名がファイル
階層を表現できるため、現実問題そういう実装は考えにくい。つまりPHPの
ような汚い実装はなかなか見かけない。

PHPのプロジェクトであるmagentoには私は敬意を払っているが、このファイル名
とクラス名の不一致問題には不満の意を禁じざるを得ない。

558 = :

ちなみにPerl厨は一人とか言っているが、俺はそんなにPerlには思い入れはない。
PHPより歴史が長いため、使ってる期間が長いってくらいだ。現在メインで
使っている言語はC++。

> 継承もour @ISAを使うだけでいいし

これはむしろPerlの汚いところだと思う。PerlのOOの素晴らしいところは、
ほとんどPerl4の仕様を変えずにOOを実装した点にある。そこは勘違いしては
いけない。PHPはOOを比較的きっちり実装しつつ、PHP4への互換を維持しよう
とした結果、ワケワカメな状況に陥り、strictのような構文に対する縛りが
存在しないため、PHP4脳の土方プログラマの暴走を止められずにいる。

559 = :

>>557
> Perlでもファイル名とクラス名を違えることはできるが、クラス名がファイル
> 階層を表現できるため、現実問題そういう実装は考えにくい。つまりPHPの
意味がわからん。

Perlはファイル名とクラス名は
全く関係ないよ。

use Hoge::Hoge; 　# ← クラス名ではなくただのファイルパス相当
とやっておきながら、

my $hage = Hage->new()

ということもできる。

560 = :

>>559
だーかーら。Perlは慣習にすれば綺麗に書けるけどPHPはその手段すれない
って話じゃん。クラスのファイル階層を表現する手段がないから
「工夫で大丈夫」にするしかないっていうね。

561 = :

慣習と工夫は何が違うの？

562 = :

>>561
慣習は言語の設計側が推奨している。だから一意に解釈できるし、
階層も綺麗に表現できる。
PHPは設計側がほったらかしだから、実装側が「階層はキャメルケースで」
とか「アンスコ区切りで」とか「オートロードするからこのルールで」とか
無法地帯。

563 = :

つかマジでPHPのOOが他よりマシだと思うなら今すぐ廃業した方がいいよ
マジで。他の言語書けないんだろ？技術的なツッコミが一切ないし、あった
として>>535みたいな知ったかだからな。

564 = :

Perlはいろんなやり方があって
人それぞれ書き方が違うからだめだろう。

565 = :

>>563
具体的に何かダメか言ったら？言えないんだろうけどｗ

お前がPHP知らないようだから書いておくわ。

PHPのオブジェクト指向機能
・classキーワードで簡単にクラスが定義できる
・もちろんクラスを定義するだけで、newでインスタンスが作れる
・interfaceキーワードでインターフェースも作れる
・public、private、protectedスコープがある（カプセル化）
・コンストラクタ、デストラクタがある
・オーバーロードもある
・finalキーワードもある
・extendsで継承ができる
・implementsでインターフェースも継承できる
・abstructで抽象クラス、抽象メソッドが作れる
・traitでトレイトが使える
・クラス定数、インターフェース定数が作れる
・クラスメソッドが作れる
・イテレーターも作れる
・タイプヒンティングがある
・名前空間がある
・無名関数（クロージャー）がある

566 = :

>>565
クラス名の命名方法が恣意的。階層が使えないから「工夫」するしかない。
あ、工夫すれば大丈夫だから大丈夫なんだっけ、PHPerは。

567 = :

>>566
え？それだけ？
ネーミング規約の話で終わりなんだｗ

568 = :

ネーミング規約ならある

http://framework.zend.com/manual/ja/coding-standard.naming-conventions.html

Zend Framework では、クラスの名前が保存先ディレクトリに直接対応するような
命名規約を採用しています。Zend Framework 標準ライブラリの最上位レベルの
ディレクトリは "Zend/" ディレクトリです。一方、Zend Framework 追加ライブラリの
最上位レベルのディレクトリは "ZendX/" ディレクトリです。この配下に、すべてのクラスが階層構造で保存されます。

クラス名には英数字のみが使用できます。クラス名に数字を使用することは可能ですが、
ほとんどの場合はお勧めしません。アンダースコアはパス区切り文字としてのみ使用可能です。
ファイル名が "Zend/Db/Table.php" の場合、クラス名を "Zend_Db_Table" としなければなりません。

569 = :

>>568
それがPHPの標準だよなｗ

それを知らずに変な名前をつけることができますとか
言う奴は頭おかしいと思う。

Perlだって変な名前をつけることできるだろう。

570 = :

CakePHPだとキャメルケースにしろって書いてあるよねー（棒）

571 = :

>>569
だからさー、requireする時とクラス名呼び出す時で名前が違って
その規約ってのが実装で異なるってのがおかしーだろって話だよ。
そもそもrequireが実行ファイルからの相対パスおよび絶対パスとか、
他にそんな言語あんのか？

572 = :

Perlもuse MyClassとやって、
そのMyClass.pmの中に、HogeHogeって
クラス名を付けられるけど。

そもそも、一ファイル一クラスなんて
ありえない仕様なわけで、
ファイル名とクラス名は一致しないことも多い。

573 = :

> それがPHPの標準だよなｗ

出たよ。「工夫すればなんとかなる」
お前らそれしか言えないじゃん。

>>568
>>569
よく使われている方法というだけでPHPの自体の標準ではない。

そもそもクラス名の階層をアンスコでつなげて一意の文字列として扱うって
素っ頓狂な発想は他の言語には一切ない。

階層だとRubyが若干汚いかな。requireが。
クラス名についてはPerl方式ででPHPのようなことはない。

574 = :

>>572
話の本筋から外れた言いがかり乙

Rubyも同じだけど、回避方法がマニュアルに明記してあるのと実装間で
バラバラのお約束しかない言語を並べてどーすんの。

575 :

おもしれー想像以上にPHPとPHPerが糞でワロタ
5でマトモになったんだとばかり思ってた

576 = :

Perl厨って、反論するとなんでも
「出た、工夫すればなんとかなる」

いや、同じ事ばっか言ってんのはお前ですからｗｗｗ

577 = :

>>563

>>551-552
>>565

Perl厨はとっとと廃業しろよｗ

580 = 575 :

>>577
お前、>>565がPHPの機能だって気づかなかったのかｗｗｗ
PHP厨の中でも最低レベルだなｗｗｗ腹いてえ

581 = :

あ～、日本語が苦手な方なんですねｗ
Perl厨って日本語が苦手なやつばっかですねｗｗｗ

582 = :

>>557
グローバルスコープ君は、
・保守がいらないならPHP
・保守がいるならPerl、Ruby
ということだな

つまり
・PHPは保守性が低い
・保守契約がないクライアントには、
保守性が低いものを納品してもいいと思っている
ということだろうな

PHPで保守性を高めることもできるんだが、
それ以上に、品質が低いものを納品してもいいと思ってる奴に
依頼したくねーなｗｗｗ最悪ｗ

583 = 575 :

>>582
保守性ね。工夫すれば出来るね。

584 = :

>>583
論点をずらそうとしてるのか、日本語が苦手なのか分からんなｗ

585 = :

PHPの仕様が糞レベルって話に反論できないから人格攻撃に転じてるのは
お前の方じゃん。
まるでグローバルスコープ以外に欠点がないようなミスリードもしてるし、
なぜかPHPをDisる奴は全員Perl厨だって設定になってるし。

586 = :

>>585
・反論できている
・人格攻撃に転じるのは、「PHPerはPHPしか書けない」とか決めつけて
PHPをDisる奴のほうが多いだろ
・欠点がないとは言ってない、PHPが腐ってる具体例をあげろと言ったら
グローバルスコープを持ち出したからだろ
・Perl厨か聞いたら返答がなかったから、そう判断した

587 = :

>>586
だめだこりゃ。
グローバルスコープ以外にもクラス名とかrequireのパスとかでツッコまれてるし、
反論って結局「工夫すれば大丈夫」であって他の言語に劣る点は変わってないじゃん。

588 = :

>>587
「クラス名とかrequireのパスとか」ってもっと具体的に書けよｗ

んで反論すると「「工夫すれば大丈夫」で逃げる」って
逃げてるのはどっちだよｗｗｗ

いいよな、反論されたら「出た、「工夫すれば大丈夫」」って言えばいいんだからｗ

589 = :

その言葉そんなに嫌いなら、
フレームワーク使えば大丈夫。に変えてやろうか？

590 = :

キーワードで逃げるなっつってんだよ

それより「クラス名とかrequireのパスとか」を具体的に書けよ

591 = :

連投すまんが、PerlのOOこそ「工夫すれば大丈夫」の例だよなｗ
>>551

593 = :

>>592
なげーよｗ

とりあえずrequireのパスについては、
別に __FILE__ . 'lib/....
がデフォってわけではない

include_pathを適切に設定して
require_once 'Zend/Controller/Front.php';
とでもすればいい話

相対パスが嫌なら、include_pathで相対パスを含めなければいい

で、どの辺が糞なんだ？

594 = :

そんなことより同じ関数なのにバージョンによって挙動が違ったり、
バグを放置する開発陣の怠惰とか、セキュリティホール頻発とか、
それがいつまで経ってもFIXされないとか、セキュリティホールを
埋め込むのを推奨してるとしか思えない関数(サニタイズ系とか)とか、
オープンソースのソースコードが全然「工夫できてない」とか、
1レスじゃ収まんないくらい欠点あるぞ。

595 = :

>>593
>include_pathを適切に設定して
>require_once 'Zend/Controller/Front.php';
>とでもすればいい話

だからそれが「工夫すれば大丈夫」なんじゃん。
自覚ないから怖い。

596 = :

>>592

> クラス名の問題
>
> パスから一意の文字列を生成するしかないしお約束がフレームワークの実装に
> よって違う。どちらも他の言語には見られない。

これはよく分からんかったが、命名規約がフレームワークによって違う、
ってことか？
もう少し詳しく説明し、「他の言語には見られない」ではなく
それによってどういった問題が発生するか説明してくれ

597 = :

>>595
だ～か～ら～
「工夫すれば大丈夫」で逃げんなって書いてんだろ

何が問題なのか、逃げずにもっと具体的に書けよ

598 = :

>>593
「長い」という理由で反論を拒否。さすがだな。
つまり反論する代わりに人格攻撃。
さすがすぎる。

599 = :

>>598
長いから順番だろ
拒否じゃねーよ

「反論する代わりに人格攻撃」ってレス番示してくれ
さすがすぎるのはお前だよｗｗｗ

600 = :

>>596
そう。CakePHPはキャメル、Zendはアンスコ区切り。
文字列だし公式な仕様が存在しないかあシンタックスハイライトしなくて読みにくい。
公式な仕様がないってことは何とでも書けるわけで、あとは分かるな。