Menggunakan try vs if dalam python

Apakah ada alasan untuk memutuskan mana tryatau ifmembangun yang akan digunakan, ketika menguji variabel untuk memiliki nilai?

Misalnya, ada fungsi yang mengembalikan daftar atau tidak mengembalikan nilai. Saya ingin memeriksa hasilnya sebelum memprosesnya. Manakah dari berikut ini yang lebih disukai dan mengapa?

result = function();
if (result):
    for r in result:
        #process items

atau

result = function();
try:
    for r in result:
        #process items
except TypeError:
    pass;

Diskusi terkait:

Memeriksa keberadaan anggota dalam Python

Anda sering mendengar bahwa Python mendorong gaya EAFP ("lebih mudah untuk meminta maaf daripada izin") daripada gaya LBYL ("lihat sebelum Anda melompat"). Bagi saya, ini masalah efisiensi dan keterbacaan.

Dalam contoh Anda (katakan bahwa alih-alih mengembalikan daftar atau string kosong, fungsinya adalah mengembalikan daftar atau None), jika Anda berharap 99% dari waktu resultitu benar-benar akan mengandung sesuatu yang dapat diubah, saya akan menggunakan try/exceptpendekatan. Akan lebih cepat jika pengecualian benar-benar luar biasa. Jika resultini Nonelebih dari 50% dari waktu, kemudian menggunakan ifmungkin lebih baik.

Untuk mendukung ini dengan beberapa pengukuran:

>>> import timeit
>>> timeit.timeit(setup="a=1;b=1", stmt="a/b") # no error checking
0.06379691968322732
>>> timeit.timeit(setup="a=1;b=1", stmt="try:\n a/b\nexcept ZeroDivisionError:\n pass")
0.0829463709378615
>>> timeit.timeit(setup="a=1;b=0", stmt="try:\n a/b\nexcept ZeroDivisionError:\n pass")
0.5070195056614466
>>> timeit.timeit(setup="a=1;b=1", stmt="if b!=0:\n a/b")
0.11940114974277094
>>> timeit.timeit(setup="a=1;b=0", stmt="if b!=0:\n a/b")
0.051202772912802175

Jadi, sementara sebuah ifpernyataan selalu membebani Anda, hampir bebas untuk membuat try/exceptblok. Tetapi ketika Exceptionbenar - benar terjadi, biayanya jauh lebih tinggi.

Moral:

• Ini sangat OK (dan "pythonic") untuk digunakan try/exceptuntuk kontrol aliran,
• tetapi paling masuk akal ketika Exceptions sebenarnya luar biasa.

Dari dokumen Python:

EAFP

Lebih mudah meminta maaf daripada izin. Gaya pengkodean Python yang umum ini mengasumsikan adanya kunci atau atribut yang valid dan menangkap pengecualian jika asumsi tersebut terbukti salah. Gaya bersih dan cepat ini ditandai dengan kehadiran banyak orang trydan exceptpernyataan. Teknik ini kontras dengan gaya LBYL yang umum untuk banyak bahasa lain seperti C.

Fungsi Anda seharusnya tidak mengembalikan tipe campuran (yaitu daftar atau string kosong). Seharusnya mengembalikan daftar nilai atau hanya daftar kosong. Maka Anda tidak perlu menguji apa pun, yaitu kode Anda runtuh menjadi:

for r in function():
    # process items

Harap abaikan solusi saya jika kode yang saya berikan tidak jelas pada pandangan pertama dan Anda harus membaca penjelasan setelah sampel kode.

Dapatkah saya berasumsi bahwa "tidak ada nilai yang dikembalikan" berarti nilai kembali adalah Tidak ada? Jika ya, atau jika "tidak ada nilai" adalah Boolean-bijaksana Salah, Anda dapat melakukan hal berikut, karena kode Anda pada dasarnya memperlakukan "tidak ada nilai" sebagai "jangan diulang":

for r in function() or ():
    # process items

Jika function()mengembalikan sesuatu yang tidak Benar, Anda beralih di atas tuple kosong, yaitu Anda tidak menjalankan iterasi apa pun. Ini pada dasarnya adalah LBYL.

Contoh kedua Anda rusak - kode tidak akan pernah membuang pengecualian TypeError karena Anda dapat beralih melalui string dan daftar. Iterasi melalui string atau daftar kosong juga valid - itu akan mengeksekusi tubuh loop kali nol.

Manakah dari berikut ini yang lebih disukai dan mengapa?

Look Before You Leap lebih disukai dalam hal ini. Dengan pendekatan pengecualian, TypeError dapat terjadi di mana saja di tubuh loop Anda dan itu akan tertangkap dan dibuang, yang bukan yang Anda inginkan dan akan membuat debugging menjadi rumit.

(Saya setuju dengan Brandon Corfman: mengembalikan None untuk 'no items' bukan daftar kosong yang rusak. Ini adalah kebiasaan yang tidak menyenangkan dari coders Java yang tidak boleh dilihat dengan Python. Atau Java.)

Secara umum, kesan yang saya dapatkan adalah bahwa pengecualian harus disediakan untuk keadaan luar biasa. Jika resultdiharapkan tidak pernah kosong (tetapi mungkin, jika, misalnya, disk macet, dll), pendekatan kedua masuk akal. Di sisi lain, jika sebuah kosong resultmasuk akal dalam kondisi normal, pengujian untuk itu dengan ifpernyataan lebih masuk akal.

Saya memikirkan skenario (lebih umum):

# keep access counts for different files
file_counts={}
...
# got a filename somehow
if filename not in file_counts:
    file_counts[filename]=0
file_counts[filename]+=1

bukannya yang setara:

...
try:
    file_counts[filename]+=1
except KeyError:
    file_counts[filename]=1

bobince dengan bijak menunjukkan bahwa membungkus case kedua juga dapat menangkap TypeErrors dalam loop, yang bukan yang Anda inginkan. Jika Anda benar-benar ingin menggunakan percobaan, Anda dapat menguji apakah itu dapat dilakukan sebelum loop

result = function();
try:
    it = iter(result)
except TypeError:
    pass
else:
    for r in it:
        #process items

Seperti yang Anda lihat, ini agak jelek. Saya tidak menyarankannya, tetapi harus disebutkan untuk kelengkapannya.

Sejauh menyangkut kinerja, menggunakan blok try untuk kode yang biasanya tidak meningkatkan pengecualian lebih cepat daripada menggunakan pernyataan if setiap saat. Jadi, keputusan tergantung pada probabilitas kasus pengecualian.

Sebagai aturan umum, Anda tidak boleh menggunakan try / catch atau pengecualian untuk menangani hal-hal lain untuk mengontrol aliran. Meskipun di balik layar iterasi dikendalikan melalui peningkatan StopIterationpengecualian, Anda tetap harus memilih cuplikan kode pertama Anda dari yang kedua.