Návrh řízení na Linuxu

[dustin]

Hm, to nevím, co máš konkrétně na mysli. Pro mě je podstatné, aby byl spolehlivý a předvídatelný. Např. bych rád "generifikoval" Queue https://github.com/pavhofman/plabs-player/blob/master/abstractwriter.py#L15 , aby bylo na první pohled vidět , že se do ní dávají jen a pouze objekty třídy AbstractScreen https://github.com/pavhofman/plabs-player/blob/master/abstractscreen.py#L20 (tedy konkrétní potomci představující různé obrazovky displeje). To samé fronta pro vstupní povely https://github.com/pavhofman/plabs-player/commit/9b425f254432fcd1147e8cb2b6175876613d0bfc#diff-d8c11be2b3b970dca323967adfa49ffaR19 - obsahuje jen potomky třídy AbstractCommand https://github.com/pavhofman/plabs-player/blob/master/abstractcommand.py#L4 , kteří každý umí provádět jiný příkaz. Normální objektový přístup, nemám žádný zájem míchat ve vstupní/výstupní frontě vzájemně nekompatibilní objekty.

Jo, je to přístup z javy, ale přijde mi logický a čistý.

[Reklama]

[Petr]

Ahoj,
konečné automaty se v průmyslu implementují pomocí PLC obvodů, levnější obdobu můžeš najít i přímo pro Raspberry Pi3:
http://rpishop.cz/raspberry-pi-sady/312-rex-starter-sada-s-raspberry-pi-3.html
(nicméně je zapotřebí zjistit, jak je to s podporou IR)

[gll]

Hm, to nevím, co máš konkrétně na mysli. Pro mě je podstatné, aby byl spolehlivý a předvídatelný. Např. bych rád "generifikoval" Queue https://github.com/pavhofman/plabs-player/blob/master/abstractwriter.py#L15 , aby bylo na první pohled vidět , že se do ní dávají jen a pouze objekty třídy AbstractScreen https://github.com/pavhofman/plabs-player/blob/master/abstractscreen.py#L20 (tedy konkrétní potomci představující různé obrazovky displeje). To samé fronta pro vstupní povely https://github.com/pavhofman/plabs-player/commit/9b425f254432fcd1147e8cb2b6175876613d0bfc#diff-d8c11be2b3b970dca323967adfa49ffaR19 - obsahuje jen potomky třídy AbstractCommand https://github.com/pavhofman/plabs-player/blob/master/abstractcommand.py#L4 , kteří každý umí provádět jiný příkaz. Normální objektový přístup, nemám žádný zájem míchat ve vstupní/výstupní frontě vzájemně nekompatibilní objekty.

Jo, je to přístup z javy, ale přijde mi logický a čistý.

Neměl by být problém obalit queue.Queue typovanou verzí. V budoucnu to určitě někdo udělá. Type hinty jsou stále novinka a moc lidí to nepoužívá.

[Jenda]

Python skript by ve while kontroloval přítomnost 'reload'

Šmarjá. Tak alespoň inotify nebo signál. Ale nejlepší by bylo mu konfiguraci poslat rourou/soketem.

[gll]

Hm, to nevím, co máš konkrétně na mysli. Pro mě je podstatné, aby byl spolehlivý a předvídatelný. Např. bych rád "generifikoval" Queue https://github.com/pavhofman/plabs-player/blob/master/abstractwriter.py#L15 , aby bylo na první pohled vidět , že se do ní dávají jen a pouze objekty třídy AbstractScreen https://github.com/pavhofman/plabs-player/blob/master/abstractscreen.py#L20 (tedy konkrétní potomci představující různé obrazovky displeje). To samé fronta pro vstupní povely https://github.com/pavhofman/plabs-player/commit/9b425f254432fcd1147e8cb2b6175876613d0bfc#diff-d8c11be2b3b970dca323967adfa49ffaR19 - obsahuje jen potomky třídy AbstractCommand https://github.com/pavhofman/plabs-player/blob/master/abstractcommand.py#L4 , kteří každý umí provádět jiný příkaz. Normální objektový přístup, nemám žádný zájem míchat ve vstupní/výstupní frontě vzájemně nekompatibilní objekty.

Jo, je to přístup z javy, ale přijde mi logický a čistý.

Neměl by být problém obalit queue.Queue typovanou verzí. V budoucnu to určitě někdo udělá. Type hinty jsou stále novinka a moc lidí to nepoužívá.

https://github.com/python/typeshed/blob/master/stdlib/3/queue.pyi

s mypy funguje tohle. Stačí to dát do import path a přidat hint

Kód: [Vybrat]

# type: Queue[AbstractScreen]


[Reklama]

[dustin]

Díky, to vypadá použitelně. Ale je to pořád dost syrové, nekompletní, navíc se tohle vše (z mého pohledu základní věci) musí doinstalovávat.

Příští projekt použiju rovnou javu, python asi není pro mě :-) Ale díky za tipy.