🌕 👩🏻‍🎨 🎍 VB.NETとC＃の違いの完全なリスト。パート1 👐🏻 👨‍⚖️ 🕴🏻

2018年の TIOBEの評価によると、VB.NETはC＃を上回りました。偶然かどうかはわかりませんが、2月にC＃の作成者の1人であるEric Lippertは、Roslynコンパイラの元チームメイトであり、熱烈なVB.NETファンであるAnthony Greenの友人のブログに注目するよう読者に促しました。「このようなリソースは、専門家からの詳細な詳細情報であり、ドキュメントを読むだけでは簡単に見つけることはできません」とエリックは書いています。 Anthony Greenの記事「VB.NETとC＃の違いの網羅的なリスト」の翻訳の最初の部分に注目してください。おそらく、これらの言語の格付けのダイナミクスの秘密は、これらの違いにあります。

私の人生のほぼ半分の期間、私は、最も人気のある2つの.NET言語がどれだけ似ているか、または異なっているかについて、数え切れないほどの議論を目の当たりにして参加しました。最初に、アマチュアとして、次にプロとして、そして最後に、顧客の擁護者、プログラムマネージャー、言語デザイナーとして、私は次のようなことを何度も聞いたり読んだりしていると言っても過言ではありません。

「... VB.NETは、C＃のように、実際にはILの上にある薄い層です...」

または

「... VB.NETは実際にはセミコロンなしの単なるC＃です...」

言語がXML変換またはスタイルシートであるかのように。

そして、熱心な訪問者がコメントでこれを書いていない場合、これは次のような質問で暗示されることがよくあります。 「こんにちは、アンソニー！ 1つの場所でこのような小さな違いに遭遇しました-これはバグですか？ この世界のすべての善と聖の名において同一であるはずのこれらの2つの同一の言語は、この1か所でどのように分散できますか？ なぜそのような不正が必要なのでしょうか？！

「分離」突然変異が発生するまでは同じであるかのように、 その後分離した種になりました。ハァッ！

しかし、私はそれを理解しています。マイクロソフトに入社する前は、このアイデアを漠然と保持し、敵対者に対応したり、誰かを安心させるための議論としてそれを使用したこともありました。私は彼女の魅力を理解しています。理解しやすく、繰り返しも非常に簡単です。しかし、Roslyn（本質的にVBとC＃をゼロから完全に書き換える）に5年間取り組んで、私はこの考えがいかに明白に間違っているかを理解しました。開発者とテスターのチームと協力して、両方の言語のあらゆるインチを再実装し、両方の言語で記述された数百万行のコードを持つ巨大なマルチプロジェクトソリューションでツールを再実装しました。そして、多くの開発者が彼らの間を行き来すること、以前のバージョンの結果と経験との高いレベルの互換性、そしてAPIの巨大なボリュームを非常に詳細に確実に再現する必要性を考慮して、私は違いを非常に密接に知ることを強いられました。実際、私は毎日、VB.NET（私の好きな言語）について何か新しいことを学んだように思えました。

そして最後に、少なくとも次の時間を節約できることを期待して、座って、過去15年間にVB.NETを使用して作成したことを学んだことを脳から取り出しました。

リストに進む前に、基本的なルールの概要を説明します。

このリストは、通常の意味では網羅的ではありません。彼は徹底的です。これらはすべての違いではありません。これらは、私が一般的に知っている違いすらすべてではありません。これらは、疲れすぎて続行できないまで、最初に覚えておくことができる違いです。私が力を使い果たすまで。私やあなたの誰かが他の違いに出会ったり思い出したりしたら、このリストを更新させていただきます。
VB 11仕様の最初から始め、その内容を使用して下に移動し、このトピックで最初に思い浮かぶ違いを思い出させます。
これは、C＃にはないVBの関数のリストではありません。 したがって、「XMLリテラルとポインター」はありません。これはささいなことであり、インターネット上にはすでにそのようなリストがたくさんあります（そのうちのいくつかは私が書いたものであり、将来はもっと書く予定です）。私は主に両方の言語に類似した構造に焦点を当てます。そして、知識のない観察者がこれら2つのことは同じように振る舞うが、小さなまたは大きな違いがあることを示唆するかもしれません。見た目は同じかもしれませんが、動作が異なるか、最終的に異なるコードが生成されます。
これは、VBとC＃ （無数） の構文上の違いのリストではありません 。私は主に意味の違い（物事の意味）について話し、構文の違い（物事の書き方）については話しません。したがって、「VBは 'でコメントを開始し、C＃は//を使用します」や「C＃_で有効な識別子ですが、VBでは使用できません」のような部分はありません。しかし、いくつかのケースでこの規則を破ります。結局のところ、仕様の最初のセクションは字句規則に関するものです。
かなり頻繁に例が挙げられ、時にはデザインが何らかの形で進む理由を正当化することもあります。いくつかの設計上の決定が私の目の前で下されましたが、圧倒的多数が私の時間よりも先に行われました。
コメントを残すか、私にツイート（ @ThatVBGuy ）して、お気に入りの違いや、もっと知りたいことをお知らせください。

