Javaを学ぶC＃開発者、見落としがちな最大の違いは何ですか？[閉まっている]

Javaを学びたいと考えているC＃開発者にとって、指摘すべき2つの言語の間に大きな根本的な違いはありますか？

物事は同じだと思っている人もいるかもしれませんが、見逃してはならない重要な側面がいくつかありますか？（またはあなたは本当に台無しにすることができます！）

たぶん、OOP構造、GCの動作方法、参照、デプロイメント関連などの観点から。

私の頭のてっぺんからいくつかの落とし穴：

• Javaにはカスタム値型（構造体）がないので、わざわざそれらを探す必要はありません。
• Java列挙型は、C＃の「名前付き数値」アプローチとは大きく異なります。彼らはもっとOOです。注意すれば、それらは大きな効果に使用することができます。
• byte Javaで署名されています（残念ながら）
• C＃では、インスタンス変数初期化子は基本クラスコンストラクターよりも先に実行されます。Javaでは、実行後（つまり、「this」クラスのコンストラクター本体の直前）に実行されます。
• C＃では、メソッドはデフォルトで封印されています。Javaでは、デフォルトで仮想です。
• C＃のデフォルトのアクセス修飾子は、常に「現在のコンテキストで利用可能な最も制限の厳しいアクセス」です。Javaでは「パッケージ」アクセスです。（Javaの特定のアクセス修飾子について読む価値があります。）
• JavaとC＃のネストされた型は、動作が多少異なります。特に、それらには異なるアクセス制限があり、ネストされた型を宣言しない限り、staticそれを含むクラスのインスタンスへの暗黙の参照があります。

これは2つの言語の非常に包括的な比較です：

http://www.25hoursaday.com/CsharpVsJava.html

追加：http：//en.wikipedia.org/wiki/Comparison_of_Java_and_C_Sharp

プロパティについて誰も言及していないことに驚いています。これは、C＃では非常に基本的なことですが、Javaにはありません。C＃3以降では、プロパティも自動的に実装されています。Javaでは、GetX / SetXタイプのメソッドを使用する必要があります。

もう1つの明らかな違いは、JavaにはないC＃3のLINQ式とラムダ式です。

逐語的な文字列（@ ""）、演算子のオーバーロード、yieldを使用するイテレータ、プリプロセッサなど、Javaには他にもいくつかの単純ですが便利なものがありません。

C＃での私の個人的なお気に入りの1つは、名前空間名が物理ディレクトリ構造に従う必要がないことです。私はこの柔軟性が本当に好きです。

多くの違いがありますが、これらは私にとって頭に浮かびます：

• Javaでの演算子のオーバーロードの欠如。instance.Equals（instance2）とinstance == instance2（特に文字列付き）を監視します。
• 接頭辞Iが付いていないインターフェースに慣れてください。代わりにImplという接頭辞が付いた名前空間またはクラスがよく見られます。
• Javaメモリモデルのため、ダブルチェックロックは機能しません。
• クラス名を前に付けずに静的メソッドをインポートできます。これは、特定の場合（DSL）で非常に役立ちます。
• Javaのswitchステートメントはデフォルトを必要とせず、文字列をケースラベル（IIRC）として使用することはできません。
• Javaジェネリックはあなたを怒らせるでしょう。Javaジェネリックは実行時に存在しません（少なくとも1.5では）。これらはコンパイラのトリックであり、ジェネリック型を反映したい場合に問題が発生します。

.NETはジェネリックを具体化しました。Javaはジェネリックを消去しました。

違いは次のとおりです。ArrayList<String>オブジェクトがある場合、.NETでは、オブジェクトの型が（実行時）であることがArrayList<String>わかりますが、Javaでは、実行時のオブジェクトの型はArrayList;です。String一部が失われます。非Stringオブジェクトをに入れた場合ArrayList、システムはそれを強制できず、アイテムを抽出しようとした後にのみそれを知ることができ、キャストは失敗します。

JavaのC＃で見逃していることの1つは、チェックされた例外の強制処理です。C＃では、メソッドがスローする可能性のある例外に気づかず、それらを発見するためのドキュメントやテストに翻弄されることはよくあることです。チェックされた例外を除いて、Javaではそうではありません。

Javaには、値型ではなくプリミティブの自動ボックス化機能があるためSystem.Int32[]、C＃の値の配列ですInteger[]が、Integerオブジェクトへの参照の配列であるため、パフォーマンスの高い計算には適していません。

