[elektro] (C) programozási kérdés
Lajos Rancz
lajos.rancz at gmail.com
Mon Nov 21 12:50:45 CET 2011
Helló!
Szuper! Mennyi idő egy rebuild?
Üdv
2011/11/21 hg12345 <hg12345 at freemail.hu>
> Szia,
>
> Szerintem pont igy csinálom, de még igy is sokallom a behuzott
> includokat...
> Ha nincs "ló" akkor maradok szamár...
>
> Üdv
>
>
> Lajos Rancz <lajos.rancz at gmail.com> írta:
> >Helló!>
> >
> Az alapvető technika az az, hogy egymástól független modulokat csinálnak>
> (ezekből nem kell feltétlenül különálló libet fordítani). A moduloknak jól>
> definiált és jól elkülönült interfésze van amin keresztül kommunikálnak>
> (globális függvények és változók) egymással. A modul valódi működése el
> van>
> rejtve a modulhoz tartozó C és H fájlokban (static-ok és lokálisok).>
> Ez a gyakorlatban úgy néz ki, hogy minden modulnak van egy interfész és
> egy>
> implementációs headerje. Az interfész headert (ebben típusdefiníciók és>
> extern-ek vannak) includolja többi modul, az implementációs headert a
> modul>
> maga.>
> >
> Üdv>
> >
> 2011/11/20 hg12345 <hg12345 at freemail.hu>>
> >
> > Üdv,>
> >>
> > egy kérdésem lenne nagyobb program írókhoz.>
> > ASM-ben is írtam nagy programokat, de az alkalmazás miatt nem volt a>
> > technika kérdés egybe kellett includolni.>
> >>
> > Itt a C-ben a programrészek szétszedve külön forditási egységben, de az>
> > includok lassan minden fordítási egységben megjelennek. A program eléggé>
> > összetett. Lassan minden include mindenütt szerepel.>
> > Ez em tetszik!>
> >>
> > Van erre valami értelmes szabály ami ezt kikerüli?>
> >>
> > Vagy eleve másképp kell programozni? Érdemes minden különálló programnak>
> > UI felületet gyártani, egy belési ponttal és funkció felsorolással?>
> > (Mondjuk ez egy kicsit lassítaná a programot, de lassan olyan korszakban>
> > élünk, hogy ez szinte észrevehetetlen.) Persze ez is problémás mert a>
> > funkciók nem azonos adatokat / strukturákat kérnek!>
> >>
> > Létezik valamilyen könyv ebben a témában?>
> >>
> > Üdv>
> >>
> >>
> > ----------------------------------------->
> > elektro[-flame|-etc]>
> >>
> ----------------------------------------->
> elektro[-flame|-etc]>
>
>
> -----------------------------------------
> elektro[-flame|-etc]
>
More information about the Elektro
mailing list