Además de las diferencias de lenguaje obvias, ¿en qué se diferencian UnityScript y C # al desarrollar juegos en Unity3D?
- ¿Hay una diferencia de rendimiento notable?
- ¿El código de UnityScript está empaquetado tal cual? En caso afirmativo, ¿ayuda esto a la capacidad de modificación del juego?
- ¿Es posible usar bibliotecas desarrolladas para un idioma mientras se desarrolla en el otro?
- ¿Se pueden mezclar los dos idiomas en el mismo proyecto de Unity? codificando algunas partes en C # y otras en UnityScript?
unity
c#
performance
unityscript
Kostas
fuente
fuente
Respuestas:
¿Hay una diferencia de rendimiento notable?
No. Técnicamente, existe una diferencia de rendimiento muy pequeña , pero no es lo suficientemente significativa como para basar su elección de idioma en la mayoría de los casos.
¿Es posible usar bibliotecas desarrolladas para un idioma mientras se desarrolla en el otro?
Si. Siempre y cuando se asegure de mantener la estructura de carpetas recomendada por el desarrollador de la biblioteca, se puede acceder a esa biblioteca desde cualquier idioma. Esto tiene que ver con el orden de compilación de Unity . Sin embargo, algunas características en IDEs, como autocompletar, pueden no funcionar para la biblioteca elegida. (EDITAR: esto se puede solucionar mediante el uso del complemento gratuito UnityVS para Visual Studio).
¿Es posible mezclar los dos idiomas en el mismo proyecto de Unity codificando algunas partes en C # y otras en Javascript?
De nuevo si. Sin embargo, se complica rápidamente, ya que debes asegurarte de que todo esté compilado en el orden correcto. Si bien es técnicamente posible, te recomiendo que elijas un idioma y te quedes con él.
¿Qué idioma tiene mejores recursos específicos de desarrollo de juegos disponibles (libros, sitios web, foros)?
Difícil de decir. Al navegar por los foros, diría que Javascript tiene un poco más de tutoriales y ejemplos de código. Sin embargo, el código en general es bastante fácil de transferir al otro idioma, y dado que las bibliotecas se pueden usar en varios idiomas, lo más probable es que este no sea un problema importante.
fuente
La primera pregunta que tienen todos los desarrolladores principiantes de Unity es C # o JS. Siempre ve con C #.
Ahora, en este momento puede estar pensando: "Pero no quiero aprender C # y ya sé un poco de JavaScript".
Pero lo engañoso que debe tener en cuenta es que Unity JavaScript no es JavaScript. Es una capa superficial de sintaxis ECMA sobre .NET CLR. No hace ninguna de las cosas interesantes que a JavaScript le gustan los recintos anónimos y las referencias de funciones de la forma en que los usaría normalmente. Tiene sus propias matrices que no coinciden con las matrices .net normales, y encontrará muchas trampas y limitaciones que podría haber evitado utilizando C #. Unity JavaScript es solo una capa de sintaxis recubierta de caramelo diseñada para hacer que .NET parezca menos intimidante, nada más. Te hará más daño que bien.
fuente
En primer lugar, recomendaría C # sobre JavaScript para programar en Unity por dos razones principales. La primera razón se reduce a la diferencia de escritura fuerte / débil que descartaste. Creo que la mecanografía fuerte funciona mejor que la mecanografía débil a nivel conceptual, pero, francamente, ese es un argumento muy grande que la gente tiene, por lo que me centraré más en un tema práctico específico: implementar en iOS (y posiblemente otras plataformas también, pero ese es el solo uno que sé con certeza) requiere tipeo estático. Unity incluso tiene una directiva "#pragma estricta" que puede forzar la escritura estática en JavaScript por este motivo, pero eso me lleva a mi segundo motivo ...
En segundo lugar, el JavaScript en Unity no es del todo igual que JavaScript en un navegador. Esto crea problemas cuando intenta aplicar conocimiento de Unity externo (es decir, la mayoría de los recursos sobre JavaScript) a la programación en Unity. Es por eso que muchos desarrolladores de Unity se refieren al lenguaje como UnityScript.
Ahora para abordar sus preguntas específicas:
En realidad no, no ( algunos detalles )
Depende de la plataforma, y no, esto realmente no ayuda a la moda
Creo que sí (aunque nunca he necesitado hacer esto, porque todas las bibliotecas que uso se programaron en C #)
Sí (aunque trato de evitarlo, por razones de coherencia)
fuente