unity3D技术之guilayout.expandwidth 液态宽度

unity3d拓展编辑器Editor的使用Editor可以拓展Inspector窗口可以通过代码自己绘制监测面板先来看一个效果：1 using UnityEngine;2 using System.Collections;3 using UnityEditor;45 //Editor:使用这个为你的对象来创建自己的自定义检视面板和编辑器。

6 public class myScript : MonoBehaviour7 {8 /*9 [HideInInspector]10 * [SerializeField]11 * 意思是：隐藏数据在面板，并且序列化。

它可以帮我们永久保存数据，12 * 如果不加的话数值就会重置。

就好比我先添加了一个贴图，一运行游戏刚刚添加的贴图就变成null了。

13 *14 * 比如一个属性希望被外部访问（必须是public）。

但不希望显示在检视面板中15 *16 * 那么就：17 * [HideInInspector]18 * public int s;19 *20 */2122 [HideInInspector]23 [SerializeField]24 Rect pRectValue;2526 public Rect PRectValue27 {28 get { return pRectValue; }29 set { pRectValue = value; }30 }3132 [HideInInspector]33 [SerializeField]34 Texture pTexture;3536 public Texture PTexture37 {38 get { return pTexture; }39 set { pTexture = value; }40 }4142 [HideInInspector]43 [SerializeField]44 private int a;4546 public int A47 {48 get { return a; }49 set { a = value; }50 }51 }5253 [CustomEditor(typeof(myScript))]54 class show : Editor55 {56 //在这里方法中就可以绘制面板。

⽤Unity3D的20个技巧：Unity3D最佳实践⽤Unity3D的20个技巧：Unity3D最佳实践关于这些技巧这些技巧不可能适⽤于每个项⽬。

这些是基于我的⼀些项⽬经验，项⽬团队的规模从3⼈到20⼈不等；框架结构的可重⽤性、清晰程度是有代价的——团队的规模和项⽬的规模决定你要在这个上⾯付出多少；很多技巧是品味的问题（这⾥所列的所有技巧，可能有同样好的技术替代⽅案）；⼀些技巧可能是对传统的Unity开发的⼀个冲击。

例如，使⽤prefab替代对象实例并不是⼀个传统的Unity风格，并且这样做的代价还挺⾼的（需要很多的preffab）。

也许这些看起来有些疯狂，但是在我看来是值得的。

资源来⾃于狗刨学习⽹流程1、避免Assets分⽀所有的Asset都应该只有⼀个唯⼀的版本。

如果你真的需要⼀个分⽀版本的Prefab、Scene或是Mesh，那你要制定⼀个⾮常清晰的流程，来确定哪个是正确的版本。

错误的分⽀应该起⼀个特别的名字，例如双下划线前缀：__MainScene_Backup。

Prefab版本分⽀需要⼀个特别的流程来保证安全（详见Prefabs⼀节）。

2、如果你在使⽤版本控制的话，每个团队成员都应该保有⼀个项⽬的Second Copy⽤来测试修改之后，Second Copy和Clean Copy都应该被更新和测试。

⼤家都不要修改⾃⼰的Clean Copy。

这对于测试Asset丢失特别有⽤。

3、考虑使⽤外部的关卡编辑⼯具Unity不是⼀个完美的关卡编辑器。

例如，我们使⽤TuDee来创建3D Tile-Based的游戏，这使我们可以获得对Tile友好的⼯具的益处（⽹格约束，90度倍数的旋转，2D视图，快速Tile选择等）。

从⼀个XML⽂件来实例化Prefab也很简单。

4、考虑把关卡保存为XML，⽽⾮scene这是⼀种很奇妙的技术：它可以让你不必每个场景都设置⼀遍；他可以加载的更快（如果⼤多数对象都是在场景之间共享的）。

Unity4.6 UGUI开发设计及案例讲解1．U nity4.6跟以前的版本的最大区别首先在于在层级视图中点鼠标右键时出现的弹出菜单上，它把以前许多的菜单项进展了归类，比方cube sphere capsule….等整合到“3D Object〞子菜单中，而且多出一个UI子菜单，它就是UI组件了。

当我们点击UI->Canvas时，不过视图默认是3D显示方式，在Unity4.3以后，增加了一个2D与3D转换按钮，单击此按钮可在3D与2D显示样式之间转换。

UI 是2D，为何还要3D呢，在做一些比拟复杂的工程时，给用户看时是2D，但我们编辑时，有时还是要用到3D模式的。

2．C anvas是画布，所有的UI组件就是绘制在这个画布里的，脱离画布，UI组件就不能用。

创立画布有两方式。

一是通过菜单直接创立，二是直接创立一个UI组件时，会在创立这个组件的同时自动创立一个容纳该组件的画布出来。

不管那种方式创立出画布时，系统都会自动创立出一个EventSystem组件，这是UI的事件系统。

一．Canvas组件1Canvas组件的三种渲染模式在Canvas中有一Render Mode属性，它有3个选项，分别对应Canvas的三种渲染模式：Screen Space – Overlay、Screen Space – Camera、World Space2Screen Space – Overlay：此模式不需要UI摄像机，UI将永远出现在所有摄像机的最前面〔即在某个UI的前面是不能再添加其他组件的〕，就好似是给摄像机贴上了一层膜。

它的最大好处是不需要摄像机，不需要灯光。

3Screen Space – Camera：此模式需要提供一个UICamera，它支持在UI前方显示3D模型与粒子系统等容。

不过此模式下，就需在中给它挂一个摄像机。

当挂上摄像机并选择3D显示模式时，我们选中这个摄像机，并移动它，可发现画布会跟随摄像机的移动而移动，且Game视图显示的UI其位置与大小均保持不变，如以下图所示：这种模式，虽然UI的显示效果与第一种模式没有什么两样，然而，因在画布与摄像机之间可放置三维物体或粒子系统，那么就可做出许多绚丽的特效。

Unity3dC#分布式游戏服务器ET框架介绍-组件式设计前⼏天写了，受到很多⼈关注，QQ群⼏天就加了80多个⼈。

开源这个框架的主要⽬的也是分享⾃⼰设计ET的⼀些想法，所以我准备写⼀系列的⽂章，介绍下⾃⼰的思路跟设计，每篇⼀个主题，这次介绍的是组件设计。

在代码复⽤和组织数据⽅⾯，⾯向对象可能是⼤家第⼀反应。

⾯向对象三⼤特性继承，封装，多态，在⼀定程度上能解决不少代码复⽤，数据复⽤的问题。

不过⾯向对象不是万能的，它也有极⼤的缺陷：1. 数据结构耦合性极强⼀旦⽗类中增加或删除某个字段，可能要影响到所有⼦类，影响到所有⼦类相关的逻辑。

这显得⾮常不灵活，在⼀套复杂的继承体系中，往⽗类中改变字段会变得越来越⿇烦，⽐⽅说ABC是D的⼦类，某天发现需要增加⼀个AB都有的数据，但是C没2. 难以热插拔继承结构⽆法运⾏时增加删除字段，⽐如玩家Player平常是⾛路，使⽤坐骑后就骑马。

问题是坐骑的相关信息就需要⼀直挂在Player对象上⾯。

这就显得很不灵活，我不骑马的时候内存中为啥要有马的数据？接⼝也有同样的问题，⼀个类实现了⼀个接使⽤⾯向对象可能导致灾难性后果，游戏开发中有新⼈有⽼⼈，有技术好的，有技术差的。

⼈都是喜欢偷懒的，当你发现调整继承关系⿇烦的时候，有可能AB中增加⼀个字段为了省事直接就放到⽗类D中去了。

导致C莫名奇妙的多了⼀个⽆⽤的字段。

关键还没法发现，最后导致⽗类D越来越⼤，到最后有可能⼲脆就不⽤ABC了，直接让所有对象都变成D，⽅便嘛！是的，很多游戏就是这么⼲的，开发到最后根本就不管继承关系了，因为想管也管不了了。

⾯向对象在⾯对复杂的游戏逻辑时很⽆⼒，所以很多游戏开发者⼜倒退了回去，使⽤⾯向过程进⾏开发游戏，⾯向过程，简单粗暴，不考虑复杂的继承，不考虑抽象，不考虑多态，是开发届的freestyle，挽起袖⼦就开撸，但同时，代码逻辑的复⽤性，数据的复⽤性也⼤⼤降低。

⾯向过程也不是⼀种好的游戏开发模式。