了解游戏引擎么,网页游戏游戏引擎

使用游戏引擎，能够简化我们的游戏编程工作。那我们来理一下游戏引擎，游戏和编程语言之间的关系吧游戏引擎＋编程语言→游戏编程语言→游戏上面这两条基本就是这三者之间的关系咯~那么做游戏的话仅仅学会使用游戏引擎就足够了么？如果你只是目标做一款类似于连连看这种的小游戏话，unity绝对是首选，随便拖两下基本就能动了。

游戏开发常用什么引擎？

你可以看一下虚幻引擎与Unity3D：哪个才是游戏制作的最佳选择这篇文章你就明白了其中虚幻引擎是一个所见即所得的游戏开发平台，它赋予了开发商更强的能力。虚幻拥有相当完整的解决方案，以及完善的、业已集成和统一的工具链，并且它强大的渲染功能，也是大多数主机游戏开发商的选择,而虚幻不仅能够做大型的主机游戏，同时也可以做传统手机游戏，当然啦,移动vr游戏也同样可以由虚幻来制作。

而unity3d则是一款让玩家轻松创建诸如三维视频游戏、 建筑可视化、实时三维动画等类型互动内容的多平台的综合型游戏开发工具，它为人们提供了更方便的接口，更方便的脚本语言，让游戏开发工程师们能够不用花费太多时间在底层兼容性与C 那漫无边际的特性上，而是能够专注于需要解决的问题。总的来说，虚幻以及unity3d都各有其特色， 在各自的领域中都是非常优秀的，如果精力足够的话，当然是两者多学习更好啦，毕竟技多不压身，而若是只学习其中一个，那就看同学们对哪一款游戏引擎的发展方向更感兴趣 不过虽然虚幻引擎好用，但是想要运行这个软件需要的电脑配置可不少，推荐可以使用呆猫云桌面，可以满足移动办公、人工智能、三维建模、视觉设计、影视制作、教育培训、动画渲染、娱乐畅玩等多场景应用。

游戏的引擎到底是什么，它在游戏中起到什么作用？

所谓游戏引擎，简单地来说，就是一组专门用于游戏编程的API（Application Programming Interface，应用程序编程接口，不懂编程的可以简单粗暴地理解为一组函数）的集合。使用游戏引擎，能够简化我们的游戏编程工作。为了便于大家理解，我举个比较容易明白的编程方面的类似例子。比如说，在我们实际的编程中，会经常根据需要编写大量的函数，每一个函数能够完成一定的功能。

