クラスと構造の違い ClassとStructの違いを理解する前に、それらに関連するいくつかの基本概念を知っておく必要があります。
ClassとStructの違いを理解する前に、それらに関連するいくつかの基本概念を知っておく必要があります。概念の理解がなければ、両者の違いを理解することは困難です。
クラスとオブジェクトとは何か：
これは、オブジェクト指向プログラミングに関連する2つの重要な概念であり、関数と関数を他の関数に渡すための基礎を形成します。理解を深めるために、実際の例と関連付けることができます。クラスは店舗とみなすことができ、オブジェクトは食料品、文房具、果物などの個々の特定の店舗のいずれかになります。すべてのオブジェクトはメインクラスの共通のプロパティであるストアを共有し、オブジェクトは、特定のデザイン、照明など独自のプロパティを持つことができます。オブジェクトを通じて、実際にクラスを使用できます。それらはクラスのインスタンスを形成します。
<！ - > - >クラス
クラスのストアの構文{ public string things;
パブリックストリングデザイン。
}
オブジェクトの構文
Store grocery = new Store（）;
ストアステーショナリー=新しいストア（）;
構造体とは何ですか？
Structにはデータのみが含まれているため、Structオブジェクトを介して個々のデータ要件を構成するのに役立ちます。クラスとは異なり、それには機能がありません。構文は次のとおりです。
<！ - 2 - >
struct grocery_entrance {char entrance_name [50];
int entrance_size;
} grocery_entrance;
すべての店舗は、個々の名前とサイズのStruct 'entrance'を使用できます。
継承とは？
それは息子が父親の財産をどのように継承するのかと同様であり、息子は自分自身の財産をいくつか追加することもできます。クラスは、基本クラスまたは派生クラスのいずれかであり、前者を後者を形成するための基底とみなすことができます。派生クラスは、基本クラスから取得したものとは別に、それ以外のプロパティをほとんど追加しません。上記の例を考慮すると、食料品店はXYZ食料品店などの特定の食料品店に引き続き引き渡すことができます。
<！ - 3 - >
基本概念に精通したので、ClassとStructの実際の違いに入ることができます。彼らはどのように違いますか？
再利用性：
- クラスは基本フレームワークを形成するので、再利用することができます。しかし、構造体は特定のプロパティを持つ個々の要素であるため、再利用することはできません。たとえば、食料品店クラスはあらゆる種類の食料品店に使用できますが、Struct grocery_entranceはそれだけに固有であり、他のクラスで再使用する必要はありません。 可視性：
- クラス内のすべての関数は、そのオブジェクトに対して公開されています。たとえば、クラス 'store'の下に 'things'という名前の関数があります。関数 'things'は、 '食料品店'、 '文房具店'などのすべてのオブジェクトに表示されます。構造体のデータはそれ自体に制限され、他の構造体には表示されないため、このような可視性はStructsでは不可能です。物事を明確にするために、「食料品の摂取量」のデータは他のすべての店舗に公開されていないと言うことができます。 参照渡しと渡し値渡し：
- 参照渡しは実際のデータではなくメモリ位置のみを関数に送ります。これは、値が変更されるたびに、変更が対応する関数に反映されることを意味します。値渡しは、関数に値を送るだけです。この場合、送信後の値の変化は関数に反映されません。クラスは参照渡しを使用し、Structはパス値を使用します。 継承：
- クラスをさらに継承してサブクラスを作成できますが、Structsは継承を利用できません。例えば、クラスストアはその機能をサブクラス「食料品店」に提供します。しかし、Struct 'grocery_entrance'はどんな機能も継承できません。ここにサブ構造のような概念はないと言うことができます。 デフォルトの可視性：
- クラスのすべてのメンバーはデフォルトでプライベートエンティティとして保持されますが、Structのメンバーはデフォルトでパブリックエンティティとして保持されます。 空のClassおよびStruct：
- クラスのサイズは空であっても1バイトのサイズを使用しますが、Structが空の場合は決してメモリを使用しません。つまり、空の構造体のサイズは0バイトに等しいと言うことができます。 ガベージコレクション：
- ガベージコレクションは、参照渡しを使用するため、クラスで可能です。したがって、データが格納されている1つの場所でクリーンアップを行う方が簡単です。一方、構造体では、値渡しを使用し、データが異なる場所に散在するため、ガベージコレクションは不可能です。 メモリ管理：
- クラスはガベージコレクションを許可するので、メモリ管理も有効です。ただし、Structsではそれほど効果的ではありません。 コンストラクタ：
- コンストラクタは、一般的にクラスを特定の指定された値で初期化します。値で初期化されたもののように見ることができます。新しいクラスを作成しなければならない場合は、コンストラクタが呼び出されて、そのインスタンスのメモリが割り当てられます。コンストラクタを呼び出す際に、値を引数として渡すことさえできます。私たちは今実際の議論に出ましょう。クラスは引数の有無などのすべての型のコンストラクタを許可しますが、構造体は引数を持つコンストラクタのみを許可します。 e。パラメータ化されたコンストラクタ デストラクタ：
- デストラクタは、クラスのインスタンスを削除する必要があるときはいつでも呼び出されます。デストラクタは、そのインスタンスを削除し、メモリを解放します。クラスはデストラクタを使用できますが、Structは使用できません。 メンバ変数の初期化：
- クラスでは、メンバ変数を直接初期化できます。このような初期化はStructsでは不可能です。 オブジェクトの作成：
- クラスのオブジェクト作成の一般的な構文は次のとおりです。 Demo obj = new Demo（）;
これは、クラスのオブジェクトを作成する際にキーワード 'new'を使用する必要があることを意味します。これは、Structsのオブジェクトを作成するときは必要ありません。その構文を見てみましょう：
Demo obj;
キーワード 'new'がなくても完璧に動作します。
クラスを使用する場合と使用する場合
クラスはデータと関数をより柔軟に渡すので、使用するオブジェクトが複雑で大きい場合にクラスに進むことができます。この例では、Mallはクラス「ストア」を使用してより良い方法でシステムを表現できます。しかし、StructsはClassesよりも比較的効果が低いため、より小さなオブジェクトに限定されています。したがって、独自のストアを設計する場合は、Structsが良い選択です。
構造体をクラスとその逆に変換する方法
StructをClassに変換する場合は、「boxing」と「unboxing」という言葉を聞いたことがあります。これらは変換において私たちを助ける有効なプロセスですが、注意して処理する必要があります。これはメモリの場所に直接影響するため、システムのパフォーマンスに大きな影響を与えます。さらに、ガベージコレクションプロセスに影響を与え、全体的なシステムの非効率性をもたらします。したがって、必要なときにのみこれらの変換を使用してください。
上記の表形式の違いを見てみましょう。 S。 1
再利用性
