A estrutura XNA é apropriada para programação no lado do servidor?

Estou procurando criar um MUD baseado em texto, para que muitos dos elementos da estrutura XNA pareçam adequados ao que eu preciso. Especialmente coisas como o loop geral do jogo, a rede, etc. Parece que o XNA está fortemente acoplado a um ambiente interativo com interface do usuário e áudio, por isso não tenho certeza se é o caminho certo a seguir.

Seria mais fácil recriar esses tipos de aspectos, tentar dobrar a estrutura do XNA para o que eu preciso, ou existe uma estrutura melhor para esse tipo de trabalho?

Não acho que a estrutura do XNA lhe ofereça muito uso para o lado do servidor de um jogo baseado em texto, não. Você deve examinar as bibliotecas de classes do .NET framework padrão para esse caso de uso.

Mas ampliando um pouco a questão, embora as estruturas XNA sejam realmente destinadas ao desenvolvimento de jogos em 2D e 3D em clientes, pode haver motivos para usar partes delas no lado do servidor de um jogo em 2D ou 3D. É comum reutilizar partes do mecanismo gráfico no servidor, porque o servidor precisa fazer coisas como visibilidade e testes de colisão, tanto quanto o cliente. Nesse cenário, se o seu mecanismo tiver usado a biblioteca matemática do XNA, você precisará vincular isso também no código do servidor.

Se você estiver usando C #, considere usar o WCF para abstrair a camada de rede. Um MUD não teria muito tráfego de rede, relativamente falando, portanto, seguir esse caminho poderia facilitar muito as coisas para você. Eu tenho usado o WCF para um jogo de estratégia baseado em turnos, e funcionou muito bem para mim.

Você pode seguir a rota XNA e apenas usar os elementos específicos que deseja (áudio, rede, etc.); mas está aumentando a complexidade do seu projeto e diminuindo o seu "entendimento imediato" da base de código.

Basicamente, à medida que você adiciona mais middleware, seu conhecimento da maneira como seu código está realmente operando diminui - a menos que você mergulhe na implementação do middleware. Ao se distanciar, você perde eficiência, capacidade e entendimento.

Portanto, como mencionado acima, seria muito mais benéfico usar C # e as bibliotecas não XNA apropriadas.

Se você estiver fazendo isso para sua própria edificação, poderá fazer o seu próprio onde estiver interessado na área - você aprenderá mais dessa maneira.

Vá em frente! Diverta-se!

Depende em grande parte de suas necessidades.

Se você está interessado em apoiar o áudio, o amigo convida, etc., do que acredito que o XNA é o caminho a percorrer.

A principal limitação que você enfrenta ao usar o XNA para redes é o limite de 32 jogadores por jogo.

Quando você desenvolve um jogo com a estrutura XNA, não é absolutamente necessário acoplar-se a todas as várias APIs. Muitas pessoas usam a estrutura XNA, mas confiam em outras estruturas para a rede.

Minha sugestão é listar fisicamente (anotá-las no bloco de notas ou algo assim) suas necessidades e desejos para o aspecto da rede. Em seguida, compare e contraste os vários quadros.

Eu me inclino a dizer "criar do zero", mas isso é apenas um pressentimento baseado em ter trabalhado com código C # e MUD separadamente. Você terá mais controle e aprenderá mais ao lançar suas próprias versões do que você puder usar do XNA, de qualquer maneira.

Algum motivo para você não estar usando um mecanismo MUD existente, pelo menos para referência?