Microsoft Learn. Spark possibility. Build skills that open doors. See all you can do with documentation, hands-on training, and certifications to help you get the most from Microsoft products. Learn by doing Gain the skills you can apply to everyday situations through hands-on training personalized to your needs, at your own pace or with our global network of learning partners. Take training Find
プロトタイプ function Animal(){}; Animal.prototype = { sleep : function(){}, walk : function(){ alert('noshi, noshi') } }; function Human(){}; Human.prototype = new Animal(); new Human().walk(); // noshi, noshi もっともポピュラだと思われる。 変型プロトタイプ Human.prototype.__proto__ = Animal.prototype; new Human().walk(); // noshi, noshi ほとんどのIEを除くJavaScript処理系で実行可能。裏ワザちっく。 エクステンド /** * extend function * @param {Object} s su
勤務中の企業は現在、ＯＯＰが理解できません。プログラマーに技術的な問題が発生しているか、上司の認識の甘さ設定を調整する必要があります。 次のことを試してください : [社員育成] ボタンをクリックするか、ステルスでＸＰしてください。 プログラマーの教育および上司の説得に失敗した場合は、向上心があるのかどうかを確認してください。 プログラマーの理解度を確認するには、[ツール] メニューの[企業 オプション] をクリックします。 [情報]タブで [プログラマーの設定] グループの [プログラマー]ボタン、または [プログラマーの設定] グループの [理解度の設定] ボタンをクリックしてください。 設定情報は、ピアソン・エデュケーションの管理者か、OOPSLA (Object-Oriented Programming,System,Language and Applications) の提供
関数型言語とオブジェクト指向は相容れない，という説をよく聞く。たしかに「オブジェクトは状態を持つ」「関数型プログラミングでは，できるだけ破壊的代入を行わない」とすれば，二つの概念は矛盾しているようにも思われる。また，技術的観点以外にも，「とかくシンプルさを好む多くの関数型言語プログラマが，何かと物事を複雑にする（と思われている）オブジェクト指向を嫌っている」という面があるかもしれない。 しかし，個人の好き嫌いはさておき，実際問題として，関数型言語とオブジェクト指向は大いに関係がある。むしろ，基礎理論については，ほとんど同じコミュニティの人たちが取り組んでいる，と言ってもいい。例えば，以下のような研究が，1980年代から現在に至るまで行われている。 関数型言語のモデルであるλ計算という体系において，オブジェクトを表現する研究（参考リンクなど） λ計算にならい，（プロトタイプベースの）オブジェ
忙しい人のためのまとめ 一般に「オブジェクト指向プログラミング」と呼ばれる考え方には発案者が異なる二系統がある。（ただし簡単のため、次のうち前者から批判的に派生して生じたプロトタイプベースのオブジェクト指向はここには含めていない） アラン・ケイによる、変化に強い長期運用可能な遅延結合システムを SIMULA67 にあった「オブジェクト」をメッセージの受け手とすることで実現（オブジェクトにメッセージ送信）するアイデアに基づく「メッセージングのオブジェクト指向」と、 ビアルネ・ストラウストラップ（前後して抽象データ型を発案したリスコフ本人、オブジェクトクラスを考えたニガードらSIMULA陣営、Eiffelのメイヤーらも同様の着想を得ている）による、ユーザー定義型（抽象データ型）を SIMULA67 にあった「クラス」という言語機能を使って実現（カプセル化、継承、多態性）するアイデアに基づく「抽
知り合いから相談に乗ってやってくれと頼まれたので、ある若手プログラマと会って話をした。お題はスキルパスについでだ。大学を卒業後、独学でプログラミングを学び、現在は中規模開発会社で、主に業務システムの開発に携わっているそうだ。 で、相談の内容は、「このまま現在の業務を続けるか、辞めて、専門学校などでゼロからプログラミング（というかシステム構築）を学びなおすべきか」というものだった。 で、「どうして？」って聞いたところ。 「やっぱり、オブジェクト指向とか、きちんと理解していないので、基礎からやり直したいんです」とのこと。 で、よくよく話を聞いてみると、要は、現場の開発において発生するいろいろな課題を解決できないのは、オブジェクト指向などをよく理解していないからでは？と思いこんでいるようである。 「・・・・」 この手の相談を受けるたび、正直私は気が遠くなるのだ。ITmediaの紙面上で書くのは少
■ はじめに 「オブジェクト指向言語は間違っていた！」などとトンデモ系のタイトルにしてみましたが、正確に言うと、「従来の C++, Java などのオブジェクト指向言語における モジュール機構には問題がある。そこで新しいモジュール機構を設計した。」ということです。 MixJuice （以下 MJ と略） は、Java 言語を改良した言語です。最大の特徴は「差分ベースモジュール」と呼ぶモジュール機構です。このモジュール機構は、Java 言語のモジュール機構よりも はるかにシンプルであるにもかかわらず、プログラムの再利用性・拡張性・保守性をより向上させます。 具体的には、差分ベースモジュールは以下のような特長を持ちます。 拡張性の高いアプリケーションが簡潔に書ける。 クラスとモジュールが直交しており、モジュール化の自由度が高い。 アプリケーションのエンドユーザが、実装の詳細を知らなくてもモジュ
このページは、「オブジェクト指向再入門」とあるように、 オブジェクト指向を勉強しようとして挫折した人向けの文書です。 タイトルに「疑り深いあなたのための」とありますが、 これは決して揶揄して言っているわけではありません。 現在世間に蔓延しているオブジェクト指向の説明では、 むしろ納得しない方がまともだとさえ思えます。 「オブジェクト指向を使えば、生産性が飛躍的に上がり、 プログラムの見通しがよくなり、再利用性も高まる」と聞かされて、 「ホントかあ?」と思える人は、一度読んでみてください。 本稿の対象読者は「既に他の手続き型言語を習得しているが、 オブジェクト指向が理解しがたいと感じている人」です。 言語としてはJavaを使用します。 手続き指向型の言語の例としては、C言語を使用します。 特にCに習熟している必要はないようにしたいのですが、 Cで言うところの「構造体」「ポインタ」「動的メモリ
世の中に、オブジェクト指向言語は百花繚乱。さまざまな思想と、さまざまな目的のために、さまざまな言語がデザインされているんだ。それらは一応、オブジェクト指向っていう共通の理解の上にあるはずなんだけど、実際に使ってみるとけっこう勝手が違う。つまり、オブジェクト指向へのアプローチっては、1 つではないんだ。そこで、いろんな言語を比べてみて、それぞれの思想を理解しよう、ってのがこのページの目的だ。 言語は思考を規定する オブジェクト指向ってのは、『対象のモデリング』っていう問題に対する解決法の 1 つ。別にオブジェクト指向プログラミング言語の定義じゃないし、C 言語みたいにオブジェクト指向をサポートする構文を用意していない言語でも、オブジェクトを指向するプログラミングはできる。 でもね。実際にプログラミングをしていると、使っている言語が前提にしているオブジェクト指向の考え方に染まりがちだ。「言語は
Open Source Ajax Frameworks DWR - DWR is a Java open source library which allows you to write Ajax web sites. It allows code in a browser to use Java functions running on a web server just as if it was in the browser. DWR works by dynamically generating Javascript based on Java classes. The code does some Ajax magic to make it feel like the execution is happening on the browser, but in reality the
今回は少し話題を変えてモノとコトによるモデリングについて考えてみたいと思います。この考え方自体はよく知られた一般的なもので、すでに一部現場でも応用されています。 オブジェクト指向の特徴であり、同時にオブジェクト指向を分かりにくくしている「何でもオブジェクト」の問題についてあらためて考えてみたいと思います。物理的なモノを表すオブジェクト（モノ）と事象を表すオブジェクト（コト）を区別するとオブジェクト指向は理解しやすくなると思います。さらにこの事象をモノとモノとの関連クラスとして表すと、その意味がより明確になります。 モノとコト 物事という言葉があります。モノとコトすべてを表す便利な言葉です。人間社会の活動はモノとコトでとらえることができます。例えば「書店で本を買う」という状況を考えてみましょう。書店にはたくさんの本があります。そこに客が来店して平積みにしてある本を手に取り、少し読みます。読ん
はじめに JavaScriptはオブジェクト指向言語です。しかし、そのオブジェクトの性質は、他に良く知られているオブジェクト指向言語のJavaやC++と大きく異なっています。 そこでこの記事では、なぜそのような違いがあるのか、JavaScriptにおけるオブジェクト指向の言語思想を見ていくと共に、その違いの根幹であるプロトタイプについて解説していきたいと思います。 なお、この記事はJavaScriptの解説ですが、その内容は、標準仕様のECMAScriptで扱われる範囲に基づいています。従って、同じくECMAScriptを元にしている言語（JScript、ActionScript）でも通じる内容になっています。 対象読者 プログラミングの基本的な知識、ならびにオブジェクトやメソッドと言った基礎的な概念については、ここでは解説しません。最低限、オブジェクト指向プログラミングについて
はじめに JavaScriptはオブジェクト指向言語です。従って、そのプログラミングは、オブジェクトの生成やプロパティの参照、メソッドの実行などを組み合わせる作業と言えます。つまり、オブジェクトを上手く扱うことができなければ、JavaScriptの良いコードは書けません。また、JavaScriptにおけるオブジェクトの考え方は、JavaやC++とは根本的に違っています。 そこで、この記事では、JavaScriptにおけるオブジェクトの基本的な性質について見ていくと共に、JavaやC++といった他のオブジェクト指向言語との違い、JavaScriptにおけるオブジェクトの扱い方などを解説していきたいと思います。 なお、この記事はJavaScriptの解説ですが、その内容は、標準仕様のECMAScriptで扱われる範囲に基づいています。従って、同じくECMAScriptを元にしている言語（
このページでは、JavaScriptのオブジェクト指向言語としての側面を研究します。 JavaScriptは、HTMLの拡張という側面が注目されていますが、 プログラム言語として見た場合にも、興味深い独自の特徴がたくさんあります。 このページでは、これらJavaScriptの言語としての特性、 特にオブジェクト指向言語としてJavaScript を見た場合の特徴について詳しく研究を試みます。 JavaScriptは、ほぼ完全なオブジェクト指向言語です。プログラマによるクラス定義、プロパティ定義、メソッド定義ができます。継承は、言語の基本機能としては用意されていませんが、基本機能の組み合わせにより実現できます。 メソッドのバインディング(binding)はレイトバインディング（late binding）です。これは、JavaScriptが変数の型のない言語だからです。 JavaScriptに
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. 概要 オブジェクト指向プログラミングへのパターン言語の適合について概説する。ウィンドウ・ベースの
アプリケーションをレイヤ分割した場合、 プレゼンテーション層 -> ビジネスロジック層 -> データアクセス層 のように分けるのが一般的ではないかと思います。 ここで、矢印は、依存関係を表しています。例えば、プレゼンテーション層は、ビジネスロジック層に依存していて、ビジネスロジック層は、データアクセス層に依存しています。 矢印の向いていないほうには依存していません。例えば、ビジネスロジック層は、プレゼンテーション層に依存していません。 誤解が多いんじゃないかと思うのは、レイヤとモデルを混同することです。一番多く見られるのは、ビジネスロジック層とドメインモデルの混同です。 モデルは、各層を流れていくデータ(+ ロジック)であり、どの層にも依存しません。逆に層はモデルに依存することになります。 モデルは、プレゼンテーションモデルとドメインモデルに分かれます。本当は、ERモデルもあるのですが、こ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く