NeoForge

[Liahim]

Привет всем!
Я тут отходил ненадолго, вернулся, гляжу, а тут уже два форджа...
Может мне кто-нибудь рассказать историю сего разделения? С чего, вдруг, начали создавать NeoForge и зачем?
На самом сайте NeoForge-а написано, что он Forge based. А так можно было? Я тоже теперь могу свой NeoNeoForge написать?

И ещё, смотрю, и Сумеречный и Битвинленд перешли/переходят на него. Почему? Чем он лучше? Пока, вижу только то, что отличия между ними есть.
У кого есть опыт, посоветуйте, плиз, на чём лучше "сидеть"?

 

[Kernet]

С чего, вдруг, начали создавать NeoForge и зачем?

Разработчики поссорились с главным разработчиком Forge и большая часть команды ушла пилить свой форк. Всё есть на официальном сайте NeoForge тык.

А так можно было? Я тоже теперь могу свой NeoNeoForge написать?

Можно, при достаточном наличии знаний, можно написать что-то своё, на основе апишки.

Почему? Чем он лучше?

Оптимизацией, но он слишком молодой и новый, поэтому по крайней мере сейчас, большинство пользователей останутся на Forge. Кто-то говорит что NeoForge лучше чем Forge из-за меньшего количества багов и тд. Но вся база модов держится на Forge.

на чём лучше "сидеть"?

Зависит от потенциала, я в Neo не вникал, звучит конечно многообещающе, интересно будет понаблюдать за развитием NeoForge. Но если тебе необходимы версии допустим 1.12.2 и тд, то получится сидеть только на Forge, так как NeoForge только на версии от 1.21.x. и я крайне сомневаюсь, что они будут портировать под старые версии.

 

[_SupCM_]

Почему? Чем он лучше? Пока, вижу только то, что отличия между ними есть.

1) Команда NeoForge не отрицает миксины.
2) (по крайней мере, заметил пока писал на нём) улучшенная работа пакетов - они быстрее и надёжнее. Как сделано - хз, но то, что они лучше - точно.
3) Вероятно, возможная совместимость модов с fabric с neoforge из-за схожести API.

NeoForge хочет в итоге переписать код Forge - как то было с MC 1.13 (думаю, если смотрел в исходники forge, мог заметить приличное кол-во легаси кода). В перспективе, лучше потихоньку на него пересаживаться, ибо Forge с его текущей "командой" долго не протянет - ещё год-два, как мне кажется.
В общем, NeoForge становится Paper от мира модов.

 

[Kernet]

В перспективе, лучше потихоньку на него пересаживаться, ибо Forge с его текущей "командой" долго не протянет - ещё год-два, как мне кажется.

Когда кажется - креститься надо. А вообще жаль что NeoForge будет заточен онли под новые версии. Ибо достаточно проектов и тд, сидят на 1.7.10/1.12.2 не говорю за мамонтов, которые до сих пор сидят на 1.6 и тд. Если смотреть глубоко в будущее и потенциал Лисы в целом, будет интересно понаблюдать как сервера задышат под новым началом моддинга.

 

[_SupCM_]

Ибо достаточно проектов и тд, сидят на 1.7.10/1.12.2

Только сервера.
В одиночке сейчас преобладает 1.16.5/1.20.1 (не выше, поскольку там изменился подход к Codec - можешь глянуть на тот же Create).

Да и то, что сидит на версиях ниже 1.13, зачастую, Thaumcraft-based или сборки с мини-играми, где всё это не надо, поскольку там есть самописные решения, которые уже давно закрыли косяки Forge. В целом, я считаю, глупо сидеть на 1.12.2 и ниже - это чистейшее легаси, которое просто узыбнет со временем. Отказываться от кучи новых фич ради поддержки легаси - так даже самые крупные и неповоротливые компании мира не делают (а они те ещё мамонты).

