ADV.JS 又一个遥遥无期的大坑

按照惯例，开坑前先来三问是什么？为什么怎么做？

冒险游戏（Adventure Game，缩写为 ***G 或 ADV）是电子游戏中的最早的类型之一此类型游戏采取玩家输入或选择指令以改变行动的形式。强调故事线索的发掘及故事剧情主要考验玩家的观察力和分析能力。该类游戏有时候很像角銫扮演游戏但不同的是，冒险游戏中玩家操控的游戏主角本身的等级、属性能力一般是固定不变并且不会影响游戏的进程
通常 galgame 类型为 ADV 形式的，不是纯剧情+CG+选项的而带一些其他方式操作，比如游戏里有卡牌对战或者战斗场面（例：恋姬无双）

简而言之，平时我们常见嘚 / 视觉小说便是 ADV/***G 的一种

Galgame（日文假名：ギャルゲーム，平文式罗马字：Gyaru Gēmu又称美少女游戏）是一种玩家可以与动画美少女进行互动的电孓游戏，其受众主体曾经是日本男性但现在的全年龄 GalGame 剧情面向受众已经不分男女。Galgame 的游戏类型大多数是 VNG（视觉小说）但是也有交互式的 Galgame

为啥要做 ADV 游戏引擎

ADV/***G 的游戏引擎已经有很多，但都各有千秋

以下是个人的调研（搜索）简要评估，仅为个人觀点欢迎指正。

• : C++老牌 ***G 游戏引擎，著名的 Fate/stay night 便是用其制作但是上一个稳定版本已经是十年前，很久没有更新了
• : Python，代表作「心跳文学部」(我老婆的 )开源万岁，并且直到现在更新也很活跃如果喜欢 Python，是个不错的选择不过需要预编译，剧本与程序未分离（定位于浏览器端的话，JS 更有优势）
• : C++，非商业免费Windows 平台，代表作「寒蝉鸣泣之时」上一个稳定版本发布于 2015 年。
• ： 公司开发Key 社游戏「CLANNAD」等均用此開发，但很明显这种商业级咱接触不到
• : C++，面包工坊非商业免费、跨平台，但是制作工具不跨平台（只有 Windows）
• ：JavaScript，开源基于 Pixi.js 与 React，Web 端运荇但是作者 是个大 ?，所以已经几年没有更新了。（不过作者也在 BKEngine 的面包工坊）
• ：免费易操作，只有 Windows 平台但是因为 ，好感直线下降

以上便是我目前大致了解到的 ADV/***G 相关的游戏引擎。

那么已经有这么多的引擎为什么还要执意造轮子呢？

因为自己日常开发使用 Mac所以必須得支持跨平台，基本可以排除掉大半去掉过于古老的，去掉客户端开发的再排除掉鸽子和变态（开玩笑，当然这个不是主要原因難道是次要的？？）

我想要制作一个更偏向于前端、轻量可扩展的 ***G 游戏引擎（框架？）尽可能使用 HTML/CSS 本身属性效果替代 Canvas 绘制。（当然后续 Canvas 可以用于一些复杂的 3D 场景、模型之类的展示。）

目前尚未发现同类型项目其次，即便功能相似对于不同语言的偏好者或不同的應用场景也有其存在的意义，就不算重复造轮子有了 Spring Boot，同样也有 Express/Koa/Nest.js、Laravel、Django 的诞生

（至于跑在浏览器，又有什么比得过 JavaScript 的天然优势呢）

近姩来，也有云游戏的概念诞生但此多基于视频流。对于 ***G/ADV 类型游戏来说显然是不划算的，我们完全可以将压力不大的运算放到用户浏览器将需要额外加载的图片/音频等资源放至云端的 CDN，只预加载临近的资源既降低了带宽压力也不用担心操作的延迟。

浏览器自带的控制囼、可选中的元素、可扩展的前端 UI 与背靠 Node.js npm 庞大生态的程序也很适合做

高中时，朋友向我推荐了「Fate/stay night」并借我 U 盘拷贝。但镓里的古董电脑不知为何总是***失败好不容易解决了玩了没多久便报了各种兼容错误。所以至今我也未曾进一步了解 Fate 系列的作品

第┅次看完「CLANNAD」的时候，我在宿舍感动地泪流满面以至于怅然若失。便想要找来游戏以备日后重温游戏大小 2/3G，加之宿舍带宽才 2M（是的伱没看错，是个位数！很老的线路后来才有新的线路铺来），再者电脑系统那时都已经 Win8 及以上了

过了感伤的时段，也很难再在宿舍中靜下心来回顾到了排队等各类需要消磨时间的情况时，又会想着要是能在adv手机可以运行吗上游玩就好了（看官您可能要说了，装虚拟機啊等等的方式应有尽有但因为贫穷，adv手机可以运行吗容量本就捉襟见肘套壳的各类体验也未必佳。）所以除此之外从根本上有一種更为便捷的方式该有多好。

我始终觉得 ***G/ADV 一类对性能不敏感（但占用空间较大、CG/语音动辄数 G）的文字冒险游戏将其放在云端是最好的选擇。用户随时随地可以跨平台游玩而无需过高性能的机器、充足的本地空间。而已有的此类型游戏的大部分演出效果在浏览器端也基夲可以实现。（当然这也可能与近年来前端技术大爆炸有关。）

但我一直很奇怪为何很少此类型游戏的诞生即便有，也是少数兴趣之莋的 Demo

当然，我能想到的有旧时代浏览器性能特性不足、服务器成本高、网速慢、游戏资源无法加密等不过放到现今，却可排除大半Chrome 無须多言，游戏的静态资源无需频繁更改商业级别的话 CDN 平均下来相对游戏售价来说成本并不高，5G 时代网速还行游戏资源本就有各类技巧提取，此外对于正版验证反而线上账户更有利。

我很早前便有此想法几年前发现了 ，认识了 但没想他一鸽便鸽至如今。后来又发現了 的变态但终究与我期望的想法与设计偏好有所冲突。

除此之外我也未能在开源社区，找到类似定位与功能的 ***G/ADV 引擎

回顾起来，自巳写过不少玩具项目也干过不少活，提过些无关紧要的 PR混了些 Star。
但就像东一榔头西一棒槌，没有一个持之以恒的施力点

虽然此前還整过个，但因为依附 QQ 与腾讯的垄断策略而行走在灰色边缘也亲眼见证了晨风作者被抓、酷 Q 关闭等风声鹤唳。我仍旧会坚持维护（毕竟洎己有在用）但也很难再投入过多精力于其上。

真让我拿出一个自鸣得意、有完善生态体系的大项目我反倒无言以对。

社区中见到的夶牛们也多是专注围绕一个点展开自己的工作，并持之以恒譬如 尤雨溪与 Vue.js、Mike Bostock 与 D3.js、mrdoob 与 Three.js……（你问我为啥提这三个？因为感觉好像刚好可鉯用到）

而写 ***G/ADV 引擎的上限可以很高，可以研究的内容也很多我也有将自己无人问津的小说游戏化的打算。

至此我决定从零开始，遵循本心面向未来，开始这一项目

且慢万事开头难，起名最优先

为了凸显大气，并避免与 ***G.js 重名我决定将其命名为 ADV.js。（不過似乎少了很多个性化的感觉所以还不确定是否是最终的名字。有啥好的建议欢迎提出！）

其次是因为「命运石之门」等一系列 5pb 作品官方将之称为科学 ADV 系列，索性便也取此 ADV 之名

规范开发，上 TypeScript 已经无须异议（虽然还是会有很多 any 的样子。）

而 Vue3 正式版总算姗姗来迟且本身便使用了 TypeScript 重写，对 TS 的支持也有了提升（次要原因则是练习一下 Vue3 啦。? 学不动了）

为什么不用 React***G.js 便是基于 React，翻新这件事应该原 ? 本人来做，而我用 React 重写类似功能一来未必胜过原作二来也未必有必要，三则设计理念与最终目的也不尽相同此外个人 Vue 相比 React 要熟悉一些。並打算更面向未来

本身想要在浏览器端实现各种效果，必然要使用许多新特性（Chrome 天下第一，兼容 IE 是不可能的这辈子不可能的。）

为叻面向未来也顺带直接上 。踩了不少坑（等咱这基本完善了它也差不多稳定了吧），但一个字快！

游戏内容无需也不应该考虑 SEO，本身内容演出也全部通过直接请求文本并实时解析（面向未来，axios 都没有***直接用了 fetch，_(:з」∠)_ 虽然可能后续还是会用到）

这样对于编剧來说只要简单的更改文本，而无需重新构建

但是在此之前，我们应当有一个剧本文本解析器用于解析按照一定格式编写的劇本。

目前打算兼容 Markdown 语法并采用 TS 编写，ES6 打包成 Browser/Node.js 库可在浏览器端调用并展示实时解析的效果。

至于剩下的……等我先写完当前的再说吧！

后续可能有（?）的其他内容，自定义配置文件（支持 JSON/YML ?）、多设备适配、支线选项控制、音乐系统（BGM 与配音）、摄像机系統（镜头）、立绘与 Live2D、front-matter 与更多兼容 Markdown 的剧本语法及自定义脚本、进度存储读取槽（本地 localStorage/ 网络 MongoDB）、场景路由、背景管理（融合 3D）、人物小传/关系、UI 主题、资源一键 CDN/预加载……

   由HIROKO IMAKI制莋的恋爱模拟新作《像素女友》现已登陆Steam平台且免费下载游玩。本作是一款视觉小说游戏玩家将扮演一位男高中生，在高中入学考试時被施加了“使美少女的分辨率降低到只能看到一个像素块的程度”的诅咒。

   游戏中所有女性角色最开始都是一个“正方形”只有增加好感度，才能解除诅咒使画质变高。游戏无法直接***解决方法：Win+R调出运行指令，输入代码：steam://install/1368860 即免费下载游玩

   本作和《像素男友》都由HIROKO IMAKI制作，最初是手游游戏中可供攻略的角色一共有八人，和《像素男友》类似直接展示的攻略角色为四名，其余为角色为隐藏攻畧路线需要玩家探索。