期待を定義し、さらに遅延することなく...

内容

非表示のテキスト

構文と前処理

お知らせなど

説明書

構文と前処理

1.キーワードとVB演算子は全角文字を使用できます

一部の言語（正確にはいくつあるかはわかりませんが、少なくとも一部の形式の中国語、日本語、韓国語）では全角文字が使用されます。要するに、これは、（ほとんどのプログラマーがそうであるように）固定幅フォントを使用する場合、漢字は西で見たラテン文字の2倍の水平スペースを占めることを意味します。例：

ここでは、日本語で書かれた変数宣言と、同じく日本語で書かれた文字列による初期化があります。 Bingトランスレーターによると、変数は「挨拶」と呼ばれ、行には「Hello World！」と表示されます。日本語の変数名の長さはわずか2文字ですが、最初のコメントが示すように、キーボードが通常提供する4つの半角文字のスペースを占有します。数字の全角バージョンと、日本語と同じ幅のその他の印刷されたすべてのASCII文字があります。これを実証するために、全角数字「1」と「2」を使用して2番目のコメントを書きました。これらは、最初のコメントと同じ「1」と「2」ではありません。数字の間にスペースはありません。また、文字のサイズが正確に2文字の幅ではなく、わずかなオフセットがあることがわかります。これは、このプログラムが1行と3行すべてで全角文字と半角文字を混在させるためです。

空白は半角、英数字は全角です。私たちは、テキストの配置に夢中でない限り、プログラマーではありません。そして、あなたが中国語、日本語、韓国語（または言語にフルサイズの文字を使用している他の人）で、母国語で書かれた識別子または文字列を使用している場合、これらの小さなアライメントエラーは腹立たしいようです。

私の知る限り、日本語キーボードによっては、象形文字とラテン文字の切り替えは簡単ですが、全角のラテン文字を使用することをお勧めします。 VBは、キーワード、スペース、演算子、さらには引用符でこれをサポートします。したがって、これはすべて次のように記述できます。

ご覧のとおり、このバージョンでは、キーワード、スペース、コメント、演算子、引用符でさえフルサイズバージョンを使用しています。カオスに秩序がもたらされました。

はい日本人はVBを使用します。実際、英語に似た構文（およびその理由）にもかかわらず、フォーラムで見たほとんどのVBユーザーにとって、英語は主要言語ではありません。マイクロソフトでの仕事中に、私は日本のVB MVPに何度か会いましたが、そのうちの少なくとも1人は絶品の和菓子を持ってきました。あなたが中国、日本、韓国（または全角文字を使用するその他の国）のVBプログラマーである場合は、コメントに記入してください。（著者へのコメントの中で、彼らはコードのどこでもasciiを使用しようとしていると書いています- およそPer。 ）

面白い瞬間：私が最初にVBに補間された行を実装したとき、私は（残念なことに）置換の場所での全角中括弧の可能性を考慮しませんでした。 Vladimir Reshetnikov（ @vreshetnikov ）はこのエラーを発見して修正したため、文字幅に対するVBトレランスの偉大な伝統が有効なままでした。

2. VBはスマートクォートをサポートしています

もちろん、これは些細なことですが、言及に値します。次のようなテキストドキュメントでサンプルコードを見たことがありますか。

そして、サンプルをコードにコピーした後、Wordは通常のASCII引用符をすべて“

スマート引用符”

置き換えているため、（強調表示された）引用符が機能しないことがわかりました。

しません。さて、私はそれを持っていましたが、例をC＃にコピーしたときだけです。 VBでは、スマートクォートは文字列の有効な区切り文字です（ロシア語のクォーテーションマーク«»

しないことはおもしろいです-約）。

おそらく奇妙な方法ですが、文字列の内部でも機能します。巧妙な引用符を二重にしてエスケープすると、実行時に得られるのは単純な（「ダム」）引用符だけです。これは少し奇妙に思えるかもしれませんが、それでも非常に実用的です。ストリング内では、他のほとんどどこでもスマートな引用符が許可されているからです。コンパイラーは、巧妙な引用符で終わるように強制したり、賢い引用符で始めた場合は正しい引用符を使用したりすることを強制しないため、気にすることなく好きなように混ぜることができます。はい、これはコメントに使用される単一引用符文字でも機能します。

ポール・ウィック（ @panopticoncntrl ）に、仕様の作成中にこの問題に苦しんだという理由だけでこれを行ったことを認めさせようとしましたが、彼は罪悪感を否定します。これはVB6には当てはまらないため、後で誰かが追加しました。

3.前処理定数は、任意のプリミティブ型（日付を含む）であり、任意の定数値を含むことができます

4.式の前処理に算術演算子を使用できます

お知らせなど

