Perlのオブジェクト指向って無理やり実装だなｗ

**nobodyさん** · 2008/06/09(月) 02:48:24

いまさらだが、後付感たっぷりでワロタ
PHPの方がはるかに自然な形で実装しているわ。

なんだろうね。言語仕様の説明＝内部実装の説明になっていて
使うためではなく、言語の勉強のための言語だなぁと思った。

**nobodyさん** · 2008/07/13(日) 09:48:13

Ruby 及び Perl におけるクラスの生成について。
http://b.hatena.ne.jp/entry/http://tomato.or.tp/programming/memo/class/class.html

**nobodyさん** · 2008/07/14(月) 18:01:42

>>88
> 小山哲氏って日本のPHP界じゃトップクラスの有名人だと思うけど
だれ？

デイトレーダー？日本の歴史学者？

ぐぐってもわからないや。

**nobodyさん** · 2008/07/14(月) 18:15:31

日本のPHP界っていうほどのコミュニティがあるの？

**nobodyさん** · 2008/07/18(金) 11:00:23

344 ：デフォルトの名無しさん：2008/07/18(金) 00:56:41
>>334
同意。
PerlのEncodeは終わってる。

言っておくが、自分には使える。
Perl好きだし、Encodeモジュールもわかっているつもり。
ただ、そこまでPerlにはまっていない周りには使えないし、わかってもらえない。
これが致命的。
（よくはまるのは、UTF-8フラグのついた文字列と
バイト列としての UTF-8文字列の違いとかのあたり）

それに、ソースコードを UTF-8 で書くと、システムがローカルエンコーディングの場合
ファイルを開いたりするのさえ面倒。

Unicode がらみのスクリプトを書くたびに、

sub e { Encode::encode('cp932', $_[0]) }
sub d { Encode::decode('cp932', $_[0]) }
sub E { map { Encode::encode('cp932', $_) } @_ }
sub D { map { Encode::decode('cp932', $_) } @_ }
↑こんなのを上に貼って、
open IN, e"日本語.txt";
とか書いたり、デバッグする時に
b 30 ($str eq d"日本語")
とかやったりしてるけど、正直言って超バッドノウハウ。
人が見てもやっぱりわからないし。

**nobodyさん** · 2008/07/18(金) 12:29:11

UTF-8フラグの存在がUnicodeの扱いをかなり複雑にしているよな。
なんでそんなものを作ったのか理解できない。

他の言語にはそんなもの無くてもうまくやっていけてるじゃないか。

**nobodyさん** · 2008/07/18(金) 12:34:30

>>92の元書き込み
http://pc11.2ch.net/test/read.cgi/tech/1180713251/l50

**nobodyさん** · 2008/07/18(金) 22:19:32

PHPだと全部mb_に差し替えないと行けない。

**nobodyさん** · 2008/07/18(金) 22:29:23

> PHPだと全部mb_に差し替えないと行けない。

見てのとおり、すごくわかりやすいルールです。

一方Perlの場合・・・複雑すぎて
ここでは説明し切れません ;;

**nobodyさん** · 2008/07/18(金) 23:17:48

複雑者ねー世。外人が作ったライブラリでも日本人が作ったライブラリでも透過的に扱える。

**nobodyさん** · 2008/07/18(金) 23:21:26

ただし、外人が作ったライブラリがUTF-8（UTF8フラグ）を考慮して
ちゃんと作られている場合は。だろ？

**nobodyさん** · 2008/07/19(土) 01:30:32

最近でたオブジェクト指向Perlの本ってアルパカ本と比べてどうなの？

**nobodyさん** · 2008/07/19(土) 01:53:35

Encodeは始め面倒だな～と思ってJcodeに逃げてたけど使い慣れてくるとしっくりとくる。

**nobodyさん** · 2008/07/19(土) 18:13:37

そりゃPerl標準なんだからしっくりこないとダメだろｗ

問題は、慣れないといけないような仕様だってことだ。

**nobodyさん** · 2008/07/20(日) 01:21:38

別にJcodeで済むんだったら、Jcodeでもいいけどな。

**nobodyさん** · 2008/07/24(木) 12:41:16

Ruby =　オブジェクト指向Perl　でしょ？

**nobodyさん** · 2008/08/02(土) 01:11:51

「美しいコードを書けるからRubyを選んだ」---Ruby on Rails作者 David Heinemeier Hansson氏：ITpro
http://itpro.nikkeibp.co.jp/article/NEWS/20060620/241346/

