Поддержка Composer и стандарта автозагрузки PSR-0
Для PHP на выложено уже порядка 100 тысяч (!) библиотек, компонентов, бандлов и фреймворков. При разработке проектов, в том числе на Битриксе логично использовать готовые решения, если они помогают в решения задачи. Все подобные пакеты ставятся через Composer, который генерирует файл autoload.php в соответствии с PSR-0.
Для разработчиков было бы большим подспорьем, если бы битрикс уже шел с composer.json и поддержкой автозагрузки вендорных библиотек, чтобы можно было легко подключать опенсорсные решения в проект.
Я видел идею , но она про установку битрикса через composer, это как раз не так критично, а вот подключение внешних библиотек в проект было бы очень полезной вещью.
Для разработчиков было бы большим подспорьем, если бы битрикс уже шел с composer.json и поддержкой автозагрузки вендорных библиотек, чтобы можно было легко подключать опенсорсные решения в проект.
Я видел идею , но она про установку битрикса через composer, это как раз не так критично, а вот подключение внешних библиотек в проект было бы очень полезной вещью.
© 2001-2023 «Битрикс», «1С-Битрикс». Работает на 1С-Битрикс: Управление сайтом.
Соглашение об использовании сайта
Соглашение об использовании сайта
Я же про то, чтобы Битрикс на уровне ядра встроил, дал бестпрактис, куда пакеты добавлять, где должен composer.json лежать, как это должно совмещаться с модулями и компонентами Битрикса, сделать поддержку composer.json на уровне маркетплейсных модулей, чтобы при установке модуля проигрывался composer.
В маркетплейсе же каждый модуль проверяется тестировщиками и различными автотестами на совместимости и пр. Мы в свое время на модуле AdPar собаку съели пока выложили его в маркетплейс.
Примеры библиотек для генерации разных типов файлов
...
Примеры официальных SDK для работы с теми или иными сервисами:
...
Я могу привести еще много примеров полезных пакетов.
Вы предлагаете эти готовые пакеты копипастить внутрь модуля, кроме того самому еще следить за обновлениями и копипастить эти обновления в модуль. Также библиотеки могут понадобиться в нескольких модулях, и сейчас получается будет несколько копий библиотек в нескольких модулях. Тут мы уже помимо дублирования кода получаем еще проблему с неймспейсами, либо придется тупо переделывать неймспейсы библиотеки в момент ее копирования в модуль.
Я хорошо понимаю, как работает экосистема Битрикса, но она живет немного в параллельной вселенной в отличие от остального PHP-сообщества, где уже дефакто является стандартом composer, Packagist, где аккумулируются все готовые решения и как-то уже немного странно, что в продуктах Битрикса нельзя органично использовать это.
что вам мешает сделать как я написал?
вы скорее всего сейчас углубитесь в рассуждения написания своего модуля и на тему того, как его устанавливать с зависимостями компосера.
я задам вам вопрос, а как вы пользоваться компосером планируете на шаредхостинге без доступа к Cli?
/bitrix{или local}/php_interface/init.phpВ чем проблема то? Или прям хочется чтоб через админку натыкать можно было? Нафига?
> Я же про то, чтобы Битрикс на уровне ядра встроил, дал бестпрактис, куда пакеты добавлять, где должен composer.json лежать, как это должно совмещаться с модулями и компонентами Битрикса, сделать поддержку composer.json на уровне маркетплейсных модулей, чтобы при установке модуля проигрывался composer.
Предложение про системную поддержку composer в Битриксе, а не про конкретно взятый проект на Битриксе.
В пакете уже реализована поддержка модулей, компонентов и шаблонов битрикса. Если
composer.json находится в корне сайта то композер сам положит их в директорию bitrix, для модулей правда потребуется еще установить их через админку. Если же composer.json находится не в корне сайта то в нем нужно прописать путь к директории bitrix ()
{ "extra": { "bitrix-dir": "s1/bitrix" } }Пример использования
2.
PSR-0 с 2014-10-21 в пользу PSR-4
если использовать в модулях автозагрузку почему PSR-0 а не PSR-4. Впрочем это не суть .
3.
Возможны конфликты зависимостей между модулями. Что впрочем и сейчас не исключено, например если несколько модулей зависят от разных версий библиотек если они просто зашиты в модуль, а не переложены в свой неймспейс.
4.
Вообще было бы удобно не подключать и проверять установлен ли модуль каждый раз
use Bitrix\Main\Loader; if (!Loader::includeModule('iblock')) { //fail gracefully }5.
Еще было бы удобно, прописывать зависимости в модулях. Допустим если в модуле прописать что он зависит от asd.iblock то что бы при установке этого модуля установился еще и asd.iblock
6.
При этом нужно пересмотреть систему обновления модулей
7.
Кроме того как быть с платными модулями
посмотрю я как будет проигрыватся composer на хостинге с ограничением времени запуска и памяти.
все что надо выкладываете в модуле - запуская композер на локале и копируя всю папку vendor и vendor/autoload.php, вычищаете мусор, подключаете в include.php модуля
так сделано в CS-cart
а в ядро эту поделку тащит не надо. лучше пусть автозагрукзу доделают стандартную
как и другие партнеры bitrix
большинство этих крутых библиотек из packagist не совместимы с настройками bitrix
так что поддержка композер нифига не решает
надо делать нормальные настройки впервую очередь - выкинуть уже нафиг mbfuction_overload и кодировку windows1251 из ядра