https://stady.blog.shinobi.jp/ コンピュータの学習に関するＢＬＯＧです。 Sat, 27 May 2006 07:05:33 GMT ja © Ninja Tools Inc. と思ったけど、これって「継承」と似たようなものでしょうか？

上位クラスに何か命令をすると、下位クラスもその命令に従うといった感じですか？

たとえば、「社長」が社員にたいして、「起立」と命令すると、部長や課長、平社員まで全員たってしまう。ということ。
「社長」は「社員クラス」に対して命令してるんだけども、「部長クラス」「課長クラス」「平社員クラス」の「社員」は全員が「社長」の言うことを聞いてしまう。（実際はそんな会社ないだろ）

業務の話で言えば、ある会社で扱う商品には、「一般商品」「特売品」「新製品」の３種類あって、その「商品」にたいしても価格計算の必要があるが、３種類それぞれ計算方法が違う場合。
この場合どの「商品」を意識することなく、「商品から価格を取得できる」という形でモデル化します。
具体的には「一般商品」や「特売品」で意識せずに「商品」としてクラスを扱います。
この場合、「商品担当」クラスから価格計算したい時は「商品」の具体的なクラスがなんであろうとも、「商品」クラスに対して価格計算を命令すればいいわけです。
具体的クラス「レア商品」「中古品」が増えても、同じように「商品」にたいして命令すればいいので「商品担当」は何の変更も必要ないというわけ。

これは便利。

なんとなく分かってきたぞぉ。]]> オブジェクト指向 https://stady.blog.shinobi.jp/%E3%82%AA%E3%83%96%E3%82%B8%E3%82%A7%E3%82%AF%E3%83%88%E6%8C%87%E5%90%91/%E3%83%9D%E3%83%AA%E3%83%A2%E3%83%95%E3%82%A3%E3%82%BA%E3%83%A0 Sat, 27 May 2006 07:05:33 GMT stady.blog.shinobi.jp://entry/9
もし、クラスに仕事を割り振ったときに、担当クラスがどういう風に処理をするかは担当クラスだけが知ってるようにして、仕事を頼むほうは中身は知らなくてもいいという風にするのがカプセル化。

従来のやり方で何かのサブルーチンを呼ぼうと思ったら、そのサブルーチンはどのＤＢを見て、どういう型のデータを引数にして、どういう数値を入力してとか調べた上で呼び出してたけど、クラス化されていれば、そんな煩わしいことが必要ないということ。

ようするに、クスリのカプセル錠と同じ、このクスリを飲めば「風邪が治る」という結果が分かってて、中身の成分を知ってる必要がない。

以上。]]> オブジェクト指向 https://stady.blog.shinobi.jp/%E3%82%AA%E3%83%96%E3%82%B8%E3%82%A7%E3%82%AF%E3%83%88%E6%8C%87%E5%90%91/%E3%82%AB%E3%83%97%E3%82%BB%E3%83%AB%E5%8C%96 Sat, 27 May 2006 06:36:39 GMT stady.blog.shinobi.jp://entry/8 オブジェクト指向 https://stady.blog.shinobi.jp/%E3%82%AA%E3%83%96%E3%82%B8%E3%82%A7%E3%82%AF%E3%83%88%E6%8C%87%E5%90%91/%E3%81%A0%E3%82%81%E3%81%A0%EF%BC%81 Sun, 21 May 2006 10:04:59 GMT stady.blog.shinobi.jp://entry/7
例えば「乗り物」には、種類があり、人を乗せたり、物を運んだり、走ったりしますが、「クルマ」もそうだし、「スポーツカー」や「ＲＶ車」ももちろんそうです。逆に具体的なクラスが持っている性質を、一般的なクラスが持っているとは限りません。「スポーツカー」はエンジンを持っていても、「乗り物」はエンジンを持っているとは限りません。
つまり、具体的クラスは一般的なクラスの性質を持っていても、一般的なクラスは具体的クラスの性質を持っているとは限らない。

一般的クラス
「乗り物」
　↓
「クルマ」
　↓
具体的クラス
「スポーツカー」「ＲＶ車」

このように、
「具体的なクラスが、一般的なクラスの性質を引き継いでいる」
ことを、継承といいます。

