一、总结
一句话总结：选c#
同时U3D团队也会把支持的重心转移到C#，也就是说文档和示例以及社区支持的重心都在C#，C#的文档会是最完善的，C#的代码实例会是最详细的，社区内用C#讨论的人数会是最多的。
1、unity3d中常用的开发语言有哪些？
c#
UlityScript
2、为什么ulity3d中c#速度比UnityScript快
一、总结
一句话总结：选c#
同时U3D团队也会把支持的重心转移到C#，也就是说文档和示例以及社区支持的重心都在C#，C#的文档会是最完善的，C#的代码实例会是最详细的，社区内用C#讨论的人数会是最多的。
1、unity3d中常用的开发语言有哪些？
c#
UlityScript
2、为什么ulity3d中c#速度比UnityScript快
C#的速度更快，但原因是UnityScript会涉及到频繁的装箱拆箱操作，进而生成的CIL代码与C#有差异，而并非UnityScript是动态语言且没有经过编译。
3、CIL是什么
通用中间语言（Common Intermediate Language，简称CIL）（曾经被称为微软中间语言或MSIL)是一种属于通用语言架构和.NET框架的低阶（lowest-level）的人类可读的编程语言。目标为.NET 框架的语言被编译成CIL，然后汇编成字节码。CIL类似一个面向对象的汇编语言，并且它是完全基于堆栈的。它运行在虚拟机上，其主要的语言有C#、Visual Basic .NET、C++/CLI以及 J#。由于C#和通用语言架构的标准化，字节码现在已经官方地成为了CIL。
4、UnityScript和JavaScript的关系式什么？
UnityScript和JavaScript除了长得像之外，根本就没有什么关系。你在JavaScript里如鱼得水，在UnityScript中如果不小心就可能埋下隐患，而一些隐患可能藏得很深。而且UnityScript也是静态语言，也需要编译，所以看不出来选择它作为开发语言为什么会有人觉得快。
二、内容在总结中
很有意思的问题.
来看看网络大拿们所做的总结.
当然结果需要您自行考虑.
首先,下文摘录自InfoQ<JS OR C# 不存在的脚本之争>
到底C#和Unity3D里的JS谁好呢？
最常见的问题无非是： 用js写的u3d游戏和用c#写的u3d游戏，到底谁的运行效率高啊？
最常见的回答为非是： 肯定是C#啊，因为js是动态的。肯定不如编译的语言好。
第二常见的问题无非是： 用js开发和用c#开发，哪个更快更适合我啊？
第二常见的回答无非是： js适合个人开发，敏捷快速。c#适合公司开发，规范严谨。
咱们还是用和刚才讨论与javascript的区别时一样的思路来整理C#和UnityScript的不同，也就是按照先本质，再表现的顺序。同时兼顾回答一下上面的两个问题。
本质求同存异
开篇就说了，UnityScript是和C#同一个层面的语言，也需要经历从源代码到CIL中间语言过渡，最终到编译成原生语言的过程。所以本质上，最终运行的都是从CIL编译而来的原生机器语言。但的确会有C#比较快的现象，那么问题出在哪呢？
一个可能但不是唯一的答案就是 UnityScript和C#生成CIL中间语言不同。
这一点想想也很简单，就像上文提到的var的问题，如果使用Object来处理var的问题，则不可避免的是频繁的装箱拆箱的操作，这对效率的影响是很大的。
所以的确，C#的速度更快，但原因是UnityScript会涉及到频繁的装箱拆箱操作，进而生成的CIL代码与C#有差异，而并非UnityScript是动态语言且没有经过编译。
现实很单纯
开发到底是使用C#还是UnityScript呢？如果不考虑运行的效率，仅仅考虑开发时候的感受，小匹夫就谈谈自己的看法好啦——那就是珍惜时间，远离UnityScript。
首先有几个事实我们要清楚：
UnityScript是脱胎于.NET平台的第三方语言Boo的。所谓的第三方语言和C#的区别，就跟自己到底是不是亲生的，爹到底是不是隔壁老王是一样的。差距可能是全方位，立体式的。社区支持，代码维护，甚至是编译出来的CIL代码质量都可能有很大的差距。选择UnityScript之前，问问自己之前听说过Boo吗？别忘了UnityScript和Boo的渊源。
UnityScript和JavaScript除了长得像之外，根本就没有什么关系。你在JavaScript里如鱼得水，在UnityScript中如果不小心就可能埋下隐患，而一些隐患可能藏得很深。而且UnityScript也是静态语言，也需要编译，所以看不出来选择它作为开发语言为什么会有人觉得快。
插件的支持。貌似大多数都是C#写的吧。
好吧，如果上面的3点都不能说动你，那就看看官方的态度好了。