DHH：いろんなPerlソースを見ていると，頭が爆発しそうでした。
なぜかというと，どのコードを見てもスタイルがそれぞれ違って，
正しいのはどれかがわからない。
それぞれおもしろいんだけど，自己主張が激しすぎると感じました。
一方で，Rubyで書いたものはどれも，
同じことをする場合はだいたい似たように見える。
この「統一感」がすごく重要でした。

**nobodyさん** · 2008/08/02(土) 11:29:04

>>104
Perlは確かにひどいが、Rubyも大して統一感なんてないけどな…

**nobodyさん** · 2008/08/02(土) 15:59:10

Perlはuse strictを使えるのがいい。

**nobodyさん** · 2008/08/02(土) 23:05:16

Perlはひどい書き方ができるけどきれいに書こうと思えば書けるだろ。

**nobodyさん** · 2008/08/03(日) 00:32:48

strictプラグマを使えば、PerlはLLの中で一番厳密なコーディングを強制される。
PHPなんかだと、コンテントタイプヘッダが自動で出力されるとか、最近は減ったけどregister globalsがオンになってるせいで、それこそやりたい放題に書いてもそれなりに動いてしまう。
多分、書き慣れたPerlが怪奇に見えるのは、関数に()が省略できたり、returnを省略できたりするところだと思うんだけど、それはRubyも一緒だよね。

**nobodyさん** · 2008/08/03(日) 00:44:26

>書き慣れたPerlが怪奇に見えるのは、関数に()が省略できたり、returnを省略できたりするところだと思うんだけど

そんな些細なところじゃないと思うんだけど

**nobodyさん** · 2008/08/03(日) 01:52:23

じゃ、どの辺？

**nobodyさん** · 2008/08/03(日) 01:54:17

$@とか$/とかの特殊変数はたいした問題じゃない。使うのは限られてるし、そういうもんだと思えばどうってことない。忘れたら、調べればいいだけ。
isset（）なのかis_set()なのか忘れてしまうのと変わらない。

**nobodyさん** · 2008/08/03(日) 04:48:01

正規表現とか$_なんかは奇妙に見えるな。

for(1..40) {
print $_ . "..aho\n" if /3/;
}

**nobodyさん** · 2008/08/03(日) 22:19:46

行末が；で終わってない言語はクソ

**nobodyさん** · 2008/08/03(日) 23:54:50

おっとECMAScriptの悪口はそこまでにしてもらおうか

**nobodyさん** · 2008/08/04(月) 02:25:58

>>110
いろんなものを省略できるところ。
コンテキストという概念
bless
UTFフラグ

**nobodyさん** · 2008/08/04(月) 02:36:41

perlは記述するコードをUTF8(BOM無し)固定にすりゃいいんだよね
そうすりゃちったぁラクになるべ？

**nobodyさん** · 2008/08/04(月) 02:44:47

コンテキストを省略、blessを省略、何のことだ？
Perlは複雑なデータ構造を表す場合、リファレンスを使う必要があり、リファレンス・デリファレンスで記号が長く続き、読みづらくなるというのはある。
すべてを順番付きのハッシュで済ませらるPHPと比べると、断然見づらい。
が、仕事でプログラムをするような人間が、Cのポインタが分からないとか、Perlのリファレンスが分からないとか、論外だな。
趣味のプログラマーにとってPerlが難解だというのはそうかもしれないが。

**nobodyさん** · 2008/08/04(月) 02:51:00

おそらくUTF8の話は、ム板から得た知識だろうが、マルチバイトを扱う時にUTF8フラグをつける、出力するときに外す、だけでいいことだ。
そもそもUTF8フラグのせいで、ソースが読みづらくなるなんてことは有り得ない話。

**nobodyさん** · 2008/08/04(月) 19:54:52

>>118
本当にそれだけなら、内部で勝手にやってくれという話。
なんでコードでUTF8フラグをつけたり消したりする命令があるのか。

それはUTF8フラグあるせいで、いろんなライブラリが、
UTF8フラグをつけていたり、つけていなかったりするから。

UTF8フラグの存在がなければ、そんな混乱は起きないんだがな。

**nobodyさん** · 2008/08/04(月) 19:56:09

>>117
仕事だから、難解なものでもやれというのはわかる。

だが、今はやるかやらないかの話はしていない。

難解なのか、難解ではないのかの話。
答えは出ている。難解だ。

**nobodyさん** · 2008/08/04(月) 21:06:24

だからどこら辺が難解なの？
PerｌのOOなんて変数に名前空間結びつけただけだろ

**nobodyさん** · 2008/08/04(月) 21:16:33

フラグついてりゃ3byte文字も1文字換算だし
ついてなけりゃbyte単位だから処理違うしな
inしてきたものにはかならずフラグつけてoutのときにはずせば混乱はない
decode, encodeってのがちょい紛らわしいネーミングだとおもうけど

