unity3D用什么语言?
我熟悉Javaweb开发,但是最近想接触unity3D,C#我会语法,其他的不熟悉,就想知道纯js能不能去开发unity3D游戏?求详细解说js和C#在unity3D的利...
我熟悉Javaweb开发,但是最近想接触unity3D,C#我会语法,其他的不熟悉,就想知道纯js能不能去开发unity3D游戏?求详细解说js和C#在unity3D的利弊!!!
展开
5个回答
展开全部
unity3D用C#语言。
unity3d选择C#,是因为C#在网络开发方面成绩很优秀。选择Mono这个基于C#的开源框架,Mono是一个由Novell公司(先前是Ximian)主持的项目。
C#是Microsoft推出的.NET语言,只能在.NET平台上运行,例如Win9x、ME、NT、2000、XP和WinCE之类的操作系统。但是MONO是把.NET及其编程语言移植到非Windows的平台上。现在,C#是唯一被移植到非Windows平台的.NET语言。
扩展资料
Unity3D开发工具中最重要的五个界面:
1、场景(Sence)构建游戏的地方
2、层级(Hierarchy)场景中的游戏对象都列在这里
3、检测面板(Inspector)当前选中的资源或对象的设置,是一些变量和组件的集合
4、游戏(Game)演示窗口,仅在播放模式中演示
5、项目(Project)一些资源的列表,和库的概念一样
参考资料来源:百度百科—Unity3D
2016-02-05 · 知道合伙人数码行家
huanglenzhi
知道合伙人数码行家
向TA提问 私信TA
知道合伙人数码行家
采纳数:117538
获赞数:517180
长期从事计算机组装,维护,网络组建及管理。对计算机硬件、操作系统安装、典型网络设备具有详细认知。
向TA提问 私信TA
关注
展开全部
很有意思的问题.
来看看网络大拿们所做的总结.
当然结果需要您自行考虑.
首先,下文摘录自InfoQ
到底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点都不能说动你,那就看看官方的态度好了。
U3D官方团队基于数据分析做出的一个语言被使用的百分比图。
由于Boo语言的使用量基本可以忽略,所以从Unity5.0版本开始就会停止对Boo的文档支持。同时消失的还有从菜单创建Boo脚本的选项“Create Boo Script”。从U3D团队对Boo的态度,也可以窥见和Boo联系密切的UnityScript未来的走势。
同时U3D团队也会把支持的重心转移到C#,也就是说文档和示例以及社区支持的重心都在C#,C#的文档会是最完善的,C#的代码实例会是最详细的,社区内用C#讨论的人数会是最多的。
来看看网络大拿们所做的总结.
当然结果需要您自行考虑.
首先,下文摘录自InfoQ
到底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点都不能说动你,那就看看官方的态度好了。
U3D官方团队基于数据分析做出的一个语言被使用的百分比图。
由于Boo语言的使用量基本可以忽略,所以从Unity5.0版本开始就会停止对Boo的文档支持。同时消失的还有从菜单创建Boo脚本的选项“Create Boo Script”。从U3D团队对Boo的态度,也可以窥见和Boo联系密切的UnityScript未来的走势。
同时U3D团队也会把支持的重心转移到C#,也就是说文档和示例以及社区支持的重心都在C#,C#的文档会是最完善的,C#的代码实例会是最详细的,社区内用C#讨论的人数会是最多的。
已赞过
已踩过<
评论
收起
你对这个回答的评价是?
展开全部
现在u3d已经停止支持js了,只用c#,所以你c#学好点就行
已赞过
已踩过<
评论
收起
你对这个回答的评价是?
展开全部
js当然也可以,不过现在公司开发基本都是c#,语法比较严谨,会语法就够了,多看手册,学的很快的,用js也可以,就是可能合作不太方便,毕竟合作开发还是用c#多
本回答被提问者和网友采纳
已赞过
已踩过<
评论
收起
你对这个回答的评价是?
展开全部
纯js也可以,团队开发建议C#,语法比js严谨一些,便于维护。
已赞过
已踩过<
评论
收起
你对这个回答的评价是?
推荐律师服务:
若未解决您的问题,请您详细描述您的问题,通过百度律临进行免费专业咨询