创建一个Unity项目. 在"Project"窗口中,在"Asserts"中,添加"_MyScene"文件夹. 点击"File"中的"Save Scene",给Scene命名,并保存到"_MyScene"文件夹. 创建一个类型为"Plane"的GameObject,并调整其大小. 创建一个类型为"Cube"的GameObject,并适当调整大小.

转载请注明出处:http://www.cnblogs.com/yuxiuyan/p/7565345.html 上回书说到了unity的基本操作.这回我们来侃侃unity中的组件与脚本. 目录结构 一.组件与脚本简介 二.鼠标与键盘输入 三.使用变换组件移动游戏物体 四.物理组件之刚体 五.物理组件之碰撞体 六.刚体常用方法介绍 七.刚体碰撞事件监测与处理 八.刚体触发事件监测与处理 九.游戏打包与发布 十.入门总结 一.组件与脚本简介 1.组件 组件(Component),顾名思义,就是游戏物体

Unity的开发模式核心:节点和组件,组件可以加载到任何节点上,每个组件都有 gameobject 属性,可以通过这个属性获取到该节点,即游戏物体. 也就是说游戏物体由节点和组件构成,每个组件表示物体的一种特性(能力). 可以按照三条线路去理解Unity的组件化开发模式: 1.场景树. 场景树由节点构成,使用了整体与局部的思想,如父亲节点移动,孩子节点会跟随移动,不用每个都去移动. Transform组件是每个节点必备的节点,并且记录了父亲节点与孩子节点之间的关系. 2.渲染关系 Mesh组件:

在学习C++的时候,对于面对对象有点了解.然后也使用过一段时间的Unity,用起来还是觉得,怎么这么好用.耦合性极低.当时不知道这是基于组件编程.所以现在来学习下基于组件的知识,并比较下基于组件和基于对象的区别. 一.面对对象 在学校,老师讲授的C++,比较核心的就是“面对对象”的思想.好比编写一个游戏,先考虑好该游戏有哪些对象,比如:玩家.敌人.道具.战斗关卡.等 敌人和玩家都具有一些相同的属性:血量.攻击力.位置等.但是玩家除此之外还拥有金钱.装备仓库.技能.根据技能的不同,可以分为近战的战

组件(Component)这个概念最早是在2005年<Game Programming Gems 5>的<Component Based Object Management>中接触到的,当时感觉在设计上很实用.后来,发现Unreal Engine 3的一个重要的改进就是抛弃了以前的基于纯派生关系的对象 模型 ,而转为使用 基于组件 的对象 模型 .对于这种设计思想,Unity比Unreal贯彻的更彻底--一切皆Component. 那么到底什么是"基于组件"的对

unity 有时候找路径太麻烦 写了一个自动生成脚本的工具 using System.Collections.Generic; using System.IO; using System.Text; using UnityEditor; using UnityEngine; public class Auto_BuildCode { private static string path_dic = Application.dataPath + "/Code"; private stat

组件.name  指的是组件所在游戏对象的名字,例如: Animation m_animation; m_animation ＝GetComponent<Animation>(); m_animation.name  指的就是获得的Animation组件所在的游戏对象的名字

using UnityEngine; public class NewBehaviourScript : MonoBehaviour { // Use this for initialization void Start () { gameObject.AddComponent<NewBehaviourScript>();//添加组件 Renderer render = gameObject.GetComponent<Renderer>();//查找组件 render.enable

Rigidbody(刚体) Interpolate:当物体进行不规则移动时,通过上一帧的行为来进行平滑移动 Extrapolate:通过推算下一帧的行为来进行平滑移动 PhysicMaterial(物理材质) (不定时更新)

//在unit菜单加入Component->b2Components->b2BodyComponent [AddComponentMenu("b2Components/b2BodyComponent")] public class b2BodyComponent : MonoBehaviour { }

回到目录 说在前 Ioc组件有很多,之前也介绍过autofac,castle等,今天再来说一下在微软Nlayer DDD架构里使用的unity组件,今天主要说一下依靠注入,如果希望看拦截的用法,可以阅读这篇文章第十三回 实现AOP的拦截组件Unity.Interception 做在后 unity的用法主要说一下接口注入方法,它包括了程序中注入和配置文件注入,而接口注入还分为普通接口注入和泛型接口注入,下面分别来说一下: 普通接口和类实现代码 public interface IUser { IQ

回到目录 之前的一篇Unity的文章主要是基本的实现,并没有什么特别的地方,使用Unity可以方便的实现应用程序的IoC控制反转,这给我们的应用程序在耦合度上变得高了,同时可测试性加强了,当然,这些的前提都是面向接口编程,如果你面向了具体实现去写程序,那你不用再看本篇文章了,呵呵. 本文章主要分享一下,通过Unity组件里的服务定位器ServiceLocator来实现批量加载类型,即你不用那它们一个个的配置到config文件里了,甚至在进行动态加载时,同时可以为它添加一些行为,如缓存,呵呵 !

正常调用Type.GetType取不到组件,因为会先创建实例在获取,而Unity组件无法通过new来创建. 第二种创建方式是通过程序集,具体如下 Assembly.GetExecutingAssembly().GetType(typeName); 但是Unity分为两种程序集,运行时和编辑器时,这两种程序集的名字分别是: Assembly-CSharp Assembly-CSharp-Editor 所以取指定程序集,更好的方法是这么取: var assembly = Assembly.Load(

前言 前面学习了autofac这个依赖注入组件,本来是打算写在一起的,因为这个组件没打算像autofac一样详细的写,只是写下以前自己鼓捣玩搭建框架然后使用的一个依赖注入组件,并且也是进行了封装使用.不打算作为学习知识,仅作为使用封装记录的. 没想autofac写着写着篇幅有点长,就单独当作一个封装类记录一下吧.技术就和东西差不多长时间不使用就容易忘记. 上一篇autofac地址:[AutoFac]依赖注入和控制反转的使用 Unity 引用dll 别的不说引用还是要简单说一下的,在使用前要引用d

1.     递归方法遍历获取指定子物体 知识点:递归的使用:transform.childCount.GetChild(index) 2.  Input输入控制类,检测玩家输入 知识点: Input.GetKeyDown();Input.GetKey();Input.GetKeyUp(); Input.GetMouseButton(); Input.GetAxis(“”); 按键设置: 按键按下.按的过程.按键抬起三个执行顺序: 鼠标按键的id Asdw按键轴值获取: 小案例:按键控制旋转和移

1.记住这个单词的意思:Interception(拦截) 2.首先说一下原理和背景 原理:所谓的AOP就是面向切面编程,这里不多说,百度搜索. 目的:个人认为是为了解耦,部分代码跟业务代码分离,业务代码里面不掺杂其它功能,比如:记录异常.记录操作日志. 背景:项目基本功能已完成,产品要求记录用户的操作日志,新增的时候记录某人在某时做了某事(包括详细的信息,比如新增了哪些字段或者修改了哪些字段).于是着手在业务代码里写了大量的关于记录操作日志的代码,怎么看怎么别扭,像是被XX了的感觉. 3.解决办

在网络上发现了一个可以把字符串转换成二维码的dll,但是我们要怎么使用他呢.不废话,直接进入主题. 用到的引用 using UnityEngine;using ZXing;using ZXing.QrCode; private static Color32[] Encode(string textForEncoding, int width, int height) { var writer = new BarcodeWriter { Format = BarcodeFormat.QR_CODE

返回目录 概念 Microsoft.Practices.Unity.Interception是一个拦截器,它隶属于Microsoft.Practices.Unity组成之中,主要完成AOP的功能,而实现AOP方法拦截(页向切面)的基础就是IoC,我们需要配置相关接口或者类型的IoC方式,然后在生产对象时,使用Unity的方法进行动态生产对象,这时,你的Interception拦截器也会起作用! 相关技术 IoC: 控制反转(Inversion of Control,英文缩写为IoC)是一个重要的

前言 说到生命周期,影响最深刻的是,在接触Java的JSF组件时,JSF组件的五大生命周期,全要默写出来,嘿嘿…… 总结这两天在写小怪和掉落的糖葫芦时,老是遇到GameObject未销毁,一直存在场景中,而导致程序非常卡,有必要详细学习Unity组件的生命周期 在我们现在这个游戏中,是一个无尽模式的跑酷游戏,场景和障碍还有道具都是重复利用地,而其它的我觉得没必要重复利用,在生成之后,当触发器到主角就销毁. 脚本生命周期 查看MonoBehaviour 类中的函数,Awake - > 渲染 OnP

1.引言 高内聚,低耦合成为一个OO架构设计的一个参考标准.高内聚是一个模块或者一个类中成员跟这个模块或者类的关系尽量高,低耦合是不同模块或者不同类之间关系尽量简单. 拿咱国家举例来说,假如你是中国人. 高内聚:就是说你跟中国亲,关系好,国家会保护你. 低内聚:就是说你跟中国的关系不好,那还怎么混,改天就要批斗你,你就是个问题源. 低耦合:就是说你跟日本的关系非常正常,非常简单,这样的话,就不会被骂汉奸了. 高耦合:就是说你跟日本亲,活该被砸,被游街. 上面例子虚构的,不太贴切,但从中可以看出来

这几天为了准备面试,所以决定对平时学习中的盲点扫盲一下,首先想到的就是物理碰撞.以前没有好好研究过,一直模糊不清,到底什么条件下才可以产生物理碰撞呢?只要其中一个有Rigidbody就可以了吗?所以进行了下面的实验. 以下内容参考了Unity圣典的组件手册. ----------------------------------------------------------------------------分割线-----------------------------------------