ADOLF, просто коробит употребление слова "ссылка" для обозначения сути хендла, ты же не называешь ссылками индексы массивов.


Имелось ввиду защиту от прямого доступа к реальному значению хендла (int).

Статья годная, чтобы тут не говорили. Методика кодирования джасс поменялась с того времени кардинально.

Считаю, что нужно отредактировать статью на сайте в соотвестии с исравлениями, и дать двойное авторство.

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

я имел в виду то, что весьма неудобно постоянно прыгать от одной статьи к другой. Таки соглашусь что вариант с подстатьей будет самым лучшим =)

ADOLF
Спасибо за проделанную работу. С интересом почитал твои замечания. По некоторым пунктам есть что возразить.
-----------
1. Что есть jass и для чего он нужен

Во-первых, все относительно. Редактор триггеров удобен хотя бы тем, что позволяет вводить готовые команды, а не запоминать выискивать их неизвестно где.

Во-вторых, статья писалась в расчете на человека, который уже неплохо владеет редактором триггеров. Т.е. цель – плавно перевести его с триггеров на jass (который он совершенно не понимает и которого боится). Можешь считать это данью политкорректности к умениям читателя. ;)

2. Локальные переменные

Во-первых, вернемся к исходным условиям. Мы обучаем человека, который знает триггеры, но не знает jass. А для него такая задача становится значительно сложнее.

Во-вторых, разумеется, другие способы могут быть лучше. Тем не менее, методически задача этой статьи – объяснить что такое локальные переменные. Я считаю, что лучше всего это делать на том примере, который я описал.


Не было. А может и был, да я никогда с ним не работал. :)
Если есть некий справочник по jass, то, разумеется, его можно упомянуть в статье, дать на него ссылку и объяснить, как с ним работать. Но эта тема отдельной статьи. Почему? Потому что поначалу я стараюсь сделать работу с jass как можно более похожей на работу с триггерами. Так надо. Усложнять надо постепенно, иначе запугаешь и запутаешь читателя.

3. Применение локальных переменных

Позже. Это надо рассказывать гораздо позже.


Именно так.


Давай не будем делать каши в голове читателя.
Можно было выбрать другой пример – и тогда объяснения о ценности локальных или глобальных переменных были бы несколько другими.



Разумеется, имелось ввиду первая попытка применить custom script для создания локальных переменных и использования их в триггере.

До этого была лишь теория и изучение примеров. Теперь дается возможность сделать самому. Человек, которому в оригинале была адресована данная статья, с этой задачей успешно справился. Так что практика показала, что методика рабочая.
Это, конечно, не вершина айсберга, но первая маленькая победа картостроителя.

4. Условия, циклы в jass

Согласен. В конце статьи можно добавить соответсвующий пример.

5. Функции в jass

Согласен.

6. Устройство триггера с точки зрения jass

Не совсем понял, но если чего упустил – можно исправить.

7. Динамическое создание триггера

Да. Об этом позже. Примеры идут по нарастанию сложности.

8. События с малым периодом

Согласен. Во время написания статьи я использовал такие конструкции. Позже перешел на таймеры, но как их использовать – не писал.


Что ж, вполне возможно... Использование кеша многие ругали впоследствии.

Если напишите альтернативные статьи про таймеры и массивы – я двумя руками за.

9. Полярные координаты (ликбез)

В каком классе изучают вектора и скалярное умножение? А в каком классе начинают изучать jass? Здесь намеренное упрощение материала, чтобы его могли понять разные читатели.

10. Оптимизация: утечки памяти

Я таких нюансов не знаю. Но знаю, что если юнитов создается и гибнет много, то без их удаления торможение в игре начнется очень быстро.


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


Тебе виднее. Если можешь рассказать читателю, что еще можно сделать для оптимизации карты – напиши. Я за.


Ок. Исправишь?

11. RETURN BUG (RB)

ОК. Если объяснишь читателю корректно и понятно – я за.


Только сначала придется объяснить, что это за конструкция с иксом.


Что за паника? Это просто пример. Причем рабочий. Но им итак никто не пользовался и вряд ли будет.


А вот не надо удалять. ;) На то и расчет, что регионы будут создаваться в определенном порядке. Иначе работать не будет.


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

13. Система Super Custom Value (SCV) или RB+cache

Есть лучшее решение? Замечательно. Сможешь его понятно описать ?
-----------
И еще раз, спасибо за проделанную работу. Если доведешь ее до логического конца, сделаешь большое дело.

Sergey добавил:
zer0ne

Просто всему свое время. Понимать заново в разы легче, чем осваивать с нуля. Если, конечно, не делать больших пауз во время обучения.

Van Damm

Согласен. Можно даже не только дополнения, но и исправления, критику, и новые статьи в сборник. Лишь бы читателям было понятно.

Если требуется мое разрешение на правку – я его даю. Все же желательно перед исправлением показать мне, что получилось.

тогда моя цель плавно увести его окончательно от тригов.. а политкоректность - сраное понятие=/
а поскольку это именно как послесловие что ли к твоей статье, то тут ничего страшного нету


ну я в начале писал что если человек прочел всю статью и что то понял то тогда тока стоит приступать к этому... а вообще я бы писал статью с хелло ворда;)


вот как раз ты ету кашу и делаешь=/ ну я сказал что это стоит читать уже после всей той стаптьи (угу, а там и семплы с таймерами есть кажетьяс так что читатель после той статьи уже не тот нуб что был)


незнаю, наверное после 7 (ну потомучто по сути я после него и неходил то... а до этого про венктора никто нам неговорил, хотч опять же я и не особо слушал) в любом случае понятие вектора куда логичнее и т.д.


пока что это твоя догадка, мое же мнение основанно на конкретных примерах и тестах (или ты ставил время разложения 999999999. ?!)


изза одной хрени которая елементарно решается двумя риал массивами неудалять обьекты?! к чему бы это могло привести...

жон!11! жонн!11 круто!1!


мне че детективы писать? или комексы?!


если ты о твоей мего статье то там там описанн окуда меньше е тоже куча неточностей + кто это мне говорит? кто сам любит пописать всякое такое?)

||--->

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

мангу рисуй, я почитаю)

ну вот и правда какой резон, когда научишся неписать эту фигню неоправдано?

раз решил серьезный ввод в джас сделать то расписабы как это происходит, да и вообщебы структуру war3map.j расписал бы

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

да и повторю что хватит описывать базовые прицепы кодинга, раз неможеш ничего нового написать, и нравится писать подобное напиши еще раз статью типа Создание простого stomp спелла т.к. эта статья мну не нравицо, там используй vjass структуры и нестандартные способы, все распиши, лучше на примере (непонял почему тебе ненравится расписывать примеры а предоставлять общую информацию, первый вариант куда эффективнее и нагляден) вот это уже чуть чуть и то полезнее было бы

там никакой мути, только описание корявого буржуйского стандарта

как будет время доработаю и повешу...

Еще один шаг вперед от кеша... Ура! Да здравствует ADOLF!
Надеюсь, на очереди статья о потоках и о ддс.

очевидно, это машинный перевод, д.б. слово "дескриптор", аминь
агри, однако

логичнее писать это отдельной статьей
и вообще, почему в эту статью ссылку на оригинальную статью должен вписывать я?

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

млин, ну ребят, ваши догадки про сборку мусора - это даже НЕ СМЕШНО! Все это было придумано 50 лет назад и работает на большинстве скриптовых языков...

какраз-таки муть т.е. неправильные решения

потому что я ее недолелал)


я думаю щасс... добавить ее отдельной статьей, а в послесловии статьи сергея повесить на нее линк (тут я думаю он против небудет)


эх... ну по идее для не для нубов, цель - разбить мифы, которые есть в статье сергея)


аффтор - руцкий... хз, дескрипот как то ухо режет вообще, само слово)


да и? че я не так написал?) я описал как оно работает...

ADOLF добавил:
вобщем я поработаю над ней и доведу ее до ума, но когда будет время)

PlayerDark, XAT чем не нормальная система? Или ты не про то?)

нужно делать кеш+массивы, а не делать все на массивах...