在使用 userfrosting 的项目中拥有自定义代码（函数库）的最佳实践是什么？
到目前为止，我修改了现有的 userfrosting 控制器，这使得简洁的代码变得臃肿。
我想有一个很好的方法可以将自定义函数保留在一个地方，它不会干扰 Userfrosting 的代码，从而在 userfrosting 升级期间不会受到太大影响。
目前，我想要一些通知、条形码等自定义功能。
猜猜在 Composer 下使用供应商文件夹会是理想的选择吗？如果是这样，该怎么办？
userfrosting有像symfony一样的可扩展性吗？
任何帮助/指示表示赞赏！
Thanks!
从版本 0.3.1 开始，没有干净的方法将核心交付代码与开发人员实现的代码分开。对于版本内的次要更新（因此，0.3.1 的修补程序），保持最新的最佳方法是使用git使您的项目成为fork https://help.github.com/articles/fork-a-repo/UserFrosting 存储库的。
例如，您可能有spurgeon/brood-crm（你的项目仓库）作为一个分支userfrosting/UserFrosting。然后你可以设置userfrosting/UserFrosting as an 上游远程 https://help.github.com/articles/configuring-a-remote-for-a-fork/为你的回购。每当发布修补程序时userfrosting/UserFrosting， 你可以将你的分叉与上游同步 https://help.github.com/articles/syncing-a-fork/。这会将主存储库的更改拉入您的项目，并让您有机会解决任何合并冲突（希望不会有任何冲突）。
对于不熟悉两者区别的人git和 GitHub，我应该指出，您可以在本地完成所有这些操作，而无需在 GitHub 上发布您的分支。
UserFrosting 4 将（最终）拥有模块化、完全可扩展 https://github.com/userfrosting/UserFrosting/wiki/TODO-list-for-UF4设计。您不必直接修改已发布的代码，而是可以在单独的目录中覆盖核心路由、模板、架构、资产等。但是，从版本 0.3.x 升级到版本 4 可能需要手动完成。
本文内容由网友自发贡献，版权归原作者所有，本站不承担相应法律责任。如您发现有涉嫌抄袭侵权的内容，请联系:hwhale#tublm.com(使用前将#替换为@)
