adic3x
WarCraft 3

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

Добавлен , опубликован
English Manual Инструкция на русском

Что это?

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 Кбайт). На данный момент у нас есть планы, касающиеся многих конструкций, оптимизатора, и всего прочего.
Ещё информация на форуме.
,
16 мая 2012
  • Размещен: 15.05.2012 23:33:42
  • Создан: 15.05.2012 23:33:42
  • Обновлен: 15.05.2012 23:33:42
122 948
`
ОЖИДАНИЕ РЕКЛАМЫ...

Показан только небольшой набор комментариев вокруг указанного. Перейти к актуальным.
0
22
15 лет назад
0
bb:Эм, странный дефайн вообще-то. Но вам ведь сказали, что вылеты ещё есть (
0
13
15 лет назад
0
narayan, Это типа "функция - ничто, юнит - всё" ?
Ну да. Делает из кода такую кашу, что cJass вешается. Хотя надо, конечно выдавать ошибку.
Нож - инструмент опасный. Можно и порезаться.
После такого, даже если в пользовательском коде всё хорошо (да хоть пусто), близовские функции рушатся.
0
12
15 лет назад
0
bb:у меня вопрос по оптимизатору - а является ли эта штука супер чудоштукой?))))
поясню немного:
допустим есть в карте несколько триггерных спелов, разумеется они регистрируются эквивалентными событиями с разными условиями
дак супероптимизатор объединяет их события в один триггер - где будет одна функция GetSpellAbilityId() и кучка ифоф?))
ну и соответственно с другими событиями...
если нет, то можно считать это предложением)
0
22
15 лет назад
0
Elf_Stratigo, нет офк
Van Damm добавил:
Пока оптимизатор только режет неиспользуемые функции, и всё.
0
19
15 лет назад
0
Мне это нужно было, чтобы восстановить возможности zInc частично, так скажем. Все равно неприятный. Надо исправлять (догадываюсь что лаг изза main и конфиг)
0
13
15 лет назад
0
Elf_Stratigo:
у меня вопрос по оптимизатору - а является ли эта штука супер чудоштукой?))))
поясню немного:
допустим есть в карте несколько триггерных спелов, разумеется они регистрируются эквивалентными событиями с разными условиями
дак супероптимизатор объединяет их события в один триггер - где будет одна функция GetSpellAbilityId() и кучка ифоф?))
ну и соответственно с другими событиями...
если нет, то можно считать это предложением)
Такого делать нельзя!
Автор карты может явно использовать подобные системы (они есть), но оптимизатор не может.
Разные триггеры могут использовать по нескольку разных событий, разные функции - фильтры, на их хэндлы могут быть привязаны разные данные. Всего этого просто так не учесть.
narayan:
Мне это нужно было, чтобы восстановить возможности zInc частично, так скажем. Все равно неприятный. Надо исправлять (догадываюсь что лаг изза main и конфиг)
Э-это как???
0
12
15 лет назад
0
[quote=Sebra]Такого делать нельзя!
Автор карты может явно использовать подобные системы (они есть), но оптимизатор не может.
Разные триггеры могут использовать по нескольку разных событий, разные функции - фильтры, на их хэндлы могут быть привязаны разные данные. Всего этого просто так не учесть.[/quote]
я и не спрашивал про всё, а токо эквивалентные!!!
пример реализации:
А:
  1. Ищем блоки, содержащие CreateTrigger( ) и считаем вхождение функций регистрации событий, допустим TriggerRegisterAnyUnitEventBJ, без ограничения общности, EVENT_PLAYER_UNIT_SPELL_EFFECT
  2. Отсеиваем функции, единственные в своём классе, и содержащие сложные условия
  3. Для каждого оставшегося класса оставляем один триггер - диспетчер
  4. Для каждого диспетчера - действие - выбор по соответствующему условию
Пример:
[code]
до оптимизации
function Trig001_Conditions takes nothing returns boolean
return GetSpellAbilityId() == 'A001'
endfunction
function Trig001_Actions takes nothing returns nothing
endfunction
function InitTrig001 takes nothing returns nothing
local trigger t = CreateTrigger( )
call TriggerRegisterAnyUnitEventBJ( t, EVENT_PLAYER_UNIT_SPELL_EFFECT )
call TriggerAddCondition( t, Condition( function Trig001_Conditions ) )
call TriggerAddAction( t, function Trig001_Actions )
set t=null
endfunction
function Trig002_Conditions takes nothing returns boolean
return GetSpellAbilityId() == 'A002'
endfunction
function Trig002_Actions takes nothing returns nothing
endfunction
function InitTrig002 takes nothing returns nothing
local trigger t = CreateTrigger( )
call TriggerRegisterAnyUnitEventBJ( t, EVENT_PLAYER_UNIT_SPELL_EFFECT )
call TriggerAddCondition( t, Condition( function Trig002_Conditions ) )
call TriggerAddAction( t, function Trig002_Actions )
set t=null
endfunction
результат оптимизации
function TrigSuper_Actions takes nothing returns nothing
local integer Super = GetSpellAbilityId()
if Super=='A001' then
call Trig001_Actions(Super)
elseif Super=='A002'
call Trig002_Actions(Super)
endif
endfunction
function InitTrigSuper takes nothing returns nothing
local trigger t = CreateTrigger( )
call TriggerRegisterAnyUnitEventBJ( t, EVENT_PLAYER_UNIT_SPELL_EFFECT )
call TriggerAddAction( t, function TrigSuper_Actions )
set t=null
endfunction[/code]
  1. 2 функции эквивалентной структуры InitTrig001 и InitTrig002
  2. нечего отсеивать...
  3. результат InitTrigSuper
  4. результат TrigSuper_Actions
И главное - критерии сравнения можно также передать в функцию, заменив соответственно вызовы "условной" функции переменной
Б:
Можно также сделать "явный" приказ оптимизатору - типо эта функция - должна относится к блоку "заклинания"; нечто вроде:
void OnSpell() #spell(<код заклинания>)
{
}
тогда эта функция при оптимизации будет зарегистрирована в соответствующем диспетчере
<код заклинания>==цифирка или глобалка типа инт
Каждая карта имеет в себе обычно несколько триггерных заклинаний, которые могут входить в разные системы(library) - поэтому чтобы джассеру самому оптимизировать вызовы функции, необходимо вручную избавляться от ООП, или работать с результатом трансляции vJASS компилятора...
Я бы сам сделал вариант Б, но я ассемблер немного плоховато знаю, чтобы подписать ...
0
37
  • Комментарий официального представителя Администрации сайта
    • 15 лет назад
    0
    это "непросто"
    0
    13
    15 лет назад
    0
    Весьма мягко ещё сказано.
    Для подобной оптимизации существуют наработки. Их автор должен применять сознательно.
    Попытки оптимизатора сделать это автоматически будут натыкаться на 1000 мелочей типа сохранения или определения хэндла триггера, пересекающихся условий, неоднократно применяемых функций и т.д.
    Хочешь сделать сам - пытайся.
    0
    12
    15 лет назад
    0
    bb:я могу попробовать сделать это в паскале, если это переведут в ассемблер, то сё ок
    разумеется буду делать вариант Б :Р
    0
    33
    15 лет назад
    0
    [quote]я могу попробовать сделать это в паскале[/quote]
    сказанного достаточно
    подобная оптимизация делаться небудет ввиду потенциально опасности возниконовения ошибок
    Показан только небольшой набор комментариев вокруг указанного. Перейти к актуальным.
    Чтобы оставить комментарий, пожалуйста, войдите на сайт.