göreli içe aktarmada üst düzey paket hatasının ötesinde

Görünüşe göre burada python 3'te göreceli ithalat hakkında bazı sorular var, ancak birçoğundan geçtikten sonra hala sorunumun cevabını bulamadım. işte soru.

Aşağıda gösterilen bir paketim var

package/
   __init__.py
   A/
      __init__.py
      foo.py
   test_A/
      __init__.py
      test.py

test.py'de tek bir satır var:

from ..A import foo

şimdi, klasöründeyim packageve koşuyorum

python -m test_A.test

Mesajım var

"ValueError: attempted relative import beyond top-level package"

ama eğer üst klasörde package, örneğin, ben çalıştırmak:

cd ..
python -m package.test_A.test

herşey yolunda.

Şimdi sorum şu: klasöründe packageolduğumda, ve test_A alt paketinin içindeki modülü çalıştırdığımda, test_A.testanlayışım temelinde ..A, hala packageklasör içinde olan sadece bir düzey yukarı çıkıyor , neden mesaj söyleyerek veriyor beyond top-level package. Bu hata iletisine neden olan neden tam olarak nedir?

EDIT: Bu soruya diğer sorularda daha iyi / daha tutarlı cevaplar var:

• Kardeş paket ithalatı
• Milyarıncı kez göreli ithalat

Neden çalışmıyor? Çünkü python bir paketin nereden yüklendiğini kaydetmez. Yani bunu yaptığınızda python -m test_A.test, aslında sadece test_A.testiçinde saklanan bilgiyi atar package(yani packagebir paket olarak kabul edilmez). Deneme from ..A import foo, artık sahip olmadığı bilgilere erişmeye çalışıyor (yani yüklü bir konumun kardeş dizinleri). Kavramsal from ..os import patholarak bir dosyaya izin vermeye benzer math. Bu kötü olurdu çünkü paketlerin farklı olmasını istiyorsunuz. Onlar başka paketten bir şeyler kullanmanız gerekiyorsa, o zaman birlikte küresel onlara başvurmalıdır from os import pathve bununla nerede piton çalışmaları izin $PATHve $PYTHONPATH.

Eğer kullandığınız zaman python -m package.test_A.test, o zaman kullanarak from ..A import fooiçeri ne olduğunu takip tuttu çünkü sadece iyi giderir packageve sadece yüklü bir yerin bir çocuk dizine erişimini ediyoruz.

Python neden geçerli çalışma dizinini bir paket olarak görmüyor? CLUE YOK , ama tanrım faydalı olur.

import sys
sys.path.append("..") # Adds higher directory to python modules path.

Bunu dene. Benim için çalıştı.

Varsayım:
Eğer varsa packagedizin Ave test_Aayrı paketler.

Sonuç:
..Aithalata sadece paket içinde izin verilmektedir.

Ek notlar:
Göreli içe aktarmaları yalnızca paketler içinde kullanılabilir yapmak, paketlerin üzerinde bulunan herhangi bir yola yerleştirilmesini zorlamak istiyorsanız yararlıdır sys.path.

DÜZENLE:

Bunun deli olduğunu düşünen tek kişi ben miyim? Neden dünyadaki mevcut dizin bir paket olarak kabul edilmiyor? - Çoklu avcı

Geçerli çalışma dizini genellikle sys.path dosyasında bulunur. Yani, tüm dosyalar içe aktarılabilir. Bu henüz Python 2 paketleri olmadığı zamanki davranıştır. Çalışan dizinin bir paket haline getirilmesi, modüllerin "import .A" ve "import A" olarak içe aktarılmasına izin verecek ve bu da iki farklı modül olacaktır. Belki de bu dikkate alınması gereken bir tutarsızlıktır.

Bu çözümlerin hiçbiri 3.6'da benim için işe yaramadı, aşağıdaki gibi bir klasör yapısı ile:

package1/
    subpackage1/
        module1.py
package2/
    subpackage2/
        module2.py

Amacım modül1'den modül2'ye aktarmaktı. Sonunda benim için işe yarayan, garip bir şekilde:

import sys
sys.path.append(".")

Şimdiye kadar belirtilen iki noktalı çözümlerin aksine tek noktayı not edin.

Düzenleme: Aşağıdaki benim için bu açıklığa yardımcı oldu:

import os
print (os.getcwd())

Benim durumumda, çalışma dizini (beklenmedik bir şekilde) projenin kökü idi.

from package.A import foo

Bence daha net

import sys
sys.path.append("..")

