正在使用框架的一個副本壞主意？

目前，我正與一家擁有多個不同項目的公司合作，這些項目都運行在PHP框架的舊版本上。該PHP框架安裝在服務器的共享目錄中，並添加到PHP的包含路徑中，以便鍵入require 'Framework/Lib.php或任何將從共享目錄加載Lib.php的內容。沒有一個項目有自己的框架副本。我認爲這是一個非常糟糕的主意，但我不確定爲什麼（除了不能更新框架的主要觀點，所以我們被卡住使用舊版本）。正在使用框架的一個副本壞主意？

是否還有其他負面影響，或者它不像我想象的那麼糟糕？

來源

2013-01-20 Brandon Wamboldt

有一點可能是您無法修復其他項目所依賴的一些錯誤。 – ComFreek

如果框架允許這樣做，並且你不會碰它，它聽起來不像這樣一個可怕的想法。特別是如果你按版本存檔副本，那麼你可以在每個項目的基礎上進行升級（符號鏈接可能在這裏工作得很好） –

我喜歡完全自包含的'項目'，但當我有bug並且必須修復它時，它會很糟糕10時間 - 有總是優點\缺點 – 2013-01-20 19:36:37

這不是問題，也不常見。

如果您需要擁有一個庫或框架的多個副本，您可以根據自己的php.ini或htaccess文件中的每個項目單獨設置PHP包含路徑。

這意味着您可以繼續按照您的方式工作，但使用任何給定項目所需的任何庫版本。

增加的好處是，如果您需要升級您的項目之一，只需更改htaccess文件中的包含路徑即可更改該項目的庫版本，而無需安裝任何額外的庫副本或影響任何其他項目。

來源

2013-01-20 20:25:52 Spudley

唯一的問題可能是如果您要修改框架代碼庫，因爲如果您修補框架，您可能永遠不知道應用程序可能會中斷。但是：如果你正在對依賴於框架的每個應用程序進行單元測試，那麼你可以啓動測試並檢查是否有任何失敗並最終回到以前的情況，或者有足夠的信心修復測試失敗。

如果您沒有進行自動測試或無法修改應用程序代碼庫，那麼它可能是一個問題（我再說一遍，只有當您需要修改框架代碼時）。

我看不到任何其他的問題，它甚至可能是一個（小的和有爭議的）優勢（所以每個人都使用相同版本的框架）。

既然它是舊的東西，沒有必要擔心作曲家依賴管理，我不認爲你正在使用它，對吧？

來源

2013-01-20 20:51:45 ggg

正在使用框架的一個副本壞主意？

回答

相關問題