Re: Přístup k C++ DLL z Pythonu

[Petr Labaj]

Když už tady padla otázka na charakteristiku věcí v Pythonu:
Existuje prosím nějaký SW v Pythonu, který by byl rychlý? Nebo rychlost 
a Python jsou antonyma?

Python je dneska velice populární. Tak neexistuje k němu něco podobného 
jako Dalvik u Androidu?
Tam je taky první spuštění velmi pomalé, ale tím se to (asi) přeloží do 
nějaké skoro-nativní aplikace a příště už to startuje a běží rychle.

Já Python nepoužívám. Ale mám pocit, že do nějakého toho předžvýkaného 
formátu *.pyc se třeba hlavní program vůbec nedá zkompilovat. Jen knihovny.
To má nějaký zásadní důvod?
A asi i ty *.pyc nejsou o moc rychlejší než normální interpretace, ne?

Díky.
PL

*******************

Dne 3.6.2023 v 16:32 Jindroush napsal(a):
> ?? Jak souvisi python a delka kodu? Calibre na prevod a spravu ebooku 
> ma v masteru cca 350 000 radku v pythonu. Splnuje to jeste 'kratky 
> skript'? :-)
> j.
>
> On 03.06.2023 16:14, Miroslav Mraz wrote:
>> Když je to v Kicadu, tak by to mělo ve Win fungovat taky. Python  je 
>> dobrý na krátké skripty, které mohou udělat dost práce - má to hodně 
>> knihoven. Bohužel se v tom dá udělat dost pohodlně skoro všechno. A 
>> když něco jde udělat, je jen otázka času, kdy to někdo udělá.
>> Buďte rád, že to lidi nepíšou (zatím) v java/type/scriptu.
>>
>> Mrazík
>>
>> On 03. 06. 23 15:38, Pavel Hudeček wrote:
>>> Díky,
>>> to vypadá že by mohlo bejt lepší. Nepochopil jsem, zda to jde 
>>> zpracovat i na Windows, ale to by zas tak nevadilo.
>>>
>>> V současnosti máme několik různých API. Jedno v C, který je velmi 
>>> zjednodušený, určený primárně pro průmysl. Pak další dvě malý C++ 
>>> pro clustering a spectral imaging. A nakonec pythonový, který je 
>>> univerzální a plně objektový, ve kterém jde všechno. Jenže jeho 
>>> udržování je peklo, protože se generuje nějakým obskurním 
>>> poloautomatickým způsobem. Přechod na vyšší verzi py byl porod a 
>>> rádi bychom to už nikdy neopakovali:-)
>>>
>>> No a to zjednodušený C API vlastně už taky není jednoduchý, protože 
>>> jak přibývají typy snímacích čipů s různými kombinacemi režimů, tak 
>>> už je asi 8 akvizičních funkcí a podobně na nastavení operačních 
>>> módů. Tohle v tom objektovým uspořádání odpadá, tam je jen 
>>> dev.doSimpleAcquisition a doAdvancedAcquisition a pak 
>>> dev.setOperationMode.
>>>
>>> Takže je teď snaha, aby bylo jedno plně objektový API a to se mohlo 
>>> bez nějakých složitostí dostat i do pythonu, nejlépe jakékoli verze.
>>>
>>> Nikdy by mě nenapadlo, co všechno jsou zákazníci schopní chtít dělat 
>>> v pythonu. Klidně třeba celý CT, ovládáním skenovacího ramene 
>>> počínaje a zpracováním 3D modelů konče:-)
>>>
>>> PH
>>>
>>> Dne 02.06.2023 v 19:59 Miroslav Mraz napsal(a):
>>>> Ještě jsem našel SWIG. Používá se to i v Kicadu, C++ podpora je 
>>>> lepší, kdysi jsem to zkoušel a ani nevím proč jsem to opustil. Asi 
>>>> to bylo dost složité na to, co jsem potřeboval.
>>>> https://www.swig.org/tutorial.html
>>>>
>>>> Mrazík
>>>