5. VBは、名前によるインターフェイスの偶発的な暗黙の実装を防ぐために、ILの実装の宣言をスキップすることがあります。

このアイテムは、密教のカテゴリからのものです。 VBでは、インターフェイスの実装は常に明示的に行われます。ただし、明示的な実装がない場合、インターフェイスメソッドを呼び出すときのCLRの既定の動作は、名前と署名でパブリックメソッドを検索することです。ほとんどの場合、これは正常です。VBでは、通常、実装するインターフェイスの各メンバーに実装を提供する必要がありますが、1つの場合を除きます。

 Interface IFoo Sub Bar() Sub Baz() End Interface Class Foo Implements IFoo Private Sub Bar() Implements IFoo.Bar Exit Sub End Sub Private Sub IFoo_Baz() Implements IFoo.Baz Exit Sub End Sub End Class Class FooDerived Inherits Foo Implements IFoo Public Sub Bar() Implements IFoo.Bar Exit Sub End Sub Public Sub Baz() ' Does something unrelated to what an IFoo.Baz would do. End Sub End Class

gist.github.com/AnthonyDGreen/39634fd98a0cacc093719ab62d7ab1e6#file-partial-re-implementation-vb

この例では、 FooDerived

クラスはIFoo.Bar

を新しいメソッドに再割り当てするだけで、残りの実装は変更しないままにしています。コンパイラーがFooDerived

のimplementsディレクティブを単純に生成する場合、CLRはFooDerived.Baz

の新しい実装として選択しIFoo.Baz

（この例ではIFoo

とは関係ありません）。 C＃では、これは暗黙的に行われます（そして、私はそれを拒否できるかどうかわかりません）が、VBでは、コンパイラはこれを避けるために宣言全体から実際に「実装」を省略し、再実装された特定のメンバーのみをオーバーライドします。つまり、 IFoo

直接IFoo

するかどうかを尋ねると、noと表示されます。

なぜこれを知っているのですか、なぜ重要なのですか？長年にわたり、VBユーザーは、通常はコード生成のために、インターフェイスの暗黙的な実装（各宣言で明示的にImplements

を指定せずに）のサポートを要求してきました。 FooDerived.Baz

暗黙的に実装するようになったため、これを現在の構文に組み込むだけで大きな変化が生じるでしょう。しかし、最近では、「既定のインターフェイス実装」機能の設計における潜在的な問題を議論するときに、この動作についてより多くのことを学びました。これにより、インターフェイスは一部のメンバーの既定の実装を含めることができ、各クラスでの再実装は不要になります。これは、たとえば、実装がすべての実装者で同じである可能性が高い場合（メインのオーバーロードへの委任）、オーバーロードに役立ちます。別のシナリオはバージョン管理です。インターフェイスにデフォルトの実装を含めることができる場合、古い実装を壊さずに新しいメンバーを追加できます。しかし、問題があります。 CLRのデフォルトの動作は名前と署名でパブリック実装を検索することであるため、VBクラスがデフォルト実装のインターフェースメンバーを実装していないが、適切な名前とシグネチャのパブリックメンバーがある場合、これらを完全に実装しても暗黙的にこれらのインターフェースメンバーを実装します想定されていません。コンパイル時にインターフェイスメンバの完全なセットがわかっている場合、これを回避するためにできることがあります。ただし、コードのコンパイル後にメンバーが追加された場合は、実行時に動作を静かに変更するだけです。

6.デフォルトでは、VBは名前と署名ではなく名前（シャドウ）で基本クラスのメンバーを非表示にします（オーバーロード）

この違いはよく知られていると思います。シナリオは次のとおりです。おそらくコントロールから基本クラス（ DomainObject

）を継承し、クラスのコンテキストで意味のある名前（ DomainObject

）でメソッドを宣言します。

 Class DomainObject End Class Class Invoice Inherits DomainObject Public Sub Print(copies As Integer) ' Sends contents of invoice to default printer. End Sub End Class

gist.github.com/AnthonyDGreen/863cfd1e7536fe8bda7cd145795eaf9f#file-shadows-example-vb

請求書を印刷できるという事実は理にかなっています。ただし、基本クラスが宣言されているAPIの次のバージョンでは、デバッグのために、オブジェクトのすべての内容をデバッグウィンドウに表示するメソッドをすべてのDomainObjectsに追加することを決定します。このメソッドは見事にPrintと呼ばれます。問題は、APIのクライアントがInvoiceオブジェクトにPrint()

およびPrint(Integer)

メソッドがあることに気付き、これらが関連するオーバーロードであると考える可能性があることです。たぶん、最初のものは1部だけを印刷します。しかし、これはあなたがInvoiceの作者として考えたことではありません。 DomainObject.Print

が表示されるとは思いもしませんでした。はい、これはVBでは機能しません。この状況がポップアップすると、警告が表示されますが、さらに重要なことは、VBのデフォルトの動作は名前で非表示にすることです。つまり、 Overloads

