0.规格书的规格书 1.Notion 2.资料结构 3.网页结构 4.工作分工 5.系统延伸 0.规格书的规格书========================================================== 要讨论请到higurashi版回应或推文, 主要规格书修改会一直编辑该版文章 第一章-Notion 各种於设计期间/开发期间/晚上睡觉梦到的点子 未必要实际应用於程式中....但任何点子都可能成为重要的依据 这是在初期开发期间最重要的 也是最需要集思广益的 第二章-资料结构 当然也可以说是资料库结构，但事实上只要是阵列变数都属於此章的范围 不过初期设计当然还是从资料库结构开始.... 然後是阵列结构，最後才是定义所有的变数名称 第三章-网页结构 所有网页的名称, 负责的工作 相互之间传递的引数内容，从属关系 要等第二章弄差不多才要开始处理 第四章-工作分工 作为一个(希望)中型开发计画 只要2,3章决定了，就可以开始进行工作分工了 第五章-系统延伸 超长时间场(以真实时间计算时间...) 特多人数, 30人up 多占卜/猎人/灵能/etc...超复杂化 背德,恋人,狼占,狸猫,etc...等新职业加入 1.Notion================================================================== 系统======================================================= 将帐户申请与村民登录各自独立 玩家退出村庄(而不是被KICK)/更改名称头像的功能 帐号名称应该为单纯英数,村民名称也应该有所限制 对话的回应功能？悄悄话？ 纪录档汇出&删除而不是留在资料库中(xml+xsl or htm+css or mht/chm or php+css+csv/zip) 测试专用场,身代必为村人,人人有职位 加强的回合状态显示(防止漏投) 投票纪录於哪个TABLE？(讨论於2章TABLE ji_player) 内部全部使用UTC Time Time纪录应该唯一, 但是同时发生的事件应该随机排序time+1 扮演模式?(玩家头像&昵称全部用系统内部设定) 联合Server表(要有版本,标头资讯等) 对话制防止对话灌水 简易新手指南 对话使用ajax与压缩技术 程式样板化(文字/版面分离) 依据玩家的银幕宽度，使用不同的版面 发言的文字颜色分离 替身名字的多样化, 为特定acc_id而非uname或其他 玩家的预存发言,自订死亡讯息等(取代"残破的身体被发现") 允许ICON/MIG储存於另一个网页空间(使用FTP或多重途径连线) 网页复制文字/COPY画面....统统不可以 (用照相机我服你...) 专家模式(有效参与场次,KICK次数有限玩家限制) 防止只开专家模式 音效: 开始游戏/重新投票/日夜切换/未投警告 玩家纪录 参加场数,完成场数,全参与场数(有留在幽灵间到结束或活到最後) 参加密度,扮演角色次数/获胜次数 (玩家个人纪录的公开程度, 应该让玩家可以自己设定) 不良玩家纪录 被KICK率(因为会有自行离场, 所以可以计算被KICK率) 在没有重新投票的状况下自杀 洗版,多重参赛,重投没投,作弊嫌疑(一场一次,由玩家於结束後投票) 各种数量限制 同时玩家数目,募集中场次限制,新开募集最小时间差,游戏中场次限制 所有场次总限制(含刚结束?),玩家重场限制,发言密度限制 专家场比例限制 室长功能? 强制KICK?,开场後修改规则?,废场? 系统纪录 每一场的开始跟结束时间,活动密度 游戏PLAY FRAME配置(预想): 即时|广告 状态|对话输入/登入 ----+ 村投|活人对话 人票| 状选|- - - - - - 态单|死人/路人对话 规则与选项================================================= 开场GAME START投票Timeout 1A.不Timeout 1B.一段时间自动Timeout 1C.不讲话一段时间自动Timeout 2A.可玩家自行取消 2B不可玩家自行取消 预设1C,2A, 不可设定 有玩家被KICK/自行离场 之後？ A.全部重投 B.不重投使用Timeout机制 夜间占卜不占的处理: A.占卜死,游戏继续 B.系统随便选 C.不占卜,游戏继续 夜间猎人不保护的处理: A.猎人死,游戏继续 B.系统随便选 C.不保护,游戏继续 夜间狼部份不投: A.死狼,重投 B.死狼,不重头 C.不死狼,不重投 日间玩家不投票的处理 A.死人,重投 B.死人,不重投(除非同票) C.不死人,不重投(当废票,除非同票) D.如果不投不影响结果则不死人不重投，若有影响则...? 同一晚占卜占狐&狼咬占卜之处理 A.两个都死 B.死占卜不死狐狸 时间制/对话制/混合制 时间制:指定日间长度跟夜间长度(分钟), 时间到投票时间倒数开始 对话制:限制一个日间或是一个夜间可以说几句话, 归零投票开始 混合制:上述两种同时存在 投票时间可指定？ 替身的职业例外？或是游戏直接从早上开始？ 职业希望制,替身君制度,公开票数 16人决定者,16人权利者,20人埋毒者 幽灵观看角色禁止 更高/低的最大人数限制, 开场最少人数限制 2.资料结构================================================================ 陆续补充中... DB TABLE ji_account======================================== 帐号资料，纪录玩家帐号密码状态跟被KICK纪录等 acc_id UNSIGNED MEDIUMINT AUTO_INCREMENT=1 NOTNULL 流水编号,从1开始 acc_name VARCHAR NOTNULL 帐号名称(不是村民名称) acc_password MD5编码後的密码 acc_authority 使用者权限 ... PRIMARY acc_id UNIQUE acc_name DB TABLE ji_room=========================================== 村庄资料以及可选择的规则 room_no UNSIGNED SMALLINT AUTO_INCREMENT=1 NOTNULL 村庄编号,从1开始 room_name VARCHAR NOTNULL 村庄名称 room_comment TINYTEXT NULL 村庄说明 room_option BYTE() NOTNULL DEF=0 Bit指定选项，或者拆开来每一项用ENUM？ room_timeday UNSIGNED TINYINT NOTNULL DEF=0 启用日间时间制,单位分钟 room_timenight UNSIGNED TINYINT NOTNULL DEF=0 启用夜间时间制,单位分钟 room_talkday UNSIGNED SMALLINT NOTNULL DEF=0 启用日间对话制,单位句数 room_talknight UNSIGNED SMALLINT NOTNULL DEF=0 启用夜间对话制,单位句数 四项可混用，但注意不可time & talk两项都是0 room_silienttime UNSIGNED TINYINT NOTNULL DEF=0 启用若多久没人说话就进入投票,单位秒 room_maxplayer UNSIGNED TINYINT NOTNULL DEF=1 最高开场人数限制 room_minplayer UNSIGNED TINYINT NOTNULL DEF=1 最低开场人数限制 room_timevote UNSIGNED TINYINT NOTNULL DEF=0 投票时间,单位10秒 即若room_timevote=12 => 120秒 room_day TINYINT NOTNULL DEF=0 = -2 已输出纪录，不可再进场 = -1 该场已结束，可以进去场後闲聊 = 0 招募中 = 2n-1 夜间 n 日目 = 2n 日间 n 日目 n为正整数(1,2,3,....,127) room_timeleft UNSIGNED INT NOTNULL 制限时间(日间/夜间/投票), 当time()>timeleft及超过时限 room_talkleft UNSIGNED SMALLINT NOTNULL 剩余的对话句数 room_voteround UNSIGNED TINYINT NOTNULL 目前投票的回数 村庄状态 day timeleft/talkleft voteround 胜负 招募中 0 忽略 忽略 夜间讨论 2n-1 至少其一不为0 0 夜间投票 2n-1 至少其一不为0 >0 日间讨论 2n 至少其一不为0 0 日间投票 2n 至少其一不为0 >0 完结讨论 -1 忽略 同day=-2 结束 -2 忽略 0 开场前废村 1 进行中废村 2 投票平手 3 村民胜利 4 狼胜利 5 狐胜利(人侧) 6 狐胜利(狼侧) room_lastupdated UNSIGNED INT NOTNULL 该村庄最後一次事件时间 PRIMARY room_no INDEX room_day 基本上...room表有点大....虽然一村只会用到一项.... 可能考虑拆成ji_roomlog(村庄纪录) 跟ji_roomrun(进行中村庄)两表(ENGINE=MEMORY) DB TABLE ji_player========================================= 属於该村庄的村民资料 room_no = ji_room.room_no 其余规划中 vote_toid ==0 !=0 招募中 未投票 GAMESTART 已开始 未投票 目标acc_id ji_message也会纪录投票，但仅供作为log输出用 vote判定则使用ji_player(游戏开始投票也用这张表) 或者考虑因为长vote,独立成ji_vote用ENGINE=MEMORY (注：後来发现ji_vote表很好用, 明天把他弄出去...) DB TABLE ji_icon=========================================== 头像 DB TABLE ji_message======================================== 属於该村庄的系统事件 room_no = ji_room.room_no room_day = ji_room.room_day msg_time UNSIGNED TIME NOTNULL UTC Time msg_type UNSIGNED TINYINT NOTNULL msg_text TINYTEXT NOTNULL msg_id_from = ji_account.acc_id msg_id_to = ji_account.acc_id 表格规划中, 已知原来有用到 FOX_DEAD FOX_EAT GUARD_DO GUARD_SUCCESS LAST_WORDS MAGE_DO MAGE_RESULT NECROMANCER_RESULT OBJECTION RE_VOTE POISON_DEAD_day POISON_DEAD_night VOTE_KILL VOTE_KILLED VOTE_TIMES WOLF_EAT WOLF_KILLED 其实如果没有狼占这种可以一次投两种票的角色 甚至可以舍弃ji_message表，所有东西都可以从其他表查到 不管白天的吊人,晚上吃人/占卜/保护都统一到vote去 其余可以直接输出到talk不再收回 DB TABLE ji_talk=========================================== 属於该村庄的对话纪录 room_no = ji_room.room_no room_day = ji_room.room_day talk_id =0 = 系统事件 >0 = ji_account.acc_id talk_type when talk_id=0 => 玩家加入 开始 日夜切换 游戏结束 KICK VOTE KICKED KILL VOTE KILLED EAT VOTE EATED EAT FAUL VOTE START REVOTE 突然死亡 etc... when talk_id>0 => =0 一般对话 =1 大声对话 =2 小声对话 talk_time UTC Time talk_sentence 内容 原来还用到一个spend_time, 用途不明？ 这张表还很有讨论空间....事关log输出效率 -- 渡良濑 准 连连看: 北条ㄇㄥˊ 男 瑞穗 女 貂蝉 --

