mmmh
c'è da lavorare parecchio sul risolvere problemi e possibilmente farlo con efficienza, ragionare sui tipi ecc. ecc.;
per esempio, in questo caso particolare
- per calcolare un quadrato non si chiama una funzione, si fa una semplice moltiplicazione
- i coefficienti delle eq. normalmente sono numeri "con virgola" (double)
- una conseguenza è che i test di uguaglianza sui double sono pericolosi e portano ad errori (in questo caso il test delta==0)
- per il calcolo della radice r c'è una divisione tra interi, il compilatore potrebbe eseguirla come e troncare il risultato, in barba al fatto che r è un float, producendo un risultato errato
- con delta<0 l'equazione non è impossibile
- quando un calcolo si ripete uguale nel codice, si memorizza il risultato in una variabile e si usa quella, non si chiama inutilmente più volte una funzione per ripetere il calcolo (è il caso della chiamato di pow per calcolare una radice quadrata)
Anche da un esercizio in teoria semplicissimo si imaprano concetti utili in generale
1) Un'equazione di secondo grado che ha il discriminante negativo non ammette soluzioni reali, quindi nel dominio R tale tipo di equazione è impossibile :sisi:
2) Il mio suggerimento di utilizzare le funzioni con o senza parametri era "alternativo" rispetto all'uso del costrutto IF-ELSE ma non necessariamente costituisce la migliore soluzione, fatto sta che secondo i dettami dello sviluppo TOP-DOWN un programma deve essere "modulare", basandosi su una struttura ad albero che evidenzi le "gerarchie" delle funzioni (intese come sottoprogrammi) :sisilui:
Mi rivolgo soprattutto a @Pij87, dando per scontato che gli altri lo sappiano: i sottoprogrammi si rappresentano con le funzioni :sisilui:
Il grado di astrazione nella definizione delle istruzioni dipende, invece, solo dall'autore del programma e ovviamente dalle capacità dell'esecutore :asd:
3) Ho suggerito l'implementazione di due funzioni (senza parametri), una per il calcolo del discriminante (non per il calcolo di un quadrato), chiamata ad es. CalcoloDelta, e l'altra per la scrittura delle radici a video, chiamata ad es. ScriviRadici, a cui abbinare, eventualmente, una terza funzione PrimoGrado per il caso a=0 :sisilui:
Per il calcolo della radice quadrata sarebbe meglio utilizzare la funzione predefinita sqrt(x) anziché pow(x,y) :sisilui:
4) Infine @Pij87, che ringrazio, avrebbe potuto ignorare tranquillamente la mia "richiesta" (in realtà una domanda a cui si poteva rispondere sì oppure no), ha deciso di non farlo e a lui va dato merito di aver prodotto, nel poco tempo a sua disposizione, un programma funzionante, sebbene non privo di qualche "sbavatura" :ok:
A presto :ciaociao:
- - - Updated - - -
Ciao, ma l'indentazione è quella? oppure quando hai aperto con l'editor il file che ti ha mandato si è scombinata? perchè se l'indetazione originaria fosse quella, io consiglierei fortemente di scrivere in modo più ordinato.
No, i denti non sono quelli originari, li ho persi da tempo, adesso ho la dentiera ih ih ih ih :hihi: :sisilui: :asd:
- - - Updated - - -
Vorrei ringraziare a tutti per le risposte.
allora premetto che ho buttato queste due righe di codice di fretta (avevo da fare ma era forte la tentazione di programmare xD) comunque io ho fatto un bel po di esercizi inerenti agli argomeni che studiavo, ho imparato parecchie cose, non so solo la teoria sò anche applicarla. Praticamente riesco a centrare l' obbiettivo il mio poblema è che non so centrarlo nella maniera più efficente, cioè "ottengo ciò che voglio", ma magari non nel migliore dei modi
L'ho capito, non c'era bisogno di dirlo, il programma funziona :sisilui:
