знаю что есть, но я не люблю vJass, можно даже сказать терпеть его не могу

Почему? Ведь так код бы получился читаеме и лучше.

читаемее - да
лучше - не факт

Читаеме = лучше.

alexprey, надеюсь ты знаешь КАК он это делает?

Структуры он делает вполне нормально. Дальнейшее ООП - кошмар. НО! речь шла о области видимости, т.е. библиотеки и приватные переменные - там вообще все чисто.

library MyLib {

	private int VarName[]

}

DotaMaster666, речь шла о макросе, а он совершенно бесполезен и писался исключительно чтобы выдерживать в общем стиле обычные и "двухмерные" массивы. А эти, так называемые, приватные переменные мне там вообще ни к селу ни к огороду.

alexprey, по мне так удобно это когда есть хотябы тайпкасты, полиморфизм и generic-и ;)

порядок в коде я еще наведу - то что вы видите писалось в разное время, с разным настроением и далеко от совершенства, но не надо мне доказывать что я должен перевести все на vJass - этого не будет до тех пор пока я не столкнусь с задачей, которую невозможно без него решить.

я и не утверждаю что он плох - просто лично мне он не нравится
и вообще, лучше бы по системе что-то сказал ;)

Msey, еще один байтофаг. Ты хоть проверял? Как ты можешь говорить о скорости с такой уверенностью, если никогда не делал подобного? Думаешь от обработки строки один раз за каст начнутся "ОЛОЛО ЛАГИ ПОСАНЫ ЛИВАЕМ КАРТА ГУАНО"?

Doc:

еще один байтофаг

по секрету скажу, что системных программистов учат именно так
когда нужно писать какой-нибудь супер драйвер, нужно экономить ресурсы, ну и становится привычкой
у меня был прецедент, когда в одной карте, буквально, добавил пару массивов делающих ничего, дак мне в приват написали что новая версия "лагает и грузиться долго" - это к тому, что калькуляторы ещё есть

лаги всегда неприятны, а если они частые, то и ливнуть не грех

понравилось, посмотрел в редакторе но:
alexprey:

Что то подробной документации не увидел...

Elf_Stratigo, \m/ я все понимаю, оптимизация итп, но у нас тут виртуальная машина, и пишем мы не "супер-драйвера", обработка строки не будет сильно грузить систему, в том же wizards world, вставив отлов каждой функции в debug log, я узрел файл из 30 тысяч строк, при каждом ходе некоторые функции вызываются более двух сотен раз и тем не менее НИКАКИХ лагов, а все потому что обработка этих тысяч функций была непериодической.

alexprey, а как ты с vJass работаешь? в JNGP, например, сJass есть. Нестандартный инвентарь? Это каким же боком? скрипты чтоли при получении/потере/использовании предмета прикрутить?

А документации там и нет - выложил как есть, документацию писать буду когда код почищу немного и введу пару ключевых фич, которые могут потребовать перепилить половину интерпретатора. Так, например, очень не хватает возможности достучаться из функции-обработчика отдельной команды до строк, содержащих 1 остаток команд необработанных команд в блоке и 2 остаток необработанных блоков (очень нужно для реализации дамми-снарядов, например). С другой стороны сейчас строка посимвольно проходится два с половиной раза, а это непозволительный перерасход процессорного времени. Ну и третье - обязательно буду выпиливать костыли вроде локальных массивов для сохранения регистров интерпретатора и переходить на работу со стеком.
Смысл в итоге документировать то, что в скором времени будет поставлено с ног на голову?

Приватные переменные как раз и сделаны для правильного ограничения области видимости.
Макрос не только бесполезен, он вреден. Приведу пример - есть стандарт: на каждом автомобиле для управлением газом и тормозом (и сцеплением) есть 2 (3) педали. А Вы делаете автомобиль с непонятными рычагами для газа и тормоза, расположенными в неожиданных местах. Такое решение заметно усложнит поддержу разработки в будущем Вам, и сделает ее невозможной другому человеку.