Шаблоны компонентов
Привести все шаблоны компонентов в нормальный вид, что бы не хотелось плакать при их виде и переписывать их с 0.
да там ваще.. 
Далеко не будем ходить. Корзина. Очень много html генерится через js. Это общая проблема всех ajax компонентов. Я бы даже сказал так: Для всех ajax компонентов использовать шаблонизатор js. Во всех своих проектах я использую емеет достаточный функционал из коробки, другие вещи дописываются хелперами, код становится в разы читабельней, и кода отвечающего за конечную логику приложения становится меньше, что облегчает его подерживаемость.
Мне было проще написать свой компонент корзины спреферансом и куртизантками с шаблонизатором и ajax, чем кастомизировать компонент ajax корзины.
Мне было проще написать свой компонент корзины с
Поддержку автора, новые компоненты каталога, корзины, стали очень функциональными, красивыми и современными, но кастомизировать их стало практически не возможно, огромные портянки кода, какая-то жуткая смесь html и js без единого комментария, куча кода для SKU, хотя далеко не на всех проектах они нужны, в result_modifier кода уже чуть ли не больше чем в component. Приходится либо использовать старые шаблоны и уже их кастомизировать, либо все удалять и писать с нуля самому.
Поддержу идею! В обновленных компонентах, особенно с этим столкнулся в компонентах каталога - php-кода в шаблоне больше, чем html. Куда делось "отделение "кода от html" ?
Все больше и больше разработчиков приходят к выводу, что проще написать свой компонент и переносить его из проекта в проект, либо создать свои шаблоны (для каждого вида отображения, а не один общий шаблон для всех вариантов).
Да, я не спорю, красиво получается, для того, чтобы продать продукт - супер, но! потом, когда дело доходит до редизайна (или, не дайте Боги, до полной детальной проработки решения) - тут проще написать с нуля все и возникает вопрос: как объяснить клиенту, почему он должен платить достаточно крупную сумму за ядро (частью которого на всех конференциях всегда анонсируется eshop), если потом этот самый eshop приходится переписывать с нуля?
В общем, считаю, что действующие компоненты себя изжили. Если необходимо их оставить для совместимости - предлагаю создать новую версию тех-же компонентов. catalot.re.section.list, catalog.re.section, catalog.re.detail ... И логику, которую впихнули в дефолтный result_modifier перенести в ядро компонента, а не оставлять в шаблоне.
Все больше и больше разработчиков приходят к выводу, что проще написать свой компонент и переносить его из проекта в проект, либо создать свои шаблоны (для каждого вида отображения, а не один общий шаблон для всех вариантов).
Да, я не спорю, красиво получается, для того, чтобы продать продукт - супер, но! потом, когда дело доходит до редизайна (или, не дайте Боги, до полной детальной проработки решения) - тут проще написать с нуля все и возникает вопрос: как объяснить клиенту, почему он должен платить достаточно крупную сумму за ядро (частью которого на всех конференциях всегда анонсируется eshop), если потом этот самый eshop приходится переписывать с нуля?
В общем, считаю, что действующие компоненты себя изжили. Если необходимо их оставить для совместимости - предлагаю создать новую версию тех-же компонентов. catalot.re.section.list, catalog.re.section, catalog.re.detail ... И логику, которую впихнули в дефолтный result_modifier перенести в ядро компонента, а не оставлять в шаблоне.
© 2001-2023 «Битрикс», «1С-Битрикс». Работает на 1С-Битрикс: Управление сайтом.
Соглашение об использовании сайта
Соглашение об использовании сайта
Да и не все компоненты плохие на вид, серия каталожных вполне приятная, оформление заказов, публичные компоненты списка заказов и их просмотр приятные. И так можно перечислять долго.
В продукте огромное число компонентов и переделывать их все утопия, часть компонентов устарели, мы работаем в сфере которая очень динамична.
Давайте конкретизируем идею, напишем список компонентов которые действительно в первую очередь должны быть исправлены, пусть их буде 10, с описанием, что вам не нравится и в какую сторону вы бы хотели их изменить, тогда идея имеет высокий шанс быть выполненной и взятой в работу!