Разработка пейджинговой программы – система клиент – сервер, страница 7

При возникновении необходимости использовать для сетевого взаимодействия протокола TCP, для минимальных затрат на обновление приложений воспользуйтесь [2](смотри список литературы)стр. 547 – 578.

3.2.1 Форматы передачи данных.

От Клиента.

1.  Формат “Регистрация/Соединение” – несет данные серверу при Первой регистрации и Соединении.

Формат:Табл1

1

2

3

4

5

6

Первая регистрация

Тип формата = 1

0

Имя

фамилия

Ник

пароль

Соединение

Тип формата = 1

Уникальный номер

имя или пусто

фамилия  или пусто

Ник или пусто

пароль

2.  Формат “Передача данных” несет данные серверу для передачи данных другому пользователю.

1

2

3

4

5

Тип формата = 2

Номер получателя

Номер отправителя

Ник отправителя

Сообщение

3.  Формат “Проверка статуса” – собирается информация о всех пользователя имеющихся в контакт листе и отправляется серверу для получения их настоящего статуса.

1

2

3

4

5

В контакт-листе есть пользователи

Тип формата = 3

Номер отправителя

Номер первого включенного в контакт лист

. . .

Номер последнего включенного в контакт лист

Контакт лист пустой

Тип формата = 3

Номер отправителя

0

От Сервера.

1.  Формат “Ответ Регистрация/Соединение” отсылает клиенту ответ на его запрос на регистрацию или соединение.

1

2

3

4

регистрация/соединение прошло успешно

Тип формата = 1

0

Ваш уникальный номер

Ваш Ник

Соединение по несуществующей комбинации пароль плюс уникальный номер

Тип формата = 1

1

0

2.  Формат “Передача данных” передача полученных от отправителя данных получателю.

1

2

3

4

Тип формата = 2

Номер отправителя

Ник отправителя

Данные сообщения

3.  Формат “Настоящий статус” – передает ответ на формат клиента “Проверка статуса”.

1

2

3

4

5

Тип формата = 3

Номер первого включенного в контакт лист

Его действительный статус (0,1)

. . .

Номер последнего включенного в контакт лист

Его действительный статус (0,1)

Все поля форматов отделяются один от другого знаком “~”. Этот знак является запрещенным для использования в :Имени, фамилии, Нике, пароле, Никах добавляемых пользователей,IP адресе сервера.

3.3 Оборудование интерфейса с пользователем.

Для организации интерфейса с пользователем (внешний вид приложений) использовались стандартные средства языка программирования Visual C++6.0 – это создание диалоговых окон, Edit Box, List box, List Control, создание кнопок для более подробного ознакомления с процессами создания данных элементов обратитесь к [1](смотри список литературы)стр.210 –253.


4.Руководство по установке приложений – для сетевого администратора.

Как упоминалось выше с каждым приложением(клиент, сервер) идет набор из двух баз данных. Эти базы данных программным путем не создаются, а поэтому должны идти в обязательном комплекте. Изменение структур баз данных в оригинальном исполнении не допускается, но возможно, если соответственно изменениям в базах данных будут проведены соответствующие изменения и в исходных кодах программы.

Каждая пустая база данных должна обязательно содержать хотя бы одну строку, это связано с тем, что технология ADO не позволяет вставить новую строку в пустой возвращенный набор записей.

Проведенный анализ доступной информации не дал ответ на подобную недоработку. Все эксперименты проводились с использованием Visual  С++6.0.

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