this announcementがあります.Net Coreの名前が1.0に変更されています(混乱しますが、何でも良い)。その中でハンゼルマン州.Net Coreは標準の.Netと同じILを生成しますか?
It doesn't yet support VB or F#.
私は何かが不足していると思います。私の論理は次のように働く。
2つのシンプルな単純なHello WorldアプリケーションをC#で1つ、VBでもう1つ使います。標準のmsbuild/.Netフレームワークを使用してコンパイルするときは、単純なままにしておくと仮定すると、同一のILを取得する必要があります。それはあなたがその後、そのレベルですべてのILだから、同じdllを実行する.Netコアを得ることができると私の理解です。だから、なぜそれはVBをサポートしていないと言う?単純な状況(VB固有のものを参照する可能性が高い場所)を超えてサポートしていないのでしょうか?それとも、.Net Frameworkと.Net Coreのコンパイル時に生成される実際のILが異なっていて、まだVB/F#コンパイラがないのですか?
おそらくそれらの言語には、コアをサポートしていない独自の参照を持つ言語固有の参照DLL(Microsoft.VisualBasic.dllなど)があるためです。 – Jeff
@Jeffええ、私は質問で - あなたは* vbアプリで 'Microsoft.VisualBasic.dll'を使用する必要はありません。*また、C#1でもうまく使えます。したがって、このDLLは.Net Coreに移動されていませんが、ILは同一であり、VB-Wont-Work、または実際のILが異なっていることは間違いありません。どちらですか? –
ILの種類は1種類だけですが、.NETCoreのバージョンは違いはありません。 Microsoft.VisualBasic.dllが必要でないという前提は正確ではなく、コンパイラはそれを使用するコードを自動生成します。 Option Compareを観察する必要がある文字列比較のような基本的なもの。 F#とFSharp.Core.dllで同じ –