简而言之，每个函数就是一个功能载体。例如，要实现查找功能，就编写一个 bool find(string ObjName） 函数，该函数带一个参数，即要搜索的对象名，并返回一个 bool（逻辑真假）值。如果该对象没有找到，就返回假（false），否则返回真（true）。这样，如果我们在编写程序的过程中，想确定一下某个对象到底存不存在时，只要调用这个函数即可，从而大大简化了工作量。

同样的道理，游戏引擎也是做的类似的工作。在游戏编程中，由于考虑到性能等等多方面的问题，很多时候需要直接访问硬件底层，如果不使用游戏引擎，带来的工作量是相当之大的，难度也是非常之高，有些时候甚至是不可能完成。不过，有了游戏引擎，工作量就大大减轻了，因为游戏引擎本质上就是一组可供我们调用的函数集合，它已经为我们封装了那些底层的代码。

我们无需关心这些功能具体是如何实现的，只需要根据我们的要求调用相关函数即可。还是用上面那个搜索函数的例子来类比，你要想实现查找，就调用 find 函数。至于 find 函数是怎么实现查找 ObjName 对象的，用的是什么算法，在搜索过程中需分配多少内存，查找如何根据一个字符串去匹配一个对象或者遇到错误又如何处理，等等，我们无需去关心。

游戏引擎是什么？它与游戏软件本身是什么关系，它与编程语言是什么关系？

先给出游戏引擎的定义把：游戏引擎是指一些已编写好的可编辑电脑游戏系统或者一些互交式实时图像应用程序的核心组件。这些系统为游戏设计者提供各种编写游戏所需的各种工具，其目的在于让游戏设计者能容易和快速地做出游戏程序而不用由零开始。其实不需要游戏引擎也能制作游戏，比如C#，VB这些的都能用来制作游戏，不过过程极为复杂，甚至制作一款连连看这类的小游戏都得花费大量的时间和精力。

后来为了减少游戏工作者的工作量，那些游戏制作的前辈们就将他们先前设计过的程序做成一个又一个的程序包整合起来成为了一种随时方便后续游戏工作者调去的工具，这就是游戏引擎。目前市面上在流通的比较出名的游戏引擎有unity3D，虚幻4，havok等等；还有一些很出名但是只是个别公司御用的引擎比如动视暴雪的IW，EA的寒霜。

其实这些公司的御用游戏引擎的诞生就是因为大公司有钱，完全可以不依赖现成的游戏引擎而让自己从头开始编写游戏。基于OpenGL或者Direct3D，自己写场景的解析器，自己写渲染器。为了跟美术和策划合作，至少还得写一个场景编辑器，后来发现老是手工改材质配置非常繁琐或者是容易出错，就需要再写个材质编辑器。后来又发现缺个啥，再写个什么。

如果完完整整都写下来，那么写出来的这些个工具，就成了一套完整的3d引擎了。那我们来理一下游戏引擎，游戏和编程语言之间的关系吧游戏引擎＋编程语言→游戏编程语言→游戏上面这两条基本就是这三者之间的关系咯~那么做游戏的话仅仅学会使用游戏引擎就足够了么？如果你只是目标做一款类似于连连看这种的小游戏话，unity绝对是首选，随便拖两下基本就能动了。

但稍微规模开始大的话就得了解C/C ,OpenGL/DX,图形学，线性代数（图形学的基础）。看到了吧，大学时候你们说学线性代数没用，其实在程序设计的时候线性代数是非常关键的知识！好了，其实今天说的算是比较简单的，因为涉及到游戏引擎的话还有非常多的东西，因为不同的引擎支持的编程方式也有点不太一样，不过C和C 就像屠龙宝刀基本都能通杀哈哈，因此大学计算机专业到现在C语言也依旧是必修课程，甚至只要是一些和程序设计有点相关的专业也都要学C语言。

用游戏引擎（cocos等）做PC端软件人机交互界面是否可行？为什么？

刚好我做游戏接触cocos都是在0.x时候就开始了，也有unity的项目经验，我来回答一下。如果从可行性角度来讲，cocos和unity当然是可行，但是如果从最优化角度来讲，游戏引擎并不是最合适的。为什么呢？首先游戏软件针对的软件元素以图片精灵、图片动画、图片特效、粒子效果、光照、场景程序、物理系统等为主，但是pc软件一般来讲都是ui功能组件元素为主：布局、排版、样式、点击（单打、双击、拖拽）、列表、表格、简单动画、统计图表等为主。

很明显两者重合度不高。当然游戏引擎可以再进行封装从而让pc端软件人机界面更有游戏性，但是这个开发效率上有问题了，经济上根本就不划算。其次即便是要交互性强，一般也是采用专用的应用软件专用工具、库进行补足，而不是直接用游戏引擎来加强，除非有一些专门设计的应用，比如儿童教育软件、行业vr软件等。如果选用的话，unity比cocos要成熟的多，大型软件需要用游戏引擎的建议还是unity开发。

而譬如虚幻引擎，就太庞大了，门槛比cocos和unity高太多，一般来讲不太适合没有经验的团队来做类似的游戏性软件开发。当前一般来讲，PC端软件前端交互开发，也不再是用原生的C/C 开发，而是逐渐转向了以JavaScript为主的前端框架，比如Eclectron，微软的Visual Studio Code就是基于此开发，微信的开发者工具则基于NW.js开发，也是类似的框架。

因为JavaScript有非常丰富多彩的交互为主的工具和库，并且实际上也都会跑在JavaScript的V8引擎上作为js引擎，并且在chrome的内核上进行界面渲染。那么现在web前端程序员就可以开发高交互、界面丰富、美观的应用。国内比较多的前端框架主要是VUE，国外主要是React和Angular。

虽然JavaScript技术栈来搞PC软件前端是业界趋势，但是因为V8和Chrome引擎的包体、内存消耗、js本身的单线程问题，不是所有的pc软件都是适合用JavaScript技术栈来开发，比如一些需要包体小的、内存小的、老机器跑的、老操作系统跑的，那么还需要一些更底层的库来开发，比如最老的MFC、Delphi、duilib，后面的WPF、QT等等。