新手勿喷
for i in open (v):
_temp = i.split('-')
self._i= gen.gen(_temp[0], _temp[1])
self._i 中是多个列表[] [] [] 怎样合并成一个
cc = []
for i in open (v):
_temp = i.split('-')
self= gen.gen(_temp[0], _temp[1])
for bbc in self:
cc.append(i)
这样解决的 !!!
怎样把结果赋值给 self._i
self._i = cc
print 出来是空白
Jika anda ingin menggabungkan berbilang senarai menjadi satu, sebaiknya gunakan
itertools.chain
untuk menggabungkannya Berikut ialah contoh mudah:Untuk kes anda:
Penyimpangan berikut.
Kaedah@松林 boleh dilaksanakan, dan prestasinya tidak buruk dalam python, kelakuan operasi penguatan (dipertingkat) dan operasi am tidak semestinya sama, di sini Kami menggunakan
untuk berbincang.
Mari kita lihat contoh:
Daripada contoh ini, kita dapati bahawa
lst1 lst2
akan menjana senarai baharu, tetapilst1 = lst2
tidak akan, kerana untuk operasi pengembangan, Python kebanyakan akan mengikut peraturan berikut:Jenis tidak berubah akan menghasilkan objek baharu selepas operasi dan biarkan pembolehubah merujuk kepada objek
Jenis pembolehubah akan menggunakan operasi di tempat untuk mengembangkan atau mengemas kini objek
Dalam erti kata lain,
lst1 = lst2
bersamaan denganlst1.extend(lst2)
Ini bergantung pada sama ada jenis mempunyai pelaksanaan
__iadd__
(atau__imul__
...) dan bukannya hanya melaksanakan__add__
(atau__mul__
...)Untuk jenis yang tidak melaksanakan
di tempatnya.__iXXX__
, Python akan memanggil__XXX__
sebaliknya, yang pasti akan mengira objek baharu, tetapi__iXXX__
akan mengemas kini objek asalMaksudnya Kebanyakan :
Jenis tidak berubah tidak akan dilaksanakan
__iXXX__
kerana tidak masuk akal untuk mengemas kini objek tidak berubahJenis boleh ubah akan dilaksanakan
__iXXX__
untuk mengemas kini di tempatMengapa saya terus menekankan kebanyakannya?
Oleh kerana operasi penguatan
str
dioptimumkan dalam CPython,str = other
terlalu biasa digunakan apabila menggabungkan, Python tidak akan menyalin rentetan setiap kaliSoalan yang saya jawab: Python-QA
Gunakan fungsi lanjutan, seperti:
Menggunakan penambahan akan menjadi lebih intuitif, tetapi prestasi akan menjadi lebih teruk
Adakah ini lebih Pythonic?