2

在使用 userfrosting 的项目中拥有自定义代码(函数库)的最佳实践是什么?

到目前为止,我修改了现有的 userfrosting 控制器,这使简洁的代码变得臃肿。

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

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

猜猜使用作曲家下的供应商文件夹会是理想的吗?如果是这样,该怎么做?

userfrosting 是否有像 symfony 这样的可扩展性?

任何帮助/指针表示赞赏!

谢谢!

4

1 回答 1

2

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

因此,例如,您可能将spurgeon/brood-crm(您的项目 repo)作为userfrosting/UserFrosting. 然后,您可以设置为您的 repouserfrosting/UserFrosting上游远程。每当发布修补程序时userfrosting/UserFrosting,您都可以将您的分叉与上游同步。这会将主仓库的更改拉入您的项目中,并让您有机会解决任何合并冲突(希望不会有任何冲突)。

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

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

于 2016-08-02T15:11:55.373 回答