如何研究引擎以及最快最有效地将引擎投入实际生产中？

jolley

牛大: Re:如何研究引擎以及最快最有效地将引擎投入实际生产中？

无他，不停的看就是了。

这种做法是比较有问题的，那么说我之前的做法是okay的落,我感觉很没有质量和效率,而且没有成效,我鄙视我现在这种做法,不过现在还没有想出 更加好的做法而已.而且你研究一个引擎跟做一个引擎差不多时间了.

creamy_mami: Re:如何研究引擎以及最快最有效地将引擎投入实际生产中？

1。没有文档。为什么没有文档？
2。如果你开发过引擎，读引擎代码就容易得多

1> 因为是以其它公司的名义去买那个引擎的,所以售后服务以及相当文档都没有,而且是以比较低的价格去买的,所以这方面的文档极缺.
2> 之前弄过Nebula 2引擎,不过没有深入研究.读引擎代码是没有什么问题的,就我现在的情况来说,我是想问大家有没有更加好的方法去做这事情.
并不是说我阅读代码比较难,还不到那个程度呢,那个水平我还是有的.就像我题目说的一样,最有效地并且最快地将引擎投入实际的游戏制作中才是我最关心的.

tonykee: Re:如何研究引擎以及最快最有效地将引擎投入实际生产中？

的确是个麻烦的事情，如果引擎本身就有demo的话，研究好demo怎么写，就是捷径了。

的确是个不错的方法,就现在来说,可视的demo就是地图编辑器和场景编辑器之类的,我打算先从那边入手,不过这些是远远不够的,因为我自己还要开发一些小demo出来显示\引擎的特性之类的.

大家还是没有正面地回答这个问题,为什么不认真地思考呢?这个可是大家都会遇到的问题呀?

justlikethewind

因为高手都知道，没有捷径可以走。
比如说，如果你实现过某个场景管理算法，阅读引擎里面的相应模块就会轻松很多，也会受益不少。如果从来没有实现过类似算法，恐怕很难短时间内理解透彻。

总之，没有捷径可以走。如果有的话，世界上就没有那么多开源引擎了。

killkiss

我做过日本游戏外包，日本方面也经常会这样，给你一个以前游戏的代码，然后叫你参照这个代码写一个现在他们要求的游戏出来，这个“以前游戏的代码“我想也可以认为他勉强算个引擎吧，毕竟所有的类库都是有的。而那个时候我所负责的就是将其中渲染的内容整理主来让团队内人员可以方便快速的使用游戏中带的类库。

正题：
1。流程－－你要尽可能的将整个引擎的流程整理出来，能画成流程图更好，如果能和相关代码啊类啊关联起来则更好。
2。渲染－－我想用一个引擎大多数人第一个想用的部分就是这个部分吧，毕竟这个部分能使用就等于可以"看"到东西了。而这个流程在引擎内差不多都是读取－》设定属性－》渲染，这样的3部曲。就使用的目的来说，只要知道调用什么函数读取，如何设定读取对象的属性，如何将其渲染出来，就可以了。
3。其他－－基本流程和渲染方法都搞定了，其他就更容易了，需要的只是时间而已。
ps。如果这个引擎是带游戏的，那就编译运行这个游戏，然后在游戏运行的时候一步一步跟下去，整个流程就会很清楚的展现在你面前了，流程清楚了，找其他东西就会相当容易且有方向性。至于完成这些事情所消耗的时间长短～和你个人的经验就分不开了，相关的东西看的越多了解的越多，解读代码的时间就越短～ [em2]

kingcrimson

和看书一样
先看文档，了解架构
然后按功能模块或其他方式分着看
不用面面俱到，有了问题再去查

instemast

我从来不看cpp，顶多看个h

jolley

我在跟其它一些同事的交流中获得了很多信息，比如，采用单步调试的方法来获得引擎的层次结构，他里面加载了什么，像killkiss说的一样，去了解流程，他在启动的时候加载了什么，初始化了什么，以及在加载后又做什么操作，一些可视的部分，渲染，物理部分等等，这些主要的模块，以及之间的衔接，我觉得至少在这个单步调试里面就可以获得三点信息：引擎工作流程， 各个子系统的交互情况，子系统的划分等。当然在查看代码的时候，很多情况是看头文件，因为从头文件里面的函数声明里面就可以查找一些信息，不过我之前的引擎是基于开源的，命名这方面也做的不是很好，所以很难从头文件里面获取信息，这样就逼迫我去查看CPP文件以获取更多信息，当然这样的一个好处是，可以在头文件里面将功能给补上，这样方便以后查阅，还是子系统一个一个地看，不过我都希望能在阅读完一个子系统以后，都能做出演示其子系统的demo,可能这样更加要求阅读时候的吸收了吧。记得我以前刚进公司的时候，写了一份文档，好想是这样的，首先是一个结构树，代码结构树，已经做到了各个类之间的联系了，然后就对应地是各个类的功能，然后就是一些类里面的一些比较感兴趣的算法，其实我想大家都可以这样看吧，还有如果大家在看完以后，不妨DIY一个，可能会增加吸收效果吧，我也不知道，最近比较喜欢DIY东西，弄过来手痒，就想把他拆了，呵呵。大家继续交流呀。
一些扩充话题：
大家对研究引擎方面还有什么心得，比如，你怎么分析架构的呀，因为一般的程序员很容易从某个函数上面或者某个功能上面把握，但是缺乏一些大局的考虑，以系统方面来考虑？你是怎么从引擎里面学东西的呀？以及你一般研究完引擎都做了什么呀？还有怎么评价一个引擎的好坏，优劣？怎么DIY和设计一个引擎？
呵呵，发觉大家对这个感兴趣，所以我又给了一些扩充话题，希望大家不要介意，呵呵，先谢谢大家的支持！

月下临风

如果熟悉过几个引擎,再看其他引擎,就很简单了.
说白了,这个还是经验占主要的.
第一次看引擎,就是痛苦的,没什么好说的,每个人都一样.

jolley

谢谢大家了,经过大家这么多的讨论,感觉一些想法明朗了很多,再次谢谢大家了呀,呵呵.