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

文章目录

  • 前言
  • 一、业务逻辑优化技巧
  • 二、Unity3d中C#的底层原理
  • 三、List底层源码剖析
  • 四、Dictionary底层源码剖析
  • 五、浮点数的精度问题
  • 六、委托、事件、装箱、拆箱
  • 七、算法
  • 总结


前言

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


一、业务逻辑优化技巧

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

二、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 一年,就让她们直接使用泛型和遵守各种规范,甚至使用一个自认为很厉害的框架,可能会适得其反。更明智的做法是根据项目的整体条件和需求进行合理的安排和优化,如果你是管理者需要让队员进行磨合。

你可能感兴趣的:(unity,编辑器,游戏引擎,c#,架构)