eGospodarka.pl
eGospodarka.pl poleca

eGospodarka.plGrupypl.comp.programmingnon-tree paradigms
Ilość wypowiedzi w tym wątku: 39

  • 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.

strony : 1 ... 3 . [ 4 ]


Szukaj w grupach

Szukaj w grupach

Eksperci egospodarka.pl

1 1 1

Wpisz nazwę miasta, dla którego chcesz znaleźć jednostkę ZUS.

Wzory dokumentów

Bezpłatne wzory dokumentów i formularzy.
Wyszukaj i pobierz za darmo: