Unity读书系列《Unity高级编程：主程手记》——C#技术要点

---

前言

本文旨在总结某一概念的性质，并引出相关的技术要点。如果读者希望深入了解相关技术，可以通过点击链接获取更多信息。友情提示，建议将本文内容分成多个阶段学习，一次性阅读可能会让新手感到困惑。初次接触某些概念时容易产生误解，因此需要谨慎理解。

---

一、业务逻辑优化技巧

书中将业务逻辑优化放在最后，而我这里放在开头，但我选择将其置于开篇。这是因为很多技术栈和解决方案虽然备受推崇，却往往只是形式上的，有点像面试中滔滔不绝的八股文，只有真正了解内涵的人才会明白。实际上，很多优化和解决方案都是源于真实业务需求。只有在实践项目、需要时才需要去了解和研究。然而，最重要的，也是最容易被忽视的，是日常业务逻辑编写的代码。一般人只关心如何实现功能就算万事大吉，但优秀的程序员会更加关注如何以更恰当的方式实现功能，既能提升性能又能兼顾效率。日积月累，双方代码的质量就会千差万别。

二、Unity3d中C#的底层原理

在Unity中有两种运行机制，Mono和IL2CPP。Mono是一个跨平台的开源项目，Unity在开始时依靠Mono实现了跨平台的能力，吸引了大量的软件开发人员。而IL2CPP则是后来者居上，在性能、扩展等方面有着Mono无法比拟的优势。

详情查看Unity C#的底层原理概述。

三、List底层源码剖析

首先要提到的是 List 的使用。大多数人知其然而不知其所以然。当我们了解了 List 的源码之后，就会明白其中的逻辑，从而在项目中能够注意到许多常人容易忽略的细节和写法。比如，在向 List 插入（Insert）元素时，实际上是在 List 内部逐个遍历并赋值后续元素的过程。而在执行 Contains、Remove 等操作时，List 则是通过从头到尾遍历的方式来完成相应的逻辑。在面对数据比较、剔除等复杂且数据量大的处理逻辑时，经过深思熟虑后再采取行动解决问题，而不是图省事随意地使用这些接口，是至关重要的。然而，大多数人并不了解这些操作背后的逻辑，也因此容易忽视这些细节。

详情查看Unity List底层源码剖析。

四、Dictionary底层源码剖析

Dictionary是使用Hash冲突方案来解决关键字的字典组件。我们了解内部原理后，在业务中创建时尽量使用自定义合理的预设值来管理她的大小。同时，因为Dictionary是使用Object类的GetHashCode()方法来获取类实例的哈希值，而该算法是将内存地址转换成哈希值的过程，所以在调用时就会计算一次Hash，所以频繁的使用则会带来大量的算力损耗。怎么优化呢，尽量使用唯一标识的方式来代替GetHashCode()算法。

详情查看Unity Dictionary底层源码剖析。

说个题外话，面试遇到面试官问Dictionary底层逻辑（一般人应该说个哈希表和键值对），说了一堆似懂非懂的业务，什么行业算法；一问算法是算法部门写的，再问我们需要实现自己的数据结构吗，又答到用自带的就行。净整些虚的，如果大火遇到，怎么"怼"就不用我多说了吧。

五、浮点数的精度问题

说到浮点数精度，大家想到的就是double比float的精度高，想要高精度就用double类型。两者最明显的区别就是所占位数的不同，也就是字节不同，float是32位占8字节，double则是64位占8字节。因此，运算效率也不同。
真正开发过程中会发现数值计算不确定、比较不相等以及其他问题，当然，解决方案也是有的，可以用定点数、字符串等方式。

详情查看：浮点数的精度问题

六、委托、事件、装箱、拆箱

详情查看：委托、事件、装箱、拆箱

七、算法

详情查看：目前无，关注我，持续更新。

---

总结

本文旨在总结业务逻辑优化技巧，并引出相关的技术要点。在实际项目中，业务逻辑编写的代码往往是最重要的，而优秀的程序员会注重以恰当的方式实现功能，提升性能和效率。
不必担心自己的代码不够好，或者优化的方向不够准确。通过实践并不断修正错误，我们才能不断成长。但同时，也不要对自己或她人太过严格。比如，如果你带领着一些新人，她们只接触 Unity 一年，就让她们直接使用泛型和遵守各种规范，甚至使用一个自认为很厉害的框架，可能会适得其反。更明智的做法是根据项目的整体条件和需求进行合理的安排和优化，如果你是管理者需要让队员进行磨合。