PHP重構代碼出現(xiàn)問題及變難原因有哪些
本文分析講述了PHP代碼維護，重構變困難的4種原因。分享給大家供大家參考，具體如下：
代碼維護，重構是件很令人不爽的一件事。以下幾種情況，會讓代碼維護和重構變得很困難。
1. 項目開始時，大家規(guī)定好一些代碼規(guī)范，在一定的規(guī)范下進行開發(fā)，但是人的思想是不一樣的，也就是說每個功能不同的人實現(xiàn)的邏輯可能會有這樣那樣的不同，導致了一些人不愿意去看別人代碼，要改別人代碼，首先要了解這個人當時是怎么想的，他的邏輯是怎么樣的。所以有很多人的想法是有那看別人代碼的時間，我就重新做好了。這種想法不要有，看別人代碼也能學到不少東西。如果都這樣想，我想冗余代碼會越來越多，后期重構會變的越來越困難。
2. 做程序的一般跳槽都比較頻繁，項目開始的時候，是5個人（項目創(chuàng)始人）開發(fā)的，等項目上線了，可能有人離職了。人手不夠，公司招人。項目創(chuàng)始人呢，對新招的人，不太信認，怕修改原代碼會導致上線的功能出問題，所以就出了新規(guī)定，最好不要修改上線過的程序，如果需求變動，最好重新寫class或者是function，這樣的話，代碼會變的越來越多。可能會出現(xiàn)幾個class都差不多，或者多個function的功能差不多。
3. 數(shù)據(jù)庫冗余字段，冗余表過多，也會讓代碼維護變的十分困難。因為功能優(yōu)化，或者新需求，導致原有表結構根本不能滿足新需求，這個時候，就會去表里添加字段，或者掛接另一個表，長期以往，數(shù)據(jù)庫變的很臃腫，數(shù)據(jù)庫一大，代碼肯定就不用說了，程序都是圍繞著數(shù)據(jù)來的，冗余字段，冗余表都要維護的，不然數(shù)據(jù)就不統(tǒng)一了。必要的冗余可以減少數(shù)據(jù)庫查詢，如果過多，只會事得其返。所以在修改數(shù)據(jù)庫時更要考慮清楚，考慮將來數(shù)據(jù)庫和代碼要重構的情況。
4. 個人原因是最主要的原因，首先要有分塊思想，也可以說是oop思想，這種思想是在實戰(zhàn)中養(yǎng)成的，這個是要一定時間的。不要為了急著去實現(xiàn)功能而忽視了整體考慮。假如來了一個新需要，我會首先考慮怎么實現(xiàn)這個需求，有了思路后，我也不會急著去開發(fā)這個功能，我還會在考慮這個功能模塊，會不會用在其他地方？如果其他地方用，怎么樣讓其他地方用著更方便。我會讓所以調(diào)用這個功能模塊的地方，接口只有一個。然后我才會著手去開發(fā)。還有一點，不要相信需求定下來就不會變了，不會的。人的想法很多，開發(fā)代碼的時候，這一點也要考慮進去，所以統(tǒng)一的接口在需求變動時，我只要修改一個地方，其他地方都可以改掉。如果這樣考慮了，前期開發(fā)時，時間會多一點，但是后期維護就快很多。
小結一下，有了上面4點，重構數(shù)據(jù)庫，重構代碼將是必然的
1. 人的思想不可能一樣，大家都在盡量往一處想，但是總會有這樣，那樣的不同。
2. 急于要完成功能，而不深入了解別人代碼。研究別人代碼不如重新開發(fā)快，這種思想不好。
3. 數(shù)據(jù)庫冗余，這個我個人覺得必然會出現(xiàn)的，一個項目做大，做強，一定是在不斷的成長，成長過程中，數(shù)據(jù)庫不可能是一成不變的。
4. 缺少分塊思想，我覺得一個項目，就是很多功能獨立的小塊通過一定線串起來的，代碼重構也就是把這些小塊的重新組合，當然各個小塊，在重構前后實現(xiàn)的功能會不一樣，但它還是為了實現(xiàn)一定的功能，只不過由舊變新而已。
上面的幾點是我在開發(fā)項目過程實際遇到的，歡迎大家補充。
希望本文所述對大家PHP程序設計有所幫助。
【PHP重構代碼出現(xiàn)問題及變難原因有哪些】相關文章：
電腦主板故障代碼有哪些07-28
php如何過濾危險html代碼09-21
將php實現(xiàn)過濾UBB代碼09-11
PHP開發(fā)環(huán)境安裝的方法有哪些10-27
如何在cmd下面寫php代碼01-22
引起牙周炎的原因有哪些08-24
電腦黑屏有哪些原因10-17
脫妝的原因有哪些09-20