何時對 Symfony2 應用程式組織使用通用捆綁包與特定捆綁包？

Symfony2 設計問題：一般與特定捆綁包

在開發 Symfony2 應用程式時，開發人員經常面臨有關捆綁包組織的架構挑戰。出現兩個常見問題：

捆綁前端和後端功能

傳統上，人們可能會為前端和後端元素創建不同的捆綁包，稱為“FrontendBundle”和“BackendBundle 」。然而，擁有包含前端和後端程式碼的包羅萬象的捆綁包是另一種選擇。這種方法避免了對多個子套件的需要，簡化了程式碼庫，並消除了關於使用哪個套件來實現特定功能的任意決定。

通用程式碼組織

用於跨多個共用的可重複使用程式碼元素捆綁包，例如日期顯示器或分頁器，建議建立專用的「CommonBundle」。此捆綁包為常用功能、範本和其他資產提供了一個集中存儲庫，促進了程式碼重用和一致性。

專注於一次性捆綁包

一種較新的方法提倡單一的應用程式 -名為“AppBundle”的特定捆綁包，而不是眾多專門的捆綁包。這簡化了開發並消除了有關捆綁包組織的複雜決策的需要。透過在 AppBundle 中使用子命名空間，可以對程式碼進行邏輯分割區，而無需建立單獨的捆綁包。

結論

捆綁包組織的最佳方法取決於特定項目的要求。然而，上面討論的推薦策略提供了一個有效建立 Symfony2 應用程式和優化程式碼重用的框架。

以上是何時對 Symfony2 應用程式組織使用通用捆綁包與特定捆綁包？的詳細內容。更多資訊請關注PHP中文網其他相關文章！