カプセル化、情報隠蔽、データ隠蔽 - ぐるぐる～
あちこちのサイトを見てると、間違った解釈をしてるのが多い。カプセル化なんて、情報隠蔽まで含んでるのが常識になりつつあるような。。。ここまで一般化してると情報隠蔽してるのがカプセル化というのが常識なのかも。 カプセル化・情報隠蔽・データ抽象化 - 今日の役に立たない一言 − Today’s Trifle! − カプセル化と情報隠蔽、データ隠蔽の違いがよくわからくなったので、手持ちの本で調べてみた。 基準 基準としては、 カプセル化、情報隠蔽、データ隠蔽の関係 カプセル化は隠蔽を含んでいるかどうか 対象はクラスのみか、そうでないか などなど。 一番目はそのまんま。二番目は、 // 隠蔽せずともカプセル化か class Hoge { int hoge; // なんかhogeを使うメソッド } // 隠蔽しなければカプセル化ではないか class Piyo { private int piyo;
インスタンスが属するクラスをあとから変更する操作を Perl で - Smalltalkのtは小文字です
インスタンスが属するクラスをあとから変更する操作をいろいろな言語で - Smalltalkのtは小文字です どうにも苦手な Perl の勉強をかねて。 Perl のオブジェクトは「blessed reference」で、かつ、bless しなおせば新しいクラス（パッケージ）に属させることは可能なので、クラスを変更できない Ruby のような困難は特にはなさそうですね。あとは Ruby 同様に、オブジェクトの実体であるハッシュの中身を書き換えてやれば別のクラスのインスタンスにも化け切れるはずで、たしかにそのようになりました。 use strict; use warnings; use Math::Trig; package Cartesian; sub new { my $class = shift; my $self = { x => $_[0], y => $_[1] }; return
インスタンスが属するクラスをあとから変更する操作を Io で - Smalltalkのtは小文字です
インスタンスが属するクラスをあとから変更する操作をいろいろな言語で - Smalltalkのtは小文字です 動的なプロトタイプベース言語の特徴として、Io は他の言語の class スロットにあたる protos スロット（移譲先を収めた特殊なスロット）の内容を自由に変更可能なので、できて当たり前ですね。^^; ただここではその機能は使わずに、become を見つけたのが嬉しかったので、まずは Smalltalk の #become: を使うのと似た方法で書いてみました。 PI := 3.141592653589793 Cartesian := Object clone do( x := 0; y := 0; asPolar := method( newPol := Polar clone; newPol r = (x*x + y*y) sqrt; newPol theta = y ata
インスタンスが属するクラスをあとから変更する操作を Ruby で - Smalltalkのtは小文字です
インスタンスが属するクラスをあとから変更する操作をいろいろな言語で - Smalltalkのtは小文字です Ruby では evil-ruby の #class= が必要になります。また、Ruby には Smalltalk の #become: に相当する機能もないので、Python で使った transmogrify もどき（実装は泥くさいものとなってしまいましたが…^^;）を新たに作り、Smalltalk の #as: っぽい振る舞いとの合わせ技で実現してみました。 require 'rubygems' require 'evil' class Object; def as(similar_class); similar_class.new_from(self) end end class Cartesian attr_reader :x, :y def initialize(x, y
インスタンスが属するクラスをあとから変更する操作を Python で - Smalltalkのtは小文字です
インスタンスが属するクラスをあとから変更する操作をいろいろな言語で - Smalltalkのtは小文字です import math class Cartesian: def __init__(self, x = 0, y = 0): self.x = x self.y = y class Polar: def __init__(self, r = 0, theta = 0): self.r = r self.theta = theta def cart2pol(x, y): return math.sqrt(x*x + y*y), math.atan2(y, x) def pol2cart(r, theta): return r*math.cos(theta), r*math.sin(theta) def transmogrify(a, b): a.__dict__, a.__class_
インスタンスが属するクラスをあとから変更する操作を CLISP で - Smalltalkのtは小文字です
インスタンスが属するクラスをあとから変更する操作をいろいろな言語で - Smalltalkのtは小文字です (defclass <cartesian> () ((x :initform 0 :initarg :x) (y :initform 0 :initarg :y))) (defclass <polar> () ((r :initform 0 :initarg :r) (theta :initform 0 :initarg :theta))) (defmethod update-instance-for-different-class :before ((old <cartesian>) (new <polar>) &key) (let ((x (slot-value old 'x)) (y (slot-value old 'y))) (setf (slot-value new 'r)
インスタンスが属するクラスをあとから変更する操作を Squeak Smalltalk で - Smalltalkのtは小文字です
インスタンスが属するクラスをあとから変更する操作をいろいろな言語で - Smalltalkのtは小文字です Object subclass: #Cartesian instanceVariableNames: 'x y' Cartesian >> x ^x Cartesian >> y ^y Cartesian >> setX: newX y: newY x := newX. y := newY Cartesian class >> newFrom: aPolar ^self new setX: aPolar r * aPolar theta cos y: aPolar r * aPolar theta sin; yourself Cartesian class >> x: x y: y ^self new setX: x y: y; yourself Object subclass: #
インスタンスが属するクラスをあとから変更する操作をいろいろな言語で - Smalltalkのtは小文字です
id:sumim:20090121:p2 の続き。はたしてどんな言語にこの種の機能が備わっているのか興味を持ったので調べて書いてみることにしました。ただ、会社員と学生の例のままではワンニャン同様、そういうことが出来て何が嬉しいのかイメージしにくいと思うので、Common Lisp HyperSpec の CHANGE-CLASS にある座標系変換の例に変えましょう。こちらのほうが、シンプルなまま要点を押さえていてよさそうかなと。 念のため概要と条件を書いておきますと、手順としては、 直交座標系（cartesian）と極座標系(polar）という二つのクラスを定義 極座標系のインスタンスを生成後、それが属するクラスを直交座標系に変更 （おまけで）ふたたび極座標系に という操作を行ない、その後、 直交座標系クラスに属するようになったときに x や y の値も（変換されて）引き継がれているか？
ある人が会社員になったり、学生になったりすることを Smalltalk で - Smalltalkのtは小文字です
つまり会社員、学生をクラスとして定義した場合には、ある人が会社員になったり、学生になったりすることをオブジェクト指向プログラミング言語では直接表現できないのです。 オブジェクト指向は本当に「オブジェクト」指向か？ OOとはなにか - みねこあ で引用されているこの文を見て、「できないのです」と言い切られてしまうとついね。つい。^^; ということで文脈も空気も読まないで悪ふざけ。 Object subclass: #会社員 会社員 >> 就学する ^self become: (self as: 学生) 会社員 >> 就職する self error: 'すでに会社員です' Object subclass: #学生 学生 >> 就学する self error: 'すでに学生です' 学生 >> 就職する ^self become: (self as: 会社員) | Ａさん | Ａさん := 学生
オブジェクト指向の概念の発明者は誰ですか？ - Smalltalkのtは小文字です
忙しい人のためのまとめ 一般に「オブジェクト指向プログラミング」と呼ばれる考え方には発案者が異なる二系統がある。（ただし簡単のため、次のうち前者から批判的に派生して生じたプロトタイプベースのオブジェクト指向はここには含めていない） アラン・ケイによる、変化に強い長期運用可能な遅延結合システムを SIMULA67 にあった「オブジェクト」をメッセージの受け手とすることで実現（オブジェクトにメッセージ送信）するアイデアに基づく「メッセージングのオブジェクト指向」と、 ビアルネ・ストラウストラップ（前後して抽象データ型を発案したリスコフ本人、オブジェクトクラスを考えたニガードらSIMULA陣営、Eiffelのメイヤーらも同様の着想を得ている）による、ユーザー定義型（抽象データ型）を SIMULA67 にあった「クラス」という言語機能を使って実現（カプセル化、継承、多態性）するアイデアに基づく「抽
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
ライブドアブログ｜無料で豊富な機能が充実