- ベストアンサー
オブジェクト指向開発とコンポーネント指向開発の違いに関して
オブジェクト指向開発から派生した開発としてコンポーネント指向開発というのがあると思いますが、それらの違いがあまりはっきりわかりません。粒度がコンポーネントの方が大きい、プラットホームに限定されない、継承などの難しい（？）概念が省かれ簡略化された部品、再利用を前提としたプラグアンドプレイができるような開発とありますが、その他にどのような特徴があるのでしょうか？わかりやすく教えてください。
- shyteddy
- お礼率80% (182/225)
- その他（プログラミング・開発）
- 回答数1
- ありがとう数0
- みんなの回答 （1）
- 専門家の回答
質問者が選んだベストアンサー
あなたのお書きになっていることで、オブジェクト指向とコンポーネント指向の違いは十分だと思いますが、まだ何か具体的な疑問点がおありでしょうか？
関連するQ&A
- オブジェクト指向
こんにちわ。 先日授業で「オブジェクト指向」について簡単に習ったのですが、いまいちよくわらないので質問させてください。 「オブジェクト指向」が情報システムを開発するための重要な概念であると習ったのですが、では「オブジェクト指向」のどの特性（概念）が、情報システム開発の上で、どのように役に立つと考えられているのでしょうか。よろしくお願いします。
- ベストアンサー
- その他（プログラミング・開発）
- オブジェクト指向について
趣味でプログラミングをしているのですが オブジェクト指向の概念がうまく理解できていないので 教えていただけませんでしょうか？ 解説本などを読むと、オブジェクト指向のクラスを動物クラスを継承して犬クラスや猫クラスなどと解説してあるのですが。 どうも、僕がプログラム設計するとしっぽクラスや泣き声クラスなどといった違った動物の類似機能をまとめてのクラスをつくり各メソッドとしてしまいまっています。 動物クラスや乗り物クラスを組み合わせてプログラムを設計する事ができません。 本格的なプログラムを組む用途では無いので気にしなくても目的の機能が実装できれば問題無いと知人からは言われ(面倒なので教えたくないのかもしれませんが)そのまま来てしまいました。 最近、気になって来たので。 正しい使い方を身に着けたいと思いチャレンジしていますが、変な癖がついていて犬や猫クラスなどと思いながら設計していると思考が止まってしまいます。 そこで、下記のことを教えていただけませんでしょうか？ (1)泣き声クラスなどの同機能を１つのクラスにしてしまう設計しか出来ない(発想できない)のは考え方のどこがわるいのでしょうか？ (追記：一部分だけならペンギンクラス猫クラスなどと言う動物クラスの継承的な発想はできるのですが実際のプログラミングの際は動物のようなわかり易い物オブジェクトとして目に見える物体ではない事柄をオブジェクト化にする事が難しく感じるのではないかと思います。) (2)今までの小さい規模での開発なら、クラスのつくり方がおかしくても不具合は無かったのですが、どのような時に困る事があるのでしょうか？(解説などでも再利用性などと、さらっと解説されていますがイマイチぴんときません) (3)正しくオブジェクト指向がマスター出来ている方にとって、どのクラスにどのメソッド実装するか悩む事などはあるのでしょうか？ また、設計で一番悩むのはどのあたりですか？ (4)UMLのマスターは必須でしょうか？(現在は、なんとなくUMLぽい感じでメモ書きをつくり、えせオブジェクト指向でプログラムを組んでいます。) (5)その他アドバイスがあればお願いします。 ※乱文で問題もハッキリせず質問の整理等がうまくいっていないと思いますが１つの項目だけでも構いませんので、ご教授お願いします。
- ベストアンサー
- Java
- オブジェクト指向言語について
オブジェクト指向言語における、クラス継承の動作について ご教授ください。 クラスを継承する場合、extendsなどといったキーワードで継承の動きを 実現させるとおもいますが、継承とは、Aというクラスを丸々包含したBというクラスを作成することをいうのでしょうか？ それとも、Aというクラス内にあるpublicやprotectedメンバのみをBというクラスに引き継ぐことをいうのでしょうか？ 書籍にやサイトによっては【継承とは継承もとのprivateおよびprotecetd（に準じた）メンバを派生クラスに引き継がせる】という風に解釈できる文面で記述されているものがあります。 継承とは親クラスを拡張した子クラスを作成する と解釈できるような文面で記述された文献もあります。 伺いたいのは、クラス丸ごとを継承するのかそれともpublicおよびprotectedに準じたメンバのみを 継承するのかです。 OOPの思想や、ちょっと詳しいからといってこまごましたことを こたえてくるような方はご遠慮ください。
- ベストアンサー
- その他（プログラミング・開発）
- オブジェクト指向プログラミングの多態性のメリット、目的は？
オブジェクト指向プログラミングを学んでいます。 基本概念の多態性がどうも理解できません。 メリット、目的はなんなのでしょうか？ 上位クラスを継承し、 その継承されたクラスのメソッドを上書きするということと何が違うのでしょうか？ 学習の参考にしている書籍の中には ”多態性を使ったオブジェクト指向プログラミングの典型例”として、 異種リスト（＝上位型に下位型を代入し、一族のオブジェクトを一括管理する）を紹介しています。 多態性はこのような使用のみを目的としているのでしょうか？
- ベストアンサー
- その他（プログラミング・開発）
- オーバーロードはオブジェクト指向プログラミングの枠組みで語られるべきか
一部の書籍やサイトでは、オーバーロードがオブジェクト指向プログラミングの特徴であるかのような記述が見受けられるのですが、私はそれに疑問を感じます。 オーバーライドはクラス・継承に関わるためOOP特有のものであると思うのですが、オーバーロードはクラスとは全く切り離して考えられるからです。 確かにオーバーロードはクラスを作るときに有用な技術ではありますが、例えばC言語のような非オブジェクト指向言語でオーバーロードが使えたとしても、それなりに機能するはずです。 ひょっとしたら 「オーバーロードもオーバーライドもポリモーフィズムだろう」 ↓ 「ポリモーフィズムといえばオブジェクト指向」 のような話の展開でしょうか（いや、さすがに無理があるか…）。 皆様はどうお考えでしょうか。 ご意見お聞かせ下さい。
- ベストアンサー
- その他（プログラミング・開発）
- VB.NET,2005でのオブジェクト指向、クラス設計のポイント。
VB6ユーザでした。 これから、VisualStudio2005で、VisualBasiの開発を 新規に行う所です。 VB6ユーザの悩み所として、クラス設計があるかと思います。 オブジェクト指向の概念は理解しているのですが、 クラス設計のポイントをアドバイス頂けないでしょうか。 みなさんの、VB.NET、VisualStudio2005等での オブジェクト指向プログラミングの勘所を教えて頂けると 助かります。 思いつく事では・・・ 例１） 顧客DBがあり、いろんな画面から操作する場合、 顧客クラスを用意し、ＤＢ操作は、顧客クラスを経由して 行うとか。 例２） 出来るかどうか分かりませんが、 画面で共通部品となる部分を、クラス化し、継承して いくとか。 参考になるHPでも良いので、アドバイスをお願い致します。
- 締切済み
- Visual Basic
- オブジェクト指向の本当の便利な点。
オブジェクト指向の特徴は、ある程度分かりました。 が、個人で小さなソフトを作り、できるだけ自分でプログラムを作りたいため、オブジェクト指向の利点が今ひとつ分かりません。 ＰＨＰでは、構造化でできるだけグローバル変数を減らし、関数内でも関数名＋変数名という変数名にしていたので、変数の名前が重複すると言ったこともなかったし。 関数名＋でない場合も、関数内では不必要な変数は値を解放していたし。 過去の資産も関数を再利用する事もよくありましたし、継承のような事もしていました。 オブジェクト指向の便利さは分かるのですが、どうも実感できないというか、その便利さを持て余しているというか。 構造化プログラミングでも、さほど問題ないし。 delphiなので、JAVAのようにオブジェクト指向(クラス)が必須という訳でもないし。 逆にクラスを作ってしまうと、メモリーから解放しないといけないので、それが少し怖いです。 で、オブジェクト指向の利点をあげるとしたら何ですか？ 可能なら、上位から３つくらいを詳しく書いてください。 ソフトは大規模か小規模か、制作者は大勢か少数・個人か、それは構造化プログラミングでは無理な事なのか？ オブジェクト指向の利点や特徴は、分かるのですがピンとこないというか、実感できないというか・・・。
- ベストアンサー
- その他（プログラミング・開発）
- 本当にオブジェクト指向プログラミングっていいのでしょうか？
いつもお世話になっております。 VC++初心者です。 現在、VC++6.0、MFCのソース修正で四苦八苦しています。 （コーディングするよりも。ソースを追うので苦労してます。） （初心者の私が言うのも難ですが、オブジェクト指向云々言う前に ソースのif文節が異常に長かったり、3重以上ループが出てくると とても嫌になります、、、） 一般的(?)に、プログラミングは 手続き型プログラミングよりオブジェクト指向プログラミングが 開発効率がよい、と重宝されているようですが、 どうも納得できていません。 （その手の書籍を2,3冊読みましたが消化不良に終わっています。） 個人的には、手続き型プログラミングの方が好きです。 というのも、慣れているからかもしれませんが、 ソースが追いやすいし、見やすいと思います。 逆にオブジェクト指向プログラミングでは、 ・継承されすぎると、基本クラスまで追うのが一苦労。 ・インスタンスをつくってから、関数を呼ぶのが面倒な気がする。 （手続き型なら関数呼び出しのみで済みます。） ・インスタンスをdeleteし忘れて、メモリを圧迫する危険がある。 （ガーベージコレクションというものもあるようですが、 どこで何を消しているか不安です。） ・ソースを追いにくい（慣れの問題なのでしょうか、、、） そこでですが、 「手続き型は～～で大変だけど、オブジェクト指向ならこんなにすばらしい」 というような対比的に具体例を挙げて説明されている 書籍、サイトの紹介、または、よい助言を頂けませんでしょうか。 また、上記に伴い、 ・手続き型で組んで失敗した例（オブジェクト指向型にすれば良かった例） ・オブジェクト指向型で組んで失敗した例（手続き型にすれば良かった例） も宜しければ教えて頂きたく、お願いします。 （成功例のみよりも、失敗からの成功例を教えて頂けると嬉しいです。） 長くなりましたが、宜しければご教授下さい。
- 締切済み
- その他（プログラミング・開発）
- クラスの生成と継承という概念が分かりません。
VBでオブジェクト指向というのは何となく分かるのですが、 クラスの生成と継承という概念が分かりません。 クラスというのは何のことなのでしょうか？ どなたか優しく教えて下さい。 お願い致します。
- ベストアンサー
- Visual Basic
- ＰＨＰで開発効率をあげる方法。
初めまして、ラブ・ザ・ゲームといいます。 初めて質問するのですが、独学でＰＨＰを勉強しています。 自作のプログラムを作ったり、オブジェクト指向がなんとなくわかってきた・・・と思います。 そこで、みなさんが実践している開発効率を上げる方法を教えてください。 私は、どのプログラムでも使う基本のデータと、個々のプログラムで使用するデータを分けたいのですが、こういう方法が正しいのかが、わかりません。 多くのプログラム使う、 『No,oya,res(ツリー構造のため),名前、タイトル、コメント、日付、IP』 で、データをまとめる、サブルーチンなりクラスにします。 それを追加・変更サブルーチンや、クラスの継承で、 『No,oya,res(ツリー構造のため),名前、タイトル、コメント、日付、IP』 に、『アドレス、画像』 を付け加えたいのです。 こうすれば、バグや修正するときに、楽だと思うのですが。 この方法は、どうでしょうか？ サブルーチンなのでしょうか？ オブジェクト指向は、データ中心だと読んだので、こういう方法は少し地が浮きもするのですが。 クラス・オブジェクト指向でも可能なのでしょうか？ また、ほかに、開発効率を挙げる方法がありましたら、お教えください。
- ベストアンサー
- PHP
