用Unity3d开发游戏的优点有哪些

Posted 2023-04-15

1、智能界面设计，可视化编程界面完成各种开发工作，高效脚本编辑，实现高效率开发
2、面向组件开发，不同的游戏项目，整个逻辑需要用C#重新写，但是资源都是可以沿用原来项目的。
3、跨平台性，只需一键即可完成作品的多平台开发和部署，支持PC、移动、主机三大不同的平台
4、入门简单，开发语言C#相对于C/C++更简单，而且unity的使用已相对成熟，学习视频较多
5、支持ARVR，U3D是实现ARVR最主流的开发引擎
对于零基础学习游戏开发的话，建议还是考虑学习unity引擎，入门更容易，应用的也更加广泛。优就业课程内容围绕unity引擎展开，涉及游戏开发、游戏策划、ARVR多种就业岗位所需技能，零基础学习或者职业晋升都可考虑。 参考技术A 跨平台，易于部署，简单，轻便，价格低，成本低，运行效率高，支持CS语言，有众多语言特性，开发效率很快，开发简单，官网上有大量文档，视频教程，现有的汉化教程也很多，社区活跃 参考技术B 一、可定制的IDE环境
U3D这种ALL IN ONE的设计思路，我在一个叫神咒的代码中见到过，集所有编辑器于一身。虽然神咒的编辑器不能自由扩展，但由于是公司内部的引擎，所以它的使用也很方便。比如，在场景中突然想要对一个模型的材质进行编辑，则选中此模型，右键，弹出材质编辑器即可。
组件式思路，将这种关系变得更加紧密。你都感觉不到自己在使用一个材质编辑器，你会觉得自己是在操作这个模型本身，它的材质，它的碰撞器，它的对象结构等等。而一个好的引擎，必定得先有一个功能完备的编辑器。
二、基于Mono的开发脚本
C/C++无疑是图形界的宠儿，也没有人想过用另一种语言来替 代它。即使是U3D，亦是如此。但早期使用C/C++编写的引擎，都理所当然地使用C/C++来作为上层逻辑的开发。
又有一些，采用了纯脚本的模式，比如Python、LUA。脚本的好处在于更低的编码成本，而大家熟知的虚幻引擎以及有一个名不见经转的Torque，则自己整了一套开发语言。我想，它们的目的就是为了使大家能够以一种更安全的方式来编程， C++一不小心，则会带来内存和效率问题。
它的使用成本，人员成本其实是高于其它语言的，而Mono C#JS,BOO的出现，则又一次让大家眼睛一亮。Mono的桥接，使得高效的C++图形引擎与带GC的内存安全语言进行结合。不仅减少了安全隐患，也使得大家编写跨平台代码时更佳容易。
三、基于组件的对象系统
这是一个我最喜欢的系统，我也使用irrlicht引擎山寨过，山寨的过程中，几乎看完了它的组件参考手册，使我对unity3d游戏开发引擎的组件系统又有了新的认识。 同时，目前公司自主研发的引擎，也是这样的思想。不管我是在工作中，还是业余捣鼓都受组件系统的影响，慢慢的喜欢上了这种对象模式。
四、所见即所得
这可以说是许多人最喜欢的特性，这也是G3D群里，问的人最多的特性，三天两头就有人问，G3D能不能像U3D一样在编辑器里预览游戏效果呀。
U3D除了编辑后立即运行，还能在运行过程中时实编辑，查看效果。当然，运行过程中编辑对象的数据，会在停止后失效。(注意，对文件属性的修改，不会失效)
五、代码驱动的开发模式
这种模式，可以使我们快速地构建一个原型。
六、多平台发布
unity3d游戏开发支持的平台，无疑是当下较为流行的平台。满足绝大部分项目需求。早期的引擎，多以PC和CONSOLE为主。支持INDOWS,XBOX,PS2已经是很不错了。U3D便利的多平台发布特性，也使得它成为了当前性价比最 高的引擎的原因之一。
七、良好的生态圈
AssetStore的出现，不仅使U3D的生态圈更加稳固，同时也提供了许多机会。你可以制作插件放网上卖，赚取一些利益，也可以购买别人的插件，作为使用或者参考也好。有时候，购买一些插件，可以让你快速脱离当前的困境。 一个是解决进度问题，一个是解决思路问题，这是之前其它引擎不具备的。

MVC模式的优点及缺点都有哪些？

说说Mvc的优缺点

优点:

1.各施其职，互不干涉

在MVC模式中，三个层各施其职，所以如果一旦哪一层的需求发生了变化，就只需要更改相应的层中的代码而不会影响到其它层中的代码。

2.有利于开发中的分工

在MVC模式中，由于按层把系统分开，那么就能更好的实现开发中的分工。网页设计人员可以进行开发视图层中的JSP，对业务熟悉的开发人员可开发业务层，而其它开发人员可开发控制层。

