![ポリモーフィズムとメソッドのオーバライド
class Parent {
public void TestMethod() { Console.WriteLine("Parent"); } }
class Child : Parent {
public void TestMethod() { Console.WriteLine("Child"); } // 警告は無視
static void Main(string[] args) {
Child child = new Child();
Parent parent = child;
parent.TestMethod();
child.TestMethod();
} }
出力される内容は？](https://image.slidesharecdn.com/c-javadifference-200930110248/85/C-Java-4-320.jpg)
![ポリモーフィズムとメソッドのオーバライド
class Parent {
public virtual void TestMethod() { Console.WriteLine("Parent"); } }
class Child : Parent {
public override void TestMethod() { Console.WriteLine("Child"); }
static void Main(string[] args) {
Child child = new Child();
Parent parent = child;
parent.TestMethod();
child.TestMethod();
} }
出力される内容は？](https://image.slidesharecdn.com/c-javadifference-200930110248/85/C-Java-5-320.jpg)
![プロパティ
● C#では、set/getするフィールドを簡単に定義するためのプロパティという機能がある
class Foo {
string Text { get; set; }
static void Main(string[] args) {
var foo = new Foo();
foo.Text = "aaa"; // 代入と同じ文法で変更可(実際は関数呼び出しがかかる)
Console.Write(foo.Text); // フィールドのように参照可(実際は関数呼び出しがかかる)
}
}](https://image.slidesharecdn.com/c-javadifference-200930110248/85/C-Java-7-320.jpg)
More Related Content
What's hot (20)
Similar to 颁#と闯补惫补の违い (20)
颁#と闯补惫补の违い
- 2. 主な違い ● ポリモーフィズムとメソッドのオーバライド ● プロパティ ● Enumの扱い ● 例外処理 ● その他(演算子多重定義、struct、引数のref/out???)
- 3. JavaとC#の機能追加のポリシー ● 基本的にC#の方が多機能だと思って良いです ○ Javaは、文法に影響する新機能の追加に慎重 ○ 颁#は新机能の追加を积极的に行う
- 4. ポリモーフィズムとメソッドのオーバライド class Parent { public void TestMethod() { Console.WriteLine("Parent"); } } class Child : Parent { public void TestMethod() { Console.WriteLine("Child"); } // 警告は無視 static void Main(string[] args) { Child child = new Child(); Parent parent = child; parent.TestMethod(); child.TestMethod(); } } 出力される内容は？
- 5. ポリモーフィズムとメソッドのオーバライド class Parent { public virtual void TestMethod() { Console.WriteLine("Parent"); } } class Child : Parent { public override void TestMethod() { Console.WriteLine("Child"); } static void Main(string[] args) { Child child = new Child(); Parent parent = child; parent.TestMethod(); child.TestMethod(); } } 出力される内容は？
- 6. ポリモーフィズムとメソッドのオーバライド ● 子クラスで同名のメソッドを定義しても、オーバライドとは限らない ● オーバライド出来るのは以下のメソッドのみ ○ 仮想メソッド(virtualをつけたメソッド) ○ 抽象メソッド(抽象クラス内のabstractをつけたメソッド) ○ インタフェースのメソッド ● オーバライドするメソッド(子クラスのメソッド)にはoverrideが必要 ● 条件を満たさないと、変数の型に応じたメソッドが呼ばれる
- 7. プロパティ ● C#では、set/getするフィールドを簡単に定義するためのプロパティという機能がある class Foo { string Text { get; set; } static void Main(string[] args) { var foo = new Foo(); foo.Text = "aaa"; // 代入と同じ文法で変更可(実際は関数呼び出しがかかる) Console.Write(foo.Text); // フィールドのように参照可(実際は関数呼び出しがかかる) } }
- 8. Enumの扱い ● C#のEnumは数値型です(C言語のEnumと同じもの) ● Javaと違い、フィールドやメソッドを持つことは出来ない ● メソッドを定義したい場合、拡張メソッドを使用すれば、 近いことが可能
- 9. 例外処理 ● C#の例外には、実行時例外しかない ● メソッドの宣言時に例外は宣言しない(出来ない) ● 闯补惫补のチェック例外に当たるエラーは、戻り値等で返す必要がある
- 10. その他 ● 演算子多重定義： クラスに対して演算子(+、-、=等)の動作を変えることが出来る ○ クラスのインスタンスを比較する場合、=を定義しなおせば、equalsと同じ比較ができる ○ インスタンス同士の足し算、引き算を+、-で定義、大小を>で比較する等が出来る ● struct：独自の値型を定義できる(newしなくても使える型) ● ref/out：メソッドの引数を参照渡しにできる ○ ref： メソッド内で値の参照、変更が可能(変更した値は呼び出し元の変数に影響する) ○ out： メソッド内で値の設定が可能(メソッド内参照は不可。設定した値は呼び出し元の変数に影響する) ● 拡張メソッド：クラス、インタフェース外でメソッド定義が可能
- 11. まとめ ● C#とJavaは結構違います。似ていると思うのは気のせいです ので、しっかり勉強しましょう ● 全体にC#はJavaより多機能です ● 机能がどんどん足されていくので、しっかり追従しましょう
Editor's Notes
- #2: この資料は、あくまでC#とJavaが違っていて、C#の勉強が必要なんだ、ということを説明する資料です。 この資料を見れば、C#を覚えられるわけではありません。 C#については、各自勉強してください。
- #3: JavaとC#は、if文やsitch文、ループ等の構文は近いです (どちらも、C、C++の影響を受けているためです) ですが、動作、機能には結構な違いがあります。 似ているのは見た目だけと思ったほうが良いです。
- #5: 行数削減のため、コードスタイルがおかしいのは許してください。 それぞれのTestMethod呼び出しによる出力は？ Parent、childとも、インスタンスは一緒です。 正解はParent/Childです
- #6: こちらは？ 正解はChild/Childです
- #7: これが颁#と闯补惫补の一番の违いだと思います。
- #8: プロパティは値を保持するだけのフィールドを簡単に定義するための機能です。 ここで記載した例はシンプルにgetter/setterを定義していますが、 getterのみ、setterのみの定義も可能ですし、getter、setterの細かい処理も定義可能です。
- #9: 别苍耻尘については、大きな违いではないですが、意外と不便だと思います。
- #10: Javaのチェックを強制する例外というのは、最近のはやりではない様です。 個人的には、堅牢なシステムをつくろうとする場合は、悪くないものだと思うのですが??? エラーの通知の仕方と処理の仕方は、システム全体としてポリシーを決める等、コーディング方法を統一したほうが良いです。
- #11: その他にもJavaにはない、色々な機能があります。 C#は構文の追加、変更を躊躇なく行う印象です。 対して、Javaはかなり慎重です(バージョンアップ時に新機能が見送られたりします) C#の機能を使いこなせば、Javaより効率的にコーディングを出来ると思います。 ただ、多機能な分、正しく使わないとコードが分かりづらくなる可能性があります。