※ 发信站: 批踢踢实业坊(ptt.cc) ◆ From: 122.116.180.163 本来就可以不是吗? 吗? 拿出来分享吧...有不少人都写一半了XD 所以对话存取一定要用ajax之类的更新机制 pm功能可以弄在长时间场, 保证一团混乱XD 没有意义.... 只会导致多头马车, 光是只有我跟企鹅两个版本就乱七八糟了... ※ 编辑: SmallBeeWayn 来自: 122.116.180.163 (02/06 01:24) ※ 编辑: SmallBeeWayn 来自: 122.116.180.163 (02/06 03:27) ※ 编辑: SmallBeeWayn 来自: 122.116.180.163 (02/06 03:34) ※ 编辑: SmallBeeWayn 来自: 122.116.180.163 (02/06 17:03) ※ 编辑: SmallBeeWayn 来自: 122.116.180.163 (02/08 03:15) ※ 编辑: SmallBeeWayn 来自: 122.116.180.163 (02/08 04:15) ※ 编辑: SmallBeeWayn 来自: 122.116.180.163 (02/08 04:18) ※ 编辑: SmallBeeWayn 来自: 122.116.180.163 (02/08 19:38) --

※ 发信站: 批踢踢实业坊(ptt.cc) ◆ From: 122.116.180.163 ※ 编辑: SmallBeeWayn 来自: 122.116.180.163 (02/12 22:18) ※ 编辑: SmallBeeWayn 来自: 122.116.180.163 (02/12 23:46)