Студопедия  
Главная страница | Контакты | Случайная страница

АвтомобилиАстрономияБиологияГеографияДом и садДругие языкиДругоеИнформатика
ИсторияКультураЛитератураЛогикаМатематикаМедицинаМеталлургияМеханика
ОбразованиеОхрана трудаПедагогикаПолитикаПравоПсихологияРелигияРиторика
СоциологияСпортСтроительствоТехнологияТуризмФизикаФилософияФинансы
ХимияЧерчениеЭкологияЭкономикаЭлектроника

Интерфейс прикладного программирования 301

Читайте также:
  1. I. Языки программирования
  2. LINUX|| Задачи и интерфейсы Unix-подобных систем.
  3. Lt;variant>язык программирования высокого уровня
  4. Lt;variant>Языки программирования высокого уровня
  5. Алгоритмизация и основы программирования: А5
  6. Базовые конструкции структурного программирования
  7. Введение в психологию программирования
  8. Внешний вид и новый интерфейс Metro
  9. Вопрос Семантический (общественный) интерфейс
  10. Выбор языка и среды программирования

функций и обеспечивает подключение к результирующей программе объектного

кода, ответственного за выполнение этих функций.

Очевидно, что эффективность вызова функций API в таком варианте будет несколько

ниже, чем при непосредственном обращении к функциям операционной

системы. Так происходит, поскольку для выполнения многих функций API библиотека

RTL языка программирования должна все равно выполнять обращения

к функциям операционной системы. Наличие всех необходимых вызовов и обращений

к функциям операционной системы в объектном коде RTL обеспечивает

система программирования.

Однако переносимость исходного кода программы в таком варианте оказывается

самой высокой, поскольку синтаксис и семантика всех функций строго регламентированы

в стандарте соответствующего языка программирования. Они зависят

от языка и не зависят от архитектуры целевой вычислительной системы. Поэтому

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

системы достаточно заново построить код результирующей программы с помощью

соответствующей системы программирования.

Единообразное выполнение функций языка обеспечивается системой программирования.

При ориентации на различные архитектуры целевой вычислительной

системы в системе программирования могут потребоваться различные комбинации

вызовов функций операционной системы для выполнения одних и тех же

функций исходного языка. Это должно быть з^тено в коде RTL. В общем случае

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

RTL языка программирования. Выбор того или иного объектного кода RTL для

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

автоматически.

Например, рассмотрим функции динамического выделения памяти в языках С

и Паскаль. В С это функции malloc, realloc и free (функции new и delete в C++),

в Паскале — функции new и dispose. Если использовать эти функции в исходном

тексте программы, то с точки зрения исходной программы они будут действовать

одинаковым образом в зависимости только от семантики исходного кода программы.

При этом для разработчика исходной программы не имеет значения, на какую

архитектуру ориентирована его программа. Это имеет значение для системы программирования,

которая для каждой из этих функций должна подключить к результирующей

программе объектный код библиотеки. Этот код будет выполнять

обращение к соответствующим функциям операционной системы. Не исключено

даже, что для однотипных по смыслу функций в разных языках (например, malloc

в С и new в Паскале выполняют схожие по смыслу действия) этот код будет выполнять

схожие обращения к операционной системе. Однако для различных вариантов

операционной системы этот код будет различен даже при использовании

одного и того же исходного языка.

Проблема главным образом заключается в том, что большинство языков программирования

предоставляют пользователю не очень широкий набор стандартизованных

функций. Поэтому разработчик исходного кода существенно ограничен

в выборе доступных функций API. Как правило, набора стандартных функций оказывается недостаточно для создания полноценной прикладной программы. Тогда

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

системы программирования. В этом случае нет гарантии, что функции, включенные

в состав данной системы программирования, но не входящие в стандарт

языка программирования, будут доступны в другой системе программирования,

особенно если та ориентирована на другую архитектуру целевой вычислительной

системы. Такая ситуация уже ближе к третьему варианту реализации API.

Например, те же функции malloc, realloc и free в языке С фактически не входят

в стандарт языка. Они входят в состав стандартной библиотеки, которая «де-факто

» входит во все системы программирования, построенные на основе языка С.

Общепринятые стандарты существуют для многих часто используемых функций

языка. Если же взять более специфические функции, такие как функции порождения

новых процессов, то для них ни в С, ни в Паскале не окажется общепринятого

стандарта.




Дата добавления: 2014-12-19; просмотров: 29 | Поможем написать вашу работу | Нарушение авторских прав




lektsii.net - Лекции.Нет - 2014-2024 год. (0.006 сек.) Все материалы представленные на сайте исключительно с целью ознакомления читателями и не преследуют коммерческих целей или нарушение авторских прав