⌛ MEXCooldowns — гибкие кулдауны команд с поддержкой LuckPerms ⚙️ 1.0.1

[Mexaa_]

Mexaa_ добавил(а) новый ресурс:

You must be logged in to see this link. - ⚙️ Полностью настраиваемый конфиг • ⏳ Форматирование времени • 👥 Интеграция с LuckPerms

MEXCooldowns — Создавай, форматируй задержки без проблем!
​

В чём уникальность MEXCooldowns?

MEXCooldowns — простой плагин, который создаёт удобные условия для работы с установкой задержек команд, регулировкой прочих параметров под свои нужды. Он позволяет:
Создавать задержки для команд без проблем
Настраивать время задержки, формат отображения, индивидуальные...

You must be logged in to see this link.

 

[MrDrag0nXYT]

Привет, есть некоторые вещи по коду плагина которые было бы неплохо поправить

Одна из первых вещей - оптимизация. Сейчас у тебя данные игроков хранятся в YAML, хотя предпочтительнее было бы использовать базы данных (например, те же локальные SQLite или H2), ведь они более стойкие к большим объёмам данных. А ещё в коде много действий, которые можно кешировать, а не выполнять постоянно. Например, получение данных из конфига лучше вытащить в отдельный класс и делать только при загрузке/перезагрузке плагина. Или translateAlternateColorCodes для статических сообщений можно убрать, просто сделав в сообщениях § вместо &. А по-хорошему и не делать статических сообщений в коде вовсе, разве что только для логов.

Кстати, насчёт форматирования текста. Сейчас есть очень классная штука MiniMessage, которая поддерживает плейсхолдеры, дейсвтия по клику, всплывашки при наведении и ещё кучу всяких крутых фишек. Советую ознакомиться:

Авторизуйтесь для просмотра ссылок.

Ну и про исходники, как же без этого:
You must be logged in to see this link.

 

[Mexaa_]

Привет, есть некоторые вещи по коду плагина которые было бы неплохо поправить

Одна из первых вещей - оптимизация. Сейчас у тебя данные игроков хранятся в YAML, хотя предпочтительнее было бы использовать базы данных (например, те же локальные SQLite или H2), ведь они более стойкие к большим объёмам данных. А ещё в коде много действий, которые можно кешировать, а не выполнять постоянно. Например, получение данных из конфига лучше вытащить в отдельный класс и делать только при загрузке/перезагрузке плагина. Или translateAlternateColorCodes для статических сообщений можно убрать, просто сделав в сообщениях § вместо &. А по-хорошему и не делать статических сообщений в коде вовсе, разве что только для логов.

Кстати, насчёт форматирования текста. Сейчас есть очень классная штука MiniMessage, которая поддерживает плейсхолдеры, дейсвтия по клику, всплывашки при наведении и ещё кучу всяких крутых фишек. Советую ознакомиться:

Авторизуйтесь для просмотра ссылок.

Ну и про исходники, как же без этого:
You must be logged in to see this link.

Спасибо за ответ. Насчет исходников: это база, без них никак. Просто время поджимает, и приходится переносить некоторые дела на «потом»
Советы учту

 

[Mexaa_]

Привет, есть некоторые вещи по коду плагина которые было бы неплохо поправить

Одна из первых вещей - оптимизация. Сейчас у тебя данные игроков хранятся в YAML, хотя предпочтительнее было бы использовать базы данных (например, те же локальные SQLite или H2), ведь они более стойкие к большим объёмам данных. А ещё в коде много действий, которые можно кешировать, а не выполнять постоянно. Например, получение данных из конфига лучше вытащить в отдельный класс и делать только при загрузке/перезагрузке плагина. Или translateAlternateColorCodes для статических сообщений можно убрать, просто сделав в сообщениях § вместо &. А по-хорошему и не делать статических сообщений в коде вовсе, разве что только для логов.

Кстати, насчёт форматирования текста. Сейчас есть очень классная штука MiniMessage, которая поддерживает плейсхолдеры, дейсвтия по клику, всплывашки при наведении и ещё кучу всяких крутых фишек. Советую ознакомиться:

Авторизуйтесь для просмотра ссылок.

Ну и про исходники, как же без этого:
You must be logged in to see this link.

А в целом, код хороший?