是否存在過度使用PHP的include（）這樣的事情？

Question

我正在使用includes來提取我正在使用的各種函數，現在我開始使用include來拉入大量的HTML / PHP。 有沒有一點我過度使用包括？

Answer 1

一旦你開始閱讀你之前寫的自己的代碼時出現問題，那肯定是太多了。

我建議使用面向對象的PHP進行編程，並使用自動加載器盡可能避免使用include / require。 過度使用include / require通常會導致難以理解且難以維護的意大利面條代碼，這非常糟糕。

在小項目中，我通常只有一個require語句來引入我的自動加載器功能，而在大型應用程序中，我使用Zend Framework，我依賴Zend_Loader。

從純粹主義的角度來看，我會說：在你自己的代碼（沒有第三方庫）中，超過3個包含/要求太多了：

1. 一個用於包含一些初始化的東西
2. 一個用於加載自動加載器類/功能
3. 而自動加載器本身就是一個。 應該只有一個實際包含/需要文件的功能。 然后可以在擴展的自動加載器類中重用該函數或方法。

我大多試圖堅持這個原則。

Answer 2

我會說這取決於你的代碼仍然可讀的點。 如果沒有在您的項目上工作的人難以理解您的代碼，那么是的，包括過度使用。

Answer 3

你可以過度使用任何東西，但它可能不會對你造成太大的傷害（這里和那里只是一些額外的統計數據）。 你必須記住像Drupal和Wordpress這樣的大項目會做數百個，如果不是數千個include s。

如果您正在使用HTML，您可能會有點絕望。 我個人非常了解一個正確的模板語言，甚至是一個幫助你進入MVC或MVT立場的框架。 它使得維護它比在整個地方進行追逐更容易，並且（更重要的是）將95％的邏輯保留在演示文件中。 哦，他們可以用更加程序化的模塊化方法維護您的數據庫。

基本上框架為您提供了很多開發優勢;）

Symphony和CakePHP都是很好的框架，但是如果你只是想看一下模板，請跟Smarty一起去。

Answer 4

如果您使用的只是包含，那么我會研究另一種方法。

例如，如果每個函數都有一個單獨的文件，那么可以考慮將它們全部放在一個文件中，或者將它們放在類似的函數中。

Answer 5

這真的是建築和優化的問題。 我不建議討論每個腳本的最佳包含數量，而是建議使用模板引擎，例如Smarty，因為它允許您：

1. 將標記與程序邏輯分開
2. 使用模板標簽和內置函數可以顯着簡化開發
3. 緩存預處理的PHP文件，使您的用戶更快地完成整個過程