En popüler yanıtın da belirttiği gibi, temel olarak bunun nedeni sizin paketiniz için yolunuzu içermesi PYTHONPATHveya içermemesidir. Göreli içe aktarma, içe aktarmanın gerçekleştiği dosyaya değil, geçerli çalışma dizininize göredir; garip bir şekilde.sys.path.

Bunu, önce göreli içe aktarma işleminizi mutlak olarak değiştirip ardından şunlarla başlatarak düzeltebilirsiniz:

PYTHONPATH=/path/to/package python -m test_A.test

VEYA bu şekilde çağrıldığında python yolunu zorlar, çünkü:

İle python -m test_A.testEğer infaz ediyoruz test_A/test.pyile __name__ == '__main__'ve__file__ == '/absolute/path/to/test_A/test.py'

Bu test.py, mutlak importyarı korumalı ana durum koşullarında kullanabileceğiniz ve ayrıca bir kerelik Python yolu manipülasyonu yapabileceğiniz anlamına gelir :

from os import path
…
def main():
…
if __name__ == '__main__':
    import sys
    sys.path.append(path.join(path.dirname(__file__), '..'))
    from A import foo

    exit(main())

Düzenleme: 2020-05-08: Alıntı yapılan web sitesi artık tavsiye yazdı kişi tarafından kontrol edilmiyor gibi görünüyor, bu yüzden sitenin bağlantısını kaldırıyorum. Bana haber verdiğin için teşekkürler baxx.

Birisi zaten verilen harika cevaplardan sonra hala biraz mücadele ediyorsa, bir web sitesinde artık mevcut olmayan tavsiyeler buldum.

Bahsettiğim siteden önemli alıntı:

"Aynı şey programlı olarak şu şekilde belirtilebilir:

ithalat sys

sys.path.append ( '..')

Tabii ki yukarıdaki kod diğer ithalat ifadesinden önce yazılmalıdır .

Aslında böyle düşünerek, bu şekilde olması gerektiği çok açık. Testlerimde sys.path.append ('..') kullanmaya çalışıyordum, ancak OP tarafından yayınlanan sorunla karşılaştım. Diğer ithalatlarımdan önce import ve sys.path tanımını ekleyerek sorunu çözebildim.

Bir varsa __init__.pybir üst klasörde, siz ithalat başlatabilir import file/path as aliasyani init dosyasında. Daha sonra alt komut dosyalarında şu şekilde kullanabilirsiniz:

import alias

Benim düşünceme göre, bu soruyu şu şekilde anlıyorum:

[CASE 1] Aşağıdaki gibi mutlak bir içe aktarma başlattığınızda

python -m test_A.test

veya

import test_A.test

veya

from test_A import test

aslında kuruyorsunuz ithalat çapa olma test_A, diğer kelime, üst düzey bir pakettir test_A. Yani, test.py do yaptığımız zaman, çapadan kaçıyorsunuz from ..A import xxxve Python buna izin vermiyor.

[DURUM 2] Bunu yaptığınızda

python -m package.test_A.test

veya

from package.test_A import test

çapanız olur package, bu nedenle package/test_A/test.pyyapmak from ..A import xxxçapadan (hala packageklasör içinde ) kaçmaz ve Python bunu memnuniyetle kabul eder.

Kısacası:

• Mutlak içe aktarma geçerli bağlantıyı değiştirir (= üst düzey paketin ne olduğunu yeniden tanımlar);
• Bağıl-ithalat ankrajı değiştirmez ancak onunla sınırlıdır.

Ayrıca, bu sorunu incelemek için tam nitelikli modül adını (FQMN) kullanabiliriz.

Her durumda FQMN'yi kontrol edin:

• [CASE2] test.__name__=package.test_A.test
• [CASE1] test.__name__=test_A.test

Bu nedenle, CASE2 için , kabul edilebilir olan from .. import xxxFQMN = package.xxxolan yeni bir modül ile sonuçlanacaktır .

CASE1 için, içeriden ..gelen from .. import xxx, başlangıç ​​düğümünden (çapa) dışarı atlar test_Ave buna Python tarafından izin verilmez.

Python 2.x'te emin değilim, ancak python 3.6'da, tüm paketi çalıştırmaya çalıştığınızı varsayarsak, sadece -t

-t, --top-level-directory dizini Projenin en üst düzey dizini (varsayılan dizini başlatma)

Yani,

project_root
  |
  |----- my_module
  |          \
  |           \_____ my_class.py
  |
  \ tests
      \___ test_my_func.py

Örneğin aşağıdakiler kullanılabilir:

python3 unittest discover -s /full_path/project_root/tests -t /full_path/project_root/

Ve hala my_module.my_classbüyük dramalar olmadan ithal .