|
|
|
|
Strumenti |
20-09-2007, 11:46 | #681 | |
Senior Member
Iscritto dal: Dec 2005
Messaggi: 7074
|
Quote:
quello più generale è creare un metodo, per cui è l'overload che è superfluo, anche perchè introduce non pochi problemi! adesso stiamo guardando le matrici e già la questione non è banale, pensa che potrebbe essere ancora meno banale per me A = Z x (B * C + D); è omogeneo mentre A = Z.scalarMultiply(B * C + D); un pò meno.. tutta qui. anche java presenta delle disomogeneità, ma le limita per quanto possibile |
|
20-09-2007, 11:47 | #682 | |
Senior Member
Iscritto dal: Apr 2000
Città: Vicino a Montecatini(Pistoia) Moto:Kawasaki Ninja ZX-9R Scudetti: 29
Messaggi: 53963
|
Quote:
L'operatore in overloading offre informazioni in più rispetto alla semplice presenza di metodi: ci dice come chi ha implementato la classe vuole che venga effettuato il confronto. |
|
20-09-2007, 11:50 | #683 | |
Senior Member
Iscritto dal: Apr 2000
Città: Vicino a Montecatini(Pistoia) Moto:Kawasaki Ninja ZX-9R Scudetti: 29
Messaggi: 53963
|
Quote:
E' chiaro che se mi metto a fare l'overloading degli operatori più assurdi diventa un macello, ma ripeto che per alcune cose, come l'ordinamento che ti ho presentato, è utile e permette di fare davvero diverse cose che altri linguaggi non possono fare ed in meno tempo. |
|
20-09-2007, 11:56 | #684 | |
Senior Member
Iscritto dal: Dec 2005
Messaggi: 7074
|
Quote:
quello che penso è che è vero che l'overload può servire, ma quando si può è meglio non fare molto affidamento al buon senso di chi scrive. a parte che per me può essere elegante, per te no.. sempre meglio ridurre il campo d'azione così ci si capisce meglio anche tra persone diverse. per me l'overload rimane una potenziale fonte di casini.. magari quando hai progettato la classe era tutto perfetto e liscio come l'olio, poi devi apportare delle modifiche e l'overload non va più bene. cioè tutto questo per dire che io non vedo questi enormi vantaggi, ma in compenso ci sono molti casi in cui si combinano casini. la linea tra "abuso" e "non abuso" è molto sottile |
|
20-09-2007, 13:28 | #685 |
Senior Member
Iscritto dal: Jul 2002
Città: Reggio Calabria -> London
Messaggi: 12068
|
forse xkè l'ereditarietà multipla conduce ad un bad-design e l'overloading degli operatori non è ke serva poi a molto una volta ke ti ci 6 abituato alla sua mancanza?
__________________
|
20-09-2007, 13:48 | #686 | |||
Senior Member
Iscritto dal: Jan 2002
Città: Germania
Messaggi: 26107
|
Quote:
Con l'* puoi gestire: - prodotto fra due matrici; - prodotto fra matrice e vettore; - prodotto fra vettore e vettore; - prodotto fra matrice e scalare; - prodotto fra vettore e scalare il tutto in maniera semplice e trasparente, come tra l'altro avresti dovuto imparare a fare quando hai studiato geometria. Quote:
Quote:
Tutt'altra cosa è, invece, andare a LAVORARE sulla classe per modificarne il codice: in questo caso è a dir poco ovvio che mi serva conoscere il dettaglio implementativo. La divisione fra interfaccia e implementazione nasce dalla notte dei tempi (informatici): non è certo una cosa che mi sto inventando io. Per cui se esiste la possibilità di nascondere dei dettagli implementativi non vedo perché non la si dovrebbe sfruttare.
__________________
Per iniziare a programmare c'è solo Python con questo o quest'altro (più avanzato) libro @LinkedIn Non parlo in alcun modo a nome dell'azienda per la quale lavoro Ho poco tempo per frequentare il forum; eventualmente, contattatemi in PVT o nel mio sito. Fanboys |
|||
20-09-2007, 15:09 | #687 | ||
Senior Member
Iscritto dal: Dec 2005
Città: Istanbul
Messaggi: 1816
|
Quote:
Quote:
Soprattutto nell'ottica di dover "tradurre" formule come y = A*x + b; o peggio. Non voglio pensarci . Tra l'altro trovo curioso che (in generale) ci si lamenti che altri linguaggi "non somigliano abbastanza" a quelli classici (C++,Java) mentre secondo me e' molto piu' importante che ci si possa esprimere nel dominio in cui si sta programmando (nel caso specifico quello matematico).
__________________
One of the conclusions that we reached was that the "object" need not be a primitive notion in a programming language; one can build objects and their behaviour from little more than assignable value cells and good old lambda expressions. —Guy Steele |
||
20-09-2007, 15:21 | #688 |
Senior Member
Iscritto dal: Dec 2005
Messaggi: 7074
|
l'informatica agli informatici
torna subito a studiare gli spazi di Banach ps. ovviamente scherzavo sarà mica andato sul serio a studiare gli spazi di Banach? Ultima modifica di k0nt3 : 20-09-2007 alle 15:40. |
21-09-2007, 11:25 | #689 |
Senior Member
Iscritto dal: Dec 2005
Messaggi: 7074
|
sapete che vi dico? a ognuno il suo linguaggio! però non scassate i cosiddetti a Torvalds la sua scelta finora ha pagato, quando non pagherà più si faranno altre scelte
|
21-09-2007, 11:37 | #690 |
Senior Member
Iscritto dal: Jan 2002
Città: Germania
Messaggi: 26107
|
Fino a prova contraria è Torvalds che scassa i maroni agli altri con le sue idiozie su C e C++, sulla quale mi sembra che più o meno tutti siamo d'accordo.
Il segreto del successo di Torvalds non è tanto nel linguaggio che ha adottato (su cui vale quanto scritto finora e che è ampiamente provato essere superato da eoni), ma sulla massa di gente, spesso di spessore (come Alan Cox), che lo hanno attorniato. Con strumenti migliori molto probabilmente si sarebbero ottenuti risultati migliori di quelli finora raccolti. La dimostrazione che servono strumenti migliori l'abbiamo avuta pure coi programmatori di Gnome, che pur di poter lavorare con gli oggetti si sono inventati una libreria che è un autentico abominio già soltanto a guardarla. Penso che sia del tutto inutile cercare di screditare un linguaggio come il C++ soltanto per esaltare il C e "salvare il culo" a Linus: non ne vale la pena perché le sue posizioni sono del tutto indifendibili, oltre che incompatibili col logica e razionalità. Per il resto, i linguaggi sono come le distro: il mio è sempre migliore del tuo.
__________________
Per iniziare a programmare c'è solo Python con questo o quest'altro (più avanzato) libro @LinkedIn Non parlo in alcun modo a nome dell'azienda per la quale lavoro Ho poco tempo per frequentare il forum; eventualmente, contattatemi in PVT o nel mio sito. Fanboys |
21-09-2007, 11:40 | #691 | |
Bannato
Iscritto dal: Sep 2007
Messaggi: 40
|
Quote:
|
|
21-09-2007, 12:06 | #692 |
Senior Member
Iscritto dal: Dec 2005
Messaggi: 7074
|
|
21-09-2007, 13:21 | #693 |
Senior Member
Iscritto dal: Dec 2005
Città: Istanbul
Messaggi: 1816
|
Non sempre e' possibile usare programmi di quel tipo, soprattutto quando il codice generato deve interoperare con altro oppure sottostare ad alcune limitazioni (ambiente real-time ad esempio).
__________________
One of the conclusions that we reached was that the "object" need not be a primitive notion in a programming language; one can build objects and their behaviour from little more than assignable value cells and good old lambda expressions. —Guy Steele |
29-01-2008, 13:09 | #694 | |
Senior Member
Iscritto dal: Mar 2007
Messaggi: 4660
|
Quote:
Esercizion 1.4 di questa guida (grazie cdimauro per avermi salvato dall'altra pseudo-guida!! ) http://www.python.it/doc/Howtothink/...l-it/index.htm Frase 1: Linu$ Torv@ld$ i$.... (continuate voi... fate sbizzarrire la fantasia!) Frase 2: Torvalds il perde quando controllo... (come sopra!)
__________________
Firma eliminata e avatar cambiato. Troppa gente giudica il monaco dall'abito. |
|
Strumenti | |
|
|
Tutti gli orari sono GMT +1. Ora sono le: 01:41.