迷茫了,是否要使用数据驱动.

ddrmsdos

第一次做console game,想了解一下,对于console平台来说,是项目开发时间重要,还是底层的可重用性重要?

楼主是做哪种console的啊,ps2? ps3? xbox360?

sjinny

嗯……要说什么放在哪里……我个人的YY是：
以下情况倾向于放入DLL：
运算量大或运行复杂度高
不常变动
不需要普通用户来改动的
不需要在运行期间改动的
以上各条反过来就是倾向于放入脚本的

声明：以上都是我个人的YY……谢绝帽子……   ^_^!

免费打工仔

sjinny: Re:迷茫了,是否要使用数据驱动.

嗯……要说什么放在哪里……我个人的YY是：
以下情况倾向于放入DLL：
运算量大或运行复杂度高
不常变动
...

这样将仍然台书本了，实际应用的时候
多大运算量算大？多复杂算复杂？ O(n)?
多场变动算变动。
如果存在运算两大变动大的模块呢？
另外运算两小变动小的模块呢？


这些在每个程序员每个人心中的衡量都不尽相同吧。
比如人工智能算法，同时存在简单的和复杂的，难道一部分脚本一部分DLL?
楼上这些条款真正执行的时候只能作为参考，不能作为标准。
而且很多事情都会牵连，可能现在这块运算简单 但随着发展有遍复杂了
改设计有比较麻烦的时候就有问题了

我觉得还是要在逻辑上区分而不是概念上；

tarkey

...Wii上木有dll这么一说...
我担心得更多的反倒是开发风险和成本,当然我也知道纯数据驱动会比较好,而且纯数据驱动的框架研发起来也会有激情一些,毕竟之前我也没系统的设计过纯数据驱动的框架.

不过做了这么多年游戏了,可能自己更多心思是放在如何把一个项目做出来,这个时候自己的想法往往应该放在第二位.而且虽然我对Wii了解也有一段时间了,但是Wii的机能始终让我有些胆怵,我无法确定大批量的使用脚本对性能的影响会有多大.

目前我的想法可能还是倾向于中庸一些:
首先采用半数据驱动+部分硬编码完成项目,然后根据后继项目更进一步完善整个框架,尽量的往全数据驱动方向靠,而不是一开始就设计一个完善的全数据驱动结构.

免费打工仔

tarkey: Re:迷茫了,是否要使用数据驱动.

...Wii上木有dll这么一说...
我担心得更多的反倒是开发风险和成本,当然我也知道纯数据驱动会比较好,而且纯...

国内有公司做Wii阿，是台湾厂子？还是代工？上海？
羡慕ing 羡慕ing
对了 Wii是Linux么？应该有.so吧，那个不是高级dll么？

免费打工仔

tarkey: Re:迷茫了,是否要使用数据驱动.

...Wii上木有dll这么一说...
我担心得更多的反倒是开发风险和成本,当然我也知道纯数据驱动会比较好,而且纯...

我现在满脑子想怎么巴结你，让摸一下Wii。我以前是iQue的，可惜我在那个时候才有NDSL。想碰阿，手里木银子。 [em3]

tarkey

木有,Wii上的开发是Nintendo自己的OS库,自己的GX,AX库

lingjingqiu

偶觉得。。。半数据驱动吧。。。ps，没有dll的话。。。源码级别的组件式复用还是要优先考虑的，这样以后单个组件替换成数据驱动型的也比较容易。。。

sjinny

没有DLL…………那可以做成静态的库，这样有变动的时候就重新连接……  - -;
我一直觉得，写脚本也是写，写C++也是写，反正都是写代码；脚本要在载入时编译，C++代码要在写完后编译，反正都是要编译；脚本可以动态载入，C++写个DLL也可以动态载入，反正都可以动态载入……

只见过Wii这个词，不清楚到底是啥样的东东……竟然连DLL都没有……汗……

PassByYou

先小小计划一下。然后再动刀。即使花上一两周来分析，也是值得的。


ps:sjinny，你真正做到主引擎的时候。再来大发感想吧。因为这样我们就可以深入而细致的交流了。
建议几个开发大型游戏的要点：一，数据结构，二，系统构架，三，博览几个主流引擎的结构和技术（ogre，torque）