Maui: [Mejora] Incluir soporte para VB

VB.NET y C# tienen el mismo código IL que la salida. Puede llamar a su código compartido VB.NET desde la biblioteca C#

Entiendo que, puede que no haya sido claro en mi pregunta. Mi pregunta es si Visual Studio (las plantillas de proyecto relacionadas) le permitirán usar VB al escribir el código para el proyecto actual, incluidos los controladores de eventos y otro código que no se comparte.

También me gustaría ver esto. Tener que hacer constantemente el cambio mental es innecesariamente agotador... y no debería serlo. Claro, podría cambiar a C # ... pero tampoco deseo hacerlo, ya que PREFIERO codificar en VB.

Mi pregunta principal sobre esto es que Xamarin planea rediseñar la generación de código para utilizar generadores de código fuente. Si es así, ¿se diseñará de manera que sea relativamente fácil elegir el generador de origen necesario (suponiendo que exista) y, por lo tanto, proporcionarnos (a la comunidad de VB) la capacidad de ayudar a proporcionar las versiones de VB de estos generadores de origen?

Podría estar muy equivocado aquí... ya que los generadores de origen aún son muy nuevos y es posible que no encajen en el lado "oculto" de cómo Xamarin hace las cosas... dicho esto, supongo que no está de más preguntar. ;-)

VB.NET y C# tienen el mismo código IL que la salida. Puede llamar a su código compartido VB.NET desde la biblioteca C#

Ciertamente... ya que así es como se tiene que hacer hoy. Sin embargo, esto significa que hay un proyecto de C# para la "IU" y uno o más proyectos para la "lógica empresarial". ¡El cambio de contexto es un dolor de cabeza! Teniendo en cuenta que el problema es que la parte del código del código generado nos obliga a tener que escribir el resto de nuestra lógica de interfaz de usuario (código subyacente) en el mismo idioma que el que se generó, es difícil para nosotros, la gente de VB, entender por qué el código escupe no puede estar en nuestro idioma en lugar de estar obligado a escribir código en "lo que otras personas quieren que usemos".

"Gente, solo quiero decir, ¿no podemos llevarnos bien todos? ¿No podemos llevarnos bien todos?" -- Rodney King, 1 de mayo de 1992.

En respuesta a lo que parece ser, una cantidad irrazonable de pulgares hacia abajo simplemente (en mi opinión) un tema que tiene la referencia de VB en su título. Después de todo, todos estamos usando una fachada delgada (nuestro lenguaje de elección) para generar IL... por lo que nuestro generador de código de elección es solo esa... elección. ¿Y qué pasó con respetar la elección de uno, especialmente cuando esa elección no tiene un impacto negativo en su elección?

¡Tengo un sueño! ¿No podemos simplemente llevarnos bien, coexistir pacíficamente, respetar las elecciones de los demás en su preferencia personal de "generador de plantillas" y unirnos como una comunidad de desarrolladores de .NET? Oh, qué sueño es ese (y un sueño que he tenido durante casi 20 años).

Ciertamente... ya que así es como se tiene que hacer hoy. Sin embargo, esto significa que hay un proyecto de C# para la "IU" y uno o más proyectos para la "lógica empresarial".

Cualquier proyecto .Net puede hacer referencia a Xamarin.Forms y crear una interfaz de usuario con eso. Entonces, no es cierto que VB/F # solo se pueda usar para la lógica comercial.