Maui: [機能強化] VBのサポートを含める

VB.NETとC＃のILコードは出力と同じです。 C＃ライブラリからVB.NET共有コードを呼び出すことができます

私はそれを理解しています、私は私の質問で不明確だったかもしれません。 私の質問は、Visual Studio（関連するプロジェクトテンプレート）で、イベントハンドラーや共有されていない他のコードを含む、現在のプロジェクトのコードを作成するときにVBを使用できるかどうかです。

これも見たいです。 常にメンタルシフトをしなければならないことは不必要に負担がかかります...そしてそうすべきではありません。 もちろん、C＃に切り替えることはできますが、VBでコーディングすることを好むので、そうすることも望んでいません。

これに関する私の主な質問は、ソースジェネレータを利用するためにコード生成を再設計することを計画しているXamarinですか？ もしそうなら、必要なソースジェネレーターを（存在すると仮定して）比較的簡単に選択できるように設計されますか？したがって、これらのソースジェネレーターのVBバージョンの提供を支援する機能を私たち（VBコミュニティ）に提供しますか？

ソースジェネレーターはまだ非常に新しく、Xamarinの動作の「隠された」側面に実際には適合しない可能性があるため、ここではベースから大きく外れている可能性があります...とはいえ、質問しても問題はないと思います。 ;-)

VB.NETとC＃のILコードは出力と同じです。 C＃ライブラリからVB.NET共有コードを呼び出すことができます

確かに...これが今日行われなければならない方法だからです。 ただし、これは、「UI」用のC＃プロジェクトと、「ビジネスロジック」用の1つ以上のプロジェクトがあることを意味します。 コンテキストシフトは非常に困難です。 問題は生成されたコードコード部分であり、UIロジックの残りの部分（コードビハインド）を生成されたものと同じ言語で記述しなければならないことを考えると、VBの人々はコードスピットの理由を理解するのが難しいです「他の人が私たちに使ってほしいもの」でコードを書くことを余儀なくされる代わりに、私たちの言語でいることはできません。

「人々は、私が言いたいのですが、私たち全員が仲良くすることはできませんか？私たち全員が仲良くすることはできませんか？」 -ロドニーキング、1992年5月1日。

タイトルにVB参照が含まれているトピックに応じて、不当な数の不当な数の賛成（IMO）が行われているように見えます。 結局のところ、私たちは皆、ILを生成するために薄いファサード（選択した言語）を使用しているだけです...したがって、選択したコードジェネレーターはまさにその...選択です。 そして、自分の選択を尊重することに何が起こったのでしょうか。特に、その選択があなたの選択に悪影響を及ぼさない場合はどうでしょうか。

私には夢があります！ 私たち全員が仲良く、平和に共存し、「テンプレートジェネレーター」という個人的な好みでお互いの選択を尊重し、.NET開発者の1つのコミュニティとして団結することはできませんか？ なんて夢なのか（そして私が20年近く持っていた夢）。

確かに...これが今日行われなければならない方法だからです。 ただし、これは、「UI」用のC＃プロジェクトと、「ビジネスロジック」用の1つ以上のプロジェクトがあることを意味します。

すべての.Netプロジェクトは、Xamarin.Formsを参照し、それを使用してUIを作成できます。 したがって、VB / F＃がビジネスロジックにのみ使用できるというのは事実ではありません。