Por que não C Sharp?

Enviado em 15 de janeiro de 2010
Arquivado em Jogos , Open Source , Tecnologia | Deixe um comentário

Microsoft-Dot-Net-Old-Logo2 A escolha de qual tecnologia e linguagem de um projeto é construído sobre pode ser divisiva. Nós casar-nos com as ferramentas que melhor conhecem e se identificam com as soluções que empregam. Embora existam zelots nos debates PC vs Mac, os argumentos mais quente nos círculos de tecnologia freqüentemente giram em torno de o que a tecnologia vai significar sucesso.

Um debate que surge no desenvolvimento de jogos é o uso de qualquer linguagem diferente de C / C + +. O C / C + + línguas têm sido quase a língua exclusiva para os motores de jogo desde o seu início. Enquanto os desenvolvedores a minha também adoptar linguagens de script (muitas vezes para offload de trabalho para designers jogo menos técnico) do núcleo que faz o motor fazer a sua magia está na C / C + +.

Com o advento de novas tecnologias que isso ainda faz sentido?

A Microsoft há algum tempo vem promovendo uma hier para a plataforma lançada em C # que é construído em cima de seu. Líquido. Por que não C #? Sinceramente, como C # e acreditar que é em muitos aspectos, um passo à frente que podem ajudar com a produtividade. C # tem muitas das vantagens do Java sem ser tão inchado. É mais seguro, por natureza, e protege os programadores de erros comuns.

Dito isto, em alguns casos, C # não faz sentido nos negócios. Se você investir 1-20 em um jogo, você espera o melhor retorno sobre o investimento. A capacidade de liberar esse jogo em múltiplas plataformas (PS3, Wii, bem como XBOX) pode dobrar a sua volta para o tempo de desenvolvimento adicional pequena ... se você programar em C ou C + +.

Isso pode mudar. Um dos nossos favoritos motores de pequeno jogo Unity3D está programado para ser lançado em outros consoles. Quando ele faz isso trará sua versão do runtime. Net junto com ele. Uma vez que o principal motor já está em C + + é pré-formas significativamente melhor do que C # para a maioria do trabalho pesado, deixando a lógica do jogo para C # que é significativamente mais rápido do que a maioria das linguagens de script.

Se o seu alvo é XNA ou Unity3D então C # é a escolha óbvia. Para ir além dos casos de uso Microsoft terá que trabalhar para fazer o CLR muito mais aberto. Liberando o núcleo da. Net sob uma licença BSD ou MIT (em vez de o mais restritivo GPL / LGPL para Mono) permitiria aos desenvolvedores integrar C # em qualquer plataforma e modificá-lo para executar de forma eficiente para seus jogos. Até que isso aconteça (ou Unity3D se torna um concorrente real em todas as plataformas) de desenvolvimento do console irá pertencer a C e C + +.

Por que não C #?

Sinceramente, como C # e acreditar que é em muitos aspectos, um passo à frente que podem ajudar com a produtividade. C # tem muitas das vantagens do Java sem ser tão inchado. É mais seguro, por natureza, e protege os programadores de erros comuns.

Dito isto, em alguns casos não faz sentido nos negócios. Se você investir 1-20 em um jogo, você espera o melhor retorno sobre o investimento. A capacidade de liberar esse jogo em múltiplas plataformas (PS3, Wii, bem como XBOX) pode dobrar a sua volta para o tempo de desenvolvimento adicional pequena ... se você programar em C ou C + +.

Se o seu alvo é XNA ou Unity3D então C # é a escolha óbvia. Para ir além dos casos de uso Microsoft terá que trabalhar para fazer o CLR muito mais aberto. Liberando o núcleo de Silvelight sob uma licença BSD ou MIT permitiria aos desenvolvedores integrar C # em qualquer plataforma e modificá-lo para executar de forma eficiente para seus jogos. Até que acontece o desenvolvimento do console irá pertencer a C e C + +.

Scridb filtro