3.有利于组件的重用

分层后更有利于组件的重用。如控制层可独立成一个能用的组件，视图层也可做成通用的操作界面。

4.MVC设计模式可以说实现了分层开发。各个层都有各个层的作用。

5.降低了层与层之间的依赖，有利于代码的标准化开发

6.再用新的代码业务逻辑替换时，只需要替换相对应的层，大大降低了我们的工作量，分工明确。

缺点:

1.增加了系统结构和实现的复杂性。对于简单的界面，严格遵循MVC，使模型、视图与控制器分离，会增加结构的复杂性，并可能产生过多的更新操作，降低运行效率。

2.视图与控制器间的过于紧密的连接。视图与控制器是相互分离，但确实联系紧密的部件，视图没有控制器的存在，其应用是很有限的，反之亦然，这样就妨碍了他们的独立重用。

3.视图对模型数据的低效率访问。依据模型操作接口的不同，视图可能需要多次调用才能获得足够的显示数据。对未变化数据的不必要的频繁访问，也将损害操作性能。

4.目前，一般高级的界面工具或构造器不支持MVC模式。改造这些工具以适应MVC需要和建立分离的部件的代价是很高的，从而造成使用MVC的困难。

5.麻烦，有些代码重复的过多，不利于在实际开发中使用，所以我们要学习框架，下面的鸟瞰图分析了框架在MVC里都替代了哪些层。

MVC主要就是在java开发中的一种设计模式：

M：Modle（模型，主要是Service业务逻辑层和Dao和数据库取得连接并发送数据的层）

V： view（视图，也就是用户看的界面，通常是我们所熟知的前台页面，jsp等）

C： controller（控制层，可以把他看作一个中转，他接收从前台用户发来的请求，并调用service,dao把数据发送到后台，后台经过数据库的操作及业务逻辑分析又将数据返回给controller，最后再返回前台jsp页面）。

参考技术A 优点：

1：耦合性低
视图层和业务层分离，这样就允许更改视图层代码而不用重新编译模型和控制器代码，同样，一个应用的业务流程或者业务规则的改变只需要改动MVC的模型层即可。因为模型与控制器和视图相分离，所以很容易改变应用程序的数据层和业务规则。
2：重用性高
随着技术的不断进步，需要用越来越多的方式来访问应用程序。MVC模式允许使用各种不同样式的视图来访问同一个服务器端的代码，因为多个视图能共享一个模型，它包括任何WEB（HTTP）浏览器或者无线浏览器（wap），比如，用户可以通过电脑也可通过手机来订购某样产品，虽然订购的方式不一样，但处理订购产品的方式是一样的。由于模型返回的数据没有进行格式化，所以同样的构件能被不同的界面使用。
MVC使开发和维护用户接口的技术含量降低。
3：部署快
使用MVC模式使开发时间得到相当大的缩减，它使程序员（Java开发人员）集中精力于业务逻辑，界面程序员（HTML和JSP开发人员）集中精力于表现形式上。
4：可维护性高
分离视图层和业务逻辑层也使得WEB应用更易于维护和修改。
5：有利软件工程化管理
由于不同的层各司其职，每一层不同的应用具有某些相同的特征，有利于通过工程化、工具化管理程序代码。控制器也提供了一个好处，就是可以使用控制器来联接不同的模型和视图去完成用户的需求，这样控制器可以为构造应用程序提供强有力的手段。给定一些可重用的模型和视图，控制器可以根据用户的需求选择模型进行处理，然后选择视图将处理结果显示给用户。
缺点：
1：没有明确的定义
完全理解MVC并不是很容易。使用MVC需要精心的计划，由于它的内部原理比较复杂，所以需要花费一些时间去思考。同时由于模型和视图要严格的分离，这样也给调试应用程序带来了一定的困难。每个构件在使用之前都需要经过彻底的测试。
2：不适合小型，中等规模的应用程序
花费大量时间将MVC应用到规模并不是很大的应用程序通常会得不偿失。
3：增加系统结构和实现的复杂性
对于简单的界面，严格遵循MVC，使模型、视图与控制器分离，会增加结构的复杂性，并可能产生过多的更新操作，降低运行效率。
4：视图与控制器间的过于紧密的连接
视图与控制器是相互分离，但却是联系紧密的部件，视图没有控制器的存在，其应用是很有限的，反之亦然，这样就妨碍了他们的独立重用。
5：视图对模型数据的低效率访问
依据模型操作接口的不同，视图可能需要多次调用才能获得足够的显示数据。对未变化数据的不必要的频繁访问，也将损害操作性能。
6：一般高级的界面工具或构造器不支持模式
改造这些工具以适应MVC需要和建立分离的部件的代价是很高的，会造成MVC使用的困难。