[C]Progettare un buon programma

[clockover]

Devo fare un progetto in C per l'università! Un po di tempo fa avevo anche chiesto alcuni consigli! Oggi comincio! Volevo sapere se c'erano dei metodi per la progettazione! Ad esempio per Java conosco UML e mi sono trovato molto bene per la progettazione di applicazioni anche con un numero molto elevato di classi! Per quanto riguarda invece il C esiste qualche cosa del genere? O magari anche solo dei consigli sui passi da fare per la scrittura del codice! Non vorrei fare troppa confusione dato che è il mio primo progetto in C e sicuramente avrò molto da scrivere!
Grazie

[carlito9987]

Tanto per iniziare non pensare minimamente alle classi..... ti crea solo confusione. C non è un linguaggio object oriented, ma procedurale.

E' buona norma analizzare per bene il problema prima di iniziare a scrivere codice, molti sbagliano e presi dalla fretta iniziano a programmare andando a tentativi ... poi ti rendi conto che hai sbagliato tutto e provi a mettere toppe finchè non capisci che devi praticamente ricominciare da zero!

Dopo aver fatto una bella e corposa analisi, prendi foglio e penna ed inizia con la pseudocodifica... Ti facilita un bel pò le cose, gli errori più grossolani li riesci ad identificare in questa fase.. Vantaggi? Non dovrai riscrivere tutto il codice! Inoltre in questa fase decidi anche le strutture dati che andrai ad utilizzare..

Dopo aver fatto questo puoi cominciare con il codice.... Ricorda sempre:
- Header file
- Variabili Globali
- Strutture
- Prototipi
- Corpo del programma

Se posso darti qualche altro consiglio rimango a disposizione... Ciao e in bocca al lupo!!

[clockover]

Originariamente inviato da carlito9987

Tanto per iniziare non pensare minimamente alle classi.....

No vabbè ho parlato di UML non per pensare alle classi ma giusto per fare un esempio !

Originariamente inviato da carlito9987

E' buona norma analizzare per bene il problema prima di iniziare a scrivere codice, molti sbagliano e presi dalla fretta iniziano a programmare andando a tentativi ... poi ti rendi conto che hai sbagliato tutto e provi a mettere toppe finchè non capisci che devi praticamente ricominciare da zero!

Esatto proprio questo è il problema!

Ora comincio a buttare giù qualche riga di progetto e poi ti faccio sapere se ho problemi... Grazie mille!

[carlito9987]

Sai quante volte è capitato a me!!!

Dopo un pò capisci che una buona analisi ti fa risparmiare la metà del tempo!

Per qualsiasi cosa chiedi pure.... C lo uso abbastanza in questo periodo.

[clockover]

Grandi raga

[eraser]

Originariamente inviato da carlito9987

Dopo un pò capisci che una buona analisi ti fa risparmiare la metà del tempo!

Concordo. Una buona analisi mentale (magari anche un T.S.O) prima di scrivere programmi in C è fondamentale per capire il perché ti stai per buttare in tale ambizioso progetto

PS: scherzo è una battuta, scrivo letteralmente solo in C, lo amo

[carlito9987]

Se il TSO è quello che ho capito io..... Concordo!!

[WarDuck]

Quotone, per l'università abbiamo scritto un programma peer2peer sotto linux, e carta e penna sono fondamentali per poter affrontare progetti di un certo tipo.

[clockover]

Ora mi trovo davanti a un piccolo dilemma!

Devo decidere se gestire i client che vogliono connettersi con i thread oppure creare dei figli con fork!

Il problema in definitiva qual'è! Se io ho delle variabili globali con le fork saranno modificate sia dal padre che dai figli! Solo che il padre continuerà a vederle come le modifica lui e il figlio altrettanto dato che effettivamente con la fork sto creando un nuovo processo! Per ovviare a questa cosa dovrei utilizzare uno spazio di memoria condivisa con shmget! Utilizzando i thread questa cosa non succede! Anche dalla vostra esperienza secondo voi cosa potrebbe essere meglio usare??
Con i thread avrei maggiori performance aumentando un po la complessità comunque!

[WarDuck]

Io dico di utilizzare i thread.

Se stai sotto linux, c'è l'ottima libreria pthread.

Non è così complesso gestirli con quella libreria.

[Tommo]

Io per i thread sto usando Boost::thread...
certo Boost è una roba immensa e ridondante, ma Thread fa proprio il suo dovere.
Non devi impararti assolutamente niente se non i concetti di alto livello (mutex, concorrenza, starving etc)... che possono uscire fuori quando hai una condivisione delle risorse.

