Как оказалось, мы не представляли глубину кроличьей норы при разработке дополнений на VSCode. Если у вас после установки ничего не происходит подождите несколько дней, пока мы не разобьём голову фэйспалмом починим стабильный запуск.
Чисто по скринам скажу выглядит приятно, но вырвиглазно, JetBrains в новых версиях пошли путем приглушенных цветов. Но это не важно, если цвет зашит в сам VSCode.
Я использовал цвета токенов по умолчанию. Это всё прекрасно переопределяется. Если плагин наберёт популярность напишу как.
Получается мы будем "проваливаться" в функции и смотреть перекрестные ссылки и возникающие проблемы по коду (не объявленные переменные и прочее)?
Планируется полноценная поддержка языка. Чтоб работа с JASS была неотличима от работы с любым другим популярным яп.
Судя по скринам с VSCode будет разработка над jass кодом ведется в разных файлах, которые потом собираются в 1? Это фишка UjAPI?
Нет. На данный момент последовательно проганяются три файла common.j, blizzard.j, текущий_файл.j. Разумеется кэш настроен
Далее делается ахалай-махалай и проводятся проверки кода и прочая магия.
Моя гигантская проблема работы напрямую с jass - это его функциональное программирование, это малость устарело, мышление переломилось под ООП
Расскажи это SQL подобным языкам. Но я тебя понимаю, посему в планах поддержка AngelScript. JASS удобен тем, что на нём удобно набивать руку. И каждый раз, когда я делаю фичу, то прикидываю, как её сделаю на AngelScript.
это вечный поиск raw-кодов всего и вся... было бы круто поднять уровень программирования в Варкрафт до удобного образования ссылок и рефакторинга, но это "влажные" мечты.
Это не влажные мечты. Если покопаешь мои ресурсы, то увидишь, что у меня хватает отдельных тулз которые умеют с этим всем работать. Проблема была в том, что я два года искал ядро, вокруг которго я эти тулзы аккумулирую. И чует моё сердце, что именно эти CLI тулзы проброшенные через LSP это то, что нужно.
Фактически имеем расколотое с помощью Близзов сообщество
Чтоб что-то расколоть, это что-то необходимо собрать. А сообщество никогда собственно собрано и не было. Заметь, что все популярные тулзы имеют в авторах ровно одного человека. И вот ражи интереса просто поробуй найти исходники JNGP. Тобишь каждый пилил в меру своих интересов. И ниразу в этих интересах небыло развитие сообщества. Для сравнения глянь на мои ресурсы. Для примера, я площадку сменил для того чтоб сообществу было удобней пользоваться документацией.
а кто-то ушел в злосчастный Reforged...
Ничем он не злочастный. Не нужно его воспринимать как врага. Ничего конструктивного из этого не выйдет. Если тебе нравится ванила, то просто пили под неё и народ тебя полюбит. А метая какахи все запомнят тебя как человека, который трогал руками говно.
распиаренный мне кем-то на xgm LUA на поверку оказался не таким уж и инновационным
Ниразу не слышал, чтоб Lua продвигали ка инновационный. Просто при сравнении с JASS всё что угодно покажется даром богов.
А каков принцип сборки проекта? это автоматизированно парсится в w3x архив? или нужно перелазить в редактор для пересохранения?
Пригцип сборки проекта ещё не согласован. Кажлый выбирает под себя. Никто не мешает взять тот же MPQEditor и пихать код напрямую в карту. Или взять import из грязножасса и юзать его на чистожассе. Об автоматизации на данном этапе пока рано думать. В приоритете проверка синтаксиса и прочие IDE фичи.
UjAPI - это надстройка над ВарКрафтом? но ведь он требует установки настройки сверху и сразу ограничивает использование? или весь код по итогу превращается в чистый jass? Ведь в любом случае все что мы пишем - это всего лишь работа с api-шкой движка Варкрафт, и ограничены его возможностями? либо я Блондинка и совсем не понимаю, и тут все на порядок глубже?
Это лаунчер, который перхватывает процесс игры и добавляет в неё расширенный функционал вплоть до языков программирования. Так что по сути мы работаем с расширенной апишкой варкрафта где возмодности ограниченны только трудочасами Unryze.
И почему этот плагин раз за разом переписывается? в чем недостаток предыдущих проектов? почему не планомерное развитие 1 проекта плагина?
Потому что я нифига не понимаю в программировании. И когда я решил осилить поддержку языка в популярном редакторе, то никто не смог мне посоветовать ничего вразумительного. Посему я не нашёл ничего лучше, чем просто перепробовать все редакторы и бибилиотеки к ним. Вот сводная таблица, основанная на многочисленных попытках и чтении документации:
JetBrains
Microsoft
где появилась поддержка распаковки карты в проект.
Распаковку карты в папку уже сейчас можно сделать. Я эту проблему уже со всех сторон понадкусывал. Просто не пришёл к системному решению.
Вот такая шняга... может натолкнет на какие либо идеи.
С идеями у меня проблем нет. Есть проблемы со временем и поддержкой коммунити, которого нет.
Но важнее едино образность карт проекта.
К этому мы стремимся. Но делать непонятно что непонятно как не хочется. Посему пока планомерно движемся к единообразию.
ScorpioT1000, артефакт перерисовки! я написал коммент, перезагрузил страницу, моего коммента нет... перезагрузил снова - появился... хм странно, повторить не удалось. Мб разовая "акция"?
Получилось повторить!
Я пишу комент, сохраняю.
Переход на главную.
В хроме нажимаю "назад", открывается страница но снова без коммента.
Пока писал кажется понял суть проблемы. В дом добавили при отправке чтобы просто видеть коммент, а после описанных действий мы просто возвращаемся к начальной верстке. Перезагрузка уже возвращает перерендеренную страницу (через воркер, так?).
Долго старался обходить стороной подобные посты, ибо это было что-то на инопланетном... теперь хотя бы попробую понять. Поясните для блондинки!
Получается, это плагин на VSCode с подсветкой. Я довольно рано отказался от VSCode в сторону IDE для веба (PhpStorm, PyCharm, Android Studio даже не спрашивайте зачем, прошелся с java по касательной).
Чисто по скринам скажу выглядит приятно, но вырвиглазно, JetBrains в новых версиях пошли путем приглушенных цветов. Но это не важно, если цвет зашит в сам VSCode.
Тип переменных сливается с именем функции, может это визуально сбивает с толку.
Но это мелочи.
Получается мы будем "проваливаться" в функции и смотреть перекрестные ссылки и возникающие проблемы по коду (не объявленные переменные и прочее)?
Судя по скринам с VSCode будет разработка над jass кодом ведется в разных файлах, которые потом собираются в 1? Это фишка UjAPI?
Моя гигантская проблема работы напрямую с jass - это его функциональное программирование, это малость устарело, мышление переломилось под ООП, но бОльшая проблема - это вечный поиск raw-кодов всего и вся... было бы круто поднять уровень программирования в Варкрафт до удобного образования ссылок и рефакторинга, но это "влажные" мечты. Фактически имеем расколотое с помощью Близзов сообщество, где часть осталась на старых версиях Варкрафта, а кто-то ушел в злосчастный Reforged... (распиаренный мне кем-то на xgm LUA на поверку оказался не таким уж и инновационным)
А каков принцип сборки проекта? это автоматизированно парсится в w3x архив? или нужно перелазить в редактор для пересохранения?
UjAPI - это надстройка над ВарКрафтом? но ведь он требует установки настройки сверху и сразу ограничивает использование? или весь код по итогу превращается в чистый jass? Ведь в любом случае все что мы пишем - это всего лишь работа с api-шкой движка Варкрафт, и ограничены его возможностями? либо я Блондинка и совсем не понимаю, и тут все на порядок глубже?
И почему этот плагин раз за разом переписывается? в чем недостаток предыдущих проектов? почему не планомерное развитие 1 проекта плагина?
_______________________________________
Сейчас я разработал движок на php (Laravel+blade) для личных нужд который позволяет создавать проект из связанных карт. Есть родитель - есть связанные наследники, у каждого дочернего проекта есть личные файлы - модельки текстурки декора например, родитель содержит все данные, а вот наследникам нужно разложить все по местам. И конечно сделать переход между проектами, чтобы по клику переходить между текущим активным проектом. По факту это работа с директориями, очень нишево.
И минимально завернуто в примитивную вьюшку
Но паре проектов на XGM было бы полезно, но при условии что они на темной стороне - Reforged, где появилась поддержка распаковки карты в проект. С выполнением MPQEditor через консоль с помощью пыхи я поработал, запаковать удалось, но карта сломалась, еще не смотрел в чем проблема... Мне важно также делать небольшие подмены в итоговый j файл, замена значения глобалок. Для wts файла я реализовал прочистку от рабочих тегов разработчика, у меня в имени юнита используется тег армии чтобы легче работать в редакторе, на выходе я чищу это дело. Заметьте, это сделано автоматизировано, я не чистил вручную, а разрабатывать с тегами на порядок приятно, жаль только фильтрации в директории не существует, и самого создания директорий нет, иначе бы все это не имело бы смысла.
Вот такая шняга... может натолкнет на какие либо идеи. Чисто под меня это работает и вполне успешно. Ибо будут расти различия наборов моделей для разных карт проекта. Но хотелось бы в идеале еще в j файле отрезать триггеры которые не относятся к карте. Но важнее едино образность карт проекта.
Это просто рефлексия без особого смысла и умысла. Хотя умысел есть - поднять активность комментариев.
WARRAFT
Комментарии проекта WarRaft
JASS-ANTLR-Kotlin-VSCode
Проблема с запуском решена
разобьём голову фэйспалмомпочиним стабильный запуск.Далее делается ахалай-махалай и проводятся проверки кода и прочая магия.
JetBrains
Microsoft
Ред. AMark
Получилось повторить!
- Я пишу комент, сохраняю.
- Переход на главную.
- В хроме нажимаю "назад", открывается страница но снова без коммента.
Пока писал кажется понял суть проблемы. В дом добавили при отправке чтобы просто видеть коммент, а после описанных действий мы просто возвращаемся к начальной верстке. Перезагрузка уже возвращает перерендеренную страницу (через воркер, так?).Ред. AMark
Чисто по скринам скажу выглядит приятно, но вырвиглазно, JetBrains в новых версиях пошли путем приглушенных цветов. Но это не важно, если цвет зашит в сам VSCode.
Получается мы будем "проваливаться" в функции и смотреть перекрестные ссылки и возникающие проблемы по коду (не объявленные переменные и прочее)?
Судя по скринам с VSCode будет разработка над jass кодом ведется в разных файлах, которые потом собираются в 1? Это фишка UjAPI?
UjAPI - это надстройка над ВарКрафтом? но ведь он требует установки настройки сверху и сразу ограничивает использование? или весь код по итогу превращается в чистый jass? Ведь в любом случае все что мы пишем - это всего лишь работа с api-шкой движка Варкрафт, и ограничены его возможностями? либо я Блондинка и совсем не понимаю, и тут все на порядок глубже?