⑴ python2.7中的相對導入有哪些問題，引入absolute
關於 from .. import 是如下說明的：From…import 語句Python的from語句讓你從模塊中導入一個指定的部分到當前命名空間中。語法如下：from modname import name1[, name2[, ... nameN]]例如，要導入模塊fib的fibonacci函數，使用如下語句：from fib import fibonacci這個聲明不會把整個fib模塊導入到當前的命名空間中，它只會將fib里的fibonacci單個引入到執行這個聲明的模塊的全局符號表。From…import* 語句把一個模塊的所有內容全都導入到當前的命名空間也是可行的，只需使用如下聲明：from modname import *這提供了一個簡單的方法來導入一個模塊中的所有項目。然而這種聲明不該被過多地使用。 所以感覺你應當是用from b import * 和 from a import * 或者直接 import a,b
⑵ python包相對導入的陷阱是
包相對導入的陷阱:混合使用，相比於Python 2.X的隱式包相對導入,以及Python 2.X和3.X中的顯式包相對導入點號語法,有些時候從 sys.path上一個路徑出發的絕對包導入會是更推薦的選擇。這一問題可能看上去難以理解,但是當你開始編寫自己的包，可能就會變得更加重要了。 如前所述，Python 3.X的相對導入語法和默認絕對導入搜索規則，讓包內導入變得顯式從而使其更容易被注意和被維護,而且允許你在一些命名沖突的情況下顯式地進行選擇。然而，你也必須注意到該模型帶來的下面兩個結果:在Python 3.X和2.X中，包相對導入語句的使用會隱式地將一個文件與一個包目錄的角色進行綁定,並禁止該文件通過其他方式被使用。在Python 3.X中，新的相對導入搜索規則改變意味著一個文件不能像在2.X中那樣同時扮演腳本和包模塊的角色。這些約束的理由有些微妙，不過由於下面的兩條同時成立:Python 3.X和2.X不允許隨意使用from .的相對導入語法，除非發起導入的文件本身作為包的一部分（即該文件在其他地方被導入)。Python 3.X的導入不會搜索一個包模塊自身的路徑，除非使用了from .的相對導入語法(或該模塊位於當前工作路徑、頂層腳本的主目錄下)。使用相對導入會阻止你在2.X和3.X中創建同時扮演可執行程序和外部可導入包角色的目錄項。此外，一些文件在3.X中不能像在2.X中那樣同時扮演腳本和包模塊的角色。就導人語句來說，這些規則可以歸結為下面的兩行代碼的形式:前一行在Python 2.X和3.X中都只用於包模式,而後一行在3.X中只用於程序模式。
最終的效果是不論2.X還是3.X中的文件，你都應該只選擇一種使用模式，即包模式（使用相對導入)或程序模式(使用簡單導入)，並將真正的包模塊文件單獨放到一個子目錄中，與頂層腳本文件隔離開來。
另一方面，你可以嘗試手動改變sys.path(通常是一項脆弱並易出錯的任務）或總是通過絕對導入使用完整的包路徑，並且假定包的根目錄位於模塊搜索路徑上，來替代包相對導入語法或簡單導入。
⑶ python相對導入
除了讓包內導入更加顯式，這個功能的一部分設計初衷是，為了幫助腳本解決同名文件出現在模塊搜索路徑上多個不同位置時的二義性。考慮包目錄，這定義了一個名為mypkg 的包，其中含有名為mypkg.main和mypkg.string 的模塊。現在，假設模塊main試圖導入名為string的模塊。在 Python 2.X和更早版本中，Python會先尋找mypkg目錄以執行相對導入。這會找到並導入位於該處的string.py文件，將其賦值給mypkg.main模塊命名空間內的名稱string。不過，這一導入的本意可能是要導入Python標准庫的string模塊。可惜的是，在這些Python版本中，無法直接忽略mypkg.string 去尋找位於模塊搜索路徑更右側的標准庫中的string模塊。此外，我們無法使用完整包導入路徑來解決這個問題，因為我們無法依賴在每台機器上的標准鏈接庫路徑。換句話說，包中的簡單導入可能具有二義性而且容易出錯。在包內，我們無法確定imports pam語句指的是包內的模塊還是包外的模塊。一種可能的後果是，一個局部的模塊或包會在不經意間隱藏了sys.path 上的另一個模塊。在實踐中，Python使用者可以避免為他們自己的模塊重復使用標准庫模塊的名稱（如果需要標准string庫，就不要把新的模塊命名為string)。但是，一個包還是有可能意外地隱藏標准庫模塊。再者，Python 以後可能新增標准庫模塊，而其名稱可能剛好就和自己的一個模塊同名。而依賴於沒有點號開頭相對導入的程序代碼同樣也不容易理解，因為讀者可能對希望使用哪個模塊而感到困惑。所以我們最好能在代碼中顯式地指出導入的解析過程。
⑷ python為什麼使用相對導入
除了讓包內導入更加顯式，這個功能的一部分設計初衷是，為了幫助腳本解決同名文件出現在模塊搜索路徑上多個不同位置時的二義性。考慮包目錄，這定義了一個名為mypkg 的包，其中含有名為mypkg.main和mypkg.string 的模塊。現在，假設模塊main試圖導入名為string的模塊。在 Python 2.X和更早版本中，Python會先尋找mypkg目錄以執行相對導入。這會找到並導入位於該處的string.py文件，將其賦值給mypkg.main模塊命名空間內的名稱string。
不過，這一導入的本意可能是要導入Python標准庫的string模塊。可惜的是，在這些Python版本中，無法直接忽略mypkg.string 去尋找位於模塊搜索路徑更右側的標准庫中的string模塊。此外，我們無法使用完整包導入路徑來解決這個問題，因為我們無法依賴在每台機器上的標准鏈接庫路徑。
換句話說，包中的簡單導入可能具有二義性而且容易出錯。在包內，我們無法確定imports pam語句指的是包內的模塊還是包外的模塊。一種可能的後果是，一個局部的模塊或包會在不經意間隱藏了sys.path 上的另一個模塊。
在實踐中，Python使用者可以避免為他們自己的模塊重復使用標准庫模塊的名稱（如果需要標准string庫，就不要把新的模塊命名為string)。但是，一個包還是有可能意外地隱藏標准庫模塊。再者，Python 以後可能新增標准庫模塊，而其名稱可能剛好就和自己的一個模塊同名。而依賴於沒有點號開頭相對導入的程序代碼同樣也不容易理解，因為讀者可能對希望使用哪個模塊而感到困惑。所以我們最好能在代碼中顯式地指出導入的解析過程。
⑸ python為何使用相對導入
除了讓包內導入更加顯式，這個功能的一部分設計初衷是，為了幫助腳本解決同名文件出現在模塊搜索路徑上多個不同位置時的二義性。考慮包目錄，這定義了一個名為mypkg 的包，其中含有名為mypkg.main和mypkg.string 的模塊。現在，假設模塊main試圖導入名為string的模塊。在 Python 2.X和更早版本中，Python會先尋找mypkg目錄以執行相對導入。這會找到並導入位於該處的string.py文件，將其賦值給mypkg.main模塊命名空間內的名稱string。
不過，這一導入的本意可能是要導入Python標准庫的string模塊。可惜的是，在這些Python版本中，無法直接忽略mypkg.string 去尋找位於模塊搜索路徑更右側的標准庫中的string模塊。此外，我們無法使用完整包導入路徑來解決這個問題，因為我們無法依賴在每台機器上的標准鏈接庫路徑。換句話說，包中的簡單導入可能具有二義性而且容易出錯。在包內，我們無法確定imports pam語句指的是包內的模塊還是包外的模塊。一種可能的後果是，一個局部的模塊或包會在不經意間隱藏了sys.path 上的另一個模塊。
在實踐中，Python使用者可以避免為他們自己的模塊重復使用標准庫模塊的名稱（如果需要標准string庫，就不要把新的模塊命名為string)。但是，一個包還是有可能意外地隱藏標准庫模塊。再者，Python 以後可能新增標准庫模塊，而其名稱可能剛好就和自己的一個模塊同名。而依賴於沒有點號開頭相對導入的程序代碼同樣也不容易理解，因為讀者可能對希望使用哪個模塊而感到困惑。所以我們最好能在代碼中顯式地指出導入的解析過程。
⑹ python包相對導入陷阱
包相對導入的陷阱:混合使用，相比於Python 2.X的隱式包相對導入,以及Python 2.X和3.X中的顯式包相對導入點號語法,有些時候從 sys.path上一個路徑出發的絕對包導入會是更推薦的選擇。這一問題可能看上去難以理解,但是當你開始編寫自己的包，可能就會變得更加重要了。 如前所述，Python 3.X的相對導入語法和默認絕對導入搜索規則，讓包內導入變得顯式從而使其更容易被注意和被維護,而且允許你在一些命名沖突的情況下顯式地進行選擇。然而，你也必須注意到該模型帶來的下面兩個結果:在Python 3.X和2.X中，包相對導入語句的使用會隱式地將一個文件與一個包目錄的角色進行綁定,並禁止該文件通過其他方式被使用。在Python 3.X中，新的相對導入搜索規則改變意味著一個文件不能像在2.X中那樣同時扮演腳本和包模塊的角色。這些約束的理由有些微妙，不過由於下面的兩條同時成立:Python 3.X和2.X不允許隨意使用from .的相對導入語法，除非發起導入的文件本身作為包的一部分（即該文件在其他地方被導入)。Python 3.X的導入不會搜索一個包模塊自身的路徑，除非使用了from .的相對導入語法(或該模塊位於當前工作路徑、頂層腳本的主目錄下)。使用相對導入會阻止你在2.X和3.X中創建同時扮演可執行程序和外部可導入包角色的目錄項。此外，一些文件在3.X中不能像在2.X中那樣同時扮演腳本和包模塊的角色。就導人語句來說，這些規則可以歸結為下面的兩行代碼的形式:前一行在Python 2.X和3.X中都只用於包模式,而後一行在3.X中只用於程序模式。最終的效果是不論2.X還是3.X中的文件，你都應該只選擇一種使用模式，即包模式（使用相對導入)或程序模式(使用簡單導入)，並將真正的包模塊文件單獨放到一個子目錄中，與頂層腳本文件隔離開來。另一方面，你可以嘗試手動改變sys.path(通常是一項脆弱並易出錯的任務）或總是通過絕對導入使用完整的包路徑，並且假定包的根目錄位於模塊搜索路徑上，來替代包相對導入語法或簡單導入。
⑺ python怎麼導入依賴包
python導入依賴包的方法：1、點擊pycharm頂部的file標簽，點擊【setting】按鈕；2、點擊【Project：**】在右側面板選中出現的【Project Interpreter】按鈕，點擊右方的【+】輸入要安裝庫，安裝即可。
第一步：打開pycharm：File-->Settings
第二步：Project：（你的項目名）-->Project InterPreter-->點擊右邊的加號
第三步：在窗口中搜索要下載的依賴-->選中並點擊左下角的install package即可導入依賴包
推薦課程：Python 基礎入門教程
⑻ 求助一個關於python3.4的相對包導入問題，很初級
關於 from .. import 是如下說明的：
From…import 語句
Python的from語句讓你從模塊中導入一個指定的部分到當前命名空間中。語法如下：
from modname import name1[, name2[, ... nameN]]
例如，要導入模塊fib的fibonacci函數，使用如下語句：
from fib import fibonacci
這個聲明不會把整個fib模塊導入到當前的命名空間中，它只會將fib里的fibonacci單個引入到執行這個聲明的模塊的全局符號表。
From…import* 語句
把一個模塊的所有內容全都導入到當前的命名空間也是可行的，只需使用如下聲明：
from modname import *
這提供了一個簡單的方法來導入一個模塊中的所有項目。然而這種聲明不該被過多地使用。
所以感覺你應當是用from b import * 和 from a import * 或者直接 import a,b
⑼ 如何把一個python包導入到python庫中
Python 運行環境在查找模塊時是對 sys.path 列表進行遍歷，如果我們想在運行環境中添加自定義的模塊，主要有以下三種方法：
1. 在sys.path列表中添加新的路徑（只能對執行了 sys.path.append 命令的當前 Python 運行環境起作用，對其他運行環境不起作用，也即「一次性」的）。
>>> import sys
>>> sys.path
>>> sys.path.append('/home/xxx/yyy') #目錄/home/xxx/yyy包含你所需要的包或模塊
設置 PYTHONPATH 環境變數（永久性添加）：
2. 將包或模塊復制到 sys.path 列表中的目錄（通過 sys.path 查看）里（如 /home/test/lib/python2.7/site-packages/ 目錄）。
3. 最簡單的辦法是用 .pth 文件來實現。Python 在遍歷已有的庫文件目錄（sys.path中指定）過程中，如果見到一個 .pth 文件，就會將該文件中所記錄的路徑加入到 sys.path 設置中，這樣 .pth 文件說指明的庫也就可以被 Python 運行環境找到。
$cd /home/test/lib/python2.7/site-packages/
$touch test.pth
$vim test.pth
$添加一行包或模塊所在的目錄(如：/home/test/somePackage/)
則test.pth文件內容為：
/home/test/somePackage/