读Blender应该熟悉业务

渐渐的用blender的人多了,随之而来的需求数量也就开始在膨胀,那么开发也就进入了话题,对开发现存系统来说,看懂已经存在的代码是迈向开发的第一步.
很久没碰blender,但想到有很多朋友在问起这方面的事情,虽然我才疏学浅,也没真正意义上读过代码,不过读的这个过程也体验过了.也许不久我就老了记不住这些过程了,所以留点文字,作为一种教训和经验,也许是有帮助的.

blender作为开源的东东,就是随意让你蹂躏的.不管你的目的是什么,物取所需,也许世界上你能拿到的一款cg成熟套装软件也就只有blender了.它的模块随你倒腾.

也许在cg的开发方式上来说,很多人用惯了sdk这样的东东.那是好事,成熟的接口,让你事半功倍,那现在的blender的开发阅读上,和这样的思考方式还是有些不一样,但是貌似也可以把某些库看成是接口,拿来使用.比如:softbody这块,单独几个文件就定义好了整个物理模型,现在有同学也就用了不到2周的时间,把这几个相关文件独立划分出来做自己应用软件里的模块去了.

我最想大声说的是:对blender这样的专业性行业软件,要看懂代码还是得熟悉下相关的业务流程.至少你应该知道哪些操作修改的是哪些数据,对应了界面上的哪些按钮.

也要清楚你需要的是哪一部份功能.blender是一个杂合体,十几种功能在一个软件里面,虽然不是优秀,但是整体性能却是os里面的no.1.要看懂50几个人年的代码,我想我们是应该投机取巧的.  为什么在每年的soc很多人从来没有看过blender的代码,却还是能够在两个月的短短期限内将某个功能开发完毕,原因就是他对他的既有业务熟悉,修改的blender代码也不过就是10多20个文件,仅仅是小部分的源.

首席架构ton在irc说过blender的90%都是界面.这句话的含义很清晰:小子们多熟悉操作下软件,知道button叫啥名字,然后就可以直接在源里面找到这个button的代码了.

还有一点就是知道blender对数据的一个处理流程.这个东西说简单也简单,知道了软件的操作就明白queue是怎么回事.有空的时候我会把这个写出来. 

 

五一又要到了,回去把电脑搬个家.q6600贬值得让我心痛,没有让它的附加值发挥效益,简直是我的最大失策!

--------------------next---------------------