キーワードを使用して、 Print

が基本クラスのPrint

Overloads

であることを明示的に示すまでPrint

基本クラスのメンバー（およびそのオーバーロード）は完全に非表示になります。最初に宣言したAPIのみがクラスクライアントに表示されます。これはデフォルトで機能しますが、Shadowsキーワードを使用して明示的に実行できます。 C＃は（VBライブラリを参照する場合はShadows

を考慮しますが） Overloads

のみを実行でき、デフォルトでは（ new

キーワードを使用して）実行します。ただし、あるクラスが1つの言語で、別のクラスが別の言語で定義されているプロジェクトにいくつかの継承階層が表示され、オーバーロードされたメソッドがある場合、この違いは時々現れますが、これは違いのリストの現在の項目の範囲外です。

7. VB11以下は、ジェネリックの保護されたメンバーに対してより厳格です。

実際、VS2013とVS2015の間でこれを変更しました。特に、再実装に煩わされないことにしました。ただし、古いバージョンを使用していてそれに気づいた場合に備えて、この区別を書いています。つまり、ジェネリック型で保護されたメンバーが宣言されている場合、ジェネリックでもある相続人は、同じ型引数を持つ継承されたインスタンスを介してのみこの保護されたメンバーにアクセスできます。

 Class Base(Of T) Protected x As T End Class Class Derived(Of T) Inherits Base(Of T) Public Sub F(y As Derived(Of String)) ' Error: Derived(Of T) cannot access Derived(Of String)'s ' protected members yx = "a" End Sub End Class

gist.github.com/AnthonyDGreen/ce12ac986219eb51d6c85fa02c339a2f#file-protected-in-generics-vb

8.属性の構文「名前付き引数」は常にプロパティ/フィールドを初期化します

VBは同じ構文を使用します:=

メソッドの引数を名前で渡す場合と同じように、属性プロパティ/フィールドを初期化します。したがって、名前で引数を属性コンストラクターに渡す方法はありません。

9.すべてのトップレベル宣言（通常）は、プロジェクトのルート名前空間に暗黙的に配置されます。

この違いはほとんど「高度な機能」カテゴリにありますが、コードの意味が変わるため、リストに含めました。 VBプロジェクトのプロパティには次のフィールドがあります。

デフォルトでは、これは単に作成時のプロジェクトの名前です。これは、C＃プロジェクトのプロパティの「デフォルト名前空間」と同じフィールドではありません 。デフォルトのネームスペースは、C＃の新しいファイルにデフォルトで追加されるコードを設定するだけです。ただし、VBのルート名前空間は、特に指定がない限り、このプロジェクトのすべてのトップレベル宣言がこの名前空間に暗黙的に含まれることを意味します。これが、VBドキュメントテンプレートに名前空間宣言が含まれない理由です。さらに、名前空間宣言を追加すると、ルートはオーバーライドされず、ルートに追加されます。

 Namespace Controllers ' Child namespace. End Namespace Namespace Global.Controllers ' Top-level namespace End Namespace

gist.github.com/AnthonyDGreen/fd1e5e3a58aee862a5082e1d2b078084#file-root-namespace-vb

したがって、 Controllers

名前空間は、 VBExamples.Controllers

名前空間を実際に宣言します。ただし、名前空間で明示的にGlobal

を宣言してこのメカニズムをVBExamples.Controllers

ない限りです。

これは、VBファイルごとに1レベルのインデントと1つの余分な概念を保存するので便利です。 UWPアプリケーションを作成する場合（UWPの名前空間にすべてが存在する必要があるため）、これは特に便利です。また、Roslynのようなコード名からプロジェクト全体の最上位名前空間を変更する場合は非常に便利です。ソリューション内の各ファイルを手動で更新する必要がないため、 Microsoft.CodeAnalysis

などのより長いリリースです。また、コードジェネレーター、XAML名前空間、および新しい.vbproj

ファイル.vbproj

使用する場合は、この点に留意することも重要.vbproj

。

10.モジュールは、ILで封印された抽象クラスとして生成されないため、静的C＃クラスとまったく同じようには見えません。

VBのモジュールは、静的C＃クラスの前に存在していましたが、2010年にILの観点から同じようにしようとしました。残念ながら、これは重大な変更でした。そのバージョンの.NETのXMLシリアライザー（またはバイナリーだったかもしれませんが）は、作成できなかった型（および抽象クラス）にネストされた型を直列化したくなかったためですできません）。彼は例外を投げました。

一部のコードはモジュールに埋め込まれた列挙型を使用しているため、変更を行った後にこれを見つけてロールバックしました。また、コンパイルされたプログラムがどのバージョンのシリアライザーで動作するかわからないため、アプリケーションの1つのバージョンで動作し、他のバージョンで例外をスローするため、これは動作しません。

11. WinFormsアプリケーションのエントリポイント（Sub Main）に明示的なメソッドは必要ありません

