[Unity3D]UI方案及制作细节(NGUI/EZGUI/原生UI系统)
这文章已经比较过时了,本文不会再维护。建议使用U3D最新的UGUI。如果还在用NGUI的同学，以下仅作参考。
转载请留下本文原始链接，谢谢。
.cn/s/blog_5b6cb9500101bplv.html
一、方案选择
U3D项目的UI方案总的来说就三个，NGUI、EZGUI、用U3D原生UI。
U3D官方说的新UI系统迟迟不出来，在新UI系统出来之前，任何项目使用U3D原生UI做技术方案的就是找死。那一套可以说未经过任何优化的UI系统简直要让人抓狂，且不说其运行效率，各种STYLE各种SKIN各种位置大小调整属性字体分辨率自适应可以直接让你吐血，UI全程需要程序调节，生产效率极度底下。运行效率也是渣渣……所以本文不讲原生GUI的东西了。
在U3D官方UI支持不给力的前提下，NGUI和EZGUI等各种UI插件开始流行。目前主流也是这两个了，说周围用得最多的话算NGUI无误。
NGUI和EZGUI的大概对比如下（图片来自下面推荐的外文）：
NGUI与EZGUI的详细对比：
/choosing-gui-framework-for-your-unity3d-project-ezgui-vs-ngui-part-i/
/choosing-gui-framework-for-your-unity3d-project-ezgui-vs-ngui-part-ii/
可以看出，NGUI几乎完胜EZGUI。本人也建议大家采用NGUI作为目前的第一UI解决方案。别纠结太多啥的。
二、UI图片资源管理及优化操作细节
a.图片格式统一采用PNG。
b.切块的大小要跟素材相吻合，不要留太多白空，会占用大小，而且调用会有位置和大小形状不准确的情况。
虽然说NGUI合并成ATLAS能自动识别透明而自动切，有些大图需要整张直接用的话，需要很好的保证。
c.所有图片命名请规范，自己对项目中的UI模块进行分类。不要所有图都放在一个文件夹，不同部分的图片要求放在不同文件夹，不然找起来也麻烦。
d.区域选择性制图。大张的UI图片是非常占资源的，所以能优化则优化。若背景中间重复度高，只切边角部分，在NGUI中设定让其中心不断重复，实现优化效果。这样非常小的图片也能达到精度很高的效果。设计UI的时候也要考虑这方面事情。
e.若在乎游戏容量的大小，设计前请多吩咐UI的重用度，在尽可能的情况下提高UI的重用度。
f.UI特效的注意规范。3.X版本和4.0版本的特效系统有所改进，所以以4.0的为准。因为特效一般不设计transform的旋转和缩放，所以这个最好将其归为原始值。(这个很难说清，就是U3D粒子4.0对3.5兼容不好。)
g.小的图片资源尽量打在ATLAS图集里面，U3D对用同一MATERIAL对进行批处理，提高渲染效率。当然要自己分好模块。发布前查看ATALS图集是否充分利用好空间，若黑空出来一大片，需要好好考虑下分配了。U
KNOW，一张图集若因为几个小东西而翻了一倍的话，那就是多了一倍的空间。例如一张的图集就有2M，当图集因为一个小图而达到大小的时候，这张图就是4M了。整个游戏就增加了2M……听闻图集极限是2048
*2048，超过了会有问题（各种看不到），在配置较低的安卓机子下，图集超过1024 *
1024就是各种黑片片了，所以建议图集大小控制在刚好1024 * 1024。
h.大的图片最好不要放在打包的ATALS图集里面了，多大算大……400*400分辨率以上，当然要分情况考虑，这个值只是我大概打出来的。因为容易出现上述现象。大的图片往往都是UI的背景图片。单独作为一个simple
texture的widget来处理比较好。
i.有时你会发现调整深度无效，图片的层次乱了。这要看下你是怎么定义图集的了，深度只在同一图集内有效。若在两个不同图集的，则需要调整Z轴来修改层次。当然也会出现一种尴尬现象，例如你需要定义图集A的一个sprite在图集B的两个sprite之间的情况。此刻调整Z轴也没有办法了，你需要分开图集B的那两个SPRITE。
j.项目时间越长你会发现冗余的图片资源越多，所以需要注意不要的资源就删掉了吧，或者统一放在一个地方，以后方便删，不然以后挺烦人的。也可以自动将无用(没被用到)资源删掉，参考下面的脚本（需要翻墙）。修改一下则能用。
/2012/02/automatically-locate-all-unused-assets.html
三、UI加载、显示隐藏关闭
很多人喜欢直接将UI放到场景里面，不用的UI直接隐藏起来。若项目只有两三个Scenes估计是没什么问题的。不过当你的Scenes达到四五个之后，每当你需要换个UI图片，或者调整下UI你就会觉得格外烦闷了。因为每次你都要点开该Scene，然后找到相应的UI来替换，然后再回到逻辑最初的Scene测试……若效果不好，再重复调……
这样的话可以直接将UI拖出来成为一个Prefab，这样你便可以每次修改拉相应的Prefab出来修改了。不过在多人协作之下容易出错，假设你的UI中引用了（public拖过来的）Scene中的一些物体，某人不当操作上传SVN/ASSETSERVER后很可能会导致空引用，然后开始DEBUG……
倘若你的UI是采用显示隐藏的方法的话，肯定有很多你想调的UI被DisActive了……这时你就要一个个打开隐藏的GameObject……机械的劳动操作简直让人崩溃。
若有多重UI摄像机可能出现的话，一定要处理好层次的关系，规定好哪个摄像机的深度，防止多重UI之后会出现显示层次错乱的问题。
当然不同的项目遇到的情况肯定也不一样，得根据相应的来。
本人建议是一个Scene中可以放置一个UI，并且这个UI被预制成Prefab。然后多做UI模块化。一个部分就是一个模块，尽可能让整体UI的耦合度最小化（关联性尽量少）。采用Resources.Load的方法将定义好的UI模块Load进来显示，若不要的时候直接删掉新加载进来的UI就好。
这里可能会有一个问题就是当两个摄像机同时在的时候，点击会触发到下面那层的UI（原先是盖住的那层）。此刻便需要修改一些脚本使之当启用一个摄像机时，要禁用哪些摄像机脚本。Camera下的UICamera脚本被禁用则不会响应该UI的事件。当然你也可以为每个在最上层的UI加个半透背景，在上面加一层collider，使之碰撞检测不能透过这一层。
UI的模块化好处就是重用UI非常方便，修改方便。
考虑效率的话，可以尝试全局只存在一个摄像机，每次加载场景的时候不删除这个摄像机，需要什么模块LOAD什么模块。
(有人可能会觉得Resource.Load这样的方法第一次加载一个prefab的时候会有lag（延迟），但个人测试UI的这种加载lag没啥关系，东西不大，Load
UI的LAG可以接受。)
提示NGUI有几个快捷键:
Alt + Shift + a 隐藏当前选择的游戏物体
四、中文字体(动态字体)方案
网络上很多，我也不多写了，推荐两篇不错的。动态字体对于安卓的支持很有限，经常会有出现不显示字现象。是由于该机型的某些接口有时不灵光导致的，这个解决版本现在貌似还没有，只能换回图集的方式了。
NGUI动态字体教程:
/forum/read.php?tid=8965
Dynamic Font for NGUI 2.5.0c,动态字体脚本支持NGUI最新版本:
/forum/read.php?tid=9828
NGUI自定义图集和自定义字体
五、自适应方案
谈谈UI分辨率适配
NGUI有根据高度自适应拉伸UI的自适应调节，若需求不太高直接用这个就好了。
若需求比较高，需要针对不同的分辨率、比例做不同UI调节不同位置的话，则需要自己写一个配置文件了。
大概原理就是做几种比例，同比例用NGUI的缩放。
做好一种比例，写个简单的插件去记录每一个UI的坐标位置和层次关系并序列化到TXT里面。（若你要换图的话，需要记录的信息就更大了。）
然后调好另一种比例再点用下这个插件。
然后根据不同的分辨率比例读取不同的配置文件，再还原坐标和选择相应图片则可。
这样会有一些资源上的浪费（多了其他分辨率所不需要用到的资源），要求更高的话，还是不同分辨率导出不同的吧……
六、多语言方案
1.做不同语言的UI，为每种UI导出一个版本。
2.做切换语言，方法同上。记录所需要替换的坐标和位置和层次关系等，记录对应要换的语言UI。直接改sprite中的spriteName来实现UI变换。其实要记录的东西并不多，因为手游UI往往按键不多。
七、自动化UI的流水生产方案
其实这个才是程序员最该搞的，但短期内做这个回报价值是非常低的，因为你要去研究很多东西。大家这段不看也没问题，大部分项目都不需要用到。
当你发现UI的位置大小竟然要程序员来调，不会觉得很奇怪么？UI修改了一个按钮颜色，需要程序员来调。程序员一般都忙，忙完手头上的东西，然后搁置半天时间再调。调完了再通知UI。期间的沟通成本是很大的。有人说可以单独请一个专门做UI资源对接的人，确实是可以，但每个项目都要一个专门负责这个的人感觉有点浪费。让UI去学U3D这个引擎的NGUI部分？即便UI会调，你不怕他不小心动到其他资源么？还要让他学习U3D版本控制的概念。
那么我们来考虑一下，是否UI设计人员在不懂U3D不用U3D引擎的前提下，是否也能自己改游戏的UI？
因为这个模块有点大，不打算细讲。
大概操作方法：
1.UI设计好的图片导出一个个切片。
2.将切片全部放到开发工具，让其自动打成一个图集，并且为每个精灵起好名字。（目前已经有类似插件，生成出来的图集能无缝对接NGUI，名字我忘了，记得的时候再修改，有知道的话提醒下。）
3.UI在一个工具上用刚生成的图集的元素摆出相应分辨率的UI，然后点击输出信息。将整个布局信息输出。
4.程序将图集加入U3D后，根据刚UI生成的信息。用已经写好的脚本还原和更新UI新修改的东西。
这样可以将UI和程序的职责分开，UI专心UI，程序专心程序，沟通直接迅速，操作方便。
开发这一套东西代价是非常大的，很多细节都需要考虑到。例如函数调用的配置方式，动态加载模块的资源处理等等。不过对于流水生产是很有帮助的。
目前已经有类似插件出现了，名字叫FastGUI,是NGUI的扩展插件。实现了上面不少功能。
若文中有不当请指教，相互交流学习。
已投稿到：
以上网友发言只代表其个人观点，不代表新浪网的观点或立场。如何评价 Unity 3D 新的 UI 系统_百度知道
如何评价 Unity 3D 新的 UI 系统
相比ngui 不用手动打包atlas 热更新稍微麻烦点 适合动画较多的ui 相反ngui适合静态ui
知道智能回答机器人
我是知道站内的人工智能，可高效智能地为您解答问题。很高兴为您服务。
其他类似问题
为您推荐：
等待您来回答
下载知道APP
随时随地咨询
出门在外也不愁如何评价 Unity 3D 新的 UI 系统？
按时间排序
用了很久了。相比NGUI，使用方便性提升了很多，主要指图集的概念被隐藏了.另外各种东西跟NGUI很像，我直接写了个NGUI2UGUI把原来的项目转过去了.最近弄出的BUG也不少, 462~466基本都存在一个严重级别的BUG
没有深入使用。从接触尝试的角度来看，流程上比NGUI好用很多，更人性化，符合很多人机界面设计的概念。就这个流程上来讲，我已经很喜欢这样的东西了。如果性能没有问题（官方讲肯定是没有问题的），那么我想随着时间的推移和大量用户的参与，这个UI系统（官方名字：Unity UI）会是趋势。
ugui印象最深的是scrollview的性能比ngui原生的高太多了，比改进后的ngui也要好很多，亲测
我来跑个偏最早用unity,用的是unity的原生UI,当时上手就做了个非常有挑战的分屏带投影带触摸的 XXXX项目，完全做不出来，主要是其中有个虚拟键盘，用默认gui做得做死，康某毅然决定采用了EZgui,终于将将过关，其实更早用过 igui，那个就已经比腾讯自己的ui mananger之类的直观太多了，但是比起 EZgui还是显得不实用，毕竟用的基于unity legacy ui的。再后来用上ngui了，初用惊呼"太方便了“，细用还是不爽，经常是自己打包出来好好的文件，到别人机器上字就糊了，或者editor里面选东西选的半死，atlas包出错吐血半天，还经常完成了的项目打开改了点啥就莫名出错了。然后开始专用2dtoolkit,既解决2d动画 又解决ui,是我用了最长时间的ui系统，除了动态字体没有，每次都得手动制作atlas之外，非常稳定完美（不要跟我说分辨率匹配问题，砍死你哦！）后来发现了牛逼大了的Daikon Forge, 太牛逼了，各种方便各种好用各种完善，火速买了正版，之后一个礼拜说停止更新了..................你妹啊！！！
（话说有谁知道幕后么）然后用上了Ugui,移动物件时候有时候字体会变紫，什么选项框对话框之类的没有预置，用起来有点小麻烦，物体的前后顺序得在hierachy里面调整，打包sprite不分类会降低drawcall,但是总的来说，安安静静用着，岁月静好，（谁把Daikon Forgen钱还我啊！！！）PS:unity asset store上面的风向是绝对正确的，如果购买榜出现了某个新的ui插件，排位高，那错不了，买个试试。
用了一下，挺好用的。但是用的不深，以后再来答。
我最近使用Unity3D的新GUI系统做了一个小型项目：.，基本摸清楚了UGUI的许多特性，在我看来，UGUI有以下优势：放弃了Atlas的概念，使用Packing Tag的方式来进行图集的规划放弃了depth来确定UI显示层级的概念，使用Hierarchy的SiblingIndex来确定先是层级使用RectTransform来代替以前NGUI中的UIAnchor，分辨率适配更加简单使用LayoutGroup代替以前的NGUI中的Grid，实现了更灵活的布局如果你想具体了解Unity的各种用法，推荐官网视频一些深入理解，可以参考：UGUI的类继承结构还是挺复杂的，如果你想对此有了解的话，可以参考我的两个类图：Unity GUI 链接：Unity Event System 链接：
还是NGUI好使，ugui目前还在发展阶段！
越用越好用
挺好多用的，肯定会成为主流的：1 UGUI是开源的2 UGUI是免费的3 UGUI是官方的
会成为主流的发展阶段。
相比ngui 不用手动打包atlas热更新稍微麻烦点适合动画较多的ui
相反ngui适合静态ui
坐标不能自己调啊，调场景的时候和ui重叠了哦
已有帐号？
无法登录？
社交帐号登录坐标不能自己调啊，调场景的时候和ui重叠了哦
我最近使用Unity3D的新GUI系统做了一个小型项目：&a href=&///?target=https%3A///MrNerverDie/MiniWeChat-Client& class=& wrap external& target=&_blank& rel=&nofollow noreferrer&&迷你微信项目&i class=&icon-external&&&/i&&/a&.，基本摸清楚了UGUI的许多特性，在我看来，UGUI有以下优势：&br&&br&&ul&&li&放弃了Atlas的概念，使用Packing Tag的方式来进行图集的规划&/li&&li&放弃了depth来确定UI显示层级的概念，使用Hierarchy的SiblingIndex来确定先是层级&/li&&li&使用RectTransform来代替以前NGUI中的UIAnchor，分辨率适配更加简单&/li&&li&使用LayoutGroup代替以前的NGUI中的Grid，实现了更灵活的布局&/li&&/ul&如果你想具体了解Unity的各种用法，推荐官网视频&br&&br&一些深入理解，可以参考：&a href=&///?target=http%3A///whitecat/p/4159815.html%& class=& wrap external& target=&_blank& rel=&nofollow noreferrer&&全面理解 Unity UI 系统&i class=&icon-external&&&/i&&/a&&br&&br&UGUI的类继承结构还是挺复杂的，如果你想对此有了解的话，可以参考我的两个类图：&br&&br&&ul&&li&Unity GUI 链接：&a href=&///?target=https%3A///view/link/b01376faa9d6fb& class=& wrap external& target=&_blank& rel=&nofollow noreferrer&&UnityEngine.UI系统基础类架构图&i class=&icon-external&&&/i&&/a&&/li&&/ul&&img src=&/b66f381843cbeee704f398d1_b.jpg& data-rawwidth=&2406& data-rawheight=&1343& class=&origin_image zh-lightbox-thumb& width=&2406& data-original=&/b66f381843cbeee704f398d1_r.jpg&&&br&&br&&ul&&li&Unity Event System 链接：&a href=&///?target=https%3A///view/55421efce4b01376faa9dbfe& class=& wrap external& target=&_blank& rel=&nofollow noreferrer&&UnityEngine Event & EventSystem系统架构图&i class=&icon-external&&&/i&&/a&&/li&&/ul&&img src=&/6a01dcdc2f0b8_b.jpg& data-rawwidth=&440& data-rawheight=&522& class=&origin_image zh-lightbox-thumb& width=&440& data-original=&/6a01dcdc2f0b8_r.jpg&&
我最近使用Unity3D的新GUI系统做了一个小型项目：.，基本摸清楚了UGUI的许多特性，在我看来，UGUI有以下优势：放弃了Atlas的概念，使用Packing Tag的方式来进行图集的规划放弃了depth来确定UI显示层级的概念，使用Hierarchy的SiblingIndex来确…
我来跑个偏&br&&br&最早用unity,用的是unity的&b&原生UI&/b&,当时上手就做了个非常有挑战的分屏带投影带触摸的 XXXX项目，完全做不出来，主要是其中有个虚拟键盘，用默认gui做得做死，康某毅然决定采用了&b&EZgui&/b&,终于将将过关，其实更早用过 &b&igui&/b&，那个就已经比腾讯自己的&b&ui mananger之类&/b&的直观太多了，但是比起 EZgui还是显得不实用，毕竟用的基于unity legacy ui的。&br&&br&再后来用上&b&ngui&/b&了，初用惊呼&太方便了“，细用还是不爽，经常是自己打包出来好好的文件，到别人机器上字就糊了，或者editor里面选东西选的半死，atlas包出错吐血半天，还经常完成了的项目打开改了点啥就莫名出错了。&br&&br&然后开始专用&b&2dtoolkit&/b&,既解决2d动画 又解决ui,是我用了最长时间的ui系统，除了动态字体没有，每次都得手动制作atlas之外，非常稳定完美（不要跟我说分辨率匹配问题，砍死你哦！）&br&&br&后来发现了牛逼大了的&b&Daikon Forge&/b&, 太牛逼了，各种方便各种好用各种完善，火速买了正版，之后一个礼拜说停止更新了..................你妹啊！！！
（话说有谁知道幕后么）&br&&br&然后用上了&b&Ugui&/b&,移动物件时候有时候字体会变紫，什么选项框对话框之类的没有预置，用起来有点小麻烦，物体的前后顺序得在hierachy里面调整，打包sprite不分类会降低drawcall,但是总的来说，安安静静用着，岁月静好，（谁把Daikon Forgen钱还我啊！！！）&br&&br&PS:unity asset store上面的风向是绝对正确的，如果购买榜出现了某个新的ui插件，排位高，那错不了，买个试试。
我来跑个偏最早用unity,用的是unity的原生UI,当时上手就做了个非常有挑战的分屏带投影带触摸的 XXXX项目，完全做不出来，主要是其中有个虚拟键盘，用默认gui做得做死，康某毅然决定采用了EZgui,终于将将过关，其实更早用过 igui，那个就已经比腾讯自己的ui …
已有帐号？
无法登录？
社交帐号登录
软件工程，unity手游开发者，独立游戏爱好者