Perché non è possibile sviluppare giochi XNA in VB.Net?

Question

So che non esiste un tipo di progetto VB.Net per i giochi XNA, ma come test semplice ho gettato una soluzione VB che fa riferimento a Microsoft.XNA.*. Ha una classe che implementa Microsoft.XNA.Framework.Game. Poi nel C# Game1.cs, ho semplicemente rimosso tutto il codice standard e modificato per ereditare dalla mia classe VB ...

namespace MyGame { 
    public class Game1 : GameEngine.Engine { 
    } 
} 

Che è ereditando ...

Public Class Engine 
    Inherits Microsoft.Xna.Framework.Game 

    Protected Overrides Sub Update(GameTime As Microsoft.Xna.Framework.GameTime) 
     If GamePad.GetState(PlayerIndex.One).Buttons.Back = ButtonState.Pressed Then 
      Me.Exit() 
     End If 

     For Each Element In Elements 
      Element.Update(GameTime) 
     Next 

     MyBase.Update(GameTime) 
    End Sub 

    ... 

Questo sembra funzionare e Sono stato in grado di caricare contenuti, renderizzare un modello, prendere input gamepad, ecc ...

Quindi quello che sto chiedendo è ... C'è davvero una restrizione a causa di alcune funzioni avanzate non supportate in VB. Net o è semplicemente che non sono disponibili modelli/supporto di progetto?

Esiste qualche ottimizzazione delle prestazioni durante la compilazione su MSIL che il compilatore VB non rileva?

Answer 1

XNA supporta VB. Ciò è stato annunciato a maggio 2011 ->http://blogs.msdn.com/b/vbteam/archive/2011/05/25/vb-support-for-the-xna-platform.aspx

Answer 2

VB.NET e C# entrambi compilano lo stesso MSIL a livello semantico, quindi non è un limite tecnico. Come hai visto, non è troppo difficile hackerare insieme un'app VB.NET che accede a XNA.

La restrizione è semplicemente perché gli esempi devono essere scritti in una determinata lingua da una persona, e la maggior parte degli sviluppatori di giochi professionali provengono da uno sfondo C++. È una limitazione delle risorse umane: possono solo scrivere tanto codice di esempio.

Ci sono anche alcuni performance differences between C# and VB.NET, che potrebbero aver contribuito alla decisione di Microsoft.

Aggiornamento: Si scopre anche che VB.NET doesn't support unsafe code. Troverai spesso casi in cui è necessario codice non sicuro nella programmazione dei giochi, per motivi di prestazioni. Ho la sensazione che la decisione di Microsoft sia stata presa sulla base di un elenco composto di ragioni.