46. Элементы ActiveX.

Спецификация АХ является составной частью технологии СОМ. Элементы АХ оформляются в виде файлов АХ. Регистрируются в регистре Windows и м.б. использованы в примерах, написанных на разных языках.

АХ от некоторых вариантов OLE – технологии отличается чисто техническим аспектом реализации данной технологии.

Использование технологии АХ необходимо далеко не во всех случаях, в часности, если используется только одна среда разработки, то есть среда разработки …. , то нету смысла создавать (новый) свой компанент АХ, т.к. аналогичный ему компанент WCL, кот тоже может создать среда С++Builder или Delphi, будет работать гораздо быстрее.

Использование компанентов АХ необходимо тогда, когда используются различные по своей природе ЯП или среды разработки, а также при использовании WEB-технологии.

Для создания АХ-компанентов в С++Builder необходимо воспользоваться вкладкой АХ депозитория объектов, а выбрать соответствующий элемент из этого окна, наз АХ Control.

Компаненты библиотеки АХ регистрируются в реестре для использования в др. приложениях.

Проверить работоспособность данного компанента можно, напр, с помощью VB, т.к. в АХ документации явно указана поддержка данной среды и языка программирования. Или отобразить в браузере.

Кролме АХ компанентов м. создавать ещё и т.н. активные формы – АХ Form. Это формы, кот сожержат множество компанентов АХ. Кроме того, свойства объектов АХ м. изменят.

63. Методы констр-я сложных прогр-х систем.

Сущ 3 стратегии конструир прог:

1)Однократный(водопадная стратегия)-линейная послед-ть этапов прогр-я.

2)Инкрементная-вначале процесса опр-ся все пользовательские и системные требования, оставшаяся часть конструир-я выполняется в виде последовательности версий.1-я версия-реализует часть запланир-х возможностей. 2-я-дополняет 1-ю и т.д.(RAD)

3)Эволюционная-система также строиться в виде послед-х версий,но в начале процесса опр-ся не все требования.Они уточняются в результате разработки версий.(спиральная модель,объектно-ориентир )

Концепция ООП.

Большие прогр продукты обычно создаются коллективом программистов.В этих услов возник проблема обеспечения работоспособности дан кода и организацией работы над дан проектом.Для этого было создано ООП. ООП решила ряд проблем структурногопрогр-я.Однако потребовало пересмотра организации проц созд-я прогр продукта в частности планирование и проектирование.Был создан яз UML для ООП и соответствующих ему CASE-средств.

OLE-технология-этотехн-я связывания и внедрен объектов в др док-ты и объекты,разрабатываемые корпорацией Microsoft.Базируется на технологии DDE.Версии OLE1 и 2 немного расшир дан технологию.Microsoft в 96г. Технология OLE была переименована в ActiveX.

COM-технология-опр-ет стандартный механизм,с пом кот одна часть По предоставл свои услуги др части.COM устан понятия и правила,необходимые для определен объектов и интерфейсов.В дан технологии люб часть ПО реализ-т свои услуги с пом объектов COM.Поддерж неск-ко интерфейсов. Клиентыты мог получать доступ к услугам объектов COM только через вызовы операций его интерфейсов. Для определения интерфейсов использ спец яз IDL

COM задает спец двоичный формат,который д реализовывать каждый COM объект для каждого интерфейса.

.NET-разработана корпорацией Microsoft,как аналог и дополнение техн COM.Основной идеей Microsoft.NET явл совместимость различн служб,наисанных на различн ЯП.Использует язык MSIL.В отличии от IDL дан код можно изменять с пом вирт машины.Кросс-платформенность данных затруднена.Использ дан технологию можно в яз С#,VBNET,VC++

64-65. Смешанное прогр-е. интер-с С прог Pascal прог с Ассемблером.

Смеш прог-е –процесс постр-я прог, в котором код написан на 2-х языках. Такое прог-е позв-ет выз-ть вып-й код на др ЯП

1)исп-ть код процедуры, которую сложно реал-ть на специфич языке

2)повышает скорость вычислит процесса.

Способы создания смешанного прог-я:

1с помощью внешних ф-й (проц-р);

2 с помощью DLL библиотек;

3 с помощью ЯП встроенного в др ЯП.

В языках В/Т Р, С/С++ имеется встроенный язык Ассемблер, но также Мб проц-ры и ф-ции, содер-щие объектн код Ass.

Связка B/T Pascal 7.0 и Turbo Assembler (рассм случай исп-я внеш проц и ф-й).

Как известно прога на Ass состоит из 3-х сегментов (сегмент данных, сегмент кода и сегмент стека). Такую стр-ру ассемблерной проги в ВР м поддерживать только с помощью проц-р (ф-й). встроенный Ассемблер автоматически осущ-ет разбиение на сегменты. Кроме того во внешних процедурах м исп-ть практически такой же синтаксис как и в компиляторах Ass, но существуют некоторые соглашения и правила. Для стыковки паскал и ассебл необх вып-ть след-е требования:

1)указать какой конкретно модуль на языке Ass (Ass модуль) нас интересует;

2)этот модуль дБ оттранслироваy соответствующим компилятором Ass (получен объектный файл с расширением.obj). в случае ТР или ВР лучше Mass;

3)исп-ть спец директиву паскаля {$ L имя} (после блока var) {$L C:\ASM\My.obj};

4)описать внешние переменные как глобальные;

5)описать внешние процедуры или ф-ции в Pascale реал-е на Ass.Прим.

Procedure My (var x:integer;var z:byte);external;

Тела проц0ры в Паскаль проге нет, присутствует только её описание.

6)в нужном месте Pascal проги вызвать внешнюю проц-ру (ф-ю).

Треб-я к проге напис на языке Ass внеш данные- переменные, полученные (в дан случ) из языка Pascal.

1)внеш данные д обязательно храниться в сегменте данных и описываться с помощью директивы EXTRN

2)проц-ры и ф-ции д храниться в сегменте кода и иметь атрибут Public.

Var

X,a:integer;

B,z:byte;

{$L Mov16.obj}

Procedure Mov_16 (a:integer;b:byte;var x:integer; var z:byte);

External;

Begin

…

A:=1;

B:=2;

MOV_16 (a,b,x,z);

Writeln (x=,’x’);

Writeln (z=,’z’);

End.

Ассемблерный код (модуль)

DATA SEGMENT

Extern a:word, x:word

Extern b:byte, z:byte

DATA End S

CODE SEGMENT

Assume cs code,ds:data ; сопоставление регистров сегмента данных и сегм кода соотв блок

Public Mov_16 ; как внеш проц-ра

MOV_16 proc far

; команды

Mov_16 end p

……….

CODE END S

end