大家好,我是阿赵。
我经常在博客和公众号分享一些技术的实现方法。经常会有一些朋友在文章留言,说这个效果用某某插件或者引擎某个功能就能实现。他们说的都不错,如果出于做项目的角度来说,很多东西是没有必要重复做轮子,用现成的插件会快很多。所以我也只能调侃的回复,的确,做游戏项目是不需要什么技术的。
有很多朋友,虽然项目做完了,里面用到了很多奇怪的技术,但其实自己并不是很明白原理,只能猜测着引擎或者插件的使用方法。当出现问题的时候,往往也只能通过猜测去解决。当然,能猜测着去解决问题的朋友,估计在团队里面已经有比较高的地位了,毕竟算是能解决很多问题。
但如果在使用某种技术的时候,能真正的了解他的原理,那么就算不是自己重复的做轮子,应该在使用上也会有很多的好处。比如,某些插件提供了很多功能,这些功能如果对于使用者来说,只是勾选某些选项就能达到效果。不同的功能,它对性能的消耗也许是不一样的,怎样去选择,就需要对它们的原理有一定的了解。最常见的是美术效果类的插件,比如特效或者后处理。美术同事对于这些插件使用的都很熟练,为了达到某个效果,一下勾选了多个后处理效果,画面看起来不错。到实际运行的过程中,却发现游戏性能变得很差。如果懂得原理,我们可以知道某些后处理是靠通过多次渲染然后叠加来得到效果的,比如模糊效果或者bloom辉光效果之类。
假如我们真的很想要某种效果,但性能又不得不考虑时,除了用现成的插件,其实我们还可以自己想办法去实现。自己实现的过程中,可以通过优化算法、设置参数和开关的方式,用更低的性能去达到相近的效果。所以我在介绍一些技术点的时候,都会列举多种实现的方式,比如模糊算法、比如残影,等等。虽然我说的方法肯定不是全部,但应该也能给别人打开一种思路,到了真正实现的时候,可以从多个方面去思考问题。
对于插件我其实有一种尽量不用就不用的想法。这是因为,插件其实也是人写出来的程序,是程序就可能避免不了有bug。如果我们过度的依赖插件,当项目上线了之后,才发现插件有bug,而我们自己又不会修,那就会出现一个尴尬的场面:老板在质问为什么功能有问题时,就只能说,这不是我写的,是某某插件有bug,不能怪我……大家觉得老板会不会就说:哦,原来是插件的问题,那就算了吧?问题最后还是要解决,那就只能向插件的作者反馈,然后期待作者来修复这个bug了。
最后,现在大家都很依赖引擎来制作游戏。这是没错的,因为我们没有能力写一套完整的引擎,但又要做出项目。所以很多朋友现在都在主力的去学习某种引擎,比如学习Unity引擎,学习UE引擎。学习引擎肯定是没错的,因为我们要熟悉它们的使用方式,才能更好的使用它们进行开发,才能避开引擎的一些坑和bug,更好的做出产品。但如果我们只学习引擎,而不会核心的技术,就会遇到一个很尴尬的处境:当你用了一个引擎5年10年之后,这个引擎突然被淘汰了,你又必须学习一个新的引擎,而你除了会用引擎,有经验以外,并没有核心的技术积累,那么重新学习新的引擎的时候,你的十年工作经验的优势可能不会比别人学了两三年的大多少。
不要以为我是危言耸听,我作为前端程序员将近20年的时间里面,前端的技术换了不知道多少回了,从网页时代的JSP、ASP到后面的AS3,到Cocos、Unity、H5、UE,技术总是更新换代的很快,作为使用者,总是要疲于奔命的学习。虽然经过了这么多个时代,其实核心的技术是不会变的,比如程序的框架写法、渲染的原理、算法,这些东西十几年以来都是通用的,最多只是稍作改进。我十几年前写的程序框架、各种编辑工具、骨骼动画、多边形寻路等算法,跨越了这么多个引擎和语言,还是可以正常使用的,只是根据使用的语言不同而做一些调整。至于渲染和着色器,原理就更是大同小异了,顶点程序、片段程序,NDotV、光照模型,等等,基本上都是通用的。
所以我一直都说,引擎只是一种工具,不是一种技术,不要只学工具怎样使用。插件的道理也是类似的。不过可能我比较变态,把学习当做一种乐趣和消遣,如果只是为了应付当前的工作,其实也没必要像我这样做,毕竟人的时间是有限的,花了时间去学习,有可能也不一定真的能变现,还不如花时间去做其他自己认为有意义的事情。
05-22
1052
![](https://csdnimg.cn/release/blogv2/dist/pc/img/readCountWhite.png)
10-31
1178
![](https://csdnimg.cn/release/blogv2/dist/pc/img/readCountWhite.png)
02-19
707
![](https://csdnimg.cn/release/blogv2/dist/pc/img/readCountWhite.png)
08-22
09-20