ちなみに、
オブジェクトをより大きく（一般的）にくくることを「抽象化」
オブジェクトをより細かく（具体的）にくくることを「具象化」
といいます。]]> オブジェクト指向 https://stady.blog.shinobi.jp/%E3%82%AA%E3%83%96%E3%82%B8%E3%82%A7%E3%82%AF%E3%83%88%E6%8C%87%E5%90%91/%E7%B6%99%E6%89%BF Sat, 29 Apr 2006 10:16:33 GMT stady.blog.shinobi.jp://entry/6
例えば、
ピストンは、部品というグループの中では「部品」といえるし、エンジンというグループの中では「エンジン」と言える。もっと大きく「車」というグループに入れることも出来る。
このグループのことをクラスという。

ハイ、まとめ
クラスとは、オブジェクトのうち、共通の性質を持ったグループのこと！

つまり、シリンダやピストン、バルブがオブジェクトで、エンジンがクラスって事か！
なるほど～。納得！]]> オブジェクト指向 https://stady.blog.shinobi.jp/%E3%82%AA%E3%83%96%E3%82%B8%E3%82%A7%E3%82%AF%E3%83%88%E6%8C%87%E5%90%91/%E3%82%AF%E3%83%A9%E3%82%B9 Sat, 15 Apr 2006 09:08:29 GMT stady.blog.shinobi.jp://entry/5 オブジェクトとは？
これはもう簡単！オブジェクトとはものである。
現実社会に存在する「もの」。
人間、車、電車、飛行機、りんご、みかん・・・
など実体のあるものや、
サービス、受注、発注・・・
など実体はないけど存在する物も、オブジェクトとなる。
勤怠管理システムや、顧客管理システムなどの、コンピュータシステムもオブジェクトとなるらしい。

もう一度、
オブジェクトとは、実際にある「もの」や「概念」のこと！]]> オブジェクト指向 https://stady.blog.shinobi.jp/%E3%82%AA%E3%83%96%E3%82%B8%E3%82%A7%E3%82%AF%E3%83%88%E6%8C%87%E5%90%91/%E3%82%AA%E3%83%96%E3%82%B8%E3%82%A7%E3%82%AF%E3%83%88 Sat, 15 Apr 2006 08:51:03 GMT stady.blog.shinobi.jp://entry/3 ・昔はコンピュータのハードウェアが非常に高価。
・処理速度が遅い。
・メモリが少ない。
などの理由で、コンピュータの都合に合わせて、コンピュータの気を使いながら設計していたらしい。
ところが、ＰＣが登場、普及し、
・ハードウェアが安くなり。
・処理速度も速くなり。
・メモリが大きくなり。
コンピュータに気を使う必要がなくなった結果、使う側の人間の思うように設計しようよ！と思うようになったのがオブジェクト指向誕生のきっかけになったようだ。

つまり、コンピュータの性能向上により、人間の思うことがよりリアルにシステム化出来るようになった、という事か。

つまり、オブジェクト指向型開発とは、
人間の世界を、人間が理解しやすように、人間の都合でモデル化し、プログラムを作ること。

うーん分かった様な、分かんない様な感じだが、そういう事だと理解して先に進むことにして、今回は終了。

次回はオブジェクトとは何だ？を勉強する。]]> オブジェクト指向 https://stady.blog.shinobi.jp/%E3%82%AA%E3%83%96%E3%82%B8%E3%82%A7%E3%82%AF%E3%83%88%E6%8C%87%E5%90%91/%E3%82%AA%E3%83%96%E3%82%B8%E3%82%A7%E3%82%AF%E3%83%88%E6%8C%87%E5%90%91%E3%81%A8%E3%81%AF%EF%BC%9F Sun, 09 Apr 2006 08:59:35 GMT stady.blog.shinobi.jp://entry/2
でも、オブジェクト指向ってなに？
Ｊａｖａはなにがいいの？

と分からないことだらけなので、ちょっとづつ勉強していき、学んだことを、ここに書いていきたいなと思ってます。

勉強に使う参考書は、とりあえず手元にあった「オブジェクト脳のつくり方」という本をもとに進めて行こうと思います。]]> その他 https://stady.blog.shinobi.jp/%E3%81%9D%E3%81%AE%E4%BB%96/%E5%AD%A6%E7%BF%92%E3%81%AE%E3%81%AF%E3%81%98%E3%82%81 Sat, 08 Apr 2006 01:12:54 GMT stady.blog.shinobi.jp://entry/1