サービス終了のお知らせサービス終了のお知らせ いつもYahoo! JAPANのサービスをご利用いただき誠にありがとうございます。 お客様がアクセスされたサービスは本日までにサービスを終了いたしました。 今後ともYahoo! JAPANのサービスをご愛顧くださいますよう、よろしくお願いいたします。
まつもと直伝 プログラミングのオキテ 第12回 多重継承再び
今回は継承，特に誤解されがちな多重継承について改めて解説します。「オブジェクトは現実世界のモノの反映であり，継承はそのモノの分類を反映したものである」，「多重継承は良くないものだ」という意見が正しいかどうか，判断する基準を紹介します。 今回は，オブジェクト指向にまつわる誤解を取り上げましょう。 これまで，オブジェクト指向プログラミングの古くからのファンとして解説を書き，Rubyというオブジェクト指向プログラミング言語を提供してきました。オブジェクト指向プログラミングをより多くの人が身近に感じられるように貢献してきたつもりです。Smalltalkよりも手軽に入手でき，JavaやC++よりも簡単にオブジェクト指向プログラミングを実践できるRubyによってオブジェクト指向という概念がより理解しやすくなったのではないかと自負しています。 しかし，その過程で，私自身の未熟さもあり，オブジェクト指向プ
はてなグループの終了日を2020年1月31日(金)に決定しました - はてなの告知
はてなグループの終了日を2020年1月31日(金)に決定しました 以下のエントリの通り、今年末を目処にはてなグループを終了予定である旨をお知らせしておりました。 2019年末を目処に、はてなグループの提供を終了する予定です - はてなグループ日記 このたび、正式に終了日を決定いたしましたので、以下の通りご確認ください。 終了日: 2020年1月31日(金) エクスポート希望申請期限:2020年1月31日(金) 終了日以降は、はてなグループの閲覧および投稿は行えません。日記のエクスポートが必要な方は以下の記事にしたがって手続きをしてください。 はてなグループに投稿された日記データのエクスポートについて - はてなグループ日記 ご利用のみなさまにはご迷惑をおかけいたしますが、どうぞよろしくお願いいたします。 2020-06-25 追記 はてなグループ日記のエクスポートデータは2020年2月28
オブジェクト指向言語は間違っていた！ --- 新世紀言語 MixJuice ---
■ はじめに 「オブジェクト指向言語は間違っていた！」などとトンデモ系のタイトルにしてみましたが、正確に言うと、「従来の C++, Java などのオブジェクト指向言語における モジュール機構には問題がある。そこで新しいモジュール機構を設計した。」ということです。 MixJuice （以下 MJ と略） は、Java 言語を改良した言語です。最大の特徴は「差分ベースモジュール」と呼ぶモジュール機構です。このモジュール機構は、Java 言語のモジュール機構よりも はるかにシンプルであるにもかかわらず、プログラムの再利用性・拡張性・保守性をより向上させます。 具体的には、差分ベースモジュールは以下のような特長を持ちます。 拡張性の高いアプリケーションが簡潔に書ける。 クラスとモジュールが直交しており、モジュール化の自由度が高い。 アプリケーションのエンドユーザが、実装の詳細を知らなくてもモジュ
Prototype.js を使った JavaScript OOP 講座 #01
社内の精鋭エンジニアを中心に定期的に勉強会をすることになった。んで、 JavaScript の講義は僕がやることになった。 資料を社内だけでとどめておくのはもったいないので、ここに公開していきます。社内の人も社外の人も読んでください。 講義の内容は基本的にソース嫁。ソースレビュー形式。 ※ターゲットは JavaScript は書いたことない、オブジェクト指向言語プログラマ。 Section 00 Prototype.js の前に JavaScript のオブジェクトの概要・・・ オブジェクトを作ってみる。 var object = {};オブジェクトにメソッドとかプロパティを追加してみる。 var object = { field: 'IT戦士', method: function() { alert('hello ' + this.field); } }; object.method()
OOP = Abstraction 2.0 ? : 404 Blog Not Found
2006年01月31日15:44 カテゴリLightweight LanguagesLogos OOP = Abstraction 2.0 ? 実はそれを「オブジェクト指向」と呼ぶのは誤っているかも知れない。 続・初めてのPerl - Perlオブジェクト、リファレンス、モジュール R.L. Schwartz, T. Phoenix [原著] Matzにっき(2006-01-27)で、私よりも数学的思考法に強そうな小飼さんまで、 そのような「混同」をしてしまうというのは、 単にマーケティング用語として「オブジェクト指向」が使われた不幸だけでなく、 「オブジェクト」という単語が持つ「魔力」というのものは 私の想像以上に強いということなのかもしれない。以下のケースを考えてみる。 まず、手続き型で、あるファイルの中身を全て出力するPerl5プログラム。 open my $fh, "<", $fi
オブジェクト指向は構造化の「次」か? : 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-20)
<< 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
オブジェクト指向の言語比較論
世の中に、オブジェクト指向言語は百花繚乱。さまざまな思想と、さまざまな目的のために、さまざまな言語がデザインされているんだ。それらは一応、オブジェクト指向っていう共通の理解の上にあるはずなんだけど、実際に使ってみるとけっこう勝手が違う。つまり、オブジェクト指向へのアプローチっては、1 つではないんだ。そこで、いろんな言語を比べてみて、それぞれの思想を理解しよう、ってのがこのページの目的だ。 言語は思考を規定する オブジェクト指向ってのは、『対象のモデリング』っていう問題に対する解決法の 1 つ。別にオブジェクト指向プログラミング言語の定義じゃないし、C 言語みたいにオブジェクト指向をサポートする構文を用意していない言語でも、オブジェクトを指向するプログラミングはできる。 でもね。実際にプログラミングをしていると、使っている言語が前提にしているオブジェクト指向の考え方に染まりがちだ。「言語は
JavaScriptっぽい。 JavaScript OOPなリンク集
とりあえず自分で書いたのも含めて、後でゆっくり読みたいものなどを片っ端からリンク。選出基準は適当です。 JavaScriptっぽい。 prototype覚書 GAC なぜなにGAC->フォーラム->【JavaScript】 Functionで遊ぼう [教えて！goo] クラスの継承の仕方 オブジェクト（Object）（とほほ） JavaScript, Neo-Generation/Function 自作オブジェクトで複数のメソッドを呼び出したい Virgo - JavaScript - ユーザ定義オブジェクト ECMAScriptチュートリアル ECMAScript - on Surface of the Depth - Effective JavaScript - Dynamic Scripting オブジェクトなJSの基礎講座 プロトタイプチェインについての覚書（ECMAScript,
やねうらお―よっちゃんイカを買いに行ったついでに家を買う男 - オブジェクト指向神話
MS-DOSからWindows3.1に移行したとき、私はプログラミングを投げ出した。ウィンドゥを一つ出すのに100行近くのソースを書かないといけないし、HANDLEやら何やらもうさっぱり意味がわからなかった。「プログラミングとはこれほど難しいものなのか」と思った。 Windows95になって、OpenGLをいじるようになってからもその思いは拭えず、依然、HDCが何かもよくわからないままプログラムを書いていたのをよく覚えている。Windowsのそういった呪縛から逃れるためにDirectXを勉強しはじめ、BM98を作った。当時はオブジェクト指向設計にすらなっておらず、OOPが分からないのでC++を単なるbetter Cとして使っていた。まともなオブジェクト指向設計が出来るようになったのは、そのずっと後になってからである。 そんな暗中模索の状態だったが、「動くプログラム」は書けた。そもそも私は機
神様ルートクラスを嫌い、POJOを好む：An Agile Way：オルタナティブ・ブログ
ぼくがオブジェクト指向言語を勉強しはじめた90年ころは、「継承」という概念がとても流行っていて、継承によって「差分プログラミング」ができることがオブジェクト指向設計の再利用性の典型例のように言われていた。もちろん、こういう誤解は95年くらいには、みんなウソだと分かってきていた。 しかし、それでもときどき、 すべてのクラスの頂点のような「神様クラス」を作ってしまうことがある。 例えば、90年代の多くのC++オブジェクト指向データベースは、Persistenceのようなクラスを継承することで永続オブジェクトとなるクラスをマーキングしたり、あるベンダーのコレションクラスは、Objectというクラスを継承したクラスのオブジェクトのみがコレクションの要素となることができたり、という具合に。また、EJBも最近まではEntityBeanを継承することでEntityBeanの資格が得られるし、Servel
Javaのオブジェクト永続化に何を選ぶ？（1/3） ― ＠IT
多くのアプリケーション・システムでは、データは半永久的に保存され、いつでも参照できなければなりません。オブジェクト指向システムであれば、オブジェクト（インスタンス）注1の状態や関連を保存し復元すること、つまり、オブジェクトの永続化が必要です。 Javaを使って、このようなアプリケーションを作成する場合、永続化の方式には、いくつかの選択肢があります。現在、最も多く採用されているのは、リレーショナル・データベースとJDBCを組み合わせた方式でしょう。しかし、この方式では、O/Rマッピング（後述）と呼ばれる仕組みが必要になります。O/Rマッピングは、設計モデルを複雑にし、煩雑なプログラミングを必要とするため、システムの品質や生産性の低下を引き起こす原因となるケースも多々あります。 本稿では、このO/Rマッピングを解決するためのツールとして注目されているHibernateを使った永続化方式と、もと
パターン重要。 - eto.com/d
http://capsctrl.que.jp/kdmsnr/wiki/transl/?UsingPatternLanguagesForOOP この文章は本当に重要。 私はいままでパターンと言われていたものについて、 ものすごく誤解していたということを、ようやく理解した。 まず、パターンの源流はどこにあるのかという点。 私はいままで、GoF (Gang of Four)が源流なのだと思っていた。 全然違うんだね。 この文章が源流なのだとすれば、それは、 Apple Computer の Kent Beck氏と、Tektronix の Ward Cunningham氏の二人が、現在パターンと呼ばれている概念の原型を作り上げたのだということ。 この二人が源流なのであれば、現在XPと呼ばれている概念が パターンと直結していることも理解できるし、またもう一つ、 WikiWikiWebと呼ばれているシ
矢沢久雄の早わかりGoFデザインパターン(2)
プログラムの設計とは、システム全体を複数の小さなモジュールに分け、それらの関連を考えることだと言えます。その際に重要なのは、モジュール間の関連をいかにシンプルにするかです。1つのモジュールの改造が、できるだけ他のモジュールに影響を及ぼさないようにしなければなりません。これは、オブジェクト指向プログラミングに限らず、あらゆるプログラミング技法に共通したことでしょう。 オブジェクト指向プログラミングにおけるモジュールは、クラスまたはオブジェクトです。クラス間の関連は、プログラムの静的な構造を表し、オブジェクト間の関連は、プログラムの動的な機能を表します。今回は、GoFデザインパターンの中から、オブジェクト間の関連をシンプルにするIteratorパターンと、本来つながらないクラスどうしを改造することなく関連付けてしまうAdapterパターンを紹介しましょう。どちらも★5つですから、そのアイディア
Rubyで学ぶオブジェクト指向／デザインパターン
Rubyで学ぶオブジェクト指向入門 オブジェクト指向プログラミング入門（その１).pdf オブジェクト指向プログラミング入門（その２).pdf オブジェクト指向プログラミング入門（その３).pdf オブジェクト指向プログラミング入門（その４).pdf 添付１ 論理シミュレータクラス図.pdf 添付２ Pque説明.pdf 添付３ 回路シミュレーション例.pdf 添付４ LogicSimソースコード オブジェクト指向プログラミング入門（その５)簡易システム性能評価シミュレータ.pdf オブジェクト指向プログラミング入門（その６)RUnitに適用されたデザインパターン.pdf Rubyで学ぶデザインパターン パターンサンプルコード このサンプルコードは、Java言語で学ぶデザインパターン入門 結城 浩（著） （ソフトバンクパブリッシング ISBN:479731462）に掲載されているサンプルソ
オブジェクト指向プログラムのためのパターン言語の使用
以下の文章は、Kent Beck、Ward Cunninghamによる「Using Pattern Languages for Object-Oriented Programs」の日本語訳である。 Ward Cunningham氏の許可を得て、ここに掲載する。 Kent Beck, Apple Computer, Inc. Ward Cunningham, Tektronix, Inc. Technical Report No. CR-87-43 September 17, 1987 Submitted to the OOPSLA-87 workshop on the Specification and Design for Object-Oriented Programming. 概要 オブジェクト指向プログラミングへのパターン言語の適合について概説する。ウィンドウ・ベースの
- ソフトウェア原則
Skip to content. Small Text Normal Text Large Text Search Powered by Eiwa System Management, Inc. 個人情報の取扱について Sections ホーム 技術文書 コミュニティ スペシャル ダウンロード イベント Personal tools You are not logged in You are here: Home » 技術文書 » オブジェクト指向 » ソフトウエア原則 Navigation 技術文書 オブジェクト指向 ソフトウエア原則 Java C# サルでも！シリーズ UML パターン XP リファクタリング テスティング ツール その他 書籍一覧 コミュニティ スペシャル ダウンロード イベント We are an: お問合せ先： info at ObjectClub.jp Docu
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
JavaScript++かも日記 - 1997年からの
Tociyuki::Diary