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# 项目，“业务逻辑”有一个或多个项目。 上下文转换是一个痛苦的屁股！ 考虑到问题是生成的代码代码部分迫使我们必须用与生成的语言相同的语言编写其余的 UI 逻辑（代码隐藏），我们 VB 人员很难理解为什么会吐出代码不能用我们的语言，而不是被迫用“其他人希望我们使用的”编写代码。

“人，我只想说，我们都不能和好吗？我们不能都和好吗？” ——罗德尼·金，1992 年 5 月 1 日。

作为对似乎是不合理数量的不赞成（IMO）一个标题中包含 VB 引用的主题的回应。 毕竟，我们都只是使用一个薄的外观（我们选择的语言）来生成 IL……所以我们选择的代码生成器就是那个……选择。 尊重一个人的选择会发生什么——尤其是当那个选择不会对你的选择产生负面影响时？

我有一个梦想！ 难道我们不能相处融洽，和平共处，尊重彼此对“模板生成器”的个人偏好的选择，并团结成一个 .NET 开发人员社区吗？ 哦，那是多么美好的一个梦想（也是我近 20 年来一直拥有的梦想）。

当然......因为这是今天必须完成的方式。 但是，这意味着“UI”有一个 C# 项目，“业务逻辑”有一个或多个项目。

任何 .Net 项目都可以引用 Xamarin.Forms 并使用它创建 UI。 所以说VB/F#只能用于业务逻辑是不对的。