プロジェクトがフォームを開始オブジェクトとして使用し、「アプリケーションフレームワーク」を使用しない場合（詳細は次の投稿）、VBは開始フォームを作成してApplication.Run

に渡すSub Main

生成し、ファイル全体を保存します。このプロセスを管理するには、 Form

追加メソッド、またはこの問題について考える必要があります。

12.廃止されたVBランタイムメソッド（たとえば、FileOpen）を呼び出すと、呼び出し元のメソッドは、正確性のためにインライン化を無効にする属性で暗黙的にマークされます。

つまり、 FileOpen

ようなVB6スタイルのファイルを操作する方法は、コードが配置されているアセンブリに固有のコンテキストに依存しています。たとえば、ファイル＃1は、あるプロジェクトではログになり、別のプロジェクトでは構成になります。実行されているアセンブリを確認するには、 Assembly.GetCallingAssembly()

呼び出されます。しかし、JITがメソッドを呼び出し側にインライン化すると、スタックの観点から、VBランタイムメソッドはメソッドではなく、呼び出し側によって呼び出されます。呼び出し側は異なるアセンブリ内にあり、コードが呼び出し側の内部状態にアクセスしたり違反したりする可能性がありますオブジェクト。これはセキュリティ上の問題ではありません。プロセスで妥協的なコードが実行されている場合、すでに失われているためです。これは正確さの問題です。したがって、これらのメソッドを使用すると、コンパイラーはインライン化を無効にします。

この変更は2010年の最後の時点で行われました。x64JITはコードのインライン化/最適化に非常に積極的であり、非常に遅く、最も安全なオプションであることがわかったためです。

13.型がDesignerGenerated属性でマークされ、明示的なコンストラクター宣言が含まれていない場合、この型に対して定義されている場合、デフォルトで生成されるコンパイラはInitializeComponentを呼び出します

部分型の前の時代、VBチームはWinFormsプロジェクトの定型コードを減らすために戦争を繰り広げました。しかし、 Partial

あっても、生成されたファイルでコンストラクターを完全に省略でき、ユーザーは必要に応じてファイルで手動で宣言するか、そうでない場合は宣言しないため、便利です。これがないと、デザイナーはInitializeComponent

を呼び出すためだけにコンストラクタを追加することを余儀なくされ、ユーザーが追加する場合、それらは重複します。または、ツールキットは、デザイナーをデザイナーファイルからユーザーのものに移動し、デザイナーで既に再生成しないようにする必要がありますユーザーファイルに存在します。

14.部分修飾子の欠如は、型が部分的ではないことを意味するものではありません

技術的には、VBでは、1つのクラスのみを部分としてマークする必要があります。これは通常（GUIプロジェクトでは）生成されたファイルです。

なんで？ これにより、ユーザーファイルは美しくきれいに保たれ、生成されたコードにカスタムコードを生成または追加した後に含めると非常に便利です。ただし、最大で1つのクラスに部分修飾子がないことをお勧めします。そうしないと、警告が発行されます。

15.デフォルトクラスでは、パブリックアクセスレベルはフィールドを除くすべてのものであり、フィールドのパブリック構造体でも同様です。

私はこれについて複雑な気持ちを持っています。 C＃では、すべてがデフォルトでprivate

（歓声、カプセル化！）ですが、頻繁に宣言する内容（パブリックコントラクトまたは実装の詳細）に応じて実行する引数があります。通常、プロパティとイベントは外部（ public

）での使用を目的としており、演算子はpublic

以外にはアクセスできません。ただし、デフォルトのアクセシビリティに依存することはほとんどありません（この記事の例のようなデモを除きます）。

16. VBは、基本コンストラクタが呼び出された後にフィールドを初期化しますが、C＃は基本コンストラクタが呼び出される前にフィールドを初期化します

コンストラクターで最初に発生するのは、基本クラスのコンストラクターの呼び出しであるという「一部」の発言を聞いたことがありますか？まあ、少なくともC＃ではそうではありません。 C＃では、明示的または暗黙的にbase()

呼び出す前に、フィールド初期化子が最初に実行され、次にコンストラクター呼び出し、次にコードが実行されます。この決定には結果があり、言語開発者がどうにかして行くことができる理由を知っていると思います。これらの結果の1つは、次のコードをC＃に直接変換できないことです。

 Imports System.Reflection Class ReflectionFoo Private StringType As Type = GetType(String) Private StringLengthProperty As PropertyInfo = StringType.GetProperty("Length") Private StringGetEnumeratorMethod As MethodInfo = StringType.GetMethod("GetEnumerator") Private StringEnumeratorType As Type = StringGetEnumeratorMethod.ReturnType Sub New() Console.WriteLine(StringType) End Sub End Class

gist.github.com/AnthonyDGreen/37d01c8e7f085e06172bfaf6a1e567d4#file-field-init-me-reference-vb

