Читать «Журнал PC Magazine/RE №12/2009» онлайн - страница 89

Агрегат может быть создан одним из двух способов.

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

• Специалистом по внедрению. В платформе есть функция, которая позволяет проанализировать таблицу конкретного регистра, статистику обращений к этому регистру и на основании полученных данных предложить такие агрегаты, которые с точки зрения платформы будут эффективными. Технически рекомендации оформляются в виде XML-файла. От специалиста в этом случае требуется просто получить файл рекомендаций, а затем загрузить его в режиме Конфигуратора.

Очевидно, что максимальную пользу механизм агрегатов должен принести на крупных внедрениях, которые характеризуются как большими объемами данных, так и потребностью в разнообразных аналитических отчетах.

Библиотека стандартных подсистем

Практически все типовые и отраслевые, а также многие специализированные решения, разрабатываемые на платформе «1С: Предприятие 8», содержат некоторую общую стандартную функциональность. К «стандартным» можно отнести, например, следующие функции:

• справочники пользователей и физических лиц, управление правами пользователей, хранение контактной и адресной информации;

• справочник валют, хранение курсов, получение курсов валют из Интернета;

• работа с внешними файлами, хранение внешних файлов в информационной базе;

• настройка и использование полнотекстового поиска;

• первоначальное заполнение информационной базы и модификация данных при обновлении конфигурации;

• управление блокировкой доступа к информационной базе, принудительное завершение пользовательских сеансов;

• вывод документов на печать и их отправка по электронной почте;

• создание и хранение дополнительных свойств объектов информационной базы, в первую очередь – документов и элементов справочников;

• хранение пользовательских настроек информационной базы, в первую очередь вариантов отчетов и настроек отчетов;

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

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