Cryyysta___
Пользователь
- Сообщения
- 17
Актуален MyCommand в 2026?
Есть ли у плагины альтернативы для создания небольших команд?
Есть ли у плагины альтернативы для создания небольших команд?
Актуальность MyCommand
- Автор темы Cryyysta___
- Дата начала
-
- Теги
- mycommand
В некоторых случаях может подойти ConditionalEvents
Cryyysta___
Пользователь
- Сообщения
- 17
Слышал про него плохие отзывы насчет производительности , а есть еще альтернативы?
Актуален, а почему нет?
Cryyysta___
Пользователь
- Сообщения
- 17
Последнее обновление в 2023 и очень неудобный синтаксис провероко разных
Ну кому как
Обычно, когда плагины не обновляются, значит что они работают идеально. Разработчик по сей день общается на странице плагина (
Авторизуйтесь для просмотра ссылок.
).Кстати, я нашёл обновление от 2025 года тут:
Авторизуйтесь для просмотра ссылок.
собственно актуален, весь функционал уже давно есть, только вот сам MyCommand это один большой костыль
BrickX
Пользователь
- Сообщения
- 589
- Решения
- 16
Потому что микроскопом забивают гвозди. MyCommand пытается превратить yaml конфиги в яп. Из-за этого сложная логика становится нечитаемой, её дико сложно отлаживать при ошибках, и она работает медленнее, чем скомпилированный код полноценных плагинов. Для создания простых алиасов типа /discord это идеальный вариант, а для целых игровых механик - огромный костыль.
Mioji
Пользователь
- Сообщения
- 1 285
- Решения
- 46
Это не костыль по самой концепции, но сам MyCommands это просто ОЧЕНЬ ПЛОХОЙ пример реализации кастомных команд. По твоей логике шлем нафиг все современные IT технологии (Docker/Kubernetes), описание которых происходят в YML/JSON. Просто никто в сообществе Minecraft не сделал кастомные команды адекватно.
Какие ещё плохие отзывы? У него буквально самый высокий рейтинг и оценки по соотношению к скачиваниям и просмотрам. ConditionalEvents это буквально лучшая замена MyCommands, который ещё тебе даст много полезных функций. Можешь комбинировать с ServerVariables и получишь простенькую работу с базой данных, то есть без проблем кросс серверные механики или механики, где нужно хранить переменные в базе данных. Правда работа с бд там действительно очень простая, и нельзя её разделить на разные таблицы и типы данных, что ограничивает. Но для большинства команд/механик этого достаточно.
Сравнение с Docker/K8s не совсем корректное. В Docker yaml используется как декларативный конфиг: ты просто описываешь желаемое состояние (какой образ взять, какие порты открыть). Там нет логики, условий if/else или циклов в привычном понимании.
MyCommand же пытается превратить yaml в императивный яп. Проблема не в самом формате yaml, а в попытке писать на нём сложный код. Программировать на языке разметки - это и есть определение костыля. Согласен, что адекватной реализации кастомных команд в mc мало, но это не отменяет того, что MyCommand - это попытка скрестить ежа с ужом.
Mioji
Пользователь
- Сообщения
- 1 285
- Решения
- 46
Да, и нет. Декоративность означает не описывать логику до достижения желаемого в основной концепции и основных функциях, но не отрицает поддержки создания написания логики. По этому, в docker ты можешь запустить сценарий и скрипты, либо делать интеграции с ПО, ты так же можешь выводить конфигурацию или запускать сложные процессы, чтобы результат соответствовал желаемому. Я в пример привел эти технологии, потому что это в любом случае Язык внутри YML, и не важно какой, декларативный, скриптовый или ещё какой.
YML это не язык разметки как HTML/XML, а сериализации данных, а его название по факту это прикол над сообществом IT. Полноценно программировать - да. Но если технология позволяет делать то, что по сути через ЯП создаётся в несколько раз дольше - это не костыль. Но зависит от реализации, опять же, MyCommands это плохой пример, который портит впечатление. На самом то деле, хорошая реализация может полностью отбить желание делать команды через код, если по итогу они будут технически работать одинаково хорошо в обоих реализациях. Тогда зачем тратить деньги и ресурсы на код?)
Последнее редактирование: