【疯策】面向对象游戏策划思想

卡特铁角

完整的对象描述包括

对象名(类名)

对象属性成员

对象方法成员

[事件监听器]

以上

卡特铁角

yxch: Re:【疯策】面向对象游戏策划思想

嗯！我也在做NPC这块，通过面向对象的思考，我把NPC的父类抽象出来，发现NPC这个概念可以泛化，一切发生在系...

NPC这一块我们也是采用了类似的抽象方式.但NPC本身,除了用户与NPC交互时的距离限制等,几乎没有什么核心规则.再,我认为,NPC的相关规则应该分为:NPC的方法成员,以及相关的事件消息(比如用户点击\用户进入某一范围)来进行描述,而不仅仅是方法成员.

对于MVC,我只了解个大概,所以就不多说了...
其实我们这边就只有一种NPC,他具有以下的成员
可选则的外观形象及名称(可以选择不使用)\事件区域\控制方法若干\事件消息若干


其他的特性都通过脚本对以上成员进行组合来表现.

yxch

照着OO的思想写了几个文档。。。一个程序看了，做了，然后主程对我说，他被我误导了！

程序虽然做起来方便了，但是他们并没有分清楚策划层面和程序层面设计的不同。我觉得这个设计思路应该还需要程序来一同完善。

还在精进中。。。不过数值的问题又将袭来了啊～～

lianglyj

针对观文前个人抱看笑话的想法对LZ说声抱歉.
这篇文可以说是给所有刚进行做策划的新人看的,他们必须要看,免得提需求的时候一堆P话.而且也可以规避很多不必要产生的东西.建议新人都看看.尤其是部分想入行的人.

卡特铁角

yxch: Re:【疯策】面向对象游戏策划思想

照着OO的思想写了几个文档。。。一个程序看了，做了，然后主程对我说，他被我误导了！

程序虽然做起来方...

在进行对象的抽象时还是与你们主程商讨下吧.

误导?那说明如果不是你们主程有问题,就是你抽象出来的对象不够合理----对象的提取没有"对错"之分,只有"合理与不合理"的区别.

不合理的例子:
名称：雪莲
产地：天山,万里冰封,寒冰似剑,天地间一片苍茫..
形状:六叶洁白,微张,花心颤动..
知道数据后在添加其行为,比如做药,入酒....

这里把(可)做药,(可)入酒等属性当做行为来描述,虽然不会有错,但极可能导致大量的重复编码工作.而且,就人的语言习惯来说,这2个也应该是雪莲属性,而非它的行为.严格的说,"做药","入酒"这些都是"人"的行为,而非雪莲的.

卡特铁角

我从来不觉得策划层面与程序层面的设计应该不同.

打个很滥的比方----做椅子:
1,策划的工作是:给出各种零件的规格(对象的属性成员),以及各个零件的连接方式(方法成员)
2,程序根据策划给出的零件规格,制作完成零件(编码)
3,最后由程序或策划完成椅子的组装.(功能整合)

PS:我这里说的策划层面指"执行策划"

yxch

真的不分层面吗？那不就是用自然语言写程序吗？程序只要翻译就好了。

我们的误导是我的对象在策划层面是一体的，程序看着觉得像程序文档，就照着直译成程序语言，结果这些代码很难和其他程序员的代码融合。是他没有理解我的对象是策划层面的。

打个比方：我用纸画了设计图，他居然也就用纸材料去盖房子。。。

所以说这个设计方法程序也需要理解好了才能相互配合好。

btw：lianglyj Exp:433的话是怎么回事？

可口可哭

最近也在考虑这样的想法，想弄一些比较直观的规则能直接应用，但经验不足，摸不到头绪……

卡特铁角

yxch: Re:【疯策】面向对象游戏策划思想

真的不分层面吗？那不就是用自然语言写程序吗？程序只要翻译就好了。

我们的误导是我的对象在策划层面是...

你用C++写段代码,其中对主要逻辑的描述与自然语言不一致?那就是你在用自然语言描述的时候存在问题.

毕竟不管怎么写策划案,最后都是要变成代码的.

sadflying

写的还是蛮好的
是个不错的方法
不一定非用这个方法
但是这个方法是可以用的