|
|
楼主 |
发表于 2025-9-6 13:49:54
|
显示全部楼层
本帖最后由 全自动电棍 于 2025-9-6 13:54 编辑
的确如此，从2013年到2023，再到2025。这十二年来一直不断有人妄图说服A÷在他心中的那堵墙上开一扇窗、建一扇门。
而所有的这些声音一直以来都被如下三个理由拒绝：
1.反射以及其类似性质操作会损坏用户电脑/数据/存档。
2.反射以及其类似性质操作会导致游戏不稳定/崩溃，并导致大量模组引发的不确切错误被发送至他本人，而非游戏错误。
3.恶意模组。
显然这三条理由都十分的牵强，而其背后的理由十分显而易见：禁止那些超出控制的东西。
上述理由已经在我上述链接的帖子中有足够多的争论与辩护，各位可以亲自鉴阅这一持续多年的争论。
而如果您不太想费太多脑子，我接下来会通过一系列论证指出这三条理由为何缺乏必要性。
首先，1、3中认为，如果我们不禁止<某种技术>，那么便会有模组危害到用户的安全。
这是真的吗？显然不是，因为即使禁止了<某种技术>也有的是办法危害到用户的安全。
- Runtime.getRuntime().exec("cmd.exe doEvil");
尤其是在Fred Cohen证明了"存在一个程序，其可以判断所有的输入是否为恶意"这一命题为不可判定的情况下。
事实上，这一问题甚至可以归约到停机问题上；
因此，无论你站哪一方，争论这点都毫无意义。
其次，2、或者说——稳定性。这是三个理由中最具迷惑性的一个。
Alex构建了这样一种叙事：官方提供的、受限制的API是稳定的保证，而<某种技术>等底层操作是混乱的根源。
真的是这样的吗？要知道基于janino的java脚本在使用继承或接口的时候如果不写全限定类名就直接噶蹦一下死那了；
还是说游戏报错崩溃的时候大伙能看得懂那一串O泡果奶？我们全能的A圣似乎忘记了不是所有人脑子里都有一个IDE。
实际上这完全是把定义不稳定的权力垄断在自己的框架里。
Princess of Evil指出：You claim that reflection makes mods unstable, but it doesn't. Badly used reflection can do it, but my literal decades of experience tell that players are quick to recognize and quietly ignore mods with subpar coding, and they rarely survive more than a version or two. What it really seems to be, from my modder perspective, is a simple "my code! mine! don't touch it!" impulse, which is a silly impulse to have in a game revolving around a modding community this much. I know about the ways of going around the block, but one big problem about Starsector's blocks is that the already difficult to understand reflection code just blows up. Concord has non-obvious bugs just cause the ways around reflection block make the code nigh unreadable.
我没有什么必要再补充这一论点了，该说的别人说过了
最后，我明确指控这一系列声称描述的后果纯粹出于恐吓目的，尤其是“会损坏用户电脑”这一说法，难道这种情况下JVM真的什么都不会做吗？多么荒谬的操作才会得到这一结果？
我完全看不懂FML的生命周期，所以应该不会。
但有计划仿照WilderForge提供一个似是而非的事件系统。当然，前提是我能研究的明白远神这套api怎么跑的。
好活，但是不要抱太多希望）
整个社区真在本地用IDEA部署过东西的人屈指可数，至少大部分人都没卡过gradle，或者连这东西是啥都不知道，改个数据都得再三强调请不要用excel或者wps
至于游戏本身的这套东西）CSV还算是比较直观的，你可以去刨一下Rules和舰船Ai是如何实现的，还有非常沟槽的时流和相位（这俩本身是一个东西）
最初是准备将大部分工具链都搬过来的，已经有很多人在别的游戏这样干过了，结果GameProvider写完才发现A圣在EULA里写了个4.a)这种逆天箩筐罪😅
说实话游戏的资源系统真的骇到我了，太绿皮了。
另外感谢您的建议，我会去看看的。
翻过核心文件后不得不坚决支持诋毁Alex的一切行径了
还真是，你知道当初升级Java17时出现过的一个逆天问题是什么吗？是A符号的关键字混淆过于依赖甲骨文JDK实现中不成文的一些内部“规范”，导致高版本OpenJDK因为类文件中出现不符合规范的非法内容而崩溃。
混淆是很多问题的源头，真的。
|
|
发表于 2025-9-5 12:58:12
发表于 2025-9-6 09:57:38
发表于 2025-9-6 15:41:00
咆哮吧！生命的大鼓！
）