**nobodyさん** · 2008/08/04(月) 21:37:34

明示的にデコードしなくてもフラグ付くことがあるのが問題。
暗黙的なスタイルと明示的なスタイルが混在して、もうわけわかめ。

**nobodyさん** · 2008/08/05(火) 01:23:55

もともとの話はPerlのソースコードが読みづらいかどうかだから。
UTF8フラグとソースコードの読みづらさは関係ないし。

**nobodyさん** · 2008/08/05(火) 01:42:33

それってスタイル、好み、技量の問題じゃないの？
読む側、書く側、双方ともに

**nobodyさん** · 2008/08/05(火) 09:27:52

utf8フラグが勝手に付くって何のことだ？

**nobodyさん** · 2008/08/05(火) 13:42:50

>>107
それをプロジェクト内のPerlプログラマ全員にやらせてみろよ

**nobodyさん** · 2008/08/05(火) 13:46:43

色んな書き方が出来る反面「自分の書き方」をもてない奴がコピペばかりしたり、
サンプルを自分の書き方に直せない人が多いだけなんだと思う
まぁ利用者が多いゆえの弊害だと思う

**nobodyさん** · 2008/08/05(火) 14:14:52

>>127
それはPerl以外の言語にもいえる事では

**nobodyさん** · 2008/08/05(火) 15:04:15

>>129
Perlは他言語に比べ突出してると思う。
でもコード規約でなんとかなる。

**nobodyさん** · 2008/08/05(火) 19:44:17

PERLの記述性はそのままRUBYにも当てはまる。
JAVAみたいな型の指定を強制してステップをかける言語の方が記述性が低い分、統一感は高いと思うが、PYTHON以外のスクリプト言語はどれも大差ない。

**nobodyさん** · 2008/08/05(火) 21:03:27

コード規約で何とかしないで
Pragmaでも作ってほしいね。
$_ の使用を禁止するとか

**nobodyさん** · 2008/08/05(火) 22:48:20

$_ は可読性の低下を招くので使わないようにしてる

**nobodyさん** · 2008/08/06(水) 11:40:34

$_を使わないことで可読性は上がるだろう
しかしそれだったらrubyかPHP使う

**nobodyさん** · 2008/08/06(水) 15:54:52

$_ の問題だけで Perl を使わない理由にはならない

**nobodyさん** · 2008/08/06(水) 17:00:44

同じ変数を使いまわさない。
つまり、一つの関数内で同じ変数名の変数を
違う目的に使わないって事だけど、
これ、言語に限らずコーディング規約としてでてくる。
多分だれしも納得がいく理由だろう。

$_ はそれと同じ問題をはらんでいる。

変数名にはわかりやすい名前をつけましょう。

**nobodyさん** · 2008/08/06(水) 17:52:20

Perlはstrictプラグマが標準で、変数を宣言して使うから、不用意に変数を初期化したり、ゴミとして残ることがない。
局所化されてるから、安心して同じ変数名を使いまわしていい。
他の言語のように、条件分岐やループの深いところで突然多次元配列に値を入れたりすることがないし、実行されない処理についてもコンパイラがエラーを検知してくれるから、発生しづらい条件のエラーがすぐにわかる。
ただ、strictプラグマはPerlのコード品質を押し上げているわけだけど、KENTのCGIレベルのプログラマーからだとジャンプアップが大きく、初級のプログラマーがPHPに流れる原因にもなってる。
が、PHPはどう書いてもそれなりに動いてしまうばっかりにレベルの停滞を招いてるという面もある。

**nobodyさん** · 2008/08/06(水) 18:02:05

Perlのファニーレターは、可読性を上げる点でも役立ってる。
Perlでは普通こう書く。
foreach $data (@data) {
print $data;
}
PHPでは、こう書くしかない。
foreach ($data as $tmp) {
print $tmp ;
}
あるいは、こうしてみたり。
foreach ($data_list as $data) {
print $data ;
}
変数名からだけでデータ型が分かるのがPerlの可読性の高さ。

**nobodyさん** · 2008/08/06(水) 18:50:51

foreach $data (@data) {
print $data;
}
って何か気持ち悪いんだよな・・・
でいつもこうしてます
foreach $data (@datas) {
print $data;
}

**nobodyさん** · 2008/08/06(水) 20:39:27

print for @data;

**nobodyさん** · 2008/08/06(水) 21:32:17

>>139
そう言われると俺も @data とか @file とかにしてたｗｗｗ
あなたはやっぱり @lists とかにしてるの？
リストそのものが複数形だとおもうんだけど。。。あれ違うか？ｗ