デリゲートやイベントはありません。インターフェイスを使用する必要があります。幸い、クラスとインターフェイスの実装をインラインで作成できるので、これはそれほど大したことではありません。

Javaに組み込まれている日付/カレンダー機能は、System.DateTimeと比較してひどいものです。ここにはこれに関する多くの情報があります：Java Date＆Time APIの何が問題になっていますか？

これらのいくつかは、C＃開発者にとっての落とし穴になる可能性があります。

• Java Dateクラスは変更可能であるため、日付の返却と受け渡しが危険になる可能性があります。
• ほとんどのjava.util.Dateコンストラクターは非推奨です。日付をインスタンス化するだけではかなり冗長です。
• java.util.DateクラスをWebサービスとうまく相互運用できるようにしたことはありません。ほとんどの場合、どちらかの側の日付は他の日付と時刻に乱暴に変換されました。

さらに、Javaには、GACや厳密な名前のアセンブリがもたらす機能と同じ機能がすべて備わっているわけではありません。 ジャーヘルは、外部ライブラリをリンク/参照するときに問題が発生する可能性があることを表す用語です。

パッケージング/展開に関する限り：

• いくつかの異なるアプリケーションサーバー（Glassfish、Websphereなど）に実際にインストールして実行するWebアプリケーションをEAR / WAR形式でパッケージ化するのは難しい場合があります。
• JavaアプリをWindowsサービスとしてデプロイするには、C＃よりもはるかに多くの労力が必要です。これについて私が得た推奨事項のほとんどは、無料ではないサードパーティのライブラリに関するものでした
• アプリケーションの構成は、プロジェクトにapp.configファイルを含めるほど簡単ではありません。java.util.Propertiesクラスがありますが、それほど堅牢ではなく、.propertiesファイルをドロップする適切な場所を見つけると混乱する可能性があります。

Javaにはデリゲートはありません。したがって、デリゲートがテーブルにもたらすすべての利点は別として、イベントの動作も異なります。メソッドを接続するだけでなく、インターフェイスを実装してアタッチする必要があります。

私のインタビューリストに載っているb / cから飛び出すことの一つは、メソッドを隠すための「新しい」キーワードアナログがJavaになく、「ここに新しいものを置くべきだ」というコンパイラ警告がないことです。オーバーライドしようとしたときに誤ってメソッドが非表示になると、バグが発生します。

（たとえば編集）例、BはAから派生します（C＃構文を使用すると、Javaは前回チェックしたのと同じように動作しますが、コンパイラの警告は表示されません）。Aのfooが呼び出されますか、それともBのfooが呼び出されますか？（Aが呼び出され、おそらくBを実装した開発者を驚かせます）。

class A 
{
public void foo() {code}
}

class B:A
{
public void foo() {code}
}    

void SomeMethod()
{
A a = new B(); // variable's type is declared as A, but assigned to an object of B.
a.foo();
}

JavaにはLINQがなく、ドキュメントは地獄です。Javaのユーザーインターフェイスは開発が面倒です。Microsoftが提供してくれたすべての優れた機能（WPF、WCFなど）は失われますが、使いにくく、ほとんど文書化されていない「API」になります。

C＃からのJavaを使用するときにこれまでに遭遇した問題の1つは、例外とエラーが異なることです。

たとえば、catch（Exception e）を使用してメモリ不足エラーをキャッチすることはできません。

詳細については、以下を参照してください。

why-is-java-lang-outofmemoryerror-java-heap-space-not-caught

Javaを使用してからかなりの時間が経ちましたが、アプリケーション開発ですぐに気付いたのは、C＃イベントモデル、C＃ドラッグアンドドロップとSwingでのレイアウトマネージャーの使用（App devを実行している場合）、およびJavaは、例外をキャッチし、C＃は不要であることを確認します。

タイトルの非常に直接的な質問への回答：

「Javaを学ぶC＃開発者、見落としがちな最大の違いは何ですか？」

A：JavaはWindowsではかなり遅いという事実。

Javaに切り替えたときの最も厄介な違いは、文字列宣言です。

stringJavaのC＃（ほとんどの場合）String

とても簡単ですが、私を信じてください。そうしsない習慣があると、多くの時間を失うことになりますS。