Classi c++

[MItaly]

Tip: per incollare il codice, non è necessario inserire tutti i tag [INDENT] a mano, basta inserirlo tra tag [CODE] ... [/CODE], in questo modo viene rispettata l'indentazione (e viene attivata l'evidenziazione della sintassi). L'ultimo post l'ho sistemato io.

[ing82]

Tip: per incollare il codice, non è necessario inserire tutti i tag[INDENT] a mano, basta inserirlo tra tag

 ...

, in questo modo viene rispettata l'indentazione (e viene attivata l'evidenziazione della sintassi). L'ultimo post l'ho sistemato io.

Allora c'è qualcuno che mi spia...

Grazie, direi che è molto più comodo... (però non sono riuscito a togliere l'effetto del CODE ... /CODE)

[ing82]

Adesso vediamo se ho capito

Nessuno si fa vivo, spero che sia l'effetto del silenzio assenso...(quanto scritto è giusto...)

Avrei ora altre ue domande:

1. ma è sempre più comodo definire una classe in cui inserire le funzioni che servono (ad esempio per mat_composto saranno da implementare più funzioni che calcolano diverse resistenze), oppure non è detto che questa sia sempre la strada migliore, ma basta implementare le funzioni, ognuna che se ne sta per i fatti propri (cioè non all'interno di una classe)?
2. materiale1 può avere valori diversi in base alla normativa di riferimento: secondo voi è meglio definire una classe per ciascuna normativa, o è meglio dare un occhio alle classi derivate e provare a sfruttarle?

Grazie

[ing82]

1. materiale1 può avere valori diversi in base alla normativa di riferimento: secondo voi è meglio definire una classe per ciascuna normativa, o è meglio dare un occhio alle classi derivate e provare a sfruttarle?

Grazie

Sono arrivato alla conclusione che è meglio sfruttare le classi derivate

Tra l'altro mi sembra più comodo sfruttare l'ereditarietà multipla anche per mat_composto, o sbaglio? (a patto di definire protected quelle che erano variabili private)

Spero che qualche anima pia si faccia viva...

[ing82]

Spero che qualche anima pia si faccia viva...

Basta un ok, oppure ma cosa stai dicendo, è tutto sbagliato...

[ing82]

Visto che l'argomento è sempre quello delle classi, mi accodo al post che avevo precedentemente iniziato.
Il problema è gestire una classe che permetta di calcolare le proprietà geometriche di figure piane, anche composte da più figure, il cui input può essere fatto dall'utente o a partire da quanto memorizzato in un file "dxf".
Per ora ho quindi deciso di implementare separatamente la classe "Sezione" e la classe "Filedxf".
Tra i vari metodi della classe sezione ce ne sarà quindi uno che permetterà di interagire con l'oggetto di tipo "Filedxf".
La dichiarazione della classe Sezione sarà quindi simile a quanto segue:

class Sezione
{
public:
inputdadxf(Filedxf file);
...
}

Nel caso di figura composta da una unica sezione, avrei potuto in alternativa includere l'oggetto "Filedxf" tra i membri protected di Sezione.
Ho scartato questa possibilità perchè, per gestire il caso di figure composte da più sezioni, creerò l'oggetto "Sezionemultipla", in cui uno dei suoi membri sarà un vettore costituito da elementi di tipo "Sezione": in questo modo potrò gestire l'input delle n sezioni costituenti la Sezionemultipla singolarmente, per quanto riguarda l'input "a mano" da parte dell'utente".
Per quanto riguarda l'input da file dxf, considerando che le n sezioni saranno comunque tutte nello stesso file e sullo stesso layer, implementerò una funzione membro che gestisca l'inserimento multiplo da file dxf, ma sempre come "oggetto esterno" alla classe, rendendo, spero, meno pesante l'oggetto Sezionemultipla rispetto al caso di inclusione dell'oggetto Filedxf in ciascun elemento di tipo Sezione del vettore.

Cosa ne pensate, ammesso di essermi spiegato?

[ing82]

La discussione è stata spostata

http://forum.html.it/forum/showthrea...2#post25307402