Newsgroup: it.comp.lang.delphi
Titolo: Non voglio scatenare un flame ....

Sto iniziando a giocare con delphi .... arrivo da c++ e java .... ma non 
trovate che sia esageratamente complesso e rigido .... con un sacco di 
parole chiave e costrutti in + ?
ciao
Pier Paolo

 parole chiave e costrutti in + ?
No. :-D
-- 
MARCO BREVEGLIERI
  (
http://www.marco.breveglieri.name
)

 parole chiave e costrutti in + ?
No.
-- 
questo articolo e` stato inviato via web dal servizio gratuito 
http://www.newsland.it/news
 segnala gli abusi ad 
ab...@newsland.it

 No. :-D
..oltretutto ci vuole un bel coraggio, arrivando dal C++, nell'affermare
che Delphi è "esageratamente complesso".  Il C++ è un linguaggio talmente
complesso/complicato che non si è ancora trovato un compilatore 100%
compliant con lo standard ISO/IEC 14882:2003 ... :-S


 parole chiave e costrutti in + ?
No.
Ciao
ACSH


 parole chiave e costrutti in + ?
NO :-)
Acqua 

 compliant con lo standard ISO/IEC 14882:2003 ... :-S
No no attenzione .... mi sono espresso da cani .... il c++ è a mio 
avviso esageratamente complesso e per molti progetti di dimensioni 
modeste se si usano alcune feature come i template od altre spesso si 
introduce un livello di generalizzazione/complessità non necessario .
Inoltre trovo che la ereditarietà singola, come hanno delfi e java sia 
molto + comprensibile, almeno per progetti di dimensione contenuta e se 
posso cerco anche in c++ di non usare eccessivamente l'ereditarietà 
multipla .... ammetto anche di aver sempre lavorato su architetture di 
dimensioni limitate per cui forse non era sempre vantaggioso utilizzare 
tutte le sfumature del linguaggio.
La cosa di cui mi lamento di delphi o del pascal in generale è l'uso 
delle tante keyword .... che a primo acchito mi sembrano tantissime :) 
(per esempio le {} mi sembrano molto + comode del begin end .... ed 
anche la gestione dei file mi sembra macchinosa (non mi piace nemmeno la 
libreria standard del c++ per i flussi e se posso continuo ad usare la 
cstdio... od almeno ... faccio una grande fatica a ricordarmi le 
sintassi :) ma forse sono io che invecchio e divento sempre + 
artereosclerotico :)
)

 anche la gestione dei file mi sembra macchinosa [...]
Ovvero? se vuoi fare una critica costruttiva, la devi motivare in modo
costruttivo e non lo stai facendo...
In ogni caso: perché entri in questo gruppo, che discute di Delphi, in cui
sono ovviamente riuniti appassionati di Delphi e chiedi se non si trovi
Delphi esageratamente complesso? Che tipo di risposte ti aspetti di avere
se non quelle (= dei "no" secchi) che sono semplici reazioni a una palese
provocazione?
Perché invece non sfrutti meglio il tuo tempo, concentrandoti ad
apprendere e Delphi e C++ nel modo migliore e *solo* dopo muovere critiche
e all'uno e all'altro ?


 :) ma forse sono io che invecchio e divento sempre + artereosclerotico :)
Hai dato un'occhita al TFileStream di Delphi??
Giorgio 

pi...@tin.it
 ha scritto:

No anche per me. Anzi accidenti che FICO....

 ha scritto nel messaggio 
news:450e360e$0$35067$4faf...@reader4.news.tin.it...

Io lo trovo abbastanza rigido e limitato su vari aspetti.
Mi stupisco che tanti non ne riconoscano i limiti.
Mi chiedo se è per partito preso o per la banalità dei programmi che fanno.
Anticipando le repliche, che non ho tempo e voglia di seguire, basta 
cominciare a lavorare un po' con gli oggetti e, ad esempio, realizzare (o 
meglio tentare di realizzare) gerarchie di classi per rendersi conto di 
quanto Delphi sia limitato. Per non parlare di istanziazione e rilascio 
degli oggetti.
Poco mi serve sapere che posso fare le stesse cose decuplicando il codice...
Tanto per fare un altro banale esempio, se non ricordo male, tempo fa si è 
parlato dell'operatore ternario, e tutti a difendere la "scelta" di Delphi 
di ometterlo. Certo, si può anche fare senza, usando un if...then...else, ma 
non mi pare proprio che sia la stessa cosa. A mio parere chi non sa 
distinguere tra istruzione ed espressione e non capisce il contesto d'uso di 
un operatore ternario non dimostra una così gran esperienza di 
programmazione...
E adesso mettetemi pure al rogo :-)

 di ometterlo.
Certo, l'operatore ternario è da evitare il più possibile.  Te lo dice un
programmatore C/C++ con anni di esperienza alle spalle nell'uso e del C, e
del C++.
Qui nessuno ti mette al rogo, ma devi motivare le tue esternazioni sul
piano tecnico con argomentazioni MOOOLTO valide, altrimenti rischi di
prendere, come si dice, una sonora bastonata sulle orecchie.  In via
preventiva, prima di buttarti in una discussione o, ancor peggio, in un
confronto tra diversi linguaggi di programmazione, assicurati di
conoscerli MOOOLTO bene.
Per inciso, il modello a oggetti di Delphi non limita il linguaggio in
alcun modo; probabilmente non è potente come quello del C++ che consente
anche diversi livelli di ereditarietà tra classi derivate, nonché
ereditarietà multipla, ma non ha nulla da invidiare in termini pratici.


 ereditarietà multipla, ma non ha nulla da invidiare in termini pratici.
Limita eccome.
Anzi direi che è una emerita boiata, frutto di aggiunte progressive e 
maldestri compromessi.
Non so proprio con quale coraggio affermi che va bene così.

 maldestri compromessi.
Siamo sempre impazientemente in attesa di un esempio...


 E adesso mettetemi pure al rogo :-)
A.

<Kruko> ha scritto nel messaggio
<CUT>
Oh, finalmente ecco spuntare un VERO PROGRAMMATORE
(marchio registrato)! Erano anni che noi poveretti non ne
vedavamo uno ed eravamo tutti frementi nell'attesa di una sua
venuta, tutti speranzosi che EGLI fosse in grado di illuminarci
con le sue perle di saggezza indicandoci infine la via del
VERA PROGRAMMAZIONE!
Ah, per gli sprovveduti che non conoscero tale personaggio
(quale onta!), ecco un parziale ritratto del nostro prossimo
Messia:
http://www.wintricks.it/humor/veroprogam1.html
Ciao
ACSH
-- 
If you don't think carefully, you might think that programming is
just typing statements in a programming language.
(Ward Cunningham)

Non so proprio con quale coraggio affermi che va bene così.
Sì, lo confermo: sei un troll.

    a=b?(c?(f-2):(d?1:f(d))):(e?-3:3);
Ostinato, eh...
Chiamiamolo Iif(expr, val1, val2) in Delphi
Io scrivo
sRes := 'a' + Iif(c1,v11,v12) + 'b' + Iif(c2,v21,v22) + 'c' + 
Iif(c3,v31,v32) + 'd' + Iif(c4,v41,v42) + 'e' + Iif(c5,v51,v52) + 'f';
Spero ovviamente che i significati delle variabili siano evidenti.
Adesso riscrivimi questa istruzione con if...then...else e poi lasciamo 
giudicare a chi ci legge chi di noi due è il "programmatore serio".
Magari è la volta che imparo qualcosa di utile da questo ng...

 oggetti"?
Volete proprio farmi perdere tempo...
Spiegami tu qual'è la necessità di una istanziazione e un rilascio esplicito 
di un oggetto qualora sia noto lo scope...
Stavolta imparo qualcosa... 

 di un oggetto qualora sia noto lo scope...
uhm...prima di tutto, mettiamo un paletto.
Io non conosco il c/c++...
E' una di quelle cose che mi fanno inkazzare, ma il destino ha voluto
negarmi, almeno fino ad oggi, la possibilita' di usarlo.
Ma, da quel poco che so, non mi sembra che esistano compilatori c++ che
includono un sistema di garbage collection...
Magari qlc che ne sa + di me puo confermare o smentire 'sta cosa.
In piu' una cosa che spesso è stata segnalata come forte differenza in
ambito OO tra c++ e delphi è il fatto che in c++ usi new Nomeclasse
per istanziare, mentre in delphi usi un metodo della classe stessa:
TMyclass.Create.
Invece, se non vado errato è Java che non richiede ne di istanziare ne
di rilasciare.
Ora, se tu mi dici "a cosa serve dover fare create, definito lo scope"
posso rispondere che potrebbe essere utile non avere immediatamente una
istanza pronta all'uso all'atto della sua dichiarazione in quanto
nessuno puo' sapere se sara' o meno utilizzata.
Se poi mi chiedi "a cosa serve il rilascio esplicito?" posso solo
risponderti che si tratta di scelte.
Se poi per te questi sono problemi non so. Per me no.
Io cerco di non cristallizzare il mio modo di lavorare basandomi sul
paradigma di uno specifico linguaggio.
Il ns lavoro, il lavoro di chi si occupa di ICT, in particolare chi si
occupa di software, consiste sopratutto (ma non solo, attenzione!)
nell'imparare e disimparare..
Ho fatto qualcosa in c# che ha una implementazione del paradigma OO
diversa da quella di delphi.
Non sono stato li a dire "è meglio" o "è peggio", ma solo a dire "è
DIVERSO", anche se ho benedetto il fatto che si lavora solo in OO..
Infine, se prp delphi ti fa cosi' schifo, mollalo. Torna a lavorare in
java o c++.
Se poi la scelta di delphi ti e' stata imposta dall'alto, puoi andare
dal tuo capo e con tutte le argomentazioni che hai riuscirai
sicuramente a fargli cambiare idea, a fargli mollare delphi e usare
altro, non trovi?
A

 sono i pregi e i difetti dei linguaggi e delle piattaforme che uso.
Conosci qualche interprete Lisp che gira sotto win32 ??
Ciao
Mario - (
mari...@inwind.it
)
--------------------------------
Inviato via 
http://arianna.libero.it/usenet/

 Conosci qualche interprete Lisp che gira sotto win32 ??
In realtą uso Linux per la programmazione, ma prova a guardare questo:
http://www.ufasoft.com/lisp/


 Spero ovviamente che i significati delle variabili siano evidenti.
Ahahah... sei un troll, confermato per la seconda volta ;-)


 Ahahah... sei un troll, confermato per la seconda volta ;-)
E' bastata una riga di codice per metterti in crisi?!
Principiante

 Se poi per te questi sono problemi non so. Per me no.
Neanche per me ...


 E' bastata una riga di codice per metterti in crisi?!
Ma smettila, troll!


 Neanche per me ...
Non avevo dubbi...! :-)
A.

risponde.
La perdita di tempo č discutere su cose che non fanno parte della conoscenza 
di entrambe le parti.
Come si fa a confrontare il Delphi col C++ se non si conosce il C++?
Dovresti conoscere come si istanziano gli oggetti in C++ per notare cosa 
manca al Delphi.
Vedresti anche come il Delphi ti costringa, in molti casi, a scrivere codice 
che potrebbe essere omesso.
Vedresti che il subclassing C++ č molto piů flessibile e magari eviteresti 
di usare un orribile polimorfismo simil-com.
Il caro Laforgia sicuramente ti puň fare un corso di C++, viste le 
kilometriche conoscenze che dice di avere...
Se non riconoscete certi limiti del Delphi vuol dire che non vi servono 
determinate cose, e questo succede perchč fate programmi a bassa 
strutturazione (oppure scrivete i programmi in maniera talmente incasinata 
che a metterci le mani...)
Bye

[...]fate programmi a bassa strutturazione
Ma fammi il piacere!


 impatta negativamente sulla leggibilita' del codice.
No, no, tutt'altro.


 che a metterci le mani...)
Non mi permetto di parlare x conto degli altri membri del ng che di
sicuro non necessitano di un "difensore".
Per cioe che riguarda ME, francamente questa cosa che hai scritto mi
lascia molto perplesso...
Parli come se la differenza, in un software funzionante e scritto bene
la facesse il linguaggio/rad e non le teste che stendono i requisti,
scrivono l' analisi, il progetto e infine, chi materialmente scrive il
codice.
Non è un presupposto da cui parte chi ha un minimo di dimestichezza
con questo lavoro.
A.

 Mi sono perso. Mi fai un esempio?
Ho già fatto io questa domanda, ma non ho avuto risposta... magari tu 
avrai più fortuna. ;-)


    a=b?(c?(f-2):(d?1:f(d))):(e?-3:3);
chiaramente sta scrivendo una porcheria anceh se lo facesse a botta di if 
else
Io il ?: lo trovo molto comodo in certe occasioni
Ad esempio, in una grossa applicazione mi trovo a fare cose del genere
result=funzione();
InserisciLog((result==SUCCESS)?"OK":"È successo un guaio");
Farlo con if else peggiorerebbe la leggibilità
Ciò non toglie che con i due linguaggi abbiano dei punti a favore e altri a 
sfavore
È questione di gusti 

 Farlo con if else peggiorerebbe la leggibilità
Secondo me no.  Questo è un tipico caso in cui ?: risulta SOLO più comodo
e assolutamente NON più leggibile.  In anni di lavoro con Delphi non ho
MAI sentito la necessità di avere qualcosa di equivalente e non ho
sviluppato applicazioni banali.  
In ogni caso, tagliamo corto: si tratta come già detto di "zucchero
sintattico" e nulla più di questo; nulla su cui si possa basare una SERIA
discussione su pregi e difetti tra linguaggi.


 avrai più fortuna. ;-)
Dai, così lo spaventate! dategli il tempo, stanotte, di escogitare
qualcosa!! :)



Vedi anche qui se trovi qualcosa:
http://www.cliki.net/index
Ciao
-- 
ACSH
[TurboDelphi]
Chi fa da se', fatica il doppio 

 Chiamiamolo Iif(expr, val1, val2) in Delphi
Non c'è bisogno di inventarlo, esiste già IfThen.
Informati prima di dare aria ai denti:
http://delphi.about.com/library/rtl/blrtlIfThen.htm
-- 
#@!&