分类
- 传奇服务端
- 传世服务端
- 奇迹服务端
- 魔兽服务端
- 千年服务端
- 传奇3服务端
- 天堂2服务端
- Ro服务端
- 劲舞团服务端
- 石器服务端
- 龙族服务端
- 劲乐团服务端
- 美丽世界服务端
- 泡泡堂服务端
- 剑灵服务端
- 英雄王座服务端
- 大话西游服务端
- 坦克宝贝服务端
- 反恐精英OL
- 笑傲江湖OL
- 鸣潮服务端
- 墨香服务端
- 倚天I服务端
- 绝对女神服务端
- 梦幻西游服务端
- 神佑释放
- 欢乐潜水艇
- 新英雄门服务端
- 剑侠情缘2
- 万灵山海之境
- 天使服务端
- UO服务端
- 大唐豪侠
- 精灵服务端
- 神迹服务端
- 新天上碑服务端
- 永恒OL服务端
- 乱Online
- 棋牌源码
- A3服务端
- 骑士服务端
- 神话服务端
- DAoc服务端
- 逃离塔科夫
- 命运服务端
- 魔力宝贝服务端
- 热血江湖服务端
- 决战服务端
- 传说OL服务端
- 冒险岛服务端
- 科洛斯服务端
- 剑侠情缘服务端
- 红月服务端
- 魔域服务端
- 江湖OL服务端
- 梦幻森林服务端
- 天堂I服务端
- 日月传说服务端
- 时空之泪服务端
- 奇迹世界服务端
- 风云服务端
- 完美世界服务端
- 新魔界服务端
- 海盗王服务端
- 征服服务端
- RF服务端
- 真封神服务端
- 机战服务端
- 天龙八部服务端
- 惊天动地服务端
- 三国OL服务端
- 征途服务端
- 传奇外传服务端
- 飞飞服务端
- 仙境传说服务端
- 网页游戏
- 投名状服务端
- 神奇服务端
- 丝路传说
- 挑战服务端
- 功夫世界服务端
- 破天一剑服务端
- 突袭OL服务端
- 傲世服务端
- 盛大富翁
- 蒸汽幻想服务端
- 刀Online服务端
- 希望OL服务端
- 猛将OL服务端
- 密传服务端
- 天地OL服务端
- 星钻物语服务端
- 露娜ol服务端
- 诛仙服务端
- 幻灵游侠服务端
- 神泣服务端
- 永恒之塔服务端
- 问道服务端
- 鬼魅服务端
- 新天骄服务端
- 吞食天地2服务端
- 国威OL服务端
- 天道服务端
- 战国英雄服务端
- 传奇归来服务端
- 科洛斯服务端
- 稀有游戏服务端
- 蜀门服务端
- 大话战国服务端
- 武林群侠传2服务端
- 倚天Ⅱ服务端
- 武魂服务端
- 仙侣奇缘服务端
- 赤壁服务端
- 梦幻古龙服务端
- 梦幻龙族服务端
- 天下无双服务端
- 凤舞天骄服务端
- 星愿OL服务端
- 乌龙学院服务端
- 武林外传服务端
- 真·武侠无双服务端
- QQ西游服务端
- 弹弹堂服务端
- 疯狂坦克服务端
- 霸王大陆服务端
- 时时彩服务端
- 手机游戏服务端
- DNF服务端
- 更多分类
下载月排行
- 天意网络魔域最新140级最新武器南瓜神谕 5984
- 私服快搜[45KS]魔域42只新宝宝超酷3职业 5968
- 刷星即显星200万骑士登记70图腾显示商业 5966
- 如风网络魔域复古免费版V0820 5957
- 传承网络独家发布金木水火土成神版 5942
- 天空魔域12.05版 5917
- 如风网络魔域新感觉南瓜瓜免费版V1012 5898
- 飞飞魔域商业开区版本 5894
- 婷婷网络火暴BOSS仿官商业版 5892
- 独家研制商业版本不死鸟菲克凤凰金牛双 5890
- 价值3000元的最火爆魔域南瓜版本全套工具 5878
- 私服快搜魔域全新宝宝三职业套装在线七 5865
立即下载中国GM门户发布魔域源代码
软件大小: | 1.43MB |
---|---|
软件语言: | 简体中文 |
软件类别: | 服务器端 - 魔域服务端 |
授权方式: | 共享版 |
应用平台: | Win9X/2000/XP/2003/ |
更新时间: | 2008/08/21 13:02:39 |
开 发 商: | 暂无信息 |
联 系 人: | 暂无联系方式 |
分享收藏 | 收藏 |
解压密码: | 本站默认解压密码:www.9876543210sf.com |
推荐等级: | |
会员中心: | 【账号登录】 【账号注册】 开通VIP下载流程 |
查毒情况: |
[复制下载页面地址给QQ/MSN上的好友]软件介绍
争霸网络 中国GM门户站 为感谢各位GM门的支持
特此 站长:单身仔仔
把魔域 的源代码 发布出来给所有喜欢魔域
的各位GM研究使用.在研究使用过程中
本站不会提供技术咨询自行研究
内部有相关说明文件.希望制作出的各家特色后
发布www.20921.com/bbs中国GM门户 共享使用
更希望那些卖端的请不要那么自信的卖出高价格
给GM门经济上增加难度。祝GM们2008新春快乐
中国GM门户站 是中国最具有权威性.的GM门户站
地址:www.20921.com
GM门户 GM资源 以及游戏源代码的起源地!
// AI框架说明
// ,2007.8.3
。暂不支持AGENT切屏
。模式规划:
。0_dead// 死亡模式
。1_idle// 休闲模式
。0_wait// 休闲模式中,又细分为等待组队模式
。1_follow//和组队跟随模式
。2_fight// 战斗模式:分析战况,选择目标,同时跟随队长
。3_attack// 攻击模式:补血、发攻击命令、脱离危险
。事件
。死亡事件:接到死亡消息时,改变模式为Dead
。组队事件:接收到组队成功消息,增加TeamOK,增加IsMyLeader
。队伍解散事件:删除TeamOK
。---
。装满药品消息:增加ItemFull,增加HaveItem
。物品删除消息:如果药品少于2个时,增加NeedBuyItem
。物品删除消息:如果药品没有了,删除HaveItem
。---
。移动消息:和药店距离少于8时,增加NearShop,否则删除NearShop
。CPlayer消息:有队长标志,增加IsLeader
。CPlayer消息:是怪物,增加IsEvil
。CPlayer消息:是玩家且装备好,增加IsCoolMan
。---
。CPlayer消息:是自己的队长,增加IsMyLeader
。移动消息:清除并重新添加所有的IsLookTarget
。移动消息:清除并重新添加所有的IsCloseTarget
。失血消息:如果血够少,增加NeedCure
。被攻击消息:增加AttackMe(10),增加IsEvil(20),如果人数超过3人则增加Dangerous(10)
。收到队长坐标:如果太远,就增加MyLeaderAway
。动作
。RandomMove:随机选择可达点,设置移动目标点。
。BuyAllItem:发MSG_ACTION消息,要求装满药。
。AnalyseTalk:如果串中有“药”,增加TalkAboutItem
。TalkTo:发送MSG_TALK消息给对方。
。TeamAcceptInvite:发送组队申请。
。TeamAllyJoin:发送组队申请。
。CheckMyLeaderAway:检查队长是不是走开了,如走开了就发QUERY消息。
。ChangeMap:如果距离近,就跑过去,远了就CHGMAP。
。FastToLookPos:连续跳向能看到指定坐标的地方。
。LeavePos:和该坐标保持一定距离,否则会跳开或跑开。
。备忘:
。目前通过EVENT和ACTION来维护FACT_SET,允许同类FACT有多少个同时存在于库中。
。动作的调度按类似WIN的进程调度模式,高优先级先执行,低优先级的时间长了优先级会自动提高。
。匹配符号时,系统函数->游戏函数->fact库的顺序可优化CPU效率,但灵活性稍差。
。规则编写说明:
。规则中的符号的风格为大写字母打头的单词的组合。例如 RuleStyle 。(风格:是指不强求,只是建议如此。下同)
。符号后都可能有用圆括号包围的参数表。例如:RuleStyle(TYPE)。
。符号分为两类,一类是FACT,另一类是系统函数。(系统函数类相当于C的关键字,FACT的符号名不能和系统函数类的名相同。)
。系统函数不能放在RESULT部分,只能在CONDITION部分。
。系统函数都是小写风格,以区别于符号。例如:less(SMALL,BIG)。
。RESULT的参数表中的参数。用<>括起来的是KEY参数。KEY参数和圆括号中的参加合并为完整的参数表。例如:TalkToTarget<ROLE>("你好。")
。通过RESULT添加FACT时,KEY值相同的FACT会被冲掉。
。通过RESULT添加FACT时,如果没有KEY列表,符号相同的FACT只允许存在一个。
。参数表中的参数分为两大类。一类是直接量,如1234,或者"string",类型分为INT类型和STRING类型。另一类是哑变量。
。INT类型的直接量,只接收数字串。数字串后面允许紧接符号,但符号会被忽略。(后接符号的目的是提供数字的可读性,有点象enum)
。STRING类型的直接量,必须用双引号(")括起来。
。哑变量会在运行期被替换成相应的值。哑变量的风格是全部大写的符号串。例如:ROLE、DATA。
。INT类型的哑变量和STRING类型的哑变量不能混合使用。也就是说,一个哑变量只能是一种类型,不能即是INT又是STRING。
。变量(_)表示不需要匹配的变量。
。条件列表中的FACT分为三类。一类是存放在FACT_SET中的FACT,另一类是可调用的游戏核心函数,还有就是系统自带的函数。
。目前MODE部分不支持为空。
。目前暂不支持游戏函数和系统函数的多重匹配。
。目前暂不支持游戏函数和系统函数是的(_)符号。
。相关连的FACT的优先级最好和RULE的优先级相同,否则要么不能触发,要么会触发多次。
。符号检查顺序是:先看是否系统函数,再看是否游戏函数,最后在fact库中查找。
。系统限制:
。整数的范围是-20亿到+20亿。
。规则文本长度不超过1024。(可修改)
。规则设计方法:
。符号从设计逻辑上大体可分为两类,一类是由EVENT提交的,一类是规则运算时添加的。
。建议EVENT提交的符号由EVENT维护,规则运算产生的符号由规则运算来维护。交叉维护容易出错。
。需要互斥的FACT,都做成同一个FACT,后面带KEY变量。