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

Обратите внимание, что в подпрограмме list_channel () и аналогичных процедурах код со­бытия предоставляется в виде первого параметра. Это позволяет обрабатывать в некоторых подпрограммах аналогичные сообщения, например, как в подпрограмме join_part (), кото­рая обрабатывает и сообщения join_ack, и сообщения part_ack.

Строки 159-164. Выход из системы и выполнение заключительных действий. Поскольку ника­кие соединения не устанавливаются, сервер не имеет информации о том, работает ли еще пользо­ватель, если он не получил от клиента сообщения об окончании работы. Сценарий заканчивается блоком end {}, который выполняется непосредственно перед завершением программы. Этот блок предусматривает отправку на сервер сообщения о событии logoff и закрытие сокета.

Обратите внимание, что клиентская программа, приведенная в листинге, не предусматривает повторной отправки сообщений или явного ожидания конкретных ответов, не считая регистрационного сообщения. Поскольку это — интерактивное приложение, мы полагаемся на то, что пользователь заметит, что какая-то команда “не сработала”, и выдаст ее повторно. Кроме того, нас мало беспокоит то, что какое-то общедоступное сообщение не поступит в распоряжение пользователя.