EasyX是谁作者-EasyX 作者是谁-出自出处-静秋百科网

猜您喜欢：：

EasyX 的“祖师爷”身份实际上挺特殊的，别被那头衔误导了，它严格来说是个开源项目，但哪位第一个把它给“点”着做成了那个样子呢？答案就是那个在 2008 年左右，一边忙着自己那套 3D 游戏引擎，一边顺手就写了 EasyX 的程序员。
这个人就叫旷野。实际上早在 2008 年初，旷野就在自己的 3D 引擎里搞了个叫“EasyX"的小模块，可不是那种正经的软件库，更像是他随手搭的一个框架。
那时候他刚起步，想法挺天马行空，正想着能不能搞个轻量级的 3D 系统，结局就顺手把开源的 OpenGL 贴库和底层 API 都搬过来，自己包装了一下，取个“easy"的英文名确实挺合适，但当时他更习惯叫这个 Demo。直到后来，EasyX 才真正从一个 Demo 变成了一个有drawing 库、有状态管理、有规则引擎的整个系统。
那时候的旷野已经不忒关切那个 Demo 了，但他对那个底层生态的热爱却没变。他一直在琢磨，能不能把那个 Demo 里的东西“提炼”出来，变成一个更通用、更好用的工具。便，EasyX 就在那儿诞生了。这事儿还有个挺有趣的小插曲。EasyX 的初期版本出来之前，它的作者本来打算把它直接跟 OpenGL 集成在一起，想着能直接调用底层资源。但后来发现，直接用 OpenGL 搞 3D 忒费事，资源管理一团糟。便他就做了一个折中方案：不强制绑定啥底层图形库，而是写了一套自己独立的渲染管线和状态管理逻辑。
这套逻辑实际上挺像目前的“抽象层”，就是把不同底层硬件之间的差异给抽象掉了。这种思想实际上挺年轻的，充满了“反编译”和“重构”的味道。就像你写代码之前，不想被某家公司的框架锁死，就想把核心逻辑自己写一遍，然后套上别人的外壳。EasyX 就是典型例子。它没有搞 Kubernetes 那种复杂的容器化，也没有搞那种啥微服务集群管理，它就是一套好办明白的图形渲染框架。并且，EasyX 的初衷实际上就挺纯粹，就是想做一张好用的“绘图板”。对于游戏开发者要么喜爱折腾图形的人来说，它供给了 drawing 渲染、规则引擎、状态管理这些核心功能。对于不懂底层细节的人来说，它又像是一个好办的 3D 库，让你能直接调用各类 3D 对象。它没有那种教条式的 API 文档，出于哪位都知道，底层 API 是死的，哪位都用得顺手就行。这实际上也反映了编程界的一个普遍现象：框架和库，往往不是用来“教”你如何写代码的，而是用来“放”你如何写代码的。就像 Docker 装的是容器，不是如何把电脑变快，EasyX 装的是渲染管线，不是如何一步步把像素画出来。目前回头看，EasyX 如此多年，它也没打算去维护啥庞大的源码仓库。出于它自己都没那么强，要维护那套庞大的代码，反而成了负担。
只要有人能把它集成到现有的项目中，哪怕只是为了一个好办的 3D 界面，它的价值就立住了。从 2008 年的 Demo 孵化成今天的 EasyX，中间自然经历了大量试错，也经历过各种版本的迭代。它没有做过啥惊天动地的大事，但它的存有让大量后来者认定，“原来图形渲染也能够如此好办，不用去啃几千行的底层代码”。
这种“低门槛”和“高通用性”，正是它能在碎片化时代拿到如此广泛用户的关键缘由。要是你目前还在看 EasyX 的源码，看到的那些大致布局、状态机、规则引擎的代码，实际上都是旷野当年那些天马行空想法的缩影。他最初可能只是想做个能跑动的 Demo，后来想做工具，再后来想做生态，这些思路在电子游戏和设计工具里都找到了用武之地。故此，EasyX 的“作者”旷野，更像一个无声的推动者。他不需求吹嘘自己写了多少行代码，他只需求保证那个框架能跑起来，能真正帮到那些想动动手脚的人。在这个领域，有时候少一点完美，多一点灵活，有时候反而比教科书里那套僵化的规范更有味道。EasyX 就是这样，它不教你标准答案，它只教你如何用最顺手的方式解决难题。

好文推荐：：

animal是什么意思怎么读(动物是什么意思)

转载请注明：EasyX是谁作者-EasyX 作者是谁

静秋号来自

EasyX是谁作者-EasyX 作者是谁

与本文相关的文章