Краткое описание использованных технологий
Технологии ActiveX позволяет внедрять в уже существующие приложения сторонних разработчиков свои COM объекты.
Технология ADO (Active Data Objects - активные объекты данных) позволяет приложениям получать объектный доступ к различным базам данных.
COM (Component Object Model — модель объектных компонентов) — одна из основных технологий, на которых основывается Windows. Ключевым моментом, на котором основана модель COM, является понятие интерфейса. Интерфейс, образно говоря, является «контрактом» между программистом и компилятором.
Программист обязуется реализовать все методы, описанные в интерфейсе, и следовать требованиям, предъявляемым к реализации некоторых их них.
Компилятор обязуется создать в программе внутренние структуры, позволяющие обращаться к методам этого интерфейса из любого поддерживающего те же соглашения средства программирования. Таким образом, COM является языково-независимой технологией и может использоваться в качестве «клея», соединяющего программы, написанные на разных языках.
Объявление интерфейса включает в себя описание методов и их параметров, но не включает их реализации. Кроме того, в объявлении может указываться идентификатор интерфейса — уникальное 16-байтовое число, сгенерированное по специальным правилам, гарантирующим его статистическую уникальность (GUID — Global Unique Identifier).
Интерфейсы могут наследоваться. Наследование интерфейсов — это декларация, указывающая, что унаследованный интерфейс должен включать в себя все методы предка.
Технология DCOM (Distribute Component Object Model) позволяет создавать распределенные COM приложения, организуя связь между различными COM объектами с помощью так называемых глобальных идентификаторов объектов GUID.
MIDAS (Multi-tier Application Server Suite) представляет собой технологию создания распределенных систем, состоящих из сервера баз данных, сервера доступа к данным (который, в свою очередь, является клиентом сервера баз данных) и так называемого тонкого клиентского приложения, являющегося, соответственно, клиентом сервера доступа к данным.
Фактически два последних звена делят между собой функциональность, характерную для клиентского приложения, используемого в «классических» двухзвенных клиент-серверных системах. «Тонкий» клиент обычно является приложением, с которым работает конечный пользователь, и поэтому предназначен главным образом для предоставления пользовательского интерфейса (то есть тех форм и интерфейсных элементов, с помощью которых пользователь редактирует данные). Естественно, подобное приложение должно «знать», на каком компьютере локальной или глобальной сети находится сервер доступа к данным, каково имя (или иной идентификатор) предоставляемого им сервиса и с помощью каких средств (имеются в виду сервисы операционной системы, сетевые протоколы и т.д.) с ним можно этими данными обмениваться. Это и есть те немногочисленные параметры, которые требуют настройки.
Внедрение программы в курс дистанционного обучения
Для внедрения программы в курс использовался шаблон вопроса "Fill in the blanks" предоставляемый Knowledge Producer. Данный шаблон был изменен следующим образом:
В Layout Editor убраны или минимизированы (в случае если их нельзя убрать) все объекты, кроме поля ввода ответа, поля вывода текста о неправильном или правильном ответе. Добавлены два объекта "Paragraph". Первый из которых предназначен для встраивания в него программы, а второй для вывода текстовой фразы "Кодовая фраза".
В редакторе Script Writer, для внедрения программы, в поле Paragraph1 был помешен тег "OBJECT" со следующим содержанием:
<OBJECT classid="clsid:3ED2FF40-F709-4C68-AB66-48EEF051135A" codebase="http://l11/SQLFormProj1.inf" width=727 height=477 align=center hspace=0 vspace=0></OBJECT>,
где
classid - глобальный идентификатор класса клиентской программы
codebase - URL адрес программы - скрипта осуществляющей установку клиента
Уважаемый посетитель!
Чтобы распечатать файл, скачайте его (в формате Word).
Ссылка на скачивание - внизу страницы.