Помогите При загрузке плагина удаляются комментарии с cfg

CreeperMobDevice

Активный участник
Пользователь
Баллы
76
Имя в Minecraft
CreeperMobDevice
Все комментарии начинающиеся с '#' напросто удаляются и пробелы между строками тоже
 
Сортировать по дате Сортировать по голосам
За 0 Против
Krutius сказал(а):
Давно использование сторонних конфигов стало костылём?
Нажмите, чтобы раскрыть...

Во-первых, зачем полностью менять систему, если можно просто создать отдельный файл и проблема решена?
Во-вторых, освоить этот ваш HOCON будет для новичка не так уж и просто, чем баккитовские конфиги, по которым написана куча туторов
В-третьих, 99% аудитории Bukkit привыкли к YAML формату конфигов.
 
За 0 Против
1. Как по мне, создание отдельного файла больший костыль.
2. Со вторым пунктом я согласен (Сам решил его освоить т.к. баккитовские конфиги меня не устраивают и пока что успехов нету 😁)
3. Сильных различий не вижу. + ко всему 1 гайд (который есть на этом форуме) достаточно прочитать что бы не иметь проблем.

Кстати.. @alexandrage , у тебя случаем нету какого-нибудь примера использования HOCON? Я перерыл много сайтов, но кроме GitHub (Эксемплы с гита не особо помогли) ничего полезного я не обнаружил. Хотелось бы понять как это использовать (Целый день парюсь с HOCON, но я всё ещё не понял как записывать информацию в конфиг)
 
За 0 Против
Krutius сказал(а):
1. Как по мне, создание отдельного файла больший костыль.
2. Со вторым пунктом я согласен (Сам решил его освоить т.к. баккитовские конфиги меня не устраивают и пока что успехов нету 😁)
3. Сильных различий не вижу. + ко всему 1 гайд (который есть на этом форуме) достаточно прочитать что бы не иметь проблем.

Кстати.. @alexandrage , у тебя случаем нету какого-нибудь примера использования HOCON? Я перерыл много сайтов, но кроме GitHub (Эксемплы с гита не особо помогли) ничего полезного я не обнаружил. Хотелось бы понять как это использовать (Целый день парюсь с HOCON, но я всё ещё не понял как записывать информацию в конфиг)
Нажмите, чтобы раскрыть...

И ты думаешь, что он будет вот в этом всем копаться? Неет, он побежит ныть на форум. Ты готов ему помогать?
Кстати, почему это еще один файл конфига - костыль? Конфиг в одном, данные - в другом
 
За 0 Против
AtomicScience сказал(а):
И ты думаешь, что он будет вот в этом всем копаться? Неет, он побежит ныть на форум. Ты готов ему помогать?
Кстати, почему это еще один файл конфига - костыль? Конфиг в одном, данные - в другом
Нажмите, чтобы раскрыть...
Если я в чём-то разбираюсь, я готов с этим помочь.
Это даже файлом конфига назвать нельзя... Просто файл для комментариев.. ЗАЧЕМ
 
За 0 Против
Krutius сказал(а):
Если я в чём-то разбираюсь, я готов с этим помочь.
Это даже файлом конфига назвать нельзя... Просто файл для комментариев.. ЗАЧЕМ
Нажмите, чтобы раскрыть...

В плане?
Предположим, у него плагин сохраняет данные об игроках и читает настройки из файла.
Поскольку все это делается с одним файлом, то при записи данных комменты отправляются в Вальхаллу
Однако если мы разделим файлы, то из config.yml данные будут только ЧИТАТЬСЯ, а в файле players.yml и читаться и записываться. Проблемы?
 
За 0 Против
AtomicScience сказал(а):
В плане?
Предположим, у него плагин сохраняет данные об игроках и читает настройки из файла.
Поскольку все это делается с одним файлом, то при записи данных комменты отправляются в Вальхаллу
Однако если мы разделим файлы, то из config.yml данные будут только ЧИТАТЬСЯ, а в файле players.yml и читаться и записываться. Проблемы?
Нажмите, чтобы раскрыть...
Так у человека без записи комментарии пропадают.. То, что один файл будет "Read Only", ничего не изменит
CreeperMobDevice сказал(а):
ок, у меня конфиг без занесения данных, только считывание, что делать в таком случае
Нажмите, чтобы раскрыть...
 
За 0 Против
Krutius сказал(а):
Так у человека без записи комментарии пропадают.. То, что один файл будет "Read Only", ничего не изменит
Нажмите, чтобы раскрыть...

Это невозможно. Скорее всего он все-таки пишет в конфиг, например командой .saveConfig() при выключении или как там ее
 
За 0 Против
AtomicScience сказал(а):
Во-первых, зачем полностью менять систему, если можно просто создать отдельный файл и проблема решена?
Во-вторых, освоить этот ваш HOCON будет для новичка не так уж и просто, чем баккитовские конфиги, по которым написана куча туторов
В-третьих, 99% аудитории Bukkit привыкли к YAML формату конфигов.
Нажмите, чтобы раскрыть...
Ну дядь ты и поехавший конечно) Писать тонны говна с сериализацией к ямлу, когда он к этому не предназначен, или юзать как раз таки Hocon который к этому подходит? Хмм, че легче? Даже не знаю. Ты тут свое говно не разводи
 
За 0 Против
hyndorik сказал(а):
Ну дядь ты и поехавший конечно) Писать тонны говна с сериализацией к ямлу, когда он к этому не предназначен, или юзать как раз таки Hocon который к этому подходит? Хмм, че легче? Даже не знаю. Ты тут свое говно не разводи
Нажмите, чтобы раскрыть...

Тонны? Пффф, метод в 5 строчек на сериализацию объекта, конструктор для десериализации - несложно
 
За 0 Против
AtomicScience сказал(а):
Тонны? Пффф, метод в 5 строчек на сериализацию объекта, конструктор для десериализации - несложно
Нажмите, чтобы раскрыть...
Ну эт простой объект, а когда у тебя там в объекте несколько листов с итемстамками, еще несколько таких же кастомных объектов, еще куча всего, то как раз таки и получаются тонны
 
За 0 Против
hyndorik сказал(а):
Ну эт простой объект, а когда у тебя там в объекте несколько листов с итемстамками, еще несколько таких же кастомных объектов, еще куча всего, то как раз таки и получаются тонны
Нажмите, чтобы раскрыть...

Эмм, ItemStack имплементит ConfigurationSerializable, для кастомных объектов написать такие же методы - не проблема, скопировал-вставил, поля переименовал - бинго
 
За 0 Против
AtomicScience сказал(а):
Эмм, ItemStack имплементит ConfigurationSerializable, для кастомных объектов написать такие же методы - не проблема, скопировал-вставил, поля переименовал - бинго
Нажмите, чтобы раскрыть...
Шо тупенький? ItemStack не полностью там сериализируется. Почему я вообще должен чето вручную писать для сериализации?
 
За 0 Против
AtomicScience сказал(а):
Эмм, ItemStack имплементит ConfigurationSerializable, для кастомных объектов написать такие же методы - не проблема, скопировал-вставил, поля переименовал - бинго
Нажмите, чтобы раскрыть...
Зачем дописывать что-то, если можно использовать HOCON без всяких костылей?
 
За 0 Против
Для ответа нужно войти/зарегистрироваться
Назад
Верх