perl - Class vs. Closure : 404 Blog Not Found
2008年07月13日03:30 カテゴリLightweight Languages perl - Class vs. Closure PERL HACKS(日本語版) [英語版] うーん、さすがにそれはいいすぎでしょうか。 クロージャの概念をクラスとの対比でわかりやすく説明する。 - サンプルコードによる Perl 入門 ここで気づいてほしいことは、クラスとクロージャは、実は同じものだということです。たしかにオブジェクトの定義から行くと、 404 Blog Not Found:オブジェクトは難しくない。難しいのはクラス それで、オブジェクトとは何か、といえば、「自分が何が出来るのか[コード]を知っているデータ」ということになる。 であり、クロージャー(closure)は「自分が何を持っているか[データ]を知っているコード」なので、等価ではある。実際、 package Class; sub
perl - Inside-out Object : 404 Blog Not Found
2007年03月11日03:30 カテゴリLightweight Languages perl - Inside-out Object ところが、そのないはずの隠蔽化を強制する仕組みがすでに発見されているのです。 Perl Best Practices Damian Conway [邦訳:Perlベストプラクティス] ビンゴ中西のほげほげ Kansai.pm第8回ミーティングに行ってきました@荷造り中そして、Perlのオブジェクト指向には 隠蔽化を強制する仕組みはない いつか書こうと思っていたけど、ちょうどいい機会なので。 ここでは例として、name,uriという二つのインスタンス変数を持つオブジェクトを実装してみます。 InsideOut.pm { package InsideOut; use strict; use warnings; my %objects; sub new { my
404 Blog Not Found:オブジェクトは難しくない。難しいのはクラス
2006年11月16日16:55 カテゴリLightweight Languages オブジェクトは難しくない。難しいのはクラス 大人だからオブジェクトは難しくなる。子供にとっては実はオブジェクトは自然で自明で簡単だ。 オブジェクト指向を正しく理解する：ITpro オブジェクト指向はしばしば，とっつきづらく難しい技術と言われます。その理由の一つには，対象とする分野が広く，それぞれに深みがあることが挙げられます。しかし，それ以上にこの技術を難しくしている落とし穴とも言うべき原因が二つあると筆者は考えています。それは比喩を乱用する説明の仕方の問題と，「もの中心」を意味するコンセプト自体の問題です。事実、オブジェクト指向というのは最初は子供向けだったのだ。 このことを、現在「オブジェクトとはなんぞや」という大人たちは忘れてしまっている。 それで、オブジェクトとは何か、といえば、「自分が何が出来る
perltoot - トムによるPerlオブジェクト指向チュートリアル パッケージ モジュール
名前¶ perltoot - トムによるPerlオブジェクト指向チュートリアル 概要¶ Object-oriented programming is a big seller these days. Some managers would rather have objects than sliced bread. Why is that? What's so special about an object? Just what is an object anyway? オブジェクト指向プログラミングは、昨今の、ビッグセラーです。 マネージャーには、薄切りパン(訳註：良い発明のこと)よりもむしろオブジェクトを持ちたがる人もいます。 どうしてでしょうか? オブジェクトの、何がそんなに特別なんでしょうか? そもそも、オブジェクトとは一体なんでしょうか? An object is nothing
いま Perl で一番イケてるオブジェクト指向プログラミングを学ぶ - bricklife.weblog.*
いま Perl で一番イケてるオブジェクト指向プログラミングを学ぶ 最近、現実逃避で「CPAN author にでもなるか」と思い、Perl でちゃんとしたモジュールを書くにはどうしたらいいかをチマチマ勉強しています。 で、そうなるとやっぱりオブジェクト指向なわけです。が、Perl は Java などに比べるとオブジェクト指向的な記述を前提としていないユルユルなプログラム言語 (あくまで主観ですが) なので、書き方も使い方も実現方法も色々あってどういう風にやるのが一般的なのかよくわかりません。普段から CPAN のモジュールを使っていればそれでもなんとなくわかるのですが、モジュール探すより先に手が動いてしまうタチなので深く経験・学習する機会もなく。 実は過去にオブジェクト指向っぽい書き方にチャレンジしてみたものの、書いてるうちに「一人で使っている分にはベタで書いたほうが早い」とか思い出して
Perlオブジェクト基礎文法最速マスター - 旧燈明日記
Perl5でのオブジェクトの基礎を解説したいと思います。 Perlでのオブジェクト指向と言えば、モダンPerl系ではMooseモジュール等なのですが、今回は、あくまでも基礎編です。 Perlで最速にオブジェクトをマスターするには、まず、「リファレンス」と「use宣言」と「bless」の３つが理解できていないとなりません。 なぜかと言うと、Perlでのオブジェクトはblessされたリファレンスなのです。また、Perlでのクラスはモジュールなのです。そのモジュールでの一番の謎は、use宣言なのです。 なので、はじめにこの３つを理解してから、そのあと「オブジェクト」と「オブジェクト指向」について解説していきます。 つまり、以下の順番です。 リファレンスについて use宣言について blessについて Perlでのオブジェクトについて Perlでのオブジェクト指向について ■リファレンスについて
『オブジェクト指向でなぜつくるのか』
平澤 章 オブジェクト指向でなぜつくるのか―知っておきたいプログラミング、UML、設計の基礎知識― Javaは言わずと知れたオブジェクト指向言語です。私が初めてJavaに触れてから5年になりますが、初めてオブジェクト指向の説明を読んだときはビックリしました。「猫がクラスで、タマがオブジェクト」だとか「車がスーパークラスで、乗用車やトラックがサブクラス」だとか･･･ 猫がどうしたとか、車がどうしたってプログラムと関係ないじゃないか！ 結局、自分なりにオブジェクト指向を理解して、プログラムを組めるようになりましたが、そうなると、今度は別のオブジェクト指向の壁が立ちはだかりました。 UMLに関する本や雑誌を読むと、オブジェクト指向で分析・設計をするようなことが書かれています。病院の業務を扱った例題だと、患者クラスや医師、会計窓口クラスがあって、現実世界がそのままクラス図に落とし込まれています。
ギリシャ神話とソフトウェア設計(^o^) - カタチづくり
ギリシャ神話には主人公がいない と気づいた．ギリシャ神話の中に「私は」｢僕は」という表現は出てこないよね．特に主人公もなく，割と淡白に神々の間の出来事が綴られている感じだ． ソフトウェアの設計もかくあるべきだ！・・・まぁ，ちょっとコジツケなんだけど．主人公っぽいクラスを作ってしまうと，大抵そのクラスはブクブクに膨れ上がった再利用できないクラスになってしまう．そうじゃなくて，まるでギリシャ神話のように主人公のいない物語を紡ぐべきなんじゃないのか．それが適切な責務（Responsibility）の配置になるんじゃないか． ・・・あ，一応書いておくけど，これは何かの役に立つという内容じゃない．私が勝手にギリシャ神話とオブジェクト指向を比較して面白がっているだけ．それでも良ければお付き合いください． ギリシャ神話は物語（ストーリー）だ 学生時代に教養課程で受けた講義で，文学の先生が「小説と物語は違
オブジェクト指向は構造化の「次」か? : 404 Blog Not Found
2006年01月27日16:54 カテゴリLightweight Languages オブジェクト指向は構造化の「次」か? Matzさんがこう言うのは以外な気がする。 Object Oriented Perl Damian Conway Matzにっき(2006-01-20)実際には、オブジェクト指向プログラミングは、構造化プログラミングの「次」と 認識されるべきものだと思う(OOAやOODのことは知らんけど)。 というのも、「オブジェクト指向」は「構造化」の進化系ではなく、元来直交して扱える概念だからだ。 実際smalltalkやhypertalk、そしてsqueakといったプログラミング環境では、オブジェクトはフィールドとかボタンとかといった、「もろに目に見える」「実存」であり、それ故まだものごとを抽象化して捉えることの出来ない子供でも始められるようになっている。 実はすでに適切に設計
Matzにっき(2006-01-27)
<< 2006/01/ 1 1. [教会] 元旦 2 1. 出産 2. 帰省 3. 到着 3 1. デジタル体重計のユーザインタフェース 4 1. [OOP] Classbox 2. [OOP] Classboxの実装 5 1. 帰宅 2. PCレスライフ 6 1. PC修理 7 1. 雪かき 2. [言語] プログラミング言語SRU 8 1. [教会] 断食安息日 2. あーめん 3. 筋肉痛・体調不良 9 1. 米子 10 1. [原稿] オープンソースマガジン3月号 11 1. [原稿] 日経Linux 3月号 12 1. [Ruby] Charming Ruby Compiler 2. [Ruby] The Open Nature Of Ruby 13 1. ニート娘に悩む親 2. Python Status Update 3. 泥縄 14 1. 宣教師のお手伝い 2. Simpl
オブジェクト系電波文の傾向と対策 - 檜山正幸のキマイラ飼育記 (はてなBlog)
2006-02-03のコメント欄において： nak2k＞ここらへん理解した上で色々と議論をしてみたいのですけど、 これは理解できないでしょうよ。 このページだけのスポット読みで、前後や関連部分は一切見てないからアレだけど、これは*電波文にしかみえない*けど。 なんて書いてしまいました。このなかの「ここらへん」「これ」「このページ」とは、nak2kさんのご教示による： http://www.atmarkit.co.jp/bbs/phpBB/viewtopic.php?mode=viewtopic&topic=18279&forum=25&start=294 さて、nak2kさんはobject氏の発言に何か感じるところがあったのでしょうから、「電波文にしかみえない」と片付けてしまうのは（nak2kさんにも、objectさんにも）失礼に過ぎます。で、このページを猛烈に好意的に読み返してみました。
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
もわの台所: モデル化け