Userfrosting best practice для вспомогательных функций

Question

Что было бы лучше всего использовать собственный код (библиотеку функций) в проекте с помощью userfrosting?

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

Я думаю, что есть хороший способ сохранить пользовательские функции в месте, которое не будет мешать коду Userfrosting и, таким образом, не будет сильно затронуто во время обновлений пользовательской защиты.

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

Guess, используя папку поставщика под композитора был бы идеальным? Если да, то как это сделать?

Есть ли у пользовательской защиты какая-либо расширяемость, например, symfony?

Любая помощь/указатель оценивается!

Спасибо!

Answer 1

Начиная с версии 0.3.1, нет чистого способа отделить код ядра от кода, реализованного разработчиком. Для незначительных обновлений в версии (так, исправления до 0.3.1) лучший способ сохранить актуальность - использовать git, чтобы сделать ваш проект fork репозитория UserFrosting.

Так, например, у вас может быть spurgeon/brood-crm (ваш проект репо) в качестве вилки userfrosting/UserFrosting. Затем вы можете установить userfrosting/UserFrosting как upstream remote для вашего репо. Если исправление исправлено для userfrosting/UserFrosting, вы можете sync your fork with the upstream. Это приведет к изменению основного репо в ваш проект и даст вам возможность разрешить любые конфликты слияния (надеюсь, их не будет).

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

UserFrosting 4 будет (наконец) иметь дизайн modular, fully extendable. Вместо того, чтобы напрямую изменять отправленный код, вы сможете переопределить основные маршруты, шаблоны, схемы, активы и т. Д. В отдельном каталоге. Однако обновление версии с версии 0.3.х до версии 4, вероятно, потребуется выполнить вручную.