35135

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

Практическая работа

Информатика, кибернетика и программирование

Два разрабатываемых при этом программных компонента это сервер приложений и клиент взаимодействующие по протоколу DCOM. Разработка сервера приложений Основные шаги создания сервера приложений: Создание удаленного модуля данных Remote Dt Module. Однократный запуск программы с целью регистрации сервера приложений в реестре Windows. Для распределенного использования разработанных клиентского и серверного приложений требуется установка некоторых дополнительных программных компонент.

Русский

2013-09-09

39.5 KB

11 чел.

Практическая работа №8

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

В рамках данной работы необходимо реализовать функционал, реализованный в рамках практической работы №6, с использованием технологии построения трехзвенных архитектур.

Два разрабатываемых при этом программных компонента – это сервер приложений и клиент, взаимодействующие по протоколу DCOM.

1. Разработка сервера приложений

Основные шаги создания сервера приложений:

  1.  Создание удаленного модуля данных (Remote Data Module). Для Borland C++Builder 6.0 данный компонент находится на вкладке Multitier диалогового окна New Items.
  2.  Наименование класса в диалоговом окне создания удаленного модуля данных.
  3.  Помещение в окно модуля и настройка необходимых компонентов доступа к данным (TDatabase, TSession, TQuery, Ttable, TstoredProc или аналогичных компонент набора InterBase).
  4.  Размещение на форме модуля компонента TDataSetProvider (палитра Data Access) и настройка его свойства DataSet.
  5.  Обеспечение установления в значение True свойства Exported объекта TProvider.
  6.  Однократный запуск программы с целью регистрации сервера приложений в реестре Windows.

2. Разработка клиента

Основные шаги создания клиента:

  1.  Размещение на форме приложения или на невизуальной форме TDataModule компонента TDCOMConnection (палитра DataSnap).
  2.  Настройка компонента TDCOMConnection: установка в его свойство ServerName имени сервера из выпадающего списка. Имя сервера должно выглядеть следующим образом: <Server>.<Module>, где <Server> - имя серверного приложения, <Module> - имя класса удаленного модуля данных.
  3.  Размещение на форме компонента TClientDataSet и его настройка – установка в свойстве RemoteServer имени компонента TRemoteServer, в свойстве ProviderName – имени провайдера данных сервера.
  4.  Размещение на форме компонента TDataSource, установление его связи с компонентом TClientDataSet через свойство DataSet. Размещение и настройка визуальных компонент работы с наборами данных.

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

Сервер приложений предоставляет клиенту набор данных, который хранится в пространстве памяти клиента. Все изменения, производимые клиентом, выполняются именно над этим локальным набором данных. Изменения отправляются серверу приложений при помощи функции ApplyUpdates компонента TClientDataSet. Отмена изменений производится функцией CancelUpdates, отмена последнего изменения функцией UndoLastChange.

Перечитать запись набора данных с сервера приложений можно при помощи функции RefreshRecord, вернуть предыдущее состояние записи – при помощи функции RevertRecord.

Управление соединением с сервером приложений выполняется функциями Open и Close компонента TRemoteServer. Реализованные в компоненте TClientDataSet функции LoadFromFile и SaveToFile, осуществляющие соответственно загрузку из файла и сохранение в файл локального набора данных, позволяют реализовать режим отложенных изменений. Отложенными изменениями называют такую технологию работы с данными, когда пользователь выбирает из БД интересующие его данные, отключается от БД, изменяет данные, затем переключается и осуществляет общую передачу БД всех сделанных им изменений.


 

А также другие работы, которые могут Вас заинтересовать

69064. Архітектура веб-застосувань ASP.NET. Розробка веб-застосувань на платформі .NET 273.54 KB
  Вона містить безліч готових елементів керування застосовуючи які можна швидко створювати інтерактивні webсайти.NET Frmework і фактично є платформою для створення вебзастосувань і вебсервісів що працюють під керуванням IIS. Також істотно скорочується обсяг коду написаного уручну за рахунок...
69065. Основи технології ASP.NET 604 KB
  Принципи розробки користувацького інтерфейсу Інтернет-застосувань. Питання побудови користувацького інтерфейсу є одними з найважливіших у процесі розробки застосування. У разі розробки Веб-застосування, вони є особливо актуальними, оскільки процес створення користувацького інтерфейсу...
69066. Архітектура ADO.NET 351 KB
  На початку 1990 років існувало декілька постачальників баз даних, кожен з яких мав власний інтерфейс. Якщо застосуванню було необхідно підключатися до кількох джерел даних, для взаємодії з кожною з баз даних був необхідний нестандартний код.
69067. Основи технології ADO.NET. Автономні дані 269.5 KB
  Коли застосовується цей підхід, дані виключають будь-які операції з ними у сховище в момент їх вилучення. Код застосування повністю відстежує всі дії користувача, зберігання інформації та визначення того, коли нова команда повинна бути сгенерирована і виконана.
69068. Основи прив’язки даних 872.5 KB
  Прив’язка даних – це засіб, який дозволяє асоціювати джерело даних з елементом керування з метою автоматичного відображення даних у цьому елементі керування. Ключовою характеристикою прив’язки даних є її декларативний, а не програмний характер.
69069. Користувацькі елементи керування 263 KB
  Він охоплює елементи керування інкапсулює базові HTMLдескриптори і елементи керування що забезпечують багату високорівневу модель такі як календар TreeView і елементи керування даними. Але навіть самий багатий набір елементів керування не в змозі задовольнити потреби кожного розробника.
69070. Крос-платформне програмування 286.5 KB
  Крос-платформність (багатоплатформність) — можливість виконувати програмне забезпечення (ПЗ) без переписування його коду на різних апаратних платформах та під управлінням різних операційних систем (інакше кажучи, на платформах різних ОС).
69071. Компонентна ідеологія 210.54 KB
  Слід зазначити що однією з багатьох важливих переваг компонентноорієнтованого програмування КОП є можливість створення кросплатформного програмного забезпечення. В індустрії програмування технологічні нововведення приходять хвилями кожна з яких проявляється як мода на нові засоби...
69072. Методи створення компонентів. Розробка і збирання компонентів в середовищі MS .Net Framework 52.99 KB
  Офіційно про розробку нової технології було оголошено 13 січня 2000 року. В цей день керівництвом компанії була озвучена нова стратегія, яка отримала назву Next Generation Windows Services (скор. NGWS, укр. Нове покоління служб Windows).