Разработчик Bitrix Framework. Компоненты. Часть 2

1. Для запуска механизма тегированного кеша компонентов инфоблоков необходимо:

 - в методе Fetch/GetNext конкретного объекта вызывать $CACHE_MANAGER->RegisterTag("iblock_id_".$res["IBLOCK_ID"])
 + определить константу BX_COMP_MANAGED_CACHE в файле dbconn.php
 - в методе StartResultCache компонента вызывать StartTagCache с путем к кешу компонента (с учетом страницы)

2. Для реализации логики, отрабатывающей при каждом вызове компонента независимо от кеширования:

 + используйте возможности файла component_epilog.php
 - модифицируйте шаблон компонента
 - скопируйте компонент в свое пространство имен и изменяйте его

3. Если в компоненте необходимо использовать технологию Событий, то выполняются следующие действия:

 + копируется шаблон компонента и добавляется необходимый код в шаблон
 - копируется папка компонента и добавляется необходимый код в логику компонента

4. Какие из утверждений верны:

 + правила обработки адресов создаются автоматически, если страница с настроенным в режиме ЧПУ компонентом, сохранена с помощью API
 - для комплексных компонентов с поддержкой ЧПУ правила обработки адресов всегда создаются автоматически
 + если страница с настроенным в режиме ЧПУ компонентом, создана не с помощью API, а записана, например, через FTP, то необходимо выполнить пересоздание правил на странице настройки правил обработки адресов
 - независимо от того, каким образом создана страница с настроенным в режиме ЧПУ компонентом, следует сразу после создания перейти к пересозданию правил на странице настройки правил обработки адресов

5. Чтобы шаблон компонента мог работать с пользовательским движком шаблонизации, необходимо:

 + изменить расширение файла шаблона компонента на расширение, с которым работает движок шаблонизации
 + в файл /bitrix/php_interface/init.php добавить описание переменной движка шаблонизации
 - в файл .parameters.php шаблона компонента добавить описание переменной движка шаблонизации
 - в файл template.php шаблона компонента добавить описание переменной движка шаблонизации

6. Кастомизация шаблона компонента, как правило, преследует цели:

 + организация вывода данных компонента в виде, недоступном в стандартном варианте
 + приведение формы вывода данных компонента в соответствие с дизайном сайта
 - изменение параметров подключения компонента
 - вывода необходимых полей, если стандартный компонент не делает этого
 - изменение фильтров для выборки из БД

7. При разработке шаблона компонента разработчик

 - обязан использовать альтернативный синтаксис для управляющих конструкций языка PHP ( :, endif, endforeach и др)
 + может использовать все возможности языка PHP

8. Чтобы изменить логику простого компонента в составе комплексного, следует:

 - скопировать шаблон комплексного компонента, скопировать папку необходимого простого компонента, в шаблоне комплексного компонента подключить скопированный простой компонент и затем отредактировать простой компонент
 + скопировать шаблон комплексного компонента и затем отредактировать шаблон необходимого простого компонента
 - скопировать папку комплексного компонента и отредактировать необходимый простой компонент
 - скопировать папку простого компонента, отредактировать компонент и затем в шаблоне комплексного компонента подключить скопированный простой компонент

9. В теме комплексного компонента могут вызываться

 + только простые компоненты из любого доступного модуля системы
 - любые компоненты
 - только простые компоненты из того же модуля, что и текущий компонент

10. Изменение логики работы компонента:

 + осуществляется при кастомизации компонента
 - осуществляется при кастомизации шаблона компонента
 + осуществляется с помощью файлов result_modifier.php и component_epilog.php

11. Причины ошибки «Не удалось обнаружить код компонента»:

 - компонент находится в собственном пространстве имен
 - компонент не настроен на информационный блок
 - не настроены параметры компонента
 + ошибка в расстановке html-тегов
 + код вызова компонента не отделен от другого php-кода
 + несколько одинаковых компонентов на странице
 + закомментированная функция php_value mbstring
 - код компонента расположен перед подключением файла header.php

12. Чтобы избежать избыточных данных кеша в компоненте следует:

 + использовать конструкцию SetResultCacheKeys в component.php
 - использовать переменную $CACHE_MANAGER в component.php
 - отказаться от использования файла component_epilog.php
 - регулярно очищать папку /bitrix/cache

13. Идентификатор кеша компонента формируется на основе:

 + имени шаблона компонента
 + имени компонента
 + ID текущего сайта, который определяет путь к файлу с кешем
 + внешних условий, которые определяются в компоненте
 + параметров компонента

14. Управляемый кеш компонентов инфоблоков очищается при вызове метода:

 + Add
 + Delete
 + Update

15. Для дополнения и неявного изменения (без вмешательства в код) логики работы компонента:

 - используйте возможности файла result_modifer.php
 - используйте возможности файла component_epilog.php
 + используйте технологию Событий

16. Следующий код:

<?$APPLICATION->IncludeComponent( "bitrix:catalog.main", "", Array() );?>

 - выдаст сообщение о том, что шаблон не найден
 + подключит указанный компонент с шаблоном .default
 - неверен
 - подключит указанный компонент с системным шаблоном

17. Для изменения и дополнения кешируемых данных, выводимых компонентом:

 - используйте технологию Событий.
 + используйте возможности файла result_modifer.php.
 - модифицируйте шаблон компонента.
 - используйте возможности файла component_epilog.php.

18. Файл result_modifier.php предназначен для

 - изменения сгенерированного html-кода для внесения в него информации о кодировке сайта
 - сохранения данных, добавленных из публичной части сайта
 + изменения результата работы компонента
 - изменения шаблона компонента

19. Файл result_modifier.php:

 - может применяться при работе с включенным кешированием, но допускается только изменение arResult
 + позволяет запросить дополнительные данные и занести их в массив результатов работы компонента $arResult
 + вызывается перед подключением шаблона компонента
 + позволяет не кастомизировать компонент и не отказываться от его поддержки и обновлений
 - подключается после исполнения шаблона
 + инструмент для модификации данных работы компонента произвольным образом
 - подключается в режиме кеширования

20. Если вам необходимо разместить на сайте собственный функционал, наиболее правильным с точки зрения Bitrix Framework будет:

 + разработать собственный компонент и в дальнейшем разместить его на требуемых страницах сайта
 - разместить PHP-код на странице сайта, с помощью API Bitrix Framework получить, обработать и вывести данные
 - разместить PHP-код на странице сайта, напрямую обратившись к базе данных и получив из нее информацию

25 июля 2013 г.

Комментарии