Basta che dichiari un operatore overloaded "()" nella tua classe e chiami:

thread( boost::ref( ilTuoOggetto ) );

Questo crea il thread e ci esegue dentro l'operatore () sull'oggetto passato.
Molto comodo

EDIT: Ops Boost è C++. Come non detto

[clockover]

Originariamente inviato da Tommo

Io per i thread sto usando Boost::thread...
certo Boost è una roba immensa e ridondante, ma Thread fa proprio il suo dovere.
Non devi impararti assolutamente niente se non i concetti di alto livello (mutex, concorrenza, starving etc)... che possono uscire fuori quando hai una condivisione delle risorse.

Basta che dichiari un operatore overloaded "()" nella tua classe e chiami:

thread( boost::ref( ilTuoOggetto ) );

Questo crea il thread e ci esegue dentro l'operatore () sull'oggetto passato.
Molto comodo

EDIT: Ops Boost è C++. Come non detto

Ho cominciato a scrivere del codice! Io sono sempre stato per i thread però un mio amico mi aveva fatto cambiare idea neanche ricordo per quale motivo però! Comunque ora ci rifletto un po su! Mi faccio una lista di pro e contro!

[bobbytre]

Originariamente inviato da WarDuck

Io dico di utilizzare i thread.

Se stai sotto linux, c'è l'ottima libreria pthread.

Non è così complesso gestirli con quella libreria.

anche sotto windows con pthread-w32 ( http://sourceware.org/pthreads-win32/ )

[WarDuck]

Originariamente inviato da clockover

Ho cominciato a scrivere del codice! Io sono sempre stato per i thread però un mio amico mi aveva fatto cambiare idea neanche ricordo per quale motivo però! Comunque ora ci rifletto un po su! Mi faccio una lista di pro e contro!

IMHO un paio di motivi che potrebbero farti propendere per usare processi anziché threads:

- Devi gestire un numero fisso di processi/thread e magari li crei tutti subito senza gestirli dinamicamente: in quel caso la differenza di tempo tra la creazione di processi e la creazione di thread è tutto sommato irrilevante.

- I processi ti consentono maggiore stabilità poiché ognuno gira in uno spazio di memoria separato (per questo in IE8 ogni tab è un processo).

Viceversa se devi gestire un alto numero di richieste, dinamicamente, è consigliato usare i thread.

Per altro sia il numero di processi che il numero di threads dovrebbe essere limitato in tutti i SO (un po' di versioni fa in Linux non era così, tant'è che era soggetto a fork-bomb, potevi creare un numero elevato di processi, magari con un while infinito ed impallare il sistema ).

[Tommo]

Comunque, per una applicazione come una semplice chat in realtà mi sembrano eccessivi pure i threads
Mi sa che si fa meglio a fare proprio seriale?

[bobbytre]

Originariamente inviato da Tommo

Comunque, per una applicazione come una semplice chat in realtà mi sembrano eccessivi pure i threads
Mi sa che si fa meglio a fare proprio seriale?

per una semplice chat , almeno due th ci vogliono , uno che gestisce l'invio dei dati e uno che gestisce la ricezione.

[Tommo]

Boh credo che si possa fare anche senza, le chat esistono da ben prima dei processori dual core

[bobbytre]

Originariamente inviato da Tommo

Boh credo che si possa fare anche senza, le chat esistono da ben prima dei processori dual core

[clockover]

Originariamente inviato da bobbytre

effettivamente non l'ho capita nemmeno io !

Comunque non devo fare una chat! Il mio progetto è un elenco telefonico remoto (ma può funzionare anche in locale)! Quindi non ho un numero ben preciso di client connessi! Comunque magari il mio prof (che tra l'altro è un qualcosa di disumano, un vero debugger umano) potrebbe avere una valutazione migliore nel vedere che sono stati usati i thread anzichè delle fork!

[bobbytre]

Originariamente inviato da clockover

effettivamente non l'ho capita nemmeno io !

Comunque non devo fare una chat! Il mio progetto è un elenco telefonico remoto (ma può funzionare anche in locale)! Quindi non ho un numero ben preciso di client connessi! Comunque magari il mio prof (che tra l'altro è un qualcosa di disumano, un vero debugger umano) potrebbe avere una valutazione migliore nel vedere che sono stati usati i thread anzichè delle fork!

per remoto intendi che agisca come server , cioe' accetta delle connessioni fa la ricerca in un database e restituisca il valore trovato ?
In genere in questi casi si usano soluzioni multithread , in cui un il th principale è in ascolto, quando riceve una chiamata , questa viene gestita da un th separato mentre il principale si rimette in ascolto