Python a PyQt - 3 (diskuse)

[Jáchym Čepický]

zdravim, nebylo by zajimavejsi spoustet programy pomoci os.popen(prikaz).readlines()? Daly by se tim zpravovat pripadne chybove hlasky...

[hanzz]

Diky za nazor :) Rozhodne na toto v serialu jeste dojde, az se bude psat GUI k nejakemu textovemu programu, coz mam taky v planu. Ted by to bylo jeste myslim zbytecne, kdyz jde v tomto clanku jen o obycejne spusteni programu.

[Jarda]

Zdravim, porad mi neni jasne, k cemu se hodi tuples. A dalsi dotaz: cim se nahrazuji v pythonu struktury z C. Diky.

[zack]

Pokud chapes strukturu jako prostredek pro ulozeni dat ruznych typu pak Python nabizi mnohem lepsi prostedky : napriklad slovniky nebo tridy. Ty se chovaji jako dynamicke struktury - t,j, polozky lze kdykoliv pridavat nebo ubirat.

Pokud skutecne potrebujes Ceckove binarni struktury (napr. pro cteni/zapis binarnich souboru ) tak na to Python ma vestaveny modul struct.

[Dunric]

N-tice (tuples) se od polí liší tím, že není možno je po vytvoření měnit.

Hodí se pro všechny případy, kdy je potřeba seznam s konstantními prvky. V podobném duchu jako proč mít konstanty, když můžu mít proměnné, které nebudu v kódu měnit. Většina lidí se radši opře o syntaktickou analýzu překladače/interpretru než o vlastní hlavu - snižování pravděpodobnosti výskytu chyby.

[Petr Mach]

N-tice se od polí liší v hodně směrech, třeba v tom, že pole může obsahovat jen jeden datový typ:

>>> import array     
>>> a = array.array('i')
>>> a.append(1)
>>> a.append(5)
>>> a
array('i', [1, 5])
>>> a.append('xxx')
Traceback (most recent call last):
  File "<stdin>", line 1, in ?
TypeError: an integer is required

Na n-ticích je nejdůležitejší to, že jsou nemodifikovatelné, mohou mít svůj hash a jako takové mohou být hodnotou klíče slovníku.

[trancelius]

array() není klasické pole, to pochopitelně víc datových typů obsahovat může

>>> pole = []
>>> pole.append(False)
>>> pole.append(1)
>>> pole.append(3.141593654)
>>> pole.append("Hello world")
>>> pole.append(Neco())
>>> pole
[False, 1, 3.1415936539999998, 'Hello world', <__main__.Neco instance at 0xb7e7692c>]

[Petr Mach]

To o čem si myslíš že je pole není pole, natož klasické, ale datový typ seznam. Lze si to lehce ověřit.

>>> type([])
<type 'list'>

[hanzz]

Jenom doplnim prechozi argumenty jeste o jeden priklad pouziti tuples. Jde o to, kdyz potrebujete, aby funkce vratila vice promennych. V tom pripade je mozne vratit promenne jako tuples a pak je zase jako tuples nacist

>>> def secti_nasob(x,y):
... return (x+y,x*y)
...
>>> (x,y)=secti_nasob(3,6)
>>> print x,y
9 18


[David Watzke]

Pěkný, díky

Bylo by prosím možné zdrojáky házet i na server v souborech? Než to spustím, musím si převést mezery na taby, kontrolovat všelijaký zalamování, protože Python je na to citlivý. Díky.

[jkt]

musím si převést mezery na taby

nemusis, staci v jednom souboru pouzivat jeden styl.

[David Watzke]

V tom případě byl problém jen s tím zalamováním - nejdřív jsem předělával ty mezery, tak je to možný...

[hanzz]

Jestli myslis ten posledni kod, tak to nevim, proc mi to na abicku vydali s tim zalomenim. :) Ja to odeslal dobre :) Mozna to bylo proste moc dlouho...

[David Watzke]

Jj, ten poslední...

[Petr Mach]

Nechápu jak autor může psát o seznamech (list) a nazývat to zcestně a blbě pole? Co bude dělat, až se dostane k array? Seznamy nejsou pole, a touto špatnou terminologií nadělá víc škody než užitku, protože zblbne každého začátečníka, který pak bude mít problémy s ostatními texty o Pythonu. Doufám že to uvede v příštím díle na pravou míru.

[hanzz]

Uznavam, ze je to chyba. Seznam je svym zpusobem pole avsak mel by byt nazyvan seznamem. Pole je chapano v ruznych jazycich ruzne. Ja jsem se s nim prvne setkal v C a jako nejblizsi datovy typ podobny poli mi prisel prave seznam. Proto jsem jej zacal takto chybne nazyvat. Jinak moc dekuju za konstruktivni kritiku. Nikdo nejsme bezchybny a kazdy nejak zacinal. Timto se Vam za tuto chybu omlouvam a beru si z toho ponauceni pro priste.

[David Watzke]

Btw, jeden warning u posledního příkladu (na Gentoo/AMD64):

QLayout "unnamed" added to QMainWindow "unnamed", which already has a layout

Mám Python 2.4.2 a PyQt 3.15.1.

[OndraH]

Mám ten samý warning, ale asi to nijak nevadí, programy běhají normálně.

[Jan Samohýl]

Zdravím,

myslím, že nový článek o Pythonu by na nešťastné filter, map a reduce už neměl upozorňovat, a místo toho používat generátorové výrazy, jako např.

