凉鞋的笔记

摘要： 我们的项目开始立项的时候，最常见的一个情况就是：几个人的小团队，一开始什么也不做，就开始写代码，验证逻辑，游戏就开始写起来了。而公司的一些所谓的领导层面一开始就把游戏定义为我们要做一个大作。这个事情本身就是一个笑话，因为没有任何的规划和设计，我们就妄图写出一个杰出的作品出来是不现实的。Unity 在 阅读全文

摘要： 在上一篇，我们对框架和架构进行了一点探讨。我们在这一篇再接着探讨。 什么是库呢？ 来自同一位大神的解释： 库， 插到 既有 架构 中， 补充 特定 功能。 很形象，库就是搞这个的。我们的库最初存在的目的，就是收集知识，而收集知识是一般的架构（项目）中是没有的，那么我们为了补充特定功能（收集知识），就 阅读全文

摘要： 我们花了 5 篇文章学习了消息机制的方方面面。并且完成了一个简易消息机制，之后集成到了我们的 MonoBehaviourSimplify 里。 现在 MonoBehaviourSimplify 有一点框架的感觉了。因为 MonoBehaviourSimplify 在提供消息功能的同时，决定了项目脚本 阅读全文

摘要： MonoBehaviourSimplify 中的消息策略完善 在上一篇，笔者说，MonoBehaviourSimplify 中的消息策略还有一些小问题。我们在这篇试着解决一下。 先贴出来代码: using System; using System.Collections.Generic; names 阅读全文

摘要： 在上一篇，我们接触了单例，使用单例解决了我们脚本之间访问的问题。 脚本之间访问其实有更好的方式。 我们先分下脚本访问脚本的几种形式。 第一种，A GameObject 是 B GameObject 的 Parent，或者是中间隔着几个层级的 Parent。 那这种情况下，如果 A 脚本想调用 B 脚 阅读全文

摘要： 在上一篇，我们完成了一个定时功能，并且接触了 Action 和委托、lambda 表达式这些概念。 到目前为止，我们的库作为知识收录这个功能来说，已经非常好用了，由于使用了 partial 关键字，所以重复的代码少了很多。而作为一个可复用的工具库来说，勉强能够应付。 通过 partial 关键字，理 阅读全文

摘要： MonoBehaviour 简化 在前两篇，我们完成了第九个示例。为了完善第九个示例，我们复习了类的继承，又学习了泛型和 params 关键字。 我们已经接触了类的继承了。接触继承之前，把类仅仅当做是方法的集合，接触了继承之后，我们的类还可以使用继承来解决一些问题。 第十个示例 在 Unity 中， 阅读全文

摘要： 第四章 简介 方法的结构重复问题 我们在上一篇正式整理完毕，从这一篇开始，我们要再次进入学习收集示例阶段了。 那么我们学什么呢？当然是学习设计工具，也就是在上篇中提到的关键知识点。这些关键知识点，大部分来自于 C 语法。 不过在此之前，我们先实现一个功能，这个功能是，传入几个数字，随机取出其中一个数 阅读全文

摘要： 在上一篇，我们把菜单的顺序从头到尾整理了一遍。在整理菜单顺序的过程中，记录了一个要做的事情。 要做的事情: (完成) 备份:导出文件，并取一个合理的名字。 整理完菜单顺序后，学习新的知识，解决随着示例增多，可能出现类需要合并的问题。 我们要学习新的知识，试着解决类的合并问题。首先我们来看下要合并的类 阅读全文

摘要： 第九个示例 目前代码如下: cs using System; if UNITY_EDITOR using UnityEditor; endif using UnityEngine; namespace QFramework { public class TransformSimplify { /// 阅读全文