[elektro] (C) programozási kérdés

[hg12345]

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]>