幫助函數的用戶結霜最佳實踐

Question

在使用userfrosting的項目中使用自定義代碼（函數庫）的最佳做法是什麼？

到目前爲止，我修改了現有的用戶修改控制器，這使得代碼更加簡潔。

我想有一個很好的方法可以將自定義函數保存在一個地方，這不會干擾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。這會將更改轉移到您的項目中，並讓您有機會解決任何合併衝突（希望不會有任何衝突）。

對於不熟悉git和GitHub之間區別的人，我應該指出，您可以在本地執行所有這些操作，而無需在GitHub上發佈叉子。

UserFrosting 4將（最終）有一個modular, fully extendable設計。您不必直接修改交付的代碼，就可以在單獨的目錄中覆蓋核心路由，模板，模式，資產等。但是，從版本0.3.x升級到版本4可能需要手動完成。