我也发一个AI流程图新人求指教

Cipher

基本设定是回合+行动点数制
用于一个普通攻击组的敌人，标准情况下的AI流程图
子例程都还没有画好
这是偶第一次画AI流程图，请高手们多多指教

Cipher

图片在这里

Marshall

a,b,p都是什么?

Cipher

p是此项行动发生的概率，a,b都是人物数据对概率的加成

Marshall

很不错啊~~~

但这么复杂的AI应该有相当宏大的世界背景作为基础吧

实现这样的游戏有相当的难度哦~~~

fengsan

过于复杂化  换句话说就是么有看懂
个人认为即使再往下完善更看不懂了
虽然俺是很努力地看了13分钟
抱歉   无法帮助你    个人认为至少处理起来有点难度  
理论研究尚可   实用性不大

bigbook2000

我晕，程序员早就不干这一套了，怎么策划又捡起来了

现代游戏何其复杂，采用面向过程的方式来处理本来近似现实的世界你们不觉得自己都看得糊涂

我们把角色作为一个对象，对象假如有HP属性，我们只要规定，HP什么时候增加怎么增加增加多少，什么时候减少怎么减少减少多少就行了

战斗本身就不是一个过程，从程序代码的角度来讲，他是由各个事件触发而形成的，比如玩家喝了一瓶加HP的药，每5秒增加HP100，直到总计增加1000点，但不得超过角色本身最大HP，这看起来是个过程，但不好理解

我们如果把药瓶当成是一个对象，那么它有很多属性方法和事件，比如能喝这是他的一个方法，能扔掉，这也是一个方法，每5秒增加HP100，这是一个属性，也可以每2秒增加100HP，这也是一个属性，5秒钟时间到增加100HP这是一个事件

这样我们就好理解整个游戏，从整个游戏大的对象划分为几个小的对象，再从小的对象去派生很多具体的对象，整个游戏系统就完成了。不必在设计的时候去考虑某个过程，这样只会增加问题的复杂度，而且容易出漏洞

只有极少数操作性的和事务性的，我们可以采用流程图，比如申请公会，具体的任务系统，操作流程等等

面向对象的方法不仅适用于游戏程序，同样适用于策划，因为程序本身就是根据策划制定游戏框架和模块，作为一个执行策划实际上就相当于半个程序系统分析员，如果你需要做这种技术性很强的东西，那么就必须了解程序是如何运作的

另外一个，对于战斗这种连续性很强的复杂事件（这里称之为事件而不是过程），我们策划需要把握的不是流程而是状态，就是在这种敌对方法交战的过程中，敌对双方各自有什么属性，每种属性到了一个什么状态，会触发哪些事件，用list列出来就好了，如果使用流程图展开，对于一个有20种属性10种技能的敌对双方来讲，你画10页的流程图也说不清楚问题

Marshall

楼上高人，多谢指点~~~

bigbook2000

错，流程图才是程序的产物，现在连程序都不用了，为什么策划要用？

面向过程和面向对象究竟哪个简单？

之所以有面向对象的方法就是因为我们认识事物本身就是以对象的概念去考虑的，一个怪物，一件武器，一次战斗，一张地图

不多说，就拿楼主的图来讲，有多少人能够完全去看明白，看明白的人能知道其中有多少漏洞，直到漏洞中的人有多少知道怎么去扩展？

高级的东西之所以高级是因为它是我们实践发展的产物，更能满足我们的需要简化我们的工作，面向对象就是建立在面向过程无法大规模扩展的基础上的，它是高级的但也是简单的更贴近我们认识的，并不复杂，甚至我们做执行策划本身不就是这么设计的吗，只不过没有上升到理论基础，比如：我们设计一个关卡，有什么样的地图，什么样的怪物，什么样的任务，如果你用流程去分析这个关卡搞到最后会连你自己也弄不清楚到底这个关卡是个什么样的

我们常用的比如：英雄无敌，星际争霸的地图编辑器，我们常常也用来编辑一下自己的地图，放什么样的资源，放什么样的玩家，放什么样的地形，放什么样的怪物，地图初始条件，地图胜利条件，地图触发事件，这些就组成了整个地图对象，我们并不需要去分析玩家怎么开始，遇到事件流程怎么分支，玩家的玩法怎么进行，到什么条件结束到什么条件循环，能分析清楚吗？

所以，我不喜欢策划所谓的流程图，因为我看不懂

Marshall

楼上的经典，PF一个~~~