乱谈逻辑实现方式

Noble_Fish

最近简单过了一下自定引擎时代的所见所闻，无论公版引擎还是各家自己定制自用功能的版本
着重看了那些只想 ini 效果编写者 / dll 功能编写者 直接写好一套然后自己 #include上 /丢进根目录 并且自己一点能力没有也不愿付出时间学 ini / 程序 中任意一个的用户其使用过程大致是什么流程


事实证明：
一些懒狗就算被人托着越过了逻辑实现的思维深渊
也仍旧会折戟沉沙于说明书阅读能力这道矮墙之下


无论 ini / cpp 走的哪条路，最后都是要对用户反复说 “去看文件注释” / “去看说明文档”



就算是写个 dll 送过去也不会用，有问题还是问能不能做，然后被送去看说明书

kenosis

ini 效果编写者直接写好一套然后自己 #include上 /丢进根目录 是什么品种，在哪里可以看到

Noble_Fish

已知部分砖窑就是这样，也作为一种 ini 方面存在多个负责人时类似 GitHub 推送 PR 的等效操作。
我自己则是偶尔帮朋友（比如结界手）写也这样，顶头留需要自己往里面填数的标签或者注册名，旁边注释里告知填什么东西，用继承传到后面的具体逻辑里跑。
不过又要摆对地方又要自己写 #include 和填数的当然对懒人来说没直接给个 dll 那样受欢迎，大多时候还是呼唤直接一个 dll 的声音高得多。
然而无论哪种方式都一样会有这个问题，一样要指过去，就算是用 dll 分发一样有用户不看文档直接求人工。
也就从【刚开始涉猎改游戏玩家不停地问教程里写了的东西】通过看基础教程变成【开始做自己MOD(?)的修改者不停地问文档里写了的东西】
再次证明你游入坑修改的门槛在社区多年的教学基建下根本不存在

ccc1478

哎！

kenosis

Noble_Fish 发表于 2025-2-16 14:43
已知部分砖窑就是这样，也作为一种 ini 方面存在多个负责人时类似 GitHub 推送 PR 的等效操作。
我自己则 ...

那不就是可视化编辑里预留黑箱接口吗

Noble_Fish

kenosis 发表于 2025-2-17 02:20
那不就是可视化编辑里预留黑箱接口吗

类似的预留方式，不过那时候可莫得可视化的 GUI 界面

而且可视化编辑器的工程文件和成品也是两个层面的内容，工程文件相当于源码的定位，要给用户还是需要 ini 层面便于填写的文件的

这么一来输出文本排布上在顶端/外层放出明文接口语句的 ini 也可以作为可视化编辑器的一个功能要求，或者寻找更好的 ini 成品分发模式

kenosis

Noble_Fish 发表于 2025-2-17 05:43
类似的预留方式，不过那时候可莫得可视化的GUI界面

而且可视化编辑器的工程文件和成品也是两个层面的内容 ...

我设想的是彻底摆脱ini，直接只交流编辑器工程文件，让编辑器支持即时输出

白羽鸽

kenosis 发表于 2025-2-17 16:15
我设想的是彻底摆脱ini，直接只交流编辑器工程文件，让编辑器支持即时输出 ...

那以后是不是各平台预制ini模块导入使用

Noble_Fish

kenosis 发表于 2025-2-17 08:15
我设想的是彻底摆脱ini，直接只交流编辑器工程文件，让编辑器支持即时输出 ...

难，就像你直接把源码丢用户用户也不会用，逻辑开发者之间才能互拉仓库

彻底摆脱 ini 可行吗，我的理解上 dll/DPScript 和 ini 输出结果或仅考虑其中一者单用的情况都属于最终更改游戏运作逻辑的方式

想彻底摆脱的话考虑用户基础问题恐怕只能在 2027 年全面换用基于 编辑器 的教学以进行全面普及并替新人写好一坨坨的预置 ini 模块铺好路

不然输出成品也难以分发使用，只能是选择了依靠效率工具绑定特定引擎来用相同方式编辑游戏的人之间内部交流

而且编辑器更多还是逻辑上的梳理和效率提升，像数值平衡专门给你拎出来个 balance.ini 慢慢填数测试的那种玩意可没法交给节点可视化编辑器做
还有全局那一坨也是，不属于通用组件拼模块的东西并不适合可视化编辑器来处理

至少不适合节点图，应该用图表，我 Excel 感觉还行

不过引擎新增全局语句之类的一样没法方便，最多是打开 ini 粘贴进去填数变成了 编辑器界面 右键/侧栏 新建输进去，实际上和写 ini 比也没差甚至不一定更快

kenosis

预制模块很容易搞定，也不见得非得绑定特定的引擎补丁。比如预制基本单位、基本武器三件套，之类的