辅助函数的 Userfrosting 最佳实践

Question

在使用 userfrosting 的项目中拥有自定义代码（函数库）的最佳做法是什么？

截至目前，我修改了现有的 userfrosting 控制器，这使简洁的代码变得臃肿。

我想有一种很好的方法可以将自定义函数保存在一个地方，它不会干扰 Userfrosting 的代码，因此在 userfrosting 升级期间不会受到太大影响。

目前，我想为通知、条形码等提供一些自定义功能。

猜猜使用 composer 下的 vendor 文件夹会比较理想？如果有，该怎么做？

userfrosting 有没有像 symfony 这样的可扩展性？

感谢任何帮助/指针！

谢谢！

Answer 1

从 0.3.1 版开始，没有清晰的方法可以将核心交付代码与开发人员实现的代码分开。对于版本中的小更新（因此，0.3.1 的修补程序），保持最新的最佳方法是使用 git 使您的项目成为 UserFrosting 存储库的 fork。

例如，您可能将spurgeon/brood-crm（您的项目回购）作为userfrosting/UserFrosting 的一个分支。然后，您可以将 userfrosting/UserFrosting 设置为您的仓库的 upstream remote。每当为userfrosting/UserFrosting 发布修补程序时，您都可以sync your fork with the upstream。这会将主 repo 的更改拉入您的项目中，并让您有机会解决任何合并冲突（希望不会有任何冲突）。

对于不熟悉git 和 GitHub 区别的人，我应该指出，您可以在本地完成所有这些操作，而无需在 GitHub 上发布您的 fork。

UserFrosting 4 将（最终）采用modular, fully extendable 设计。无需直接修改已发布的代码，您将能够在单独的目录中覆盖核心路由、模板、模式、资产等。但是，从版本 0.3.x 升级到版本 4 可能需要手动完成。