Dungeon Mizarka 019

回合移动规则确立

今天主要在撰写/调整游戏的企划内容,在多日的思考後终於定下来移动的基本规则。

有别於原先的eyes of beholder,里面的怪物群是即时移动的。而专案里的移动则是回合制,也就己方移动後才换敌方移动。这个规则的确立在专案制作前期就已完成,但要搭配即时制的战斗,一直以来没有很好的衔接方式。

经过这一阵子的发想後,今天终於想出了比较好的规则,可以顺利的接续回合移动和即时战斗中间的切换。

数值计算

除了确立移动规则外,另一个也同步进行发想的就是数值及其计算方式。

地城游戏又是从eye of beholder的发想点开始,自然是少不了角色成长数值计算、战斗和怪物属性等。在目前的主流选择中,日式或是美式的规则还是地城游戏的二个大宗。然而日式的公式多数过於复杂,很难在没有专业的协助下进行,在这样的考量下,美式的规则可能比较适合。因此,这几天花了一些时间在看DnD相关的规则系统,像是Old School和Microlite20。

初步的想法是会使用Microlite20的规则进行,但困难之处在於这个游戏并不是完全的RPG类型游戏,不如说是包含着较多射击原素的地城游戏。三个数值本身加进来不是大问题,但以AC为主体的命中在这里根本是没有关联的,而魔法的取得、使用,也很难直接套用现有的规则。

传统的DnD规则放进到不是典型的RPG游戏中,到底是不是可行的呢?还是会经过巨大的改变後变得和原先的规则完全没有关联?反正现在也还没有看完规则书,要再花些时间进行规则的了解,也需要试着改变一些规则并融入到现有的设计中,最後成效如何也说不准。

加入魔法

玩家的物理攻击已有雏形,但被设定成魔法頧的角色,魔法攻击确一直没有进行。这个时间点差不多要准备加入魔法的施放,整个过程应该会是明日展开。

虽然日前已经有小幅度的试验过,不过仍需要再进行一些调整。到时再统整、记录。

移动调整

今天程序端进行怪物移动修正,而修正到一个阶段时发现有的架构要再进行调整,可能又会花去不少时间进行。但按照目前的规划,差不多也是要进入另一次整Code和VS的时间点了,也要再安排时间进行。


<<:  Day 16 - 透过Vuex来管理状态

>>:  16. PHPer x Composer x PSR

Day 7 - DOM - Window Object

之前介绍的只是 JavaScript 的基本语法,今天要来介绍 DOM(Document Objec...

DAY26: 块作用域

在DAY25: 作用域三种类的种类介绍了Nodejs作用域种类,里面要提到了ES5的作用域,但其实现...

Day30 - 使用 Rails Generator 快速实作卡米狗学说话

LINE Developers:https://developers.line.biz/zh-ha...

Day 02 : 用於生产的机械学习 ML in Production

ML 就像孩子一样,孩提时百般呵护,长大时不得不面对外界的残酷。布署到商务情境的 ML 模型,某方面...

Day 3 彩色照片转黑白

彩色照片转黑白 教学原文参考:彩色照片转黑白 这篇文章会介绍使用 GIMP 的颜色调整功能,将一张彩...