【流星说】Forge为何而衰落？盘点Forge的“三宗罪”【全字幕】【50帧】

其实Forge没有衰弱，目前MC圈偏向原版生存，Fabric又有Sodium，所以目前Fabric看起来占优势。 从mod开发者角度来看，Fabric对开发者比较友善，加上有一些开发者（比如Sodium mod 开发者）对Forge圈的玩家有极大的反感，所以他们不帮Forge开发mod。 Forge引擎吃资源我无话可说（因为就是真的超吃资源）。 至于最后一点，我觉得没有那么简单，有大部分玩家依旧用旧版本是因为有些mod作者不再更新模组，想玩那个模组可是因为作者不更新（比如说Witchery作者） + 没有代码可以搬到新版本，所以只能待留在旧版本（如果所有1.7.10的mod更新到1.16.5，问下谁还会待留在1.7.10），而且待留在旧版本不只是出现在玩模组的玩家身上（指PvP玩家）

♥ 606 ↩ 40

forge是情怀 fabric是未来

♥ 406 ↩ 21

forge确实太过老旧缺陷一堆，但能取代forge的肯定不是诸如fabric这样的加载器，fabric太过轻量化，自身功能太小，根本无法支持大型复杂mod的开发（而且插件创新难度很大，比如fabric下的光影加载器iris就很难展现新技术，新的开发者只能继续以opt为基础开发），且近几个版本forge的优化相比过去也好了不少，大型模组也大有重新崛起的势头

♥ 294 ↩ 15

我开发过fabric的代码，也见过forge的代码，fabric确实轻量好用，容易上手，就是目前api还不太多，写大型模组还有点麻烦。想搞点骚操作还得用mixin (比如自定义盔甲模型，forge有现成接口提供)。mixin就相当于对游戏代码的直接修改，自由度看mojang写的代码，兼容性就看别的mod会不会mixin自己模组mixin过的代码，mixin到一块就容易炸。

♥ 189 ↩ 10

还有一点是社区问题，知名的Minecraft优化模组 钠 之所以用Fabric，就是社区问题，Forge社区的用户大多不会管新版本，而这个模组就是为了新版本卡死而生 此外，Optfine现在已经兼容Fabric了，部分玩家可以在Fabric下玩光影了 还有版本更新速度异常慢，1.17升级了Java，这代表要用更高的成本更新Mod API，而Fabric也会更新对于快照版本的Mod API，所以过渡非常自如，1.17发布后马上就发布了测试版，Forge在1.17.1才完成了第一个1.17Mod API Forge编写Mod非常困难，如果搞不好，就全是黑紫交错的缺失材质 1.18的实验快照已经发布，可见Mojang又重写了大部分代码，这样的后果是Forge又要等很久才会发布第一个版本，所以，有些人认为Forge不会没落，但是这样回头一想，Mod在Forge发布那时Fabric的Mod居多，Forge很难有主导地位 并且，最重要的是，Forge的辉煌总出现在优化差的版本，1.7.10相比1.8其实要卡，1.12.2还好，1.16.5比1.17要卡，这也很难说，因为有些电脑真的有一点老

♥ 180 ↩ 24

fabric很多mod作者与forge论坛有矛盾，这就是老实有人在贬低forge的主要原因，比如钠锂磷的作者和better end的作者，他们甚至于说fabric现今开发的mod比forge多一倍这种话来贬低，老实说有点太过分了，这也是两个论坛的人决裂的一个基本原因，但老实说fabric确实轻量实用，但功能完善性与forge比起来完全天差地别，这也是为什么几乎所有作者都愿意留在forge而不放弃它的原因。总结来说各有好处，fabric轻量优化好，但复杂性较强的mod必须靠forge来开发，fabric现阶段以及很长一段时间实现不了，forge的开发者也远远多于fabric。所以，现阶段的fabric还不至于对forge造成威胁，也不至于说forge衰退这种没有理由支撑的话。

♥ 145 ↩ 11

雀石 1 13mojang抛弃旧代码 彻底重写并翻新了mc 还有个api 叫做 Rift 应该很少有人知道

♥ 143 ↩ 6

吐槽up所说的1.7.10那段 首先b站之前有个up做出了一段视频，通过调查1.12.2的模组数量已经超过了1.7.10的模组数量，而你说的1.7.10的mod黏住了许多玩家不愿进步，难不成他们玩mc只玩模组？？我寻思着1.7.10的模组大部分在1.12.2也移植了，甚至还更新了更多内容，请问这个1.7.10是用了什么东西粘人[辣眼睛][疑惑][疑惑][疑惑][疑惑][疑惑]

♥ 110 ↩ 70

从一个开服给朋友玩的人来说。。fabric用的很舒服，冲突还挺少，修问题也能修的很快，而且游戏体验也流畅，可惜我开服那会没什么服务器能用的mod，只有一大堆本地mod，于是就停留在自己测试阶段了，还是回去forge版本找好玩的。 然而forge硬生生把我搞得开服修bug修到结束，才把一个80+mod的包搞定避免服务端报错，然而客户端还是会概率炸，但是一大堆mod也不知道往哪下手，毕竟答应好了朋友加啥mod总不可能删了吧。。 就游戏体验来看fabric轻量化做的特别好，但是没什么巨量修改的mod，比如暮色森林，机械动力，匠魂，女仆，枪械，巫术学，这些都是forge下的好玩的mod，然而fabric我只能说暂时还没有很惊艳的mod，现阶段如果选择接近原版的玩法的话fabric挺不错，如果选择改动巨大的mod的大型话还是只能回forge

♥ 76 ↩ 8

现在你找映象最深的版本1.4.7，1.6.2，1.6.4，1.7.2，1.7.10，1.8（加入了三大废石和羊肉），1.8.9（实际上这个还不能算，因为他是老PVP玩家能接受的最新版本），1.9（末地更新，新战斗机制），1.12.2，1.13（海洋更新），1.14（村庄更新），1.16（下界更新），除去大更新外，剩下的一看，你就能知道为什么1.7.10是一个粘性很大的版本了。

♥ 71 ↩ 6

我没记错的话，我唯一一次用fabric，是为了沉浸传送门这个mod，不过确实回头去看看，官方启动器的，开始游戏配置里默认有个最新版本，估计已经有很长一段时间没有更新过了，主要的原因就是模组，还有一个原因，就是之前已经在最新快照中玩过，而且大多数服务器还是对1.12.2支持

♥ 61 ↩ 12

有大量的PVP玩家停留在了1.8.9(因为1.9+引入攻速)

♥ 53 ↩ 13

首先呢，我还是觉得up你既然要出这期视频那你还是去开发圈子了解一下实际情况吧 1.Forge真正的对手不是fabric，fabric完全干不过Forge，就跟大人和小孩扳手腕，fabric很多东西都是社区提供，兼容性差不说而且功能太少，而作者却一味追求速度，导致他功能太少，我用过，写点东西都在社区爬半天 2.其实跨版本并不是forge的问题，主要还是mojang的问题，每次一个大版本就底层大改，forge不改不行，不过forge底层确实有点问题，forge之前是有过考虑写一个跨版本兼容的，但是后面又被删去了（太难了），而fabric目前只在高版本摸爬滚打，如果mojang再发癫一次，相信fabric也会遇到这个问题。但是forge更新慢确实，毕竟人家没钱拿的嘛，而fabric是新社区，活力高正常（给他打钱试试？ 3.这个可以理解，forge配置开发环境一直是难题之一，光是回答那些问开发环境的问题就数不胜数 4.Forge并不是难上手，这样说吧，没有什么东西的门槛比mcmod开发更低了，你只需要花几个月时间学习Java基础语法，了解编程的结构即可立即上手，这不成理由 5.这确实，毕竟任何一个公司都不希望自己的作品被一个第三方拿捏在手里，不然也不会推出数据包之类的了

♥ 47 ↩ 4

forge的巅峰好像是，1.7.10和1.12.2

♥ 44 ↩ 4

其实1.13版本因为forge迟迟不出而出现的rift已经在挑战forge一家独大的局面了，fabric出现以后这个趋势扩大了，有好处也有坏处，对于整合包作者，可能做一个fabric的整合包，有的想要的模组却只有forge版本，api不统一也是个硬伤，这样看来还不如一个api一家独大

♥ 42

感觉forge自身就像是集成了各种core，lib 导致其破坏了一些可能不明显的原版特性 在fabric由于轻量没有内置这些东西也就不会破坏原版特性，但接口可能不如forge多。这些接口可以靠第三方core/lib来弥补，但也可能会带来使用不同coremod开发的mod之间的冲突 另外，根据cardboard这一在fabric服支持bukkit插件的mod（安装后部分原版机制也会变成bukkit服的机制），不排除有人做出通过fabric加载forge mod的工具的可能性，但即使做出来大概率兼容性不会好

♥ 37 ↩ 1

作为一个玩家，现在大型整合包基本都是基于forge的。经典模组比如热力膨胀，星系，rftools，AE2，rs，末影接口，植物魔法等等大大小小或轻量或重量的模组，官方工作室都是以forge支持的，有部分模组民间搬运至fabri。同理，也有部分民间人士把fabric的模组搬到forge里，比如sodium reforge。我觉得至少在未来几年内应该不太可能看到以fabric作为modloader的大型整合包，就算有，内容是否丰富也难说。fabric对原版的微调模组到是很和我口味，masa全家桶和carpetmod就是很好的例子。

♥ 36 ↩ 3

就模组开发难度而言forge肯定仍是第一选择，许多实用的东西forge给的很全，fabric那边底层动的相对少一些反倒很适合开发优化类模组。乐观来看，不排除未来会出现他俩的融合体（fabric端的forge lib听起来就很怪）

♥ 35 ↩ 1

forge最早到beta1.8（PER1.9，正式版1.0） 更早的时候mc的模组是通过覆盖部分文件实现的

♥ 32 ↩ 3