Reflectionに従事していた頃、私はよくそのようなコードを書きました。そして、Microsoft（Josh）が私のコードをC＃に翻訳した前に、私の初期化子をすべてコンストラクターに移植する必要があると不平を言う同僚を漠然と思い出します。 C＃では、 base()

が呼び出される前に作成されるオブジェクトを参照することは禁止されています。また、フィールド初期化子は指定された呼び出しの前に実行されるため、他のフィールドやオブジェクトインスタンスのメンバーを参照することもできません。したがって、この例はVBでも機能します。

 MustInherit Class Base ' OOP OP? Private Cached As Object = DerivedFactory() Protected MustOverride Function DerivedFactory() As Object End Class Class Derived Inherits Base Protected Overrides Function DerivedFactory() As Object Return New Object() End Function End Class

gist.github.com/AnthonyDGreen/fe5ca89e5a98efee97ffee93aa684e50#file-base-derived-init-vb

ここには、おそらく多くの機能を備えた基本クラスがありますが、管理、作業のためにいくつかの重要なオブジェクトが必要であり、派生型によって決定されます。このようなテンプレートを実装するには多くの方法がありますが、通常は次の理由でこれを使用します。

彼は背が低い。
コンストラクターを宣言する必要はありません。
初期化コードをコンストラクターに配置する必要はありません（存在する場合）。
作成されたオブジェクトをキャッシュすることができ、提供されたオブジェクトのストレージを宣言および管理するために派生型を必要としませんが、今ではこれは自動プロパティの問題ではありません。

さらに、私は両方の状況にありました：派生型のフィールドが基本クラスで宣言されたメソッドを呼び出したいとき、およびフィールドクラス初期化子が派生型によって実装されたMustOverride

メンバーを呼び出す必要があるとき。どちらもVBで有効であり、C＃では有効ではありません。それは理にかなっています。 C＃フィールド初期化子が基本クラスのメンバーを呼び出すことができる場合、このメンバーは基本コンストラクター（まだ実行されていない）で初期化されたフィールドに依存する可能性があり、結果はほぼ間違いなく不正確であり、これを回避する方法はありませんでした。

しかし、VBでは、ベースコンストラクターは既に機能しているので、何でもできます！反対の状況では、基本クラスの初期化子（またはコンストラクター）からOverridable

メンバーを呼び出すと、フィールドが「初期化」される前にアクセスできるため、すべてが少し複雑になります。ただし、これが問題であるかどうかは実装のみが知っています。私のスクリプトでは、これは起こりません。インスタンスの状態には依存しませんが、この記事の範囲外の技術的な理由で、どの言語でもShared Overridable

メンバーを持つことはできないため、 Shared

メンバーにすることはできません。さらに、カスタム初期化子を開始する前にフィールドに何が起こるかが明確に定義されています-VBのすべての変数のように、デフォルト値で初期化されます。驚きはありません。

なぜですか？ 実際、私のスクリプトが、元のVB.NETチームが設計時に念頭に置いていたものかどうかはわかりません。私の場合はうまくいきます！ , : VB , , . . .

, , , C# VB, , VB , C#.

17. (backing field) VB , C#,

( ). E

, VB ( IDE) EEvent

. C# E

, , E

, .

18. VB

P

, _P'

. IntelliSense, . C# «» ( mangled ) , , C# .

なぜそう VB , -, «WithEvents», -, , - , .

19. read-only

, , …. VB « » . WithEvents

-, non-Custom , , . IntelliSense, , , . FTW! , VB , private set; C#.

 Class Alarm Private ReadOnly Code As Integer ReadOnly Property Status As String = "Disarmed" Sub New(code As Integer) Me.Code = code End Sub Sub Arm() ' I'm motifying the value of this externally read-only property here. _Status = "Armed" End Sub Function Disarm(code As Integer) As Boolean If code = Me.Code Then ' And here. _Status = "Disarmed" Return True Else Return False End If End Function End Class

gist.github.com/AnthonyDGreen/57ce7962700c5498894ad417296f9066#file-read-only-auto-property-backing-field-is-writeable-vb

20.

, NonSerialized

.

VB (expanded) Custom- 2005 (?) , , , NonSerialized

. , , , , «» , « ».

, , , , . , , , , two-way bindable ( , PropertyChanged

), , , , , .

, , CLSA «Expert Business Objects» (Rocky Lhotka) , undo/redo ( , , - , , ), . , . , , , .

21. — , ; ( )

, GoTo

. , - . , For

For Each

; Using

, SyncLock

With

, , , Finally

. If

Select Case

, Do

While

, Try — , :

 Module Program Sub Main() Dim retryCount = 0 Try Retry: ' IO call. Catch ex As IO.IOException When retryCount < 3 retryCount += 1 GoTo Retry End Try End Sub End Module

gist.github.com/AnthonyDGreen/b93adcf3c3705e4768dcab0b05b187a0#file-try-goto-retry-vb

