Вы пишете снова и снова одно и тоже, на все это я уже давал агрументы.zelenin писал(а): ↑2017.02.05, 12:58и не будет содержать инструкцию установки вашего расширения и редактирования конфига вашего расширения.
наоборот же.
мои аргументы крутятся вокруг любых библиотек. Композер работает с библиотеками, не опираясь на философские парадигмы. Добавили в проект библиотеку - добавили в композер. Ваше разделение на статические и динамические либы мне не яснО.
я уже предложил - разархивировали архив с модулем, прописали в composer.json, перегенерили автозагрузчик - так делается везде, где есть вручную устанавливаемые либы. Устанавливает либу программист, поэтому ему не составит труда следовать инструкции модуля. Это не сложнее чем устанавливать через ваше расширение, зато стабильнее и стандартнее.denis909 писал(а): ↑2017.02.05, 12:47И если вы критикуете мой вариант, то не будьте голословны, и предложите уже свой вариант, как для конечного пользователя организовать дистрибьюцию модулей, динамически расширяющих функционал системы и содержащие классы без НС. У меня для вас нету больше аргументов. Знаете как лучше, предложите, мы сравним у кого более удачно. Сравним со стороны программиста, заказчика системы котороый финансирует разработку, и со стороны конечного пользователя.
1. Редактировать json для установки модуля на мой взляд слишком тяжело для конечного пользователя не программиста.
2. Пересборка пакетов такой процесс который не стоит запускать лишний раз на рабочем проекте без необходимости.
3. Для добавления модуля придется делать несколько действий, чтобы в конфиг приложения в modules добавить модуль, например.
Технически я согласился что через composer возможно, но примел аргументы почему это неудобно для конечного пользователя.
Вы вообще хоть в теории допускаете, что предмет наших разногласий может быть в этом, а не в композере?