面对游戏编程,会持续面对高性能高复杂度的挑战。
这种情况要避开会添加性能和复杂度负担的所谓扩展性编程。
这个概念也是一个特别容易引起误解的概念,是一个缺乏实战性质指引的概念。
比较好的区分是:
- 编程在开发周期不冲突的情况下,可以写的更接近本质,有合理的抽象(注意合理两字,不是走极端的方式)
- 避免专门为不存在的东西开发或者预留,要持续的压缩复杂度
简单讲,就是写的接近本质,而非写的更多,并且考虑项目的实际情况(时间紧的话,就直接写的针对性,不通用,这个是ok的)
面对游戏编程,会持续面对高性能高复杂度的挑战。
这种情况要避开会添加性能和复杂度负担的所谓扩展性编程。
这个概念也是一个特别容易引起误解的概念,是一个缺乏实战性质指引的概念。
比较好的区分是:
简单讲,就是写的接近本质,而非写的更多,并且考虑项目的实际情况(时间紧的话,就直接写的针对性,不通用,这个是ok的)