, , , .NET VB «». VB6 Quick Basic ( ) . QB, . , « », . GoTo, — , .

: Try

, VB - await

Catch

Finally

, , GoTo

.

22. <>

, VB ( ) ( static

) ( ). , . Catch

3 . Try

Catch

, , , Try

.

, VB.NET , . CLR VB . : , .

, C# , , «». VB.NET .

23.

, , C# « » ( definite assignment ). , , , « ». , ( ) , , . C/C++. , ! , . , , , — . , , , , , , , , . , BASIC , , «» , = Nothing

, = 0

, = False

..

, ( flow analysis ) VB , .

, C# , , , . VB , , , . Roslyn, , API « », , .

24. RaiseEvent , null

, - C# VB. RaiseEvent

VB — , null

( ), null

- — , .

 ' You don't have to write this: If PropertyChangedEvent IsNot Nothing Then RaiseEvent PropertyChanged(Me, e) End If ' You don't have to write this: Dim handlers = PropertyChangedEvent If handlers IsNot Nothing Then handlers(Me, e) End If ' You don't have to write this either: PropertyChangedEvent?(Me, e) ' Just write this: RaiseEvent PropertyChanged(Me, e)

gist.github.com/AnthonyDGreen/c3dea3d91ef4ffc50cfa92c41f967937#file-null-safe-event-raising-vb

, null-conditional C# VS2015 C# , VB ( ), , ; VB.NET .

25. ; (shallow clone)

, , 17 , , . (boxed) Object, System.Runtime.CompilerServices.RuntimeHelper.GetObjectValue

. , CLR. , :

, .
, (, Integer ), .
, .

, , , , ( late-bound situations ). , , ( ) , , , , ( caller's copy ). , , - , — .

. :

 Class MyEventArgs Property Value As Object End Class Structure MyStruct Public X, Y As Integer End Structure Module Program Sub Main() Dim defaultValue As Object = New MyStruct With {.X = 3, .Y = 5} Dim e = New MyEventArgs With {.Value = defaultValue} RaiseEvent DoSomething(Nothing, e) If e.Value Is defaultValue Then ' No handlers have changed anything. Console.WriteLine("Unchanged.") End If End Sub Event DoSomething(sender As Object, e As MyEventArgs) End Module

gist.github.com/AnthonyDGreen/422ac4574af92d9bbbf59f0fbc40b74d#file-get-object-value-vb

, WPF, . , . , , . , . , - , , , .

, , « » . IronRuby/Python, dynamic

C# ( C#): C# GetObjectValue

. object.ReferenceEquals

, , , - dynamic

C# ( ). ==

, . C#, , .

26. Select Case «» (fall-through); break

Friday , Sunday — , 5 .

 Module Program Sub Main() Select Case Today.DayOfWeek Case DayOfWeek.Monday: Case DayOfWeek.Tuesday: Case DayOfWeek.Wednesday: Case DayOfWeek.Thursday: Case DayOfWeek.Friday: Console.WriteLine("Weekday") Case DayOfWeek.Saturday: Case DayOfWeek.Sunday: Console.WriteLine("Weekend") End Select End Sub End Module

gist.github.com/AnthonyDGreen/7b7e136c71dd11b2417a6c7267bb3546#file-select-case-no-fallthrough-vb

Roslyn C# , - : «, ? !» «, » . . VS , , , , , . !

. C# , C, C. . , C# , case . - , goto

, break

. VB break

, Exit Select

, , VB .

27. Case

, . C#, :

 Module Program Sub Main() Select Case Today.DayOfWeek Case DayOfWeek.Monday, DayOfWeek.Tuesday, DayOfWeek.Wednesday, DayOfWeek.Thursday, DayOfWeek.Friday Dim message = "Get to work!" Case DayOfWeek.Saturday, DayOfWeek.Sunday Dim message = "Funtime!" End Select End Sub End Module

gist.github.com/AnthonyDGreen/bd642061896246c9336255881fb78546#file-select-case-scopes-vb

, message

, C# switch

case

— . . , , - ( , C): , , , , .

28, 29, 30. Select Case , =

, , , , Select Case

.

, , . :

Select Case

— , , …
switch

— / , « ».

, 26-30. switch

, , , , if

. IL switch

, , If

, VB , . switch , , C . VB .

31. , ,

x

, , -1, -2, -3:

 Module Program Sub Main() For i = 1 To 3 Dim x As Integer x -= 1 Console.WriteLine(x) Next End Sub End Module

gist.github.com/AnthonyDGreen/cbc3a9c70677354973d64f1d993a3c5d#file-loop-variables-retain-their-values-vb

« , , » ( ). , VB2008 , -:

 Module Program Sub Main() Dim lambdas = New List(Of Action) For i = 1 To 3 Dim x As Integer x -= 1 lambdas.Add(Sub() Console.WriteLine(x)) Next For Each lambda In lambdas lambda() Next End Sub End Module

gist.github.com/AnthonyDGreen/2ef9ba3dfcf9a1abe0e94b0cde12faf1#file-loop-variables-captured-per-iteration-vb

-1, -2, -3. x

— « », - x

, . , x

. flow analysis API — ! ( «… … ?» )

なんで？ , , , , , #22. , , -, .

, VB C# ( control variables ) For Each

VS2012 (?), - « ». 10000% , ( , VB , ). , VB For

, . , . , VB For

For Each

, for

foreach

C#. , For

VB - , , .

32. For

For

. , , 1,3,5,7,9, , .

 Module Program Sub Main() Dim lower = 1, upper = 9, increment = 2 For i = lower To upper Step increment Console.WriteLine(i) upper += 1 increment -= 1 Next End Sub End Module

gist.github.com/AnthonyDGreen/1e48113be204f515c51e221858666ac7#file-for-loop-bounds-cached-vb

, ( ), , , , IndexOutOfRangeExceptions

, .

, , , , , C, VB . - , VB , For i = a To b Step c

( , i> b

) ( , i <b

), c

? , , , b

, — . , , , , .

33. For Each VB GetEnumerator

For Each

, IEnumerable

, GetEnumerator

, For Each

.

, , For Each

IEnumerator

, , :

 Module Program Sub Main() Dim list = New List(Of Integer) From {1, 2, 3, 4, 5} Dim info = list.FirstAndRest() If info.First IsNot Nothing Then Console.Write(info.First.GetValueOrDefault()) For Each other In info.Additional Console.Write(", ") Console.Write(other) Next Console.WriteLine() End If End Sub <Runtime.CompilerServices.Extension> Function FirstAndRest(Of T As Structure)(sequence As IEnumerable(Of T)) As (First As T?, Additional As IEnumerator(Of T)) Dim enumerator = sequence.GetEnumerator() If enumerator.MoveNext() Then Return (enumerator.Current, enumerator) Else Return (Nothing, enumerator) End If End Function <Runtime.CompilerServices.Extension> Function GetEnumerator(Of T)(enumerator As IEnumerator(Of T)) As IEnumerator(Of T) Return enumerator End Function End Module

gist.github.com/AnthonyDGreen/d7dbb7a5b98a940765c4adc33e3eaeee#file-for-each-extension-get-enumerator-vb

F# , IEnumerator

, For Each

, .

VB , ( well-known name ), . , , Add, . C# , (. async

/ await

). , C# Roslyn () , .

