-
31. Data: 2013-06-05 21:31:20
Temat: Re: non-tree paradigms
Od: firr kenobi <p...@g...com>
W dniu środa, 5 czerwca 2013 20:49:49 UTC+2 użytkownik bartekltg napisał:
> W dniu 2013-06-05 20:45, firr kenobi pisze:
>
> >>
>
> >> coroutines dluga()
>
> >> {
>
> >> //coś robię
>
> >> yield cośtam
>
> >> //znow coś robię
>
> >> yield cośtam
>
> >> // robię innego
>
> >> yield cośtam
>
> >> }
>
> >>
>
> >
>
> > i jak ta funkcja powyzej mialaby dzialac
>
> > bo nie zrozumialem, w szczegolnosci jak
>
> > miaoby dzialc tutaj to yield ?
>
>
>
> Poczytaj linki, które pojawiły się w wątku.
>
> Zapytaj wiki, co znaczy to dziwne słowo na 'c',
>
> przeczytaj artykuł.
>
>
mz nalezaloby jednak odpowiedziec -
(i szczerze mowiac nie chce mi sie
tlumaczyc dlaczego) no ale luzik,
-
32. Data: 2013-06-05 21:57:03
Temat: Re: non-tree paradigms
Od: A.L. <a...@a...com>
On Wed, 05 Jun 2013 21:12:34 +0200, bartekltg <b...@g...com>
wrote:
>W dniu 2013-06-05 21:04, A.L. pisze:
>> On Wed, 05 Jun 2013 20:26:55 +0200, bartekltg <b...@g...com>
>> wrote:
>>
>>>
>>> Jest tu jaka? przewaga nad zrobieniem wielu obiektów
>>> (w polach maj? to, co by?o w zmiennych lokalnych tamtych
>>> coroutines) z metod? zrob_krok_symulacji()?
>>>
>>>
>>
>> Korutyny mozan zasymulowac w jezyku bez korutyn (kupa papierow na ten
>> temat). ja sam to zrobilem pzred laty w Fortranie IV. Ale to jest
>> technicznie i uzytkowo dosyc upierdliwe, wiec lepiej jest meic
>> wbudowany mechanizm.
>
>Jasne. Ale pytanie by?o o jaki? przyk?ad u?ycia korutyn,
>którego nie da si? _prosto_ zast?pi? czym? innym.
>
>pzdr
>bartekltg
>
>
S
Na przyklad symulaqcja zorientowana na procesy. Kazdy obiekt (stad sie
w ogole wziely obiekty i programwoanie obiektowe) wykonuje pewne
akcje. Te akcje moga byc zawieszone na pewien czas a potem wznowione.
Przyklad: obiekt obrabiany jest pzrez wiele obrabiarek; pzrechodzi od
jednej obrabiarki do drugiej. Gdy dotzre do obrabiarki, musi zostac
"zawieszony" na czas obrobki, a potem wznowiony. Gdy jest zawieszony,
sterowanie pzrekazywane jest do innego obiektu.
Istnieja inne metody programwoania symulacji, ale procesowy jest
najbardziej naturalny
A.L.
-
33. Data: 2013-06-06 00:36:24
Temat: Re: non-tree paradigms
Od: Michoo <m...@v...pl>
Krzaczysz - nie cytuj UTF8 w 8859-1.
On 05.06.2013 17:59, A.L. wrote:
>
> To nic nie ma wspolnego z FSM
Każdy program oparty na coroutines działa na zasadzie automatu skończonego:
- procedury są stanami
- yield oznacza tranzycję
--
Pozdrawiam
Michoo
-
34. Data: 2013-06-06 03:50:29
Temat: Re: non-tree paradigms
Od: A.L. <a...@a...com>
On Thu, 06 Jun 2013 00:36:24 +0200, Michoo <m...@v...pl> wrote:
>Krzaczysz - nie cytuj UTF8 w 8859-1.
>
>On 05.06.2013 17:59, A.L. wrote:
>>
>> To nic nie ma wspolnego z FSM
>
>Ka?dy program oparty na coroutines dzia?a na zasadzie automatu sko?czonego:
>- procedury s? stanami
>- yield oznacza tranzycj?
To co napisales, oznacza ze FSM mozna zaimplementowac przy pomocy
koruytn a nei odwrotnie.
A tak w ogole, kazdy program dziala na zasadzie Maszyny Turinga
A.L.
P.S. Poza tym, procedury nei sa stanami.
-
35. Data: 2013-06-06 07:57:49
Temat: Re: non-tree paradigms
Od: Adam Przybyla <a...@r...pl>
A.L. <a...@a...com> wrote:
> On Wed, 5 Jun 2013 05:14:25 +0000 (UTC), Adam Przybyla
> <a...@r...pl> wrote:
>
>>firr kenobi <p...@g...com> wrote:
>>>> >
>>>>
>>>> ... poszukaj hasla "stackless". Winformatyce wszystko juz (prawie) bylo;-)
>>>>
>>>
>>> faktycznie, wyglada na to jest takie cos
>>> (nigdy nawet o tym nie slyszalem), uzywa sie tez
>>> pojecia kontynuacji ('continuation') gdzie
>>> z tego co patrze jest to dosyc podobne do
>>> tego co pisalem z jumpami (czyli ponikad goto)
>>> zamiast retów,ale trudno wywnioskowac co by
>>> sie z tego robi?o przy jakims dluzszym uzywaniu
>> ... implementacje jezykow definujcyh wlasne maszyny stanowe
>>tez moga wchodzic w gre patrz http://www.complang.org/ragel/
>>i wlasciwie, w przyoadku Lispa tez nie jest to takie jednoznaczne.
>>Z powazaniem
>> Adam Przybyla
>
> Modula-2 posiada "korutuny" (coroutimes) - procedury ktore mozna
> opuscic w dowolnym momencie i przekazac sterowanie do innej korutyny.
> Ta operacja pozostawia w opuszczanej korutynie "reactivation point";
> mozna do niego powrocic w dowolnej chwili i z dowolnego miejsca i
> wznowic wykonanie
>
> http://en.wikipedia.org/wiki/Coroutine
... tylko pytanie, podobnei zreszta jak w przypadku pythonowych
generatorow, czy nie jest to jednak bardziej eleganckie, ale jednak, uzycie stosu.
Z powazaniem
Adam Przybyla
-
36. Data: 2013-06-06 08:02:06
Temat: Re: non-tree paradigms
Od: firr kenobi <p...@g...com>
>
> [[profesor nienobilitowany fir do
> "profesora A.L."] ]
no dobra moze zart polowicznie smieszny
(nieststy tzw personalna strona tej grupy
to cos co mnie wlasciwie wogole nie
interesuje, osobiscie uwazam ze nalezy
trzymac sie tematu i tyle]
-
37. Data: 2013-06-06 09:46:31
Temat: Re: non-tree paradigms
Od: firr kenobi <p...@g...com>
W dniu wtorek, 4 czerwca 2013 21:38:41 UTC+2 użytkownik A. L. napisał:
> On Tue, 04 Jun 2013 19:41:38 +0200, bartekltg <b...@g...com>
>
> wrote:
>
>
>
> >W dniu 2013-06-04 16:47, firr kenobi pisze:
>
> >> ostatnio uswiadomilem sobie ze za
>
> >> drzewiast? strukture wywolan funkcji
>
> >> w programach (nie tylko w c bo zdaje
>
> >> sie ze dziel? to dzis niemal wszystkie
>
> >> jezyki/sposoby pisania ktore przychodz?
>
> >> mi do g?owy (acz sporej czesci jezykow nie
>
> >> znam)) odpowiada skromny ret
>
> >>
>
> >> tak naprawde daloby sie jednak pomyslec
>
> >> paradygmat nie drzewiasty nawet z procedurami
>
> >> choc byloby to nieco dziwne , bylaby np
>
> >> siatka funkcji a wyjscie z funkcji nie dokonowaloby
>
> >> sie przez ret tylko przez jump do kolejnej
>
> >> procedury, uzytecznosci tego jest ew troche
>
> >> trudno sie doszukac, i moze jej wogole nie ma
>
> >> ale kto wie - czy ktoskolwiek widzial jakies
>
> >> artykuly omawiajace taki niedrzewiasy sposob
>
> >> kodowania (non-tree) czy tez jednak wylacznie
>
> >> drzewa procedur sa w uzyciu ? (wydaje sie
>
> >> ze nawet ci co pisza dzis w asmie pisza
>
> >> drzewami tak ze np mi osobiscie wogole do
>
> >> glowy nie przychodzi jakikolwiek kawalek kodu
>
> >> pisany w oryginalnie nie drzewiastym paradygmacie
>
> >> i dlatego zastanawiam sie czy cos takiego
>
> >> wogole gdzies mozna zobaczyc)
>
> >
>
> >Has?o, kti? 1/2 rego by? moz? szukasz to 'programowanie strukturalne'
>
> >i 'programowanie proceduralne'.
>
> >
>
> >To co opisujesz, to z grubsza stan przed powstaniem
>
> >tych. Schematy blokowe i inne cuda.
>
> >
>
> >pzdr
>
> >bartekltg.
>
> >
>
>
>
> Czy przypadkiem to nie to co sie nazywa "coroutines"? Albo "procedury
>
> symetryczne"?...
>
>
zeby troche podsumowac watek couroutines
co do tematu FSM (w tutejszym kontekscie)
to wg wiki takie rzeczy nazywa sie
generatorami i mz raczej nie ma to z
korutynami niewiele wspolnego bo mozna
to zrobic na zwyklej funkcji z pamiecią
statyczną (taki generator to moze nawet
dosyc dobre pojecie (ostatnio nawet
tak sie sklada myslalem o czyms takim ))
co do samego zamieszania z terminologią
to ja bym dla uproszczenia kontynuacją
nazywal np kod wywolany przez jump (
- nie jest jasne czy powinien wracac czy niekoniecznie) a korutyną funkcje uzywajaca
tez jumpow obok calli (za to raczej
samą wywołana jednak przez call, tak zeby
bylo to rutynopodobne - ogolniejszą
jeszcze bardziej rozbabrana forme bardziej
blokiem (jesli juz wogóle trzeba babrac sie
z tym nazewnictwem - (odnt try to bother
analyzing this rhymes - in this song i said
a FUCk! nienety three times (insane clown
pose))
--
-
38. Data: 2013-06-06 10:01:13
Temat: Re: non-tree paradigms
Od: firr kenobi <p...@g...com>
>
> no dobra moze zart polowicznie smieszny
> (nieststy tzw 'personalna' strona tej grupy
> to cos co mnie wlasciwie wogole nie
> interesuje, osobiscie uwazam ze nalezy
> trzymac sie tematu i tyle]
i do tego bym n-ty raz przy okazji
namawiał - to jest teoretycznie grupa
scisle techniczna i raczej nalezaloby
sie trzymac scisle technicznych tematów
(mimo ze dresy prą w inna stronę ;)
-
39. Data: 2013-06-06 16:03:53
Temat: Re: non-tree paradigms
Od: A.L. <a...@a...com>
On Thu, 6 Jun 2013 05:57:49 +0000 (UTC), Adam Przybyla
<a...@r...pl> wrote:
> ... tylko pytanie, podobnei zreszta jak w przypadku pythonowych
>generatorow, czy nie jest to jednak bardziej eleganckie, ale jednak, uzycie stosu.
>Z powazaniem
> Adam Przybyla
Kazda korutyna ma swoj wlasny stos.
A.L.