Ну да. Я так понял, вы от того скрипта отказались потому что «разбираться было лень». Тут разбираться не нужно — всё работает «out of the box». Каждый день на протяжении полугода использую и никаких проблем пока не было.
Аргумент типа «сначала добейся»?
Если копипастить по строчке и надеяться, что всё заработает само собой, то, конечно же, ничего работать скорее всего не будет. Нужно хотя бы понимать, что ты делаешь.
Уж слишком надуманная причина, чтобы «забэкапить свой плэйлист» и писать никому не нужный плеер. Нет, чтобы источник проблемы устранить — обязательно нужен еще один костыль-велосипед.
SBT. Это всегда сложно. Серьезно, если вам нужно сделать что-то выходящее за рамки типичной работы с SBT, то вы попали. Существует столько разных не очевидных DSL, что Google будет сходить с ума пытаясь найти для вас как нужно сделать то, что вам нужно. Им нужно было сделать либо какой-то отдельный синтаксис, наподобие JSON или какой-то свой внутренний DSL, который компилятор / IDE мог бы понимать и помогать при работе с SBT.
Абсолютно всё в sbt можно писать и без DSL. Документация просто шик, API удобный, возможностей куча.
И по своему опыту скажу, что начать нормально «работать» намного быстрей c SBT, чем с maven, например.
Прежде, чем кого-то чему-то учить и рассказывать про вашу «полноценную игру», я посоветовал бы сначала хоть почитать какие-либо основы, какие-либо общепринятые нормы, как, в конце-концов, правильно делать банальные вещи.
Вкратце:
1. В libgdx лучше объявлять все ресурсы в .json файле, который подавать в Skin(FileHandle), загружая через Skin.get(String, Class<?>).
2. Используете dispose() не там, где нужно, совсем не так ( «game.dispose()» в Screen'e — вы понимаете смысл dispose()? ), как нужно.
3. Не совсем понял прикол с наследованием Stage ради обработки нажатия одной кнопки, да еще и таким извращенным методом. Stage.addListener(EventListener) уже не в тренде?
4. XMLparse — я даже не могу придумать, как еще сложнее получить массив отсортированных чисел, которые зачем-то представлены в виде строк.
5. Мягко говоря, ваш код ужасен.
Если вы говорите, что «не особо Java программист» и «только учитесь», то не нужно публиковать такую, извиняюсь за прямоту, чушь. Это может кто-то подхватить и считать за норму — «На хабре опубликовано — значит, что правильно».
После постов, где за такой относительно короткий промежуток времени получается подобная конфетка, а я пилю свой и рядом не стоявший проект уже чуть ли не год, моя самооценка падает ниже плинтуса.
Если копипастить по строчке и надеяться, что всё заработает само собой, то, конечно же, ничего работать скорее всего не будет. Нужно хотя бы понимать, что ты делаешь.
бррр.
Она даже чуть более функциональной будет, но и сама по себе сложнее в понимании, имхо.
Чувство, будто речь про каких-то уголовников.
И по своему опыту скажу, что начать нормально «работать» намного быстрей c SBT, чем с maven, например.
Вкратце:
1. В libgdx лучше объявлять все ресурсы в .json файле, который подавать в Skin(FileHandle), загружая через Skin.get(String, Class<?>).
2. Используете dispose() не там, где нужно, совсем не так ( «game.dispose()» в Screen'e — вы понимаете смысл dispose()? ), как нужно.
3. Не совсем понял прикол с наследованием Stage ради обработки нажатия одной кнопки, да еще и таким извращенным методом. Stage.addListener(EventListener) уже не в тренде?
4. XMLparse — я даже не могу придумать, как еще сложнее получить массив отсортированных чисел, которые зачем-то представлены в виде строк.
5. Мягко говоря, ваш код ужасен.
Если вы говорите, что «не особо Java программист» и «только учитесь», то не нужно публиковать такую, извиняюсь за прямоту, чушь. Это может кто-то подхватить и считать за норму — «На хабре опубликовано — значит, что правильно».