adic3x

cJass - дополнение к языку JASS

Published

Что это?

cJass - это еще одно расширение языка JASS, которое полностью совместимо с популярным vJass. Цель его создания - дать программистам еще больше возможностей по созданию простого и качественного кода. Основными направлениями являются:
  1. Макросредства и стандартная библиотека - избавляют от рутины, позволяя сконцентрироваться на основном коде.
  2. Упрощение синтаксиса - мы не хотим снова начинать спор, какой синтаксис лучше (блоки через begin & end или {}), и более того, мы не навязываем свою точку зрения - все конструкции cJass имеют JASS-style аналоги, тем не менее мы предоставляем выбор.
  3. Оптимизация карты - основная концепция cJass - это то, что все языковые конструкции не должны сказываться на качестве генерируемого кода. Также мы работаем над встроенным оптимизатором.

Как это использовать?

Просто скачайте дистрибутив (пароль для архива: cjass), распакуйте и запустите инсталлятор. У вас уже должен быть установлен Jass New Gen Pack.
Ознакомиться с возможностями можно, прочитав руководство пользователя cJass (off-line версия этого файла также имеется в директории программы).

Что-то не работает!

В настоящий момент мы активно дополняем язык всевозможными конструкциями, поэтому полноценная проверка синтаксиса пока отсутствует. Но мы всегда внимательно изучаем
bug-репорты, которые можно оставить в этой теме.

У меня есть идея: а не плохо бы...

Мы всегда рады выслушать Ваши идеи и предложения по внесению каких либо новых возможностей в язык, расширению стандартной библиотеки и т.д. Иногда мы даже действительно делаем то, что Вы нам предлагаете ;) Наша секция обратной связи ждет Вас!
» И напоследок немного истории.
А история программы начинается на ресурсе wc3c.net, когда Vexorian, выслушав предложение от ADOLF'a сделать инструкции инкремента и декремента создает ветку с обсуждением синтаксиса... и благополучно забывает об этом. Тогда ADOLF подумал: "А неплохо было бы сделать свой парсер и включить в него всяких вкусностей". Изначально программа весила меньше заветных 9000 байт, распространялась по сети ICQ/Jabber и ее использовали несколько человек.
Однажды один из ее пользователей - Van Damm (впоследствии стал соавтором) сказал "это очень удобно!" (это было сказано про то, что можно вызывать функции без ключевого слова call) - и тогда мы решили, что если это удобно, почему бы не выложить программу на публичное обозрение. Благодаря zibade у нас появился сайт, где сразу стал отписываться Dark Dragon, который помог выявить львиную долю багов и внес множество интересных предложений.
С тех пор прошло много времени, мы сделали много новых версий, вес программы вырос в 3 раза (сейчас 26 Кбайт). На данный момент у нас есть планы, касающиеся многих конструкций, оптимизатора, и всего прочего.


Views: 94 551

adic3x #49 - 12 years ago 0
Голосов: +0 / -0
уф, кто знает. как минимум я сделаю защиту - что бы он говорил что синтаксис еррор
Nekit1234007 #50 - 12 years ago 0
Голосов: +0 / -0
Есть предложение для оптимизатора, если НЕ используется InitTrig_%trigname% или функция используется не для создания триггера, то удалять gg_trg_%trigname% из глобалок.
Elf_Stratigo #51 - 12 years ago 0
Голосов: +0 / -0
bb:эта переменная может использоваться позже
Nekit1234007 #52 - 12 years ago 0
Голосов: +0 / -0
Тогда так, если она нигде не используется, то удалять её =)
Elf_Stratigo #53 - 12 years ago 0
Голосов: +0 / -0
bb:лучше выводить отчёт и неиспользуемых глобалках, ну или даже локалках будет айс ^^
adic3x #54 - 12 years ago 0
Голосов: +0 / -0
оптимизатор удаляет ненужные функции и переменные, правда там много нюансов
Nekit1234007 #55 - 12 years ago 0
Голосов: +0 / -0
Например с последней версией сЖасса, карта сохраняется с этими гг_трг...
adic3x #56 - 12 years ago 0
Голосов: +0 / -0
они их не удалит, т.к. теоритически ты можешь вызывать функцию инициализации триггера через ExecuteFunc
ADOLF добавил:
хотя под генерируемые редактором функции можно написать проверялку)
Sebra #57 - 12 years ago 0
Голосов: +0 / -0
Теоретически можно проверять все ExecuteFunc на наличие переменных, и если нет ни одной такой функции с переменными в аргументах, невызываемые функции удалять.
adic3x #58 - 12 years ago 0
Голосов: +0 / -0
проверять все ExecuteFunc
гемора много, начнем с того, что она может быть зашита в импортированный blizzar.j/common.j
потому я забил на это. пока забил. а оптиональные функции делать всеравно
Это сообщение удалено