Л.Е. Карпов - Системы программирования (1119429), страница 29
Текст из файла (страница 29)
По меркам z/OSэта процедура совсем проста, она не содержит символических параметров, хотяиспользование таких параметров есть обычная практика при программировании наязыке JCL://ASMACLG//C//SYSLIB//SYSUT1////SYSPRINTPROCEXECDDDDDDPGM=ASMA90,PARM=(OBJECT,NODECK)DSN=SYS1.MACLIB,DISP=SHRDSN=&&SYSUT1,SPACE=(4096,(120,120),,,ROUND),UNIT=VIO,DCB=BUFNO=1SYSOUT=*102//SYSPUNCH//SYSLIN//////L//SYSLIN////SYSMOD////SYSUT1////SYSPRINT//G//DDDDEXECDDDDDDDDDDEXECPENDSYSOUT=BDSN=&&OBJ,SPACE=(3040,(40,40),,,ROUND),UNIT=VIO,DISP=(MOD,PASS),DCB=(BLKSIZE=3040,LRECL=80,RECFM=FBS,BUFNO=1)PGM=HEWL,PARM=’MAP,LET,LIST,NCAL’,COND=(8,LT,C)DSN=&&OBJ,DISP=(OLD,DELETE)DDNAME=SYSINDISP=(,PASS),UNIT=SYSDA,SPACE=(CYL,(1,1,1)),DSN=&&GOSET(GO)DSN=&&SYSUT1,SPACE=(1024,(120,120),,,ROUND),UNIT=VIO,DCB=BUFNO=1SYSOUT=*PGM=*.L.SYSMOD,COND=((8,LT,C),(8,LT,L))Имея такую процедуру, легко организовать ассемблирование любойпользовательской программы.
Полная обработка программы, написанной на языкеассемблера, включающая также и выполнение этой программы, будет заключаться взадании только одной команды, в которой закодирован вызов заранее подготовленнойкаталогизированной процедуры:EXEC ASMACLG,PARM.C=LIST,PARM.L=NOMAPВо избежание большого ручного труда при составлении подобныхкаталогизированных процедур (командных файлов) в системе программирования z/OSпредусмотрен специальный диалоговый режим работы с компонентами этой системы,прежде всего, с компиляторами, редакторами связей и отладчиками.1035. Разработка распределенных программОсобую важность приобретают системы программирования, когда возникаетнеобходимость использования их для создания распределенных программ.Распределенная система – это набор независимых компьютеров, представляющихся ихпользователям единой объединенной системой. Тем самым, во-первых, отпользователей скрыты различия между компьютерами и способы связи между ними(компьютеры распределенной системы автономны), во-вторых, пользователи иприложения единообразно работают в распределенных системах, независимо от того,где и когда происходит их взаимодействие.
Наиболее важными свойствами такихсистем являются прозрачность, открытость, масштабируемость и безопасность.Прозрачностью программной системы называется целый комплекс ее свойств,благодаря которым обеспечивается сокрытие (упрятывание) особенностей реализациисистемы, например, разницы в способах представления данных и доступа к ресурсам,местоположения составных частей и параллельного использования системынесколькими пользователями одновременно.Открытостьсистемыестьиспользование синтаксических и семантических правил, основанных на стандартах.Для распределенных систем – это, прежде всего, использование формализованныхпротоколов взаимодействия в информационных сетях, в том числе, в глобальных сетях,корпоративных или общедоступных, например, в сети Интернет. Важными свойствами,связанными с открытостью программных систем являются их переносимость(способность приложений работать в составе разных распределенных систем) испособность к взаимодействию.Технология разработки распределенного программного обеспечения тоже можетобладать прозрачностью настолько, насколько она позволяет разработчику забыть отом, что создаваемая система распределена, и насколько легко в ходе разработкиможно отделить аспекты построения системы, связанные с ее распределенностью, отрешения задач прикладной области, в рамках которых системе предстоит работать.Распределенные системы обычно строятся с использованием служб,предоставляемых другими системами, и в то же время сами часто являются составнымиэлементами или поставщиками служб для других систем, поэтому при разработкераспределенных часто систем используется компонентный подход.Достаточный уровень масштабируемости больших систем, которые на практикемогут поддерживать одновременную работу нескольких тысяч пользователей, можетбыть достигнут только с помощью децентрализации основных служб системы иуправляющих ею алгоритмов, которая все шире внедряется в практику построенияраспределенных систем, в частности, современных сетевых служб.5.1.Системы клиент-серверВ распределенных системах важнейшими являются два понятия, дляобозначения которых используются термины “клиент” и “сервер”.
Клиентомназывается программная система (программный компонент), посылающий запроссерверу на выполнение какой-либо услуги, сервером называется программная система(программный компонент), выполняющий задание, полученное по запросу от клиента.Первые распределенные системы состояли из клиентской и серверной частей, которыевзаимодействовали друг с другом, посылая запросы и получая ответы на них. Внастоящее время программные компоненты могут выступать то в роли клиента, то вроли сервера.104Взаимодействие между клиентскими и серверными частями распределеннойпрограммной системы может быть синхронным и асинхронным. Синхроннымназывается такое взаимодействие, при котором клиент, отослав запрос, блокируется иможет продолжать работу только после получения ответа от сервера.
По этой причинетакой вид взаимодействия называют иногда блокирующим. В рамках асинхронного илинеблокирующего взаимодействия клиент после отправки запроса серверу можетпродолжать работу, даже если ответ на запрос еще не пришел. Примером такогоасинхронного взаимодействия является электронная почта.Наиболее распространенным и универсальным способом реализациисинхронного взаимодействия в распределенных системах является удаленный вызовпроцедуры. Основное преимущество модели удаленного вызова процедуры состоит вто м, что сам клиент не знает, что вызо в был удаленный. Однако и сервер не знает отом, что обрабатывал удаленный вызов.Удаленный вызов процедур определяется как способ организациивзаимодействия между компонентами, так и методику разработки этих компонентов.На первом шаге разработки определяется интерфейс процедур, которые будутиспользоваться для удаленного вызова. Это делается при помощи языка определенияинтерфейсов (Interface Definition Language, IDL), в качестве которого может выступатьспециализированный язык или обычный язык программирования, с ограничениями,определяющимися возможностью передачи вызовов на удаленную машину.Определение процедуры для удаленных вызовов компилируется компилятором IDL вописание этой процедуры на языках программирования, на которых будутразрабатываться клиент и сервер (например, заголовочные файлы на языке Си илиСи++), и два дополнительных компонента — клиентский и серверный переходники.Клиентский переходник представляет собой компонент, размещаемый на той жемашине, где находится компонент-клиент.
Удаленный вызов процедуры клиентомреализуется как обычный, локальный вызов определенной функции в клиентскомпереходнике. При обработке этого вызова клиентский переходник выполняетследующие действия:1.2.3.4.Определяется физическое местонахождение в системе сервера, для которогопредназначен данный вызов. Это шаг называется привязкой к серверу. Егорезультатом является адрес машины, на которую нужно передать вызов.Вызов процедуры и ее аргументы упаковываются в сообщение в некоторомстандартном для данной конкретной системы формате, понятном серверномупереходнику. Этот шаг называется маршалингом.Полученное сообщение преобразуется в поток байтов (сериализация сообщения) иотсылается с помощью какого-либо протокола (транспортного или более высокогоуровня) на машину, на которой помещен серверный компонент.После получения от сервера ответа, он распаковывается из сетевого сообщения ивозвращается клиенту в качестве результата работы процедуры.В результате для клиента удаленный вызов процедуры выглядит как обращениек обычной функции.
Серверный переходник располагается на той же машине, гденаходится компонент-сервер. Он выполняет операции, обратные к действиямклиентскому переходнику — принимает сообщение, содержащее фактическиепараметры вызова, распаковывает эти параметры при помощи десериализации и105демаршалинга, вызывает локально соответствующую функцию серверного компонента,получает ее результат, упаковывает его и посылает по сети на клиентскую машину.окружениеразработкиIDLклиентский процесспрограммаклиентасерверный процесстекстына IDLинтерфейс вызова,зависящий от языкаклиентскийпереходникпрограммасервераинтерфейс вызова,зависящий от языкакомпиляторIDLсерверныйпереходникзаголовкиинтерфейсаЭта же техника может быть использована и для реализации взаимодействиякомпонентов, работающих в рамках различных процессов на одной машине.Системами типа “клиент-сервер” называются простейшие распределенныепрограммные системы, построенные только в двух уровнях – уровне клиента и уровнесервера.
Примером системы, позволявшей создавать прикладные системы типаклиент/сервер на вызовах удаленных процедур, является система DCE (DistributedComputing Environment), предложенная группой Open Software Foundation (Open Group).Процесс подготовки программ на языке Си к работе выглядит в системе DCE так:Генерация ключаФайл определения IDLКомпилятор IDLФайл-заголовок клиента/сервера (*.h)Код клиента/сервераКод переходника клиента/сервераКомпилятор СиКомпилятор СиМодуль клиента/сервераМодуль переходника клиента/сервераБиблиотекаКомпоновкаПрограмма клиента/сервера106В состав DCE входит мно ог ко мпоненто :в языки, библиотеки, службы.Созданные клиенты и серверы могут оказаться самыми разными.
В основе их всех –язык IDL, в котором функции описываются образом, похожим на прототипы функций вязыке Си, а в файлах имеются определения типов и констант для маршалингапараметров и демаршалинга результатов.Первым шагом в подготовке программ клиента и сервера всегда является запусксистемной программы, которая создает прототип файла на языке IDL, содержащийуникальный ключ (идентификатор интерфейса), гарантированно не содержавшийся нив одном интерфейсе, созданном ранее, определения типов, констант, типов параметрови результатов функций. Этот прототип редактируется, в него вносятся именаудаленных процедур и их параметров, затем выполняется компиляция с IDL.
![](https://s.studizba.com/z.php?f=/templates/si/i/noavatar.png&w=100&h=100&t=1"){kind=avatar}