広告の分。 15-16 - .NET- DotNext 2019 Piter . , . , . .

VB.NETとC＃の違いの完全なリスト。 パート1

内容

構文と前処理

お知らせなど

説明書

構文と前処理

1.キーワードとVB演算子は全角文字を使用できます

2. VBはスマートクォートをサポートしています

3.前処理定数は、任意のプリミティブ型（日付を含む）であり、任意の定数値を含むことができます

4.式の前処理に算術演算子を使用できます

お知らせなど

5. VBは、名前によるインターフェイスの偶発的な暗黙の実装を防ぐために、ILの実装の宣言をスキップすることがあります。

6.デフォルトでは、VBは名前と署名ではなく名前（シャドウ）で基本クラスのメンバーを非表示にします（オーバーロード）

7. VB11以下は、ジェネリックの保護されたメンバーに対してより厳格です。

8.属性の構文「名前付き引数」は常にプロパティ/フィールドを初期化します

9.すべてのトップレベル宣言（通常）は、プロジェクトのルート名前空間に暗黙的に配置されます。

10.モジュールは、ILで封印された抽象クラスとして生成されないため、静的C＃クラスとまったく同じようには見えません。

11. WinFormsアプリケーションのエントリポイント（Sub Main）に明示的なメソッドは必要ありません

12.廃止されたVBランタイムメソッド（たとえば、FileOpen）を呼び出すと、呼び出し元のメソッドは、正確性のためにインライン化を無効にする属性で暗黙的にマークされます。

13.型がDesignerGenerated属性でマークされ、明示的なコンストラクター宣言が含まれていない場合、この型に対して定義されている場合、デフォルトで生成されるコンパイラはInitializeComponentを呼び出します

14.部分修飾子の欠如は、型が部分的ではないことを意味するものではありません

15.デフォルトクラスでは、パブリックアクセスレベルはフィールドを除くすべてのものであり、フィールドのパブリック構造体でも同様です。

16. VBは、基本コンストラクタが呼び出された後にフィールドを初期化しますが、C＃は基本コンストラクタが呼び出される前にフィールドを初期化します

17. (backing field) VB , C#,

18. VB

19. read-only

20.

21. — , ; ( )

22. <>

23.

24. RaiseEvent , null

25. ; (shallow clone)

26. Select Case «» (fall-through); break

27. Case

28, 29, 30. Select Case , =

31. , ,

32. For

33. For Each VB GetEnumerator

More articles:

VB.NETとC＃の違いの完全なリスト。パート1