|
4.1. Путь Indy
Indy разработан изначально на
использование потоков. Построение серверов и клиентов в Indy
подобно построению серверов и клиентов в Unix, исключая, что это
много проще, поскольку у вас есть Indy и Delphi. Приложения в
Unix обычно вызывают стек напрямую с минимальным уровнем
абстракции или вообще без него.
Обычно сервера в Unix имеют один или
несколько слушающих процессов, которые наблюдают за
пользовательскими запросами. Для каждого клиента, которого
требуется обслужить, создается разветвление (fork) процесса. Это
делает программирование очень простым, так как каждый процесс
обслуживает только одного клиента. Процесс так запускается в
собственном контексте безопасности, который может быть
установлен на основе слушателя, правах, аутентификации или
других предпосылках.
Сервера Indy работают подобным образом.
Windows в отличии от Unix, не делает разветвление, а создает
новый поток. Сервера Indy создают новый поток для каждого
клиентского соединения. Сервера Indy создают слушающий поток,
который изолирован от главного кодового потока программы.
Слушающий поток случает входящие клиентские запросы. Для каждого
клиента, которому отвечают, создается новый поток для его
обслуживания. Необходимые события возбуждаются в контексте
данного потока.
4.2. Методология Indy
Indy отличается от других сокетных
компонент, с которыми вы возможно уже знакомы. Если вы никогда
не работали с другими сокетными компонентами, возможно, вы
найдете, что Indy очень прост, так как Indy работает так как вы
ожидали. Если вы уже работали с другими сокетными компонентами,
то просто забудьте все, что вы знали. Это будет вам только
мешать и вы будете делать ложные предпосылки.
Почти все другие компоненты работают в
неблокирующем режиме, асинхронно. Они требуют от вас реагировать
на события, создавать машину состояний и часто исполнять циклы
ожидания. Например, с другими компонентами, когда вы делаете
соединения, то вы должны ожидать событие соединения или крутить
цикл ожидания, пока свойство, ухаживающие факт соединение не
будет установлено. С Indy, вы просто вызываете метод Connect и
просто ждете возврата из него. Если соединение будет успешное,
то будет возврат из метода по окончанию соединения. Если же
соединение не произойдет, то будет возбуждено исключение.
Работа с Indy аналогична работе с файлами.
Indy позволяет поместить весь код в одно место, вместо создания
различных разработчиков событий. В дополнение, многие находят
Indy более простым в использовании. Indy также разработан на
работу с потоками. Если вы имеет проблемы с реализацией
чего-либо в Indy, то вернитесь назад и реализуйте это как для
файлов.
4.3. Различия Indy
• Indy использует API блокирующих сокетов.
• Indy не ориентирован на события. Indy имеет события, но для
информационных нужд, но они не обязательны.
• Indy разработан ни использование кодовых потоков. Тем не
менее, Indy может работать без использования потоков.
• Программирование в Indy – это линейное программирование.
• Indy имеет высокий уровень абстрагирования. Большинство сокет
компонент не очень эффективно изолируют программиста от стека.
Большинство сокет компонент вместо изоляции от стека, наоборот
погружают его в сложности создания оберток вокруг этого в Delphi
/ C++ Builder.
4.4. Обзор клиентов
Indy разработан для создания высокого
уровня абстракции. Сложности и детализация TCP/IP стека скрыты
от программиста.
Типичный клиент сессия в Indy выглядит
так:
with IndyClient do
begin
Host := 'postcodes.atozedsoftware.com'; // Host to call
Port := 6000; // Port to call the server on
Connect;
try
// Do your communication
finally
Disconnect;
end;
end;
4.5. Обзор серверов
Компоненты серверов Indy создают слушающий
поток, который изолирован от главного кодового потока программы.
Слушающий поток случает входящие клиентские запросы. Для каждого
клиента, которому отвечают, создается новый поток для его
обслуживания. Необходимые события возбуждаются в контексте
данного потока.
4.6. Потоки
Для реализации функциональности
используются потоки. Indy очень интенсивно использует потоки для
реализации серверов, потоки так же используются и в клиентах.
неблокирующие сокеты также могут использовать потоки, но они
требуют некоторой дополнительной обработки и их преимущества
теряются по сравнению блокирующих сокетов.
|
Базы данных
