C#のオブジェクト指向 - はじめに

  、C#は、オブジェクト指向プログラミング(オブジェクト指向プログラミング)を完全にサポートを提供し、一般に、新しい演算子を使用し、オブジェクトのクラス記述の種類、およびオブジェクトクラスの特定のインスタンスであり、オブジェクトの作成はまた、(インスタンス化)をインスタンス化と呼ばれますオブジェクトを作成します。

新しいがMyType();

  ※()は実際に表すクラスを構築するためにデフォルトコンストラクタを呼び出すクラスの例です。

  ※C#のは、あまりにも多くのメモリを取ることを希望することなく、多数のオブジェクトを作成する必要が、あなたが構造を使用することができ、クラスと呼ばれる構造の軽量バージョンを提供します。

  オブジェクトが値を作成した後※一般に、オブジェクトが作成された後の値が頻繁に変化、構造簡単またはより少ない行為クラスまたはより複雑なデータ構造の挙動は、データ構造を変更します。

  1.定義(定義)という名前のクラスまたは構造体がMyType、次にがMyTypeが宣言の型の名前である(宣言)可変このmyobj、イニシャライズ(初期化)このmyobj変数のがMyType型新しく作成されたオブジェクトまたは他の同じタイプがMyTypeへ変数は、型がMyTypeのオブジェクトに対して、変数このmyobjポイント空ではありません。

がMyTypeこのmyobj = がMyType();

  オブジェクト指向プログラミングの二つ、三つの特徴:カプセル化、継承、ポリモーフィズム、前記3つのクラスの完全なサポート機能、構造、唯一のカプセル化、継承やポリモーフィズムをサポートしていますが、サポートしていません。

  1.包装は、客観的なものの抽象クラスにパッケージ化され、クラスでは唯一の信頼できるデータと信頼できない非表示で動作するクラスやオブジェクトの動作を可能にすることができる。パッケージには、一つのオブジェクト指向の特徴、目的およびクラスでありますコンセプトの主な特徴、簡単に言えば、クラスはデータや運転データの振る舞いをカプセル化する論理的なエンティティであり、かつ特定のデータの振る舞いがプライベートでもよく、このように、世界の外にアクセスすることはできません、内部データオブジェクト行動やプログラムオブジェクトのプライベート部分の無関係または不適切な使用の不慮の変更部分を防ぐために、異なるレベルの保護を提供。

  2.相続、既存のクラスのすべての機能を使用し、する必要はありません元のクラスの場合には、これらの機能を拡張する機能を書き換えることができます;サブクラスまたは派生クラスというクラスを作成するには、継承によって、クラスを継承しました継承する継承と組成物(組成物)によって実現することができる;継承プロセスは、一般から特定する処理である、またはベースクラスは、親クラスと呼ばれる2つの方法で継承の概念の実装は:直接継承する意味します追加のコーディングなしで、基本クラスの能力、インタフェースの継承が唯一の方法の名前ですが、サブクラスが達成する能力を提供しなければなりません。

  3.多型は、割り当て後、ベースクラス変数は、現在、その派生クラスのオブジェクトに割り当てられたの種類に応じて異なる方法で動作することができ、その基底クラス変数に割り当て技術派生オブジェクトを可能にすることで、単に、ありますポインタの割り当ては、派生クラス型ベース型ポインタにでき、
  3つ、5つの基本的なオブジェクト指向設計原理:SOLID
  1.単一責任原則(SRP、単一責任の原則):クラス一つと変更するだけいずれかを有していなければなりませんクラスは1つのジョブだけを持っている必要があることを意味根拠、;
  2.オープンクローズドの原則(OCP、開閉原則) : オブジェクトが拡張のために開いている必要がありますが、クラスはクラス自体を変更する必要はないことを意味し、修正のために閉鎖が、簡単に拡張;
  3.リヒター置換原則(LSP、リスコフ交代の原理):xはSがTの派生クラス、オブジェクトSのタイプである場合T Q(x)は、保持しているオブジェクトのタイプであるときときQのY(Y)即ち、基本クラスを呼び出すようにすることも、派生クラスに適用され、各インスタンスの基本クラスは、その派生クラスのインスタンスによって置き換えられなければならない、確立されるべきである;
  4.インターフェイス分離の原則(ISP、Iは nterface棲み分け原理):クライアントがアクセス権を持っていないそのインターフェースを実現することを強制すべきではない、またはクライアントは、それらが使用されていない方法に頼ることを余儀なくされるべきではないこと。
  5.依存関係逆転の原則(DIP、依存関係逆転の原則):オブジェクト抽象的ではなく、具体的な実現に依存しなければならない、それは高レベルのモジュールは、抽象化に依存すべき、低レベルのモジュールに依存してはいけません表し、

 


あなたは助けるために、この記事を読んでいると感じた場合は、「お勧め」ボタンをクリックしてください、あなたの認識は私の文章の最大の力です!

著者:Minotauros
出典:https://www.cnblogs.com/minotauros/

この記事では、著者とブログパークの合計に属し転載を歓迎しますが、この節で宣言され、著者の同意なしに保持され、記事ページの見かけ上の位置にある元の接続、法的責任を追及するそうでない場合は権利を与えられなければなりません。

おすすめ

転載: www.cnblogs.com/minotauros/p/11432009.html