Для реализации проектного решения нам потребуются экранные формы диспетчеров, с помощью которых можно будет управлять подписками и их категориями в административной части компонента. Нам потребуется также экранная форма для ввода и редактирования подписок с полями названия, описания, даты публикации, идентификатора категории, идентификатора группы пользователей, срока действия (в днях), а также идентификатора доступа. А для указания первичного ключа к подписке будет использовано поле с целочисленным идентификатором. Кроме того, нам потребуется таблица для хранения информации о подписках каждого пользователя. По каждой подписке в этой таблице должны храниться идентификатор пользователя, идентификатор подписки, а также начальная и конечная даты подписки.

В пользовательской части создаваемого компонента должно быть представление подписок по категориям. Если пользователь получает разрешение редактировать подписку (с помощью стандартной системы списков контроля доступа — ACL), он может щелкнуть на этой подписке и подписаться на нее. И если подписка завершится успешно, должен появиться экран с благодарностями пользователю за сделанную подписку.

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

• Экран Subscription Manager: Subscriptions (Диспетчер подписок: подписки; называется submanager).
• Экран Subscription Manager: Categories (Диспетчер подписок: категории; управляется компонентом com_categories).
• Экран Subscription Manager: Add/Edit (Диспетчер подписок: Ввод/Редактирование; называется subscription).
• Файлы из административной части компонента 353
• В пользовательской части создаваемого компонента должно быть следующее.
• Представление для отображения подписок по представлению категории (называется category).
• Представление для совершения подписки (называется form).

Кроме того, нам потребуются две таблицы в базе данных.

• Таблица для хранения списка доступных подписок (называется # joompro_subscriptions).
• Таблица для хранения сведений о подписках каждого пользователя (называется #joompro_sub_mapping).

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