Cтраница 1
Внутренние интерфейсы Windows и РМ очень похожи. Это часто позволяет создавать программы так, что методами условной компиляции выбирается конкретная система, под управлением которой будет работать программа. Видимо, при некоторых ограничениях это можно делать и на стадии компоновки с помощью специальных библиотек, но их пока нет. [1]
Описание как внешних, так и внутренних интерфейсов позволяет, с одной стороны, модифицировать систему ( например, добавлением новых компонентов), и, с другой стороны, использовать отдельные ее части автономно. [2]
В нее входят несколько перечисленных ниже программных компонентов и средств поддержки внутренних интерфейсов. [3]
Каждый архитектурный уровень, кроме того, располагает внутренними и, возможно, внешними интерфейсами. Внутренние интерфейсы обеспечивают взаимодействие механизмов данного уровня с другими системными компонентами, а внешние ( если они существуют) - с пользователями и / или с системным персоналом. Через эти интерфейсы уровневые механизмы получают и передают команды, сигналы обратной связи и данные. [4]
Механизмы отображения данных, как и уровневые механизмы СУБД, располагают внутренними интерфейсами и могут располагать внешними интерфейсами. Внутренние интерфейсы служат для связи механизмов смежных архитектурных уровней, а внешние - для спецификации междууровневых отображений данных, если система предоставляет такие возможности. [5]
Компонент InetXPageProducer позволяет генерировать формы HTML на основе наборов данных визуальным способом подобно тому, как осуществляется разработка пользовательского интерфейса AdapterPageProducer. Фактически архитектура Internet Express, используемые ею внутренние интерфейсы и ее IDE-редактор в совокупности могут рассматриваться как родитель архитектуры WebSnap. Обе эти архитектуры обладают редактором для размещения визуальных компонентов и возможностью генерации сценариев, разница между ними состоит в том, что в одном случае эти сценарии исполняются на стороне сервера, а в другом - на стороне клиента. [6]
Существуют различные способы классификации интерфейсов. В работе 1 ] предложено подразделять их на два основных типа: внутренние и внешние. Некоторые примеры внешних и внутренних интерфейсов схематически изображены на рис. 6.5. Внутренние интерфейсные шины обычно бывают фиксированными, жесткими по принципу изготовления и находятся внутри прибора или машины. Различные модули прибора или компьютера подключаются к интерфейсной шине с помощью соединительных гнезд и разъемов в соответствии с принятыми соглашениями. [7]
Для обеспечения возможности подключения разнотипных ПУ без каких-либо аппаратных изменений СВВ строят по многоуровневому принципу с унифицированными сопряжениями между всеми уровнями. На рис. 2.1 ( где АПД - аппаратура передачи данных) приведена схема многоуровневой СВВ. Внутренние интерфейсы специфичны для каждой конкретной модели ЭВМ или семейства ЭВМ н служат для объединения центральных процессоров, ПВВ и ОЗУ; внешние интерфейсы служат для подключений ПУ. Подключение же контроллера к ЭВМ осуществляется через интерфейс ввода - вывода. Интерфейс ввода - вывода является унифицированным для всего семейства ЭВМ, а в некоторых случаях и для ряда семейств; этот интерфейс часто называют системным интерфейсом. [8]
Написание компонентов - эффективный способ перестройки Delphi, помогающий разработчикам создавать приложения более быстро и без необходимости тщательного изучения низкоуровневых технологий. Среда Delphi также открыта для расширений. Совместно с этими технологиями Delphi предлагает для разработчиков средств-надстроек внутренние интерфейсы. [9]
В предыдущих главах неоднократно упоминалось о том, что АСНИ содержат измерительные подсистемы, подсистемы сбора, преобразования и предобработки ( предварительной обработки) данных, подсистемы обработки данных и подсистемы управления. Поскольку все эти подсистемы соединены между собою, необходимо произвести согласование их интерфейсов или выполнять подсистемы по единому общему интерфейсу. Кроме того, каждая подсистема состоит из своих внутренних блоков, которые тоже соединяются по определенному внутреннему интерфейсу подсистемы. Отсюда, с одной стороны, возникает необходимость стандартизации основных интерфейсов подсистем, с другой стороны, имеется множество внутренних интерфейсов подсистем. В настоящей главе даются конкретные описания некоторых наиболее типичных интерфейсов разлин-ных уровней и прослеживаются тенденции их развития, с тем чтобы можно было понять проблемы, встающие перед проектировщиком и пользователем систем, оценить трудности разработки программного обеспечения и понять обоснования перехода к локальным сетям обработки данных, описываемым в гл. [10]