¿Por qué no C Sharp?

Publicado el 15 de enero 2010
Filed Under Juegos , Open Source , Tecnología | Deja tu comentario

Microsoft-Dot-Net-Old-Logo2 La elección de la cual se construye la tecnología y el lenguaje de un proyecto sobre puede ser divisivo. Nos casaron con las herramientas que mejor conocen y se identifican con las soluciones que emplean. Si bien hay zelots en los debates de PC vs Mac, los argumentos más calientes en los círculos tecnológicos con frecuencia giran en torno a lo que la tecnología va a significar el éxito.

Un debate que surge en el desarrollo del juego es el uso de cualquier otro idioma que no sea C / C + +. El C / C + + lenguas han sido casi el lenguaje exclusivo para motores de juego desde sus inicios. Mientras que los desarrolladores de mi también adoptar lenguajes de scripting (muchas veces a descargar el trabajo a los diseñadores de juegos menos técnicos) el núcleo que hace que el motor haga su magia está en C / C + +.

Con el advenimiento de las nuevas tecnologías ¿Todavía tienen sentido?

Microsoft ha sido desde hace algún tiempo la promoción de una jerarquía a la plataforma lanzada en C # que se construye en la parte superior de su. Neto. ¿Por qué no en C #? Sinceramente, como C # y creo que es en muchos aspectos un paso adelante que puede ayudar con la productividad. C # tiene muchas de las ventajas de Java sin ser tan hinchado. Es más seguro por la naturaleza y protege a los programadores de los errores más comunes.

Dicho esto, en algunos casos, C # no tiene sentido empresarial. Si usted invierte 10-20 million en un juego, se espera que el mejor retorno de esa inversión. La capacidad de liberar a ese juego en múltiples plataformas (PS3, Wii, así como XBOX) puede duplicar sus beneficios por el tiempo adicional de desarrollo de la pequeña ... si lo programar en C o C + +.

Eso puede cambiar. Uno de nuestros favoritos de los motores de caza menor Unity3D está programada para ser la liberación de otras consolas. Cuando lo hace, traerá su versión del tiempo de ejecución. Net junto con él. Dado que el principal motor ya se encuentra en C + + preformas significativamente mejor que C # para la mayor parte del trabajo pesado, dejando a la lógica del juego a C #, que es significativamente más rápido que la mayoría de los lenguajes de scripting.

Si tu objetivo es XNA o Unity3D entonces C # es la opción obvia. Para ir más allá de esos casos de uso de Microsoft tendrá que trabajar para que el CLR mucho más abierto. Al soltar el núcleo de. Net bajo una licencia BSD o MIT (en lugar de la más restrictiva licencia GPL / LGPL para Mono) permitiría a los desarrolladores integrar de C # en cualquier plataforma y modificarlo para que se realice de manera eficiente para sus juegos. Hasta que eso suceda (o Unity3D se convierte en un competidor real en todas las plataformas) el desarrollo de la consola va a pertenecer a C y C + +.

¿Por qué no en C #?

Sinceramente, como C # y creo que es en muchos aspectos un paso adelante que puede ayudar con la productividad. C # tiene muchas de las ventajas de Java sin ser tan hinchado. Es más seguro por la naturaleza y protege a los programadores de los errores más comunes.

Dicho esto, en algunos casos no tiene sentido para los negocios. Si usted invierte 10-20 million en un juego, se espera que el mejor retorno de esa inversión. La capacidad de liberar a ese juego en múltiples plataformas (PS3, Wii, así como XBOX) puede duplicar sus beneficios por el tiempo adicional de desarrollo de la pequeña ... si lo programar en C o C + +.

Si tu objetivo es XNA o Unity3D entonces C # es la opción obvia. Para ir más allá de esos casos de uso de Microsoft tendrá que trabajar para que el CLR mucho más abierto. Al soltar el núcleo de Silvelight bajo una licencia BSD o MIT permitirá a los desarrolladores integrar de C # en cualquier plataforma y modificarlo para que se realice de manera eficiente para sus juegos. Hasta que ocurre el desarrollo de la consola va a pertenecer a C y C + +.

Scridb filtro