**nobodyさん** · 2008/08/06(水) 21:36:39

いくら名前空間が別でも同じ名前にはしないな。

**nobodyさん** · 2008/08/07(木) 01:45:13

>>138
> Perlのファニーレターは、可読性を上げる点でも役立ってる。
> Perlでは普通こう書く。
> foreach $data (@data) {
> print $data;
> }

foreach my $datum (@data) {
print $datum;
}

**nobodyさん** · 2008/08/07(木) 01:47:11

>>141
> あなたはやっぱり @lists とかにしてるの？

foreach my $elem (@list) {
print $elem;
}

ナドト

**nobodyさん** · 2008/08/07(木) 03:54:18

名前空間が別なのではない。変数のスコープが別なのだ。
$tmpとか$nとか$iとか、数行のブロック内でしか使わない一時的な変数のためにイチイチ長ったらしい変数名を使うのは可読性が下がる。
コードの大事なポイントをぼかしてしまうから。

**nobodyさん** · 2008/08/07(木) 05:17:58

変数名やらコーディング規約やらはPerl Best Practicesを読むといいですよ
書いてあることがすべて正しいとは思わないけどbetter practiceが見つかるのは間違いないです

**nobodyさん** · 2008/08/07(木) 12:57:23

>>139
dataは既に複数形で、単数形はdatum云々、、、、

**nobodyさん** · 2008/08/07(木) 13:36:43

PBP!PBP!

**nobodyさん** · 2008/08/07(木) 15:47:43

>>141 >>143 >>147
ああ、俺がアホだった・・ dataの時はdatumを使います
でもいつも厳密には考えてなく
my @dates = localtime;
my $date = sprintf '%04d/%02d/%02d', $dates[5] + 1900, $dates[4] + 1, $dates[3];
のような事もしちゃってます。こっちのが気持ち悪いか・・・
Perl6では@date[1]のように参照出来るらしいから感覚的に少しはマシになるのかも

**nobodyさん** · 2008/08/07(木) 21:02:27

横レスすると手を抜いて配列に入れるんじゃなくて
スカラーでもハッシュでもいいから名前付けたほうが見やすいわかりやすいのは明白

**nobodyさん** · 2008/08/07(木) 21:05:44

変数名の頭に$とか@とかつけるのが
そもそも変。

**nobodyさん** · 2008/08/07(木) 21:43:13

そう？俺はわかりやすいからいいけど
欲を言えば

**nobodyさん** · 2008/08/07(木) 23:20:00

PerlからPHPに移ってからは@を使う妥当性が全然わからなくなった。

**nobodyさん** · 2008/08/07(木) 23:28:05

@rrayとか$calarてのはやめて欲しいないな。これもPerl文化か？

**nobodyさん** · 2008/08/08(金) 00:05:16

私はこれで Perl から乗り換えました。
http://web.archive.org/web/20010427071311/www.ruby-lang.org/ja/column/v0004.html

バベル案内
http://www.aoky.net/articles/steve_yegge/tour_de_babel.htm
Perlもまた、間もなくなくなる。

Perl, Python, Ruby の比較
http://www.shido.info/py/python1.html

perl/Ruby、これから覚えるべきなのは？
http://q.hatena.ne.jp/1145610898

**nobodyさん** · 2008/08/08(金) 01:58:02

>>私はこれで Perl から乗り換えました。
この程度では乗り換えるに値しない

まぁ、Switch Case 文はデフォで欲しいですがｗ

**nobodyさん** · 2008/08/08(金) 02:46:52

>>156
givenとwhenでよければありますよ。
バージョン５．１０以上ですけど。

**nobodyさん** · 2008/08/08(金) 17:18:36

変数には記号がある方が分かりやすい。
PHPみたいにデータ型によらず同じ記号であっても。
JAVAとかC#みたいにIDE前提でカラーリングされてればなくても良いけど。
その点じゃRUBYが一番見づらい。

**nobodyさん** · 2008/08/08(金) 17:23:11

変数という意味で記号をつけるのはわかるが、
配列やスカラーやハッシュを区別する為の記号ってのは
意味がわからない。

他の言語を見ればわかるように、そんな区別なんかしなくても
問題なく実装できてるじゃん。

**nobodyさん** · 2008/08/08(金) 20:57:31

ハンガリアン記法見ても分かるように、変数名からデータ型が分かれば可読性が上がる。

**nobodyさん** · 2008/08/09(土) 00:16:40

可読性とコーディングをいうまえに明示的に宣言できる構造体をくれ

