• úvod
  • témata
  • události
  • tržiště
  • diskuze
  • nástěnka
  • přihlásit
    registrace
    ztracené heslo?
    XCHAOSANSI C/C99 (specifikace), GNU C (gcc, glibc), Tiny C (tcc) a POSIX - ne nutně C++,g++,libstdc++ nebo Win32 API
    DAVIDOWITCH
    DAVIDOWITCH --- ---
    ISTEVE: Nejez to...
    ISTEVE
    ISTEVE --- ---
    TENCOKACISTROMY: A tuhle myslenku bych mozna rozvedl dal... co kdyz podobnej problem ma vic lidi? nebylo by uzasny, kdyz by treba existovala standardni technologie kterej tenhle problem resi pro vic nez jen pro jeden projekt?

    ...ale to asi jen snim...
    TENCOKACISTROMY
    TENCOKACISTROMY --- ---
    REDGUY: Jak by byl problem na to pouzit/si vytvorit patricny typ.
    REDGUY
    REDGUY --- ---
    ANT_39: XChaos ma zasadni problem s tim, ze u Cckoveho pole neni dostupna jeho delka, takze (napr.) kdyz si ho poruznu predavas po programu, musis ji predat jako extra parametr. A tim se vsechno strasne komplikuje, nebo tak neco.
    ANT_39
    ANT_39 --- ---
    XCHAOS: Co je to za druh pole, ze na nej for nestaci? Predstavuju si, ze nacpat do toho treba pruchod stromem by byla vyzva, ale pro pole a seznamy by to nemel byt problem, ne?
    DAVIDOWITCH
    DAVIDOWITCH --- ---
    XCHAOS: Ja sem naprosto nepochopil co se pokousis rict, krom obligatniho "i presto mam pravdu".
    ADAMJ
    ADAMJ --- ---
    REDGUY: Uz je to davno. V DOSu. On v nicem jinym neprogramoval. Az pak se naucil cecko.
    REDGUY
    REDGUY --- ---
    ADAMJ: Jako mentalni cviceni nebo z nutnosti? Na jaky platforme?
    ADAMJ
    ADAMJ --- ---
    TENCOKACISTROMY: GUI realizovany dle paradigmatu OOP, ale implementovany v assembleru.
    TENCOKACISTROMY
    TENCOKACISTROMY --- ---
    ADAMJ: Co si mam predstavit pod "objektovy gui v assembleru" ?
    ADAMJ
    ADAMJ --- ---
    Talk about support. Muj kamarad napsal kompletni objektovy GUI v assembleru.
    REDGUY
    REDGUY --- ---
    A jeje, Xchaos opet opustil svet pricetnych lidi a pronikl hluboko do rise volneho blaboleni. No, dneska to slo extra rychle 8)
    XCHAOS
    XCHAOS --- ---
    DAVIDOWITCH: ne. je to jinak. C nepodporuje vůbec nic - ale některé věci podporuje ještě méně, než jiné. a několik jich zcela nemožných (aspoň ve většině původních specifikací)
    DAVIDOWITCH
    DAVIDOWITCH --- ---
    XCHAOS: Takze muzeme prohlasit obhajobu tvoji teze, ze narozdil od polymorfismu Ccko dedicnost "nepodporuje", za neuspesnou a zase dalsi zcela zbytecne retoricke cviceni?
    XCHAOS
    XCHAOS --- ---
    DAVIDOWITCH: ... a bude to dokonce ještě čistší a "nativnější", než většina dalších věcí, které v C ubastlíš, protože pro ně C nemá "nativní podporu" :-) viz předchozí :-)

    vlastně by bylo vtipné zkusit rozepsat, co všechnoiv C chybí: ono tam totiž chybí všechno. ten polymorfismus ani nevyžaduje externí hlavičkový soubor, zatímco jakákoliv volání standardní knihovny libc ano (printf počínaje) - co tedy je vlastně "nativní" a co ne?
    XCHAOS
    XCHAOS --- ---
    REDGUY: v C si ale obecně musíš všechno zařídit sám: třeba implementace for(;;) instrukce je natolik primitivní, že lze potom prohlásit, že C nemá podporu ani pro iteraci přes všechny prvky pole (a je to v podstatě pravda)

    troufám si říct, že v C je dokonce (po příslušném zaškolení) jednodušší a čistší implementovat objektový polymorfismus, než iteraci přes všechny prvky pole (leda by si můj objektový polymorfismus využil k implementaci vlastního kontejnerového objektu typu pole, což je jedna z věcí, se kterými si zamýšlím hrát... potom totiž můžeš nějaké funkci obsahující iteraci přes pole předat jen jediný pointer na objekt, zatímco pole musíš pořád předávat jako pointer + délku, což mi přijde jako ještě větší absence nativní podpory, než u toho polymorfismu :-)
    DAVIDOWITCH
    DAVIDOWITCH --- ---
    Ja nejak nechapu co mi v Ccku brani v tom napsat si RTTI a vtables rucne...

    A bude to tak cisty, jak jen pointery na fce muzou bejt.
    REDGUY
    REDGUY --- ---
    XCHAOS: problém je, že ty slovo "podporuje" právě používáš v divném významu - ja ti nevim. Mam intenzivni pocit, ze kdybys udelal pruzkum s otazkou "Podporuje C objektovy polymorfismus", naprosta vetsina lidi rekne ze ne, protoze ta podpora v jazyce tam proste neni a vsechno kolem toho si musis zaridit sam. Stejne tak nenajdes zadnou knihu ktera by rikala ze C je objektovy jazyk. Ale samozrejme, jestli chces, muzes behat po svete a rikat ze modra je vlastne cervena. Pak se ale nediv, ze jsi za troubu.

    asi neshodli v definici té dědičnosti, obávám se. tomu, co mám na mysli, se možná říká trochu jinak - no jisteze, jako obvykle. Viz vyse. Mozna pred tim, nez zacnes o necem moudre rozkladat, by ses mel o tom neco naucit? Ale to bys vlastne uz ani nebyl ty 8)
    XCHAOS
    XCHAOS --- ---
    VYHULENY_UFO: chystám o tom článek, takže dík za odkazky. ale jinak je to tu naprosto offtopic.

    REDGUY: problém je, že ty slovo "podporuje" právě používáš v divném významu. v C lze zprasit téměř cokoliv, pokud používáš násilné přetypování: pointa s C objekty obsahujícícmi pointer na interface je, že je to naprosto "čisté" C, nezávislé na přetypování.

    spíš jsme se asi neshodli v definici té dědičnosti, obávám se. tomu, co mám na mysli, se možná říká trochu jinak - ale je to shodou okolností právě to, co lidi rozumějí objektovým programováním (tedy že mohou vyjít z nějaké předdefinované třídy a přidat si k ní nové vlastnosti, které všechny zmatou)
    XCHAOS
    XCHAOS --- ---
    ALMAD: v tom případě by ten virus mohly zaspamovat výkresy mého solárního dopravního letadla a zmást tak nepřítele :-)
    Kliknutím sem můžete změnit nastavení reklam