i=( x**2 for x in range(20) if x%2==0 )

což do i vloží iterátor, který projde druhé mocniny sudých čísel menších než 20. Můžete místo () psát [] a dostanete přímo seznam (to první chodí od verze 2.4, to druhé už od verze 2.2 tuším). Tohle naprosto nahrazuje map a filter a je to čistčí/čitelnější (sám autor Pythonu Guido van Rossum to tak tvrdí).

Co se týče reduce, je to věc, která není moc používaná a možná patří spíš do knihovny. Říkám to proto, že se v budoucnosti vážně uvažuje o odstranění těchto 3 funkcí.

[Jirka bianco Vágner]

" i=( x**2 for x in range(20) if x%2==0 ) "? No tfuuuj! :)

Z estetickeho hlediska :) me ty nove featury a jejich zapis v pythonu tak nejak nesedi, nejak zacina ztracet tu lehkost a vzdusnost pro kterou jsem si ho zamiloval. Kdyz jsem napriklad videl jak spousta lidi ujizdi napr. na dekoratorech, mno nevim nevim.

[Jan Samohýl]

To je jen příklad, samozřejmě. Nikdo vás nenutí tak psát. Ale vám skutečně připadá

i=map(lambda x: x**2, filter(lambda x: x%2==0, range(20)))

vzdušnější? Mě rozhodně ne, a proto také, doufám, v Pythonu 3000 map a filter (a lambda) zmizí. Mimochodem, já to používám poměrně často, a to tehdy, pokud chci zdůraznit: tady se děje jenom nějaká technická věc, která není z celkového pohledu tak důležitá (něco jako potřebuji tento vektor vynásobit třemi, nebo si převést tento seznam do trochu jiné formy).

Vlastně, když nad tím tak přemýšlím, je to jako kdybyste tvrdil, že místo

y = x**3 + 2*x**2 + 3

by se mělo psát

x1 = power(x, 3)
x2 = multiply(2, power(x, 2))
y = add(add(x1, x2), 3)

Proč se tak bránit více operacím v jednom výrazu? Akorát u generátorového výrazu máte místo skaláru vektor..

Krásné na Pythonu je to, že nemusíte znát všechny jeho možnosti, abyste ho mohl celkem bez problémů používat (a číst).

Generátory moc nevyužívám, ale takové věci jako @exposed v Cherrypy nebo něco jako @synchronized v Javě považuji za naprosto legitimní a velice elegantní řešení.

[tulpik]

Jaky fuj? Tohle je naprosto korektni "klasickej" python zapis.

[Kyosuke]

Cože? Co je na tom klasickýho? Dyť to tam doštrikovali před časem. Nemáte nějakou krátkou paměť?

[Mikos]

Je to rozhodně krásnej, čistej a estetickej zápis. Mohem přehlednější a (z mého pohledu) rozhodně lepší než konstrukce jako lambda, filter a map.

Jsem nesmírně rád, že se Python ubírá tímto směrem, generátory a list comprehension je naprosto úžasná věc a mimo jiné jeden z důvodů, proč jsem si Python vybral (rozhodoval jsem se jestli se začít učit Ruby nebo Python, Tython to celkem jasně vyhrál, ale důvodů bylo mnoho, toto je de facto jen detajl ).

[Mikos]

Heh, Python a né Tython samozřejmě

[Kyosuke]

A je to hezčí než lispovský ITER?

Krásný, čistý a estetický jsou (z jiného pohledu) i funkce vyššího řádu, pokud má pro ně jazyk dobrou podporu (což Python IMHO tak úplně neměl nikdy...kdyby se v něm nepoužívaly tak hovadsky, byl by rozdíl o dost menší...). Svým způsobem jsou čistší - ta comprehension je na úrovni jazyka? Blok? Funkce? Snippet kódu? (Taky - teď si teď úplně nejsem jistý, jak to python implementuje - mám pocit, že mi u nich mírně hapruje asociativita těch for cyklů. To by ale samozřejmě byla hodně subjektivní námitka.) Samozřejmě ale chápu, že s tak primitivními prostředky, jaké Python měl, jsou list comprehensions rozhodně relativně větší pokrok, než by byly v jiných vyšších jazycích. Apropos, tyhlety "naprosto úžasné věci" jsou v některých jazycích prakticky odjakživa...

Ještě takovou blbost, jakým způsobem se dá v Pythonu udelat lit comprehension, která destrukturuje n-tice do proměnných? Jako v Haskellu

addPairwise :: [(Integer,Integer)] -> [Integer]
addPairwise ap  =  [ x+y | (x,y) <- ps ]

Na takovéhle fíčury jsem zatím nepřišel, jak se dělají.

[Jan Samohýl]

Neznám Haskell, ale možná máte na mysli:

[ x+y for x,y in [(1,2),(2,3),(3,4)] ]

Jinak, comprehensions jsou výrazy.

[Kyosuke]

Ten výraz prostě bere prvky rovnou po dvou, ne po jednom. Asi to nepůjde, nebo jsem alespoň nenašel žádný takový příklad. Na druhou stranu, stačí zřejmě použít generátorový oneliner. (Tedy s tím, že záhlaví deklarace funkce se nepočítá... )

[Kyosuke]

BTW já jsem nepsal, že není krásnej a estetickej (aspoň v jednodušších případech rozhodně je), já napadal tvrzení, že je v Pythonu "klasickej" a to je, řekl bych, trošku rozdíl.