**nobodyさん** · 2008/08/09(土) 00:39:15

そんなあなたに Class::Struct

**nobodyさん** · 2008/08/09(土) 10:35:24

つ Moose

**nobodyさん** · 2008/08/11(月) 14:58:12

ruby perl 比較 python ruby perl ruby perl 違い ruby perl php ruby perl 速度

**nobodyさん** · 2008/08/15(金) 23:16:47

PHPのオブジェクト指向も後付けなのに、誰も突っ込まないのな。
そんなもんか。

**nobodyさん** · 2008/08/15(金) 23:18:00

perlのひどさには敵わないｗ

**nobodyさん** · 2008/08/15(金) 23:28:15

寧ろ後付でも酷くてもみんなが使いたがるperlの魅力に気が付いて欲しいｗ

**nobodyさん** · 2008/08/16(土) 01:42:46

PHPのオブジェクト指向はごく普通だからな。ほとんどJava。
Perlの場合はクラスベースじゃないから。JavaScriptとかもそうだけど。

**nobodyさん** · 2008/08/16(土) 03:32:51

本当はオブジェクト指向とかエロいこと考えなくてすむのがお気楽LL言語だったのかもしれない。

**nobodyさん** · 2008/08/16(土) 04:00:50

>>168
Perlは分類上クラスベース。
Javascriptのようにインスタンス単位でメソッドを増やしたりする芸当はできないよ。
データメンバは増やせたりするけど。

**nobodyさん** · 2008/08/16(土) 08:25:19

先を行く者を背中から撃つ者は、後から来る者に背中から撃たれる。

**nobodyさん** · 2008/08/16(土) 12:27:40

インスタンスにメソッドを追加するのはRubyも出来る

**nobodyさん** · 2008/08/16(土) 14:42:26

完全にオブジェクト指向であっても変数名に接頭辞が付かない言語は苦痛だ

**nobodyさん** · 2008/08/16(土) 16:08:42

i とか s とか付けりゃいいんだろいけど、やっぱ接頭語として記号があると楽かな

**nobodyさん** · 2008/08/16(土) 17:29:17

Rubyの場合、メソッドの()を省略できるから、メソッドなのか変数なのか区別がつかない。素直に()を強制すればよかったのに。

**nobodyさん** · 2008/08/16(土) 17:49:24

>>175
全部オブジェクトです

**nobodyさん** · 2008/08/17(日) 01:43:09

>>173
そこはマイルールでいいんじゃないの？

**nobodyさん** · 2008/08/18(月) 18:57:43

$が使いたいんだよ！わかるだろ！

**nobodyさん** · 2008/08/19(火) 02:03:57

Perl のオレオレるーる - 冬通りに消え行く制服ガールは、夢物語にリアルを求めない。 - subtech
http://subtech.g.hatena.ne.jp/cho45/20080818/1218995299

**nobodyさん** · 2008/08/19(火) 03:32:07

わからん・・・
わざわざシフトキーを多用したいなんて・・・

**nobodyさん** · 2008/08/19(火) 12:56:03

[]や{}を使わない連想配列や配列はどう扱うの？

**nobodyさん** · 2008/08/19(火) 15:23:01

Rubyの[]もメソッド名というのは、作者の無意味な自己満足に過ぎないと思う。

**nobodyさん** · 2008/08/25(月) 05:10:09

http://pc11.2ch.net/test/read.cgi/tech/1180713251/

**nobodyさん** · 2008/08/25(月) 06:58:00

朝っぱらから元気だな、Ruby信者君

**nobodyさん** · 2008/08/26(火) 11:32:03

実際　Perl　の　オブジェクト指向は Ruby　だし

**nobodyさん** · 2008/08/28(木) 05:22:41

merb
http://wiki.merbivore.com/pages/tutorials

**nobodyさん** · 2008/08/28(木) 11:14:54

>>182
data['hoge'] の動作を自前で設定できたらいいなと思ったことはないかい
data['hoge'] でも data['Hoge'] でも data['HOGE'] でも data[:hoge] でも data の hoge が呼べたらいいなとか
あと、メソッドだからプロファイラで Hoge#[] の使用回数がきちんとカウントされるぞ
ていうかこのへんは普段は意識することないし「実はメソッドだったんです！」「うわ徹底ぶりキモっ！」でいいとは思う

**nobodyさん** · 2008/08/29(金) 02:04:05

あの Perl の後付け感は最高。
僕は、あの屋上屋を架すみたいに積み上げたり、既存文法の意義の変更とかで、
済し崩し的に拡張して行くあのゴチャゴチャ感が Perl らしくて好きだよ。
C++ も似た感じで好きだ。