Анненков и. В.

AVARDA с точки зрения чайника.

или

Все, что Вы хотели знать о программировании в AVARDA, но стеснялись спросить.

Моему любимому тимлидеру. Асе Фомичевой.

С глубочайшей признательностью за замечания, которые я в огромном количестве получал, пока, наконец-то, кое-чему не научился.

Волгоград 2008г.

Предисловие. 3

Глава 1. Это нельзя понять, это нужно запомнить. 4

IBExpert. Хранимые процедуры. 4

Скрипт. 9

Алгоритмы. 11

Форма. 12

Отчет. 13

Журнал. 14

Глава 2. На старт. Внимание. Марш. 16

Прежде, чем создавать объекты. Полезные советы. 16

Создадим новый справочник. 16

Создадим новый отчет. 18

Глава 3. И что у нас на финише. Или - дожить до апдейта. 20

Это сладкое слово - апдейт. 20

IEC – дело тонкое. 21

Выгружаем отчет. 22

Выгружаем справочник. 23

CMD, или навесим документу добротных алгоритмов. 24

Глава 4. Это как же, вашу мать, извиняюсь, понимать? 26

До свидания. 27

Предисловие.

Не знаю, кому может быть интересно предисловие. Решил его написать только для того, чтобы объяснить, почему я это все написал. Причем объяснить это человеку, который этого совершенно не понимает, то есть себе.

Во первых, у меня скопился большой объем материала по ошибкам, которые допускает программист начинающий писать в AVARDA. Дело в том, что мне удалось получить в компании работу программиста не зная толком ни InterBase ни Delphi, почему меня приняли - до сих пор ума не приложу, наверно у меня красивые глаза. В результате, пока осваивал систему, я делал, наверно все возможные и многие невозможные ошибки, а тимлидер мне попался исключительно замечательный. В смысле – замечаний было много. Признавая себя чайником, я записывал все замечания, и разбирался, как их избегать, причем способ избегания тоже себе записывал. В результате скопилось много рецептов, которые осталось только литературно обработать.

Во вторых, я, как и большинство окружающих, ругался на нехватку документации. Сильно ругался. А потом подумал, - а почему бы эту нехватку не попытаться уменьшить в меру своих сил?. Вот и начал.

В третьих, мне надо учиться. Еще раз повторю, я все еще чайник. А один из лучших способов обучения – это написать учебник по предмету. Это, конечно, пока не учебник, но кто знает, кто знает.

В четвертых, по одной из своих основных специальностей я педагог. Возможно, это не специальность, а диагноз.

Два слова о том, что это такое, если не учебник. Это просто сборник советов для начинающего программиста. Причем, я предполагаю, что такие документы как “Документация разработчика” или “TW4_Tables_TW”, не говоря уж о “Требования к разрабатываемому ПО”, Вы уже прочитали, и собрались уже что-то написать. Существующую документацию я старался не дублировать. Здесь советы в основном по оформлению, стилистике, ну и по некоторым приемам работы. Если какие-то советы покажутся Вам до обидного тривиальными, не обижайтесь, это советы я писал для себя, то есть для чайника. Если Вы не чайник то не читайте этот текст, займитесь чем-нибудь более интересным.

Одно слово о смайлах. Смайлы решил не ставить. Если кто-то что-то где-то не поймет, то можно считать это шуткой.

Внимание! Табуляция и пробелы в примерах сделаны так, чтобы их, примеры, было удобно смотреть, а не так, как правильно. Если захотите скопировать себе, то проверяйте.

В тексте есть ссылки на рисунки. Рисунки - в конце.