Структурне програмування на асемблері, Детальна інформація

додаткові операнди 16

параметр loop 17

операції and и or 18

глава 4. структура search 18

структура search until 19

структура search while 20

структура search complex 21

додаткові операнди 21

глава 5. обмеження на використання умов ncxz і cxz 23

глава 6. упорядкування структурованих програм 23

процедура 23

розробка структурованих програм по методу “зверху вниз” 24

використання програми salut 25

пакет команд для програми salut 25

переформатування вихідних текстів програмою salut 26

переформатування неструктурованих програм 26

ЧАСТИНА іі

ЛІСТИНГ ПРОГРАМИ ДРУКУ ДИСКОВОГО asCII ФАЙЛУ 28

список використаної літератури 32

СТРУКТУРНЕ ПРОГРАМУВАННЯ

Одним із найцінніших якостей Макроасемблера версії 2 є те, що він дозволяє вам писати структуровані програми на мові асемблера. Під «структурованими» ми розуміємо програми, що містять оператори високого рівня і виконуючі цикли, умовні передачі керування та інші задачі керування, що при відсутності оператора зажадали б декількох команд на мові асемблера. У дійсноcті структурні оператори забезпечують ті ж види складаних операцій, що і мова Бейсік. Наприклад, одне із сімейств структурних операторів (або логічних структур) виконує ті ж дії, що й оператор IF-THEN-NEXT.

Але структурне програмування зовсім не зводиться до простої заміни команд на структурні оператори. Воно, скоріше, являє собою філософію розробки програмного забезпечення, в основу якої покладені такі елементи:

розробка за методу «зверху вниз». (нагадаємо, що при цьому методі розробка програм починається з коментарів, до яких послідовними кроками додаються все нові і нові деталі).

Програмування без міток.

Програмування без оператора GOTO (тобто без команд умовної або безумовної передачі керування).

Запис тексту програми з відступами, що показують рівень вкладеності логічних структур.

У достатній мірі лістинги, що самодокументуються.

Все це призначено для підвищення якості програм на мові асемблера. Якісні поліпшення повинні бути явними в наступних аспектах:

розробник повинен краще розуміти логіку програми;

лістинг повинен бути зрозумілий тим, хто намагається внести власні зміни в чужі програми;