А   Б  В  Г  Д  Е  Є  Ж  З  І  Ї  Й  К  Л  М  Н  О  П  Р  С  Т  У  Ф  Х  Ц  Ч  Ш  Щ  Ю  Я 


Формат - пропозиція

Формати пропозицій можуть бути згруповані таким чином.

Формат пропозицій, які представляють собою команди транслятора, близький до формату пропозицій, які задають машинні команди. Зокрема, кожна команда транслятора має поле (операція), в якому задається ім'я тієї операції, яку повинен виконати транслятор. Щоб команди транслятора можна було відрізнити від запису машинних команд в символічних позначеннях, імена операцій, адресованих транслятора, вибираються так, щоб вони відрізнялися від усіх Мнемокод машинних операцій.

Формат пропозиції, закодованого програмістом, може складатися з трьох частин: символічного імені (мітки), мнемонічного коду операції та одного - трьох операндів. Для написання пропозиції обов'язковими є код операції і операнди.

Який зв'язок існує між форматами пропозицій мови Асемблера і форматами машинних команд.

Вважається, що ті команди, в формат пропозицій яких не входить компонент L, що показує, що для цієї команди може бути визначений покажчик довжини, мають фіксований покажчик довжини. Це означає, що такі пропозиції внутрішньо містять фактор довжини, який не можна змінити під час кодування цієї пропозиції. Справжнє кількість байтів або повних слів, які визначаються фіксованим покажчиком довжини, по-різному для різних команд.

На додаток до основних правил ви вивчите формати пропозицій виклику DL /1 правила написання аргументів пошуку сегмента для кваліфікації викликів DL /1 та правила використання виклику Get-Unigue (дати унікальний) для довільної вибірки сегментів. На закінчення ми розглянемо просту логіку коду стану для викликів довільної вибірки.

ІМ'Я 1 і ІМ'Я 2 а також формат пропозиції ключа описуються за правилами, викладеним вище.

Формат пропозицій, які представляють собою команди транслятора, близький до формату пропозицій, які задають машинні команди. Зокрема, кожна команда транслятора має поле (операція), в якому задається ім'я тієї операції, яку повинен виконати транслятор. Щоб команди транслятора можна було відрізнити від запису машинних команд в символічних позначеннях, імена операцій, адресованих транслятора, вибираються так, щоб вони відрізнялися від усіх Мнемокод машинних операцій.

Для опису атіх форматів використовуються точно такі ж коди елементів, як і для форматів пропозицій.

Зв'язок цих символів з певним операндом вказується цифрами: 123 разом з елементом формату пропозиції ідентифікують цей еле - мент відповідно як перший, другий і третій операнд.

Пропоновані вправи складаються з пропозицій, в яких можуть бути помилки. Може зустрітися невірний формат пропозицій, невірні операнди і неправильні специфікації довжини і регістрів.

Ті асемблери, в яких поля спеціальним чином поділяються, дозволяють вільну запис на відміну від зустрічаються фіксованих форматів запису. У першому випадку програміст може управляти форматом пропозиції, використовуючи для цього прогалини. Якщо пропуски не входять до складу ідентифікатора, числа або рядки символів (про це нижче), то вони не впливають на процес ассемблирования.

Як уже зазначалося, мова, призначена для опису метаданих та їх структури, називають мовою опису даних (МОД) СССД. Без нього неможливо визначити структури даних, так само як і інтерпретувати або приписувати сенс збережених даних. Будь ЯОД має синтаксис і семантику. Це означає, що він повинен мати граматику, що визначає формати пропозицій. Кожна пропозиція складається з примітивів, або лексичних одиниць, згрупованих відповідно до синтаксичними правилами. Крім того, кожне синтаксичне правило доповнюється описом семантики, в якому розкривається зміст даної синтаксичної конструкції. ЯОД сучасних СССД відрізняються як за можливостями, так і за способами реалізації.