Купила сервер а там половина систем игры написана на скриптах плагина skript

SophiaWagner

Пользователь
Сообщения
273
Решения
1
Купила сборку сервера у иностранного разработчика. В этой сборке половина всего написано на плагине skript. Я привыкла к менюшкам на deluxemenus, а тут и меню на скриптах. На сколько это правильно, логично делать меню сервера на скриптах? Да и вообще половину функционала в скрипты засовывать

Из плюсов заметила только то что все что связано со скриптами - текстовые сообщения хранит в отдельном файле в глобальных переменных. Чтоб перевести большую часть сервера на любой язык - достаточно закинуть этот файл с текстовыми сообщениями в любой ИИ


а из объективных минусов - лень разработчика.. половина скриптов хранятся в файлах типа utils(номер).sk
 
Последнее редактирование:
Это, конечно, все круто. От меня что требуется?
На сколько это правильно, логично делать все меню сервера на скриптах а не через специально созданный для меню плагин? да и вообще половину систем через плагин skript реализовывать?
А база данных для скриптов в формате csv
 
Последнее редактирование:
На сколько это правильно, логично делать все меню сервера на скриптах а не через специально созданный плагин?
Это костыль. Обычный плагин будет работать быстрее и лучше, так как заточен только под определенную задачу.
По сути - неправильно, но вы не уточняли про то, как именно вы договаривались с иностранным разработчиком.
Если вы не обсуждали или знали, то все правильно.
да и вообще половину систем через плагин skript реализовывать?
Это ужасно, но всё зависит от вашей договоренности с разработчиком.
 
Skript может иметь более широкий функционал, чем deluxemenus
Теоретически
 
если нет проблем с производительностью и багами, это вкусовщина и делать так или нет - исключительно на вкус админа
 
Если нормально работает и нормально можно отредактировать то почему бы и нет
 
Обычный плагин будет работать быстрее и лучше, так как заточен только под определенную задачу
Огромный миф, просто Skript и Denizen плохой пример интерпретации создании кастомной логики через более простой скриптинг. Они оба архитектурно устроены крайне костыльно и слабенькие по производительности.

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

Тот же DeluxeMenus далеко не оптимальный плагин: он старый, не развивается, имеет переусложнённый и часто не оптимальный код. Тем не менее, им пользуются, потому что он хорошо решает поставленную задачу
 
он старый, не развивается, имеет переусложнённый и часто не оптимальный код
По этому есть zMenu, который развивается и 200 меню сделать там намного быстрее и качественнее, чем в deluxemenus. Тем более он обладает функциями, которых нет и не будет в deluxemenus
 
На сколько это правильно, логично делать все меню сервера на скриптах а не через специально созданный для меню плагин? да и вообще половину систем через плагин skript реализовывать?
А база данных для скриптов в формате csv
Это вопросы к продавцу-создателю сборки, нет?
 
Назад
Сверху Снизу