Maui: [Amélioration] Inclure la prise en charge de VB

VB.NET et C# ont le même code IL que la sortie. Vous pouvez appeler votre code partagé VB.NET à partir de la bibliothèque C #

Je comprends, je n'ai peut-être pas été clair dans ma question. Ma question est de savoir si Visual Studio (les modèles de projet associés) vous permettra d'utiliser VB lors de l'écriture du code du projet en cours, y compris les gestionnaires d'événements et d'autres codes non partagés.

J'aimerais aussi voir ça. Avoir à faire constamment le changement mental est inutilement éprouvant... et ne devrait pas l'être. Bien sûr, je pourrais passer à C # ... mais je ne souhaite pas le faire non plus car je PRÉFÈRE coder en VB.

Ma principale question à ce sujet est que Xamarin prévoit de repenser la génération de code pour utiliser les générateurs de sources ? Si oui, sera-t-il conçu de manière à ce qu'il soit relativement facile de choisir le générateur de source nécessaire (en supposant qu'il existe) - nous fournissant ainsi (la communauté VB) la possibilité d'aider à fournir les versions VB de ces générateurs de source ?

Je pourrais être loin de la base ici ... car les générateurs de sources sont encore très nouveaux et ils ne correspondent peut-être pas au côté "caché" de la façon dont Xamarin fait les choses ... cela dit, je suppose que cela ne fait pas de mal de demander. ;-)

VB.NET et C# ont le même code IL que la sortie. Vous pouvez appeler votre code partagé VB.NET à partir de la bibliothèque C #

Certainement... car c'est ainsi qu'il faut procéder aujourd'hui. Cependant, cela signifie qu'il existe un projet C# pour "l'interface utilisateur" et un ou plusieurs projets pour la "logique métier". Le changement de contexte est une douleur dans le cul! Considérant que le problème est que la partie code du code généré nous oblige à écrire le reste de notre logique d'interface utilisateur (code-behind) dans le même langage que celui qui a été généré, il est difficile pour nous, les gens de VB, de comprendre pourquoi le code-spit ne peut pas être dans notre langue au lieu d'être obligé d'écrire du code dans "ce que les autres veulent que nous utilisions".

"Les gens, je veux juste dire, ne pouvons-nous pas tous nous entendre? Ne pouvons-nous pas tous nous entendre?" -- Rodney King, 1er mai 1992.

En réponse à ce qui semble être un nombre déraisonnable de pouces vers le bas simplement (IMO) un sujet qui a la référence VB dans son titre. Après tout, nous utilisons tous une façade mince (notre langage de choix) pour générer IL... donc notre générateur de code de choix est juste ce... choix. Et qu'est-il arrivé au respect de son choix - surtout lorsque ce choix n'a pas d'impact négatif sur votre choix ?

J'ai un rêve! Ne pouvons-nous pas tous nous entendre, coexister pacifiquement, respecter les choix de chacun dans sa préférence personnelle de "générateur de modèles" et s'unir en une seule communauté de développeurs .NET ? Oh quel rêve c'est (et un rêve que je fais depuis presque 20 ans).

Certainement... car c'est ainsi qu'il faut procéder aujourd'hui. Cependant, cela signifie qu'il existe un projet C# pour "l'interface utilisateur" et un ou plusieurs projets pour la "logique métier".

Tout projet .Net peut référencer Xamarin.Forms et créer une interface utilisateur à l'aide de cela. Il n'est donc pas vrai que VB/F # ne peut être utilisé que pour la logique métier.