怎么將項目完美遷移到Python3中

本篇內容主要講解“怎么將項目完美遷移到Python3中”，感興趣的朋友不妨來看看。本文介紹的方法操作簡單快捷，實用性強。下面就讓小編來帶大家學習“怎么將項目完美遷移到Python3中”吧!

1、使用 2to3

從幾年前開始，Python 在你或許還不知道的情況下就已經自帶了一個名叫 2to3 的腳本，它可以幫助你實現大部分代碼從 Python 2 到 Python 3 的自動轉換。

下面是一段使用 Python 2.6 編寫的代碼：

對其執行 2to3 腳本：

在默認情況下，2to3 只會對遷移到 Python 3 時必須作出修改的代碼進行標示，在輸出結果中顯示的 Python 3 代碼是直接可用的，但你可以在 2to3 加上 -w 或者 --write 參數，這樣它就可以直接按照給出的方案修改你的 Python 2 代碼文件了。

2to3 腳本不僅僅對單個文件有效，你還可以把它用于一個目錄下的所有 Python 文件，同時它也會遞歸地對所有子目錄下的 Python 文件都生效。

2、使用 Pylint 或 Pyflakes

有一些不良的代碼在 Python 2 下運行是沒有異常的，在 Python 3 下運行則會或多或少報出錯誤，這種情況并不鮮見。因為這些不良代碼無法通過語法轉換來修復，所以 2to3 對它們沒有效果，但一旦使用 Python 3 來運行就會產生報錯。

要找出這種問題，你需要使用 Pylint、Pyflakes（或 flake8封裝器）這類工具。其中我更喜歡 Pyflakes，它會忽略代碼風格上的差異，在這一點上它和 Pylint 不同。盡管代碼優美是 Python 的一大特點，但在代碼遷移的層面上，“讓代碼功能保持一致”無疑比“讓代碼風格保持一致”重要得多。

以下是 Pyflakes 的輸出樣例：

上面這些由 Pyflakes 輸出的內容清晰地給出了代碼中需要修改的問題。相比之下，Pylint 會輸出多達 143 行的內容，而且多數是諸如代碼縮進這樣無關緊要的問題。

值得注意的是第 19 行這個容易產生誤導的錯誤。從輸出來看你可能會以為 cmp 是一個在使用前未定義的變量，實際上 cmp 是 Python 2 的一個內置函數，而它在 Python 3 中被移除了。而且這段代碼被放在了 try 語句塊中，除非認真檢查這段代碼的輸出值，否則這個問題很容易被忽略掉。

在代碼遷移過程中，你會發現很多原本在 Python 2 中能正常運行的函數都發生了變化，甚至直接在 Python 3 中被移除了。例如 PySide 的綁定方式發生了變化、importlib 取代了 imp 等等。這樣的問題只能見到一個解決一個，而涉及到的功能需要重構還是直接放棄，則需要你自己權衡。但目前來說，大多數問題都是已知的，并且有完善的文檔記錄。所以難的不是修復問題，而是找到問題，從這個角度來說，使用 Pyflake 是很有必要的。

3、修復被破壞的 Python 2 代碼

盡管 2to3 腳本能夠幫助你把代碼修改成兼容 Python 3 的形式，但對于一個完整的代碼庫，它就顯得有點無能為力了，因為一些老舊的代碼在 Python 3 中可能需要不同的結構來表示。在這樣的情況下，只能人工進行修改。

例如以下代碼在 Python 2.6 中可以正常運行：

類似 2to3 和 Pyflakes 這些自動化工具并不能發現其中的問題，但如果上述代碼使用 Python 3 來運行，解釋器會認為 CLOCK_SPEED.TICKS_PER_SECOND 是未被明確定義的。因此就需要把代碼改成面向對象的結構：

你也許會認為如果把 TICKS_PER_SECOND() 改寫為一個構造函數（用 __init__ 函數設置默認值）能讓代碼看起來更加簡潔，但這樣就需要把這個方法的調用形式從 CLOCK_SPEED.TICKS_PER_SECOND() 改為 CLOCK_SPEED() 了，這樣的改動或多或少會對整個庫造成一些未知的影響。如果你對整個代碼庫的結構爛熟于心，那么你確實可以隨心所欲地作出這樣的修改。但我通常認為，只要我做出了修改，都可能會影響到其它代碼中的至少三處地方，因此我更傾向于不使代碼的結構發生改變。

到此，相信大家對“怎么將項目完美遷移到Python3中”有了更深的了解，不妨來實際操作一番吧！這里是億速云網站，更多相關內容可以進入相關頻道進行查詢，關注我們，繼續學習！