UPD.
Вообще, на мой взгляд, текущие API строятся неверно. Они просто добавляют возможность внедрения модов (именно во мн. числе) в игру. Стоило бы ещё им быть "прослойкой" между Minecraft и модами - этаким фреймворком. Чтобы один и тот же мод мог работать на разных версиях игры - 1.20, 1.23, 1.25 и т.д. без изменения кода мода. Т.е. о проблемах постоянно меняющегося кода игры должны будут печься не мододелы, а разработчики API. Это понизит порог вхождения в моддинг, и позволит даже старым модам работать на новых версиях, даже если абы как.
Понятно дело, что API должен будет всё равно обновляться, дабы соответствовать новым фичам майна, но лучше уж так, чем постоянная гонка за изменениями в коде (а они теперь не только в мажорных, но и в минорных версиях). И я надеюсь (может быть, беспочвенно), что таким API и станет NeoForge однажды.

 

[Kernet]

глупо сидеть на 1.12.2 и ниже

Всё же думаю, что в некоторых случаях юзать 1.12.2 как самую стабильную версию, под какие-то приколы, кто реально разбирается и кому не лень делать что-то в стиле Space Era. Не то, чтобы я яро поддерживал пихать невпихуемое. Как двигатель машины приделать к велосипеду. Но по истине в правильных руках, воксели раскрываются. Если важно пилиться под новые версии, как ты сказал ради новых полезных фич, тем кому они реально будут полезны, будет более профитным вариантом, учитывая как выросла кастомизация на серверах, и в целом игровое развитие, без модификаций и тд.

 

[TheAndrey]

Стоило бы ещё им быть "прослойкой" между Minecraft и модами - этаким фреймворком. Чтобы один и тот же мод мог работать на разных версиях игры - 1.20, 1.23, 1.25 и т.д. без изменения кода мода. Т.е. о проблемах постоянно меняющегося кода игры должны будут печься не мододелы, а разработчики API. Это понизит порог вхождения в моддинг, и позволит даже старым модам работать на новых версиях, даже если абы как.

Вспоминаем Bukkit который на этом в итоге погорел. Он просто не успевал обновляться вслед за Minecraft, вынуждая разработчиков плагинов прибегать к написанию костылей для получения к новым возможностям игры.

Невозможно на текущий момент сделать мультиверсионный мод, когда версии игры намеренно делается максимально несовместимыми с остальными.

 

[_SupCM_]

Увы, этому не суждено.

Знаю, но помечтать не вредно)
В любом случае - чисто моё мнение, оптимально оно, эффективно ли - скорее всего нет. Трудно совместить и гибкость, и "стандартизацию" (в некотором роде) - они исключают друг друга.

 

[Liahim]

большая часть команды ушла пилить свой форк

То то я смотрю, что NeoForge больше похож на старый Forge, чем сам Forge.

В перспективе, лучше потихоньку на него пересаживаться

Да вот я и смотрю, что все крупные моды не наго переходят.
Возможно, стоит тоже туда мотнуться. По крайней мере, хотя бы будут примеры его использования.
А то я так и не понял, куда Forge запихнул эвенты отрисовки экрана.

 

[HomaPlus]

Но если тебе необходимы версии допустим 1.12.2 и тд, то получится сидеть только на Forge

Есть такой проект как Cleanroom (как forge 1.12.2, но Работает на java-21-23)
Сам перешел и однозначно рекомендую

 

[Kernet]

Cleanroom (как forge 1.12.2, но Работает на java-21-23)

А вот это звучит хорошо, нужно взять на заметку. Без всяких приколов работает, в плане стабильности?

 

[Javakun]

А вот это звучит хорошо, нужно взять на заметку. Без всяких приколов работает, в плане стабильности?

Ну вроде. Использую у себя)

 

[Kernet]

Ну вроде. Использую у себя)

Надо будет испытать тогда всё таки.

 

[hohserg]

В чем прикол майна под java21? Лучше производительность или как?

 

[TheAndrey]

В чем прикол майна под java21?

Как минимум - возможность использовать синтаксис и фичи новой версии языка.
Другое дело, сколько это принесёт проблем совместимости, когда в майне кругом используется рефлексия и другие "грязные хаки".

 

[hohserg]

Т.е. если у мя просто готовая сборка, то она не станет лучше в каком-то аспекте, если запущу из под cleanroom?

 

[HomaPlus]

Т.е. если у мя просто готовая сборка, то она не станет лучше в каком-то аспекте, если запущу из под cleanroom?

Java-21 Java-23 тупо в 1.7+ раз быстрее java-8
На этом полагаю можно и закончить

Писать все же рекомендую на 8-ке, чтобы сохранить обратную совместимость, а запускать на cleanroom + Java-23