Как лучше реализовать компонент для 1С-Битрикс?

Question

[Тимур Калимуллин]

Добрый день,

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

Вполне подходит bitrix:news, но необходимо добавить свои поля для входных параметров (через виз. редактор) для настроек данных в шаблоне.

Что лучше сделать:
1. Свой велосипед используя api. Причем будет почти копия bitrix:news
2. Расширить компонент bitrix:news при помощи .parameters.php в шаблоне. Но как лучше поступить, т.к. модуль будет установлен не на 1 сайт.
3. Есть другое решение?

Возможно стоит при установке модуля копировать заранее подготовленный шаблон для компонента bitrix:news в папку /bitrix/templates/#name#/components/bitrix/news чтобы не писать отдельный почти идентичный компонент?

Answer 1

[Алексей Емельянов]

Если нужно изменить только шаблон, а сам комплексный компонент news устраивает, тогда зачем изобретать ядерный велосипед? Дополните в .parameters.php всё что вам нужно, а если позднее нужно будет доработать логику, то result_modifier.php и component_epilog.php вам в помощь.

Ну и вы верно предполагаете, при установке модуля копируйте свой шаблон в дефолтный шаблон сайта, только на всякий случай в названии шаблона news добавьте префикс - название модуля.

Answer 2

[Максим Морозов]

Лучше создать свой шаблон в своём пространстве имён. Плюсы следующие:
1. Проще развивать компонент. Не нужно пользоваться костылями вроде result_modifier.php
2. Нет ненужных запросов к API, следовательно и к БД.
3. Гораздо понятнее предназначение компонента, bitrix:news это компонент вывода новостей. У вас там новости?

Файлы шаблона компонента стоит копировать в шаблон сайта, только если они специфичны для данного сайта и неотделимы от него. Если компонент универсален, то проще реализовать универсальный .default шаблон в папке компонента, который можно будет подключить на любом шаблоне любого сайта без копирования чего либо куда либо.

Comments

[Тимур Калимуллин]

Компонент выводит объекты недвижимости. Если писать свой, то по логике компонент идентичен bitrix:news, те же параметры + свои, конечно в bitrix:news есть лишние параметры которые совсем не нужны в рамках этой задачи, но это не критично.

По идеи компонент должен уметь:
1. вывести список объектов (bitrix:news)
2. постраничная навигация (sys.pagenav)
3. работать в SEF режиме (чпу) (bitrix:news)
4. отображать подробную карточку объекта. (bitrix:news)
5. фильтр по объектам (нет)
6. карта объектов (нет)

почти все это есть в bitrix:news.

Почему задумался над реализацией, не хочется на каждый сайт постоянно настраивать bitrix:news. Лучше 1 раз разместить компонент с дефолтным шаблоном указывая входные параметры через виз.редактор.

[Максим Морозов]

Тимур Калимуллин: в терминологии битрикса вы описали комплексный компонент, который состоит из отдельных обычных компонентов (вывод списка, детальный просмотр, фильтр, карта) Тут вам в любом случае придётся писать свои компоненты для фильтра и карты, если вы хотите чтобы всё было по гайдлайнам битрикса.

У вас уже не стандартная задача для bitrix:news. Разве что вывод детальной записи. Остальное уже не укладывается. Зачем тащить каждый раз пачку неиспользуемого кода, просто чтобы не писать свои компоненты?

Можно конечно накостылять в компоненте новостей, если нужно просто что-то сделать, но именно за такой код потом и не любят битрикс.

[Тимур Калимуллин]

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