ma per cominciare quale versione delphi?
Gino
Si trovano a poco prezzo quelle relative a Delphi 2/3/4 ecc. oppure va bene
solo un manuale per Delphi 7?
Quale consiglio ritenete di dare a chi si avvicina per la prima volta a
questo linguaggio?
Grazie
Blowin' free
Delphi 7 Tutto & Oltre" di Marco Cant�.
Davvero ottimo.
Marco Breveglieri
> Quale consiglio ritenete di dare a chi si avvicina per la prima volta a
> questo linguaggio?
Ci sono anche le versioni "Turbo" gratuite su
www.turboexplorer.com
Qualsiasi libro, anche se un po' datato, puￜ andare bene per apprendere
le nozioni fondamentali del linguaggio, della RTL e della VCL.
Poi, nello specifico, le informazioni sull'IDE o la documentazione sui
componenti e sugli strumenti disponibili potrebbe non essere aggiornata
se si utilizza una versione recente, ma ￜ un problema relativo.
Ciao,
Marco.
--
MARCO BREVEGLIERI
(http://www.marco.breveglieri.name)
Alessandro Chiominto
Sarebbe utilissimo ritrovarle in qualche sito alternativo.
Ale.
Marco Breveglieri
> Purtroppo le versioni Turbo sono state ritirate da Embarcadero.
> Sarebbe utilissimo ritrovarle in qualche sito alternativo.
Penso che su Torrent e altri circuiti di file sharing si trovino senza
problemi. Io ne ho una copia, anche perchￜ l'ho sempre spedita via posta
a chi me la richiedeva.
Il vero ostacolo ￜ quello dell'attivazione: se non sono piￜ disponibili,
forse anche questo passo ￜ stato inibito, impedendo anche di utilizzare
il prodotto in seguito ad una nuova installazione (ipotizzo).
Grazie comunque per le utili informazioni!
Non visitato il sito TurboExplorer da un pochino...
Morde
> Purtroppo le versioni Turbo sono state ritirate da Embarcadero.
> Sarebbe utilissimo ritrovarle in qualche sito alternativo.
Allora e' il momento buono di passare a lazarus. :)
I suoi benefici principali sono :
1)E' gratuito e puoi produrre tutto il software che vuoi senza pagare
royalties a nessuno
2) E' cross platform e compila *nativamente* per le principali
piattaforme conosciute ed i processori piu' diffusi
2)E' open source e ha una community molto forte a suo sostegno
3)Il linguaggio e' l'object pascal, il compilatore si chiama
freepascal, l'IDE si chiama per l'appunto lazarus. Molto simile a
delphi.
4)Pur tuttavia restando l'inglese la lingua madre, esiste un ng in
lingua italiana che si chiama it-alt.comp.lang.lazarus dove potrai
chiedere quello che vuoi e lo metto in crosspost nonchￜ in followup.
Eccoti una serie di link dove ottenere maggiori info:
http://lazarusroad.blogspot.com/
http://lazarus-dev.blogspot.com/
http://www.search.lazarusforum.de/
http://wiki.lazarus.freepascal.org/New_IDE_features_since
http://wiki.lazarus.freepascal.org/Executing_External_Programs#Introduction
http://www.linux.org/apps/reviews/lazarus.html
http://wiki.lazarus.freepascal.org/Size_Matters
http://wiki.lazarus.freepascal.org/Programming_Using_Objects
http://lazarus-ccr.sourceforge.net/
http://wiki.lazarus.freepascal.org/Developing_with_Graphics#Other_graphics_articles
http://wiki.lazarus.freepascal.org/git_mirrors
http://wiki.freepascal.org/Adding_Kylix_Help
http://www.lulu.com/browse/book_view.php?fCID=2690963
Ciao
FW su it-alt.comp.lang.lazarus
--
Morde
Gino
"Blowin' free" <andyt...@tin.it> ha scritto nel messaggio
news:4a956fbe$0$6158$4faf...@reader5.news.tin.it...
> credo che riuscirai a trovare senza problemi una copia di "Programmare in
> Delphi 7 Tutto & Oltre" di Marco Cant�.
> Davvero ottimo.
sembrato che dicesse poco, se non niente, sul linguaggio delphi in s�,
dandolo per scontato, ma che si soffermasse essenzialmente sulle novit�
che la versione 7 apporta rispetto alle precedenti versioni.
Non sono riuscito a trovare ad esempio dove spiega la differenza fra
costanti e variabili e sul diverso uso
nell'editor dell'uguale, dei 2 punti e di tutti e due insieme.
E' cos� o sono stato troppo frettoloso io?
Morde
> E' cosￜ o sono stato troppo frettoloso io?
Quelle spiegazioni si trovano nei manuali che ti vengono dati con la
confezione di delphi , io me li ricordo benissimo. Uno ￜ il linguaggio
di riferimento, l'altro la guida allo sviluppo.
Mastering delphi 7 spiega le novitￜ introdotte con la versioni,le
tecnologie, come utilizzarle,ecc.. ma non ti insegna a programmare in
delphi, non e' pensato per quello scopo: se hai bisogno di capire i
fondamenti del linguaggio quel testo non fa al caso tuo.
Ciao
--
Morde
Blowin' free
> Stavo per comprarlo (60 euro sani sani), ma dandogli una scorsa veloce mi
> �
> sembrato che dicesse poco, se non niente, sul linguaggio delphi in s�,
> dandolo per scontato, ma che si soffermasse essenzialmente sulle novit�
> che la versione 7 apporta rispetto alle precedenti versioni.
> Non sono riuscito a trovare ad esempio dove spiega la differenza fra
> costanti e variabili e sul diverso uso
> nell'editor dell'uguale, dei 2 punti e di tutti e due insieme.
> E' cos� o sono stato troppo frettoloso io?
>
nuove funzioni introdotte in Delphi 7
Se non ricordo male, ora non ho il libro sottomano, approfondisce comunque
aspetti interessanti e vitali quali i dataset, i thread, rave, ecc..
Se vuoi qualcosa che parte da zero cerca essential pascal sempre di cant�
http://www.marcocantu.it/epascal/
Saluti
Andrea
Gino
news:4a97dee4$1...@news.x-privat.org...
> Gino ha usato la sua tastiera per scrivere :
>
> Quelle spiegazioni si trovano nei manuali che ti vengono dati con la
Infatti l'ho capito sfogliando il libro.
Per fortuna ho una copia di Delphi 3.0 sempre della apogeo che per� ha tutta
una prima parte in
cui spiega (anche se non sempre bene e correttamente) i rudimenti del
linguaggio.
> Mastering delphi 7 spiega le novit� introdotte con la versioni,le
> tecnologie, come utilizzarle,ecc.. ma non ti insegna a programmare in
> delphi, non e' pensato per quello scopo: se hai bisogno di capire i
> fondamenti del linguaggio quel testo non fa al caso tuo.
> Ciao
>
E ci sar� un testo abbastanza buono che insegna invece a programmare in
delphi?
Grazie
Morde
> E ci sarￜ un testo abbastanza buono che insegna invece a programmare in
> delphi?
Parlando sempre a scopi didattici in italiano c'era un libro a quanto
ricordo che mi sembrava si chiamasee "laboratorio di delphi" di
Dessena.
In inglese c'ￜ sicuramente di piￜ, vedi:
http://alturl.com/d9zm
Anhce essential pascal puo' essere un buon testo per iniziare.
Per il resto, un litro di olio di gomito, collirio a volontￜ e
damigiane di caffￜ chiudono il cerchio per i requisiti minimi del
"delphi programming apprentice". ah, non lo detto ma e' scontato:
scordati l'altro sesso intanto che impari ;-)
ciao
--
Morde
Marco Breveglieri
> Stavo per comprarlo (60 euro sani sani), ma dandogli una scorsa veloce mi ￜ
> sembrato che dicesse poco, se non niente, sul linguaggio delphi in sￜ,
> dandolo per scontato, ma che si soffermasse essenzialmente sulle novitￜ
> che la versione 7 apporta rispetto alle precedenti versioni.
In genere, i libri di Marco Cantￜ non sono (dichiaratamente) indirizzati
a chi inizia con il linguaggio, ma piￜ che altro volti ad approfondirlo
per chi ha giￜ mosso i primi passi con i fondamenti.
Alberto Salvati
> Davvero ottimo.
insomma...
A.
Alberto Salvati
> questo linguaggio?
come per quasi tutti i lunguaggi in uso attualmente, la 1a cosa è
impare le basi di OOP.
OOP sta per Object Oriented Programming.
Il lavoro di progettazione e sviluppo software non è, come sembrano
credere in troppi un lavoro artigianale ne un qualcosa di strettamente
legato al linguaggio.
Avendo le basi di OOP, impari come si programma.
I concetti di classe, interfaccia, ereditarieta' etc *prescidono* dal
linguaggio.
Poi, ogni linguaggio/framework/sistema operativo puo comportare delle
differenze sul piano implementativo e architetturale.
Il grosso errore di molti manuali delphi (ma non solo) è che prima di
insegnano a lavorare "male"...
Poi, quando orami la frittata è fatta, ti buttano in mezzo la OOP.
I testi java sono organizzati meglio...Si inizia con OOP e poi ti
spiega le altre cose.
Si fa fatica a trovare un testo che parli di java che NON contenga
almeno 2 o 3 capitoli sulle nozioni di base di OOP.
A.
> Grazie
Gino
> Sembra che Gino abbia detto :
>
> Parlando sempre a scopi didattici in italiano c'era un libro a quanto
> ricordo che mi sembrava si chiamasee "laboratorio di delphi" di Dessena.
>
Se davvero insegna i rudimenti della sintassi delphi lo compro.
Esiste un sito che nel frattempo posso consultare se ho dubbi su istruzioni
e sintassi in delphi?
> In inglese c'� sicuramente di pi�, vedi:
> http://alturl.com/d9zm
>
Il mio inglese � scolastico e se dovessi capire delle spiegazioni di cose
completamente nuove in quella
lingua,al momento, farei il triplo della fatica....
> Anhce essential pascal puo' essere un buon testo per iniziare.
>
E' in inglese forse?
> Per il resto, un litro di olio di gomito, collirio a volont� e damigiane
> di caff� chiudono il cerchio per i requisiti minimi del "delphi
> programming apprentice". ah, non lo detto ma e' scontato: scordati l'altro
> sesso intanto che impari ;-)
>
Va be',almeno il sabato o la domenica.... ;-)
> ciao
>
Ciao
Gino
news:a760fc43-fcb4-441e...@f10g2000vbf.googlegroups.com...
> Quale consiglio ritenete di dare a chi si avvicina per la prima volta a
> questo linguaggio?
>come per quasi tutti i lunguaggi in uso attualmente, la 1a cosa �
>impare le basi di OOP.
>OOP sta per Object Oriented Programming.
>Il lavoro di progettazione e sviluppo software non �, come sembrano
>credere in troppi un lavoro artigianale ne un qualcosa di strettamente
>legato al linguaggio.
>Avendo le basi di OOP, impari come si programma.
>I concetti di classe, interfaccia, ereditarieta' etc *prescidono* dal
>linguaggio.
Lo chiedo da completo profano giusto per capire.
Ma non sarebbe meglio imparare prima i comandi e la sintassi delphi per poi
passare gradualmente alle
basi OOP ed allo sviluppo del software?
Da quanto ho capito con gli ultimi IDE di Delphi � possibile lavorare
pressoch� con copia/incolla per creare
grafica ecc., ma poi quando si guarda il sorgente bisogna pur capire cosa
sta succedendo?No?
Grazie
Alberto Salvati
> Ma non sarebbe meglio imparare prima i comandi e la sintassi delphi per poi
> passare gradualmente alle
> basi OOP ed allo sviluppo del software?
Quella è la via sbagliata.
Tanto x usare una metafora, non serve a niente imparare le differenze
tra i pennelli senza aver acquisito le basi sul come si dipinge... Se
parti da delphi, imparerai MALE, e poi ti tocchera' disimparare e
reimparare,
salvo trovare un testo i cui primi 8 capitoli siano dedicati alla OOP,
come i gia citati testi dedicati a Java.
Uso delphi dal 1997 e ho visto ben pochi esempi di uso CORRETTO di
delphi.
Per uso corretto intendo uso del paradigma OOP e non di quello
strutturato.
Il risultato consiste in gigabytes di codice impossibile da
comprendere, modificare, correggere....
> Da quanto ho capito con gli ultimi IDE di Delphi è possibile lavorare
> pressoché con copia/incolla per creare
> grafica ecc.,
non ho capito cosa vuoi dire.
Ma una cosa è certa: se ti aspetti ti ottenere risultati senza studio,
impegno e lavoro, scordatelo.
Oggi si tende a presentare come "facile, veloce e poco impegnativa"
qualsiasi tipo di attivita, software compreso.
Meglio dirlo subito: è una STRONZATA.
A meno che tu non sia Alan Turing reincarnato, per ottenere dei
risultati devi lavorare sodo.
Se poi non sai chi era Alan Turing:
http://it.wikipedia.org/wiki/Alan_Turing
> ma poi quando si guarda il sorgente bisogna pur capire cosa
> sta succedendo?No?
E' qui la questione...
Con le sole eccezioni di linguaggi a livello "non alto" come c, c++ e
assembly, leggere e capire un sorgente java, vb delphi o c# non è un
grosso problema, visto che i concetti di base, se usati, sono gli
stessi.
Tutti hanno classi (oop) che ereditano da altre classi (OOP),
implementano interfacce (OOP), espongono property e metodi (OOP) e
permettono di ridefinire il comportamento di metodi ereditati (OOP).
Vi sono ovviamente delle differenze sul COME un linguaggio ti permette
di fare delle cose, quello si...
Ci sono cose che in alcuni linguaggi sono permesse e in altri no....
Ad esempio, delphi ti permette di avere i costruttori virtuali, c#
no...
Delphi ha i set, mentre c# non li ha...
Ma mica ci si ferma su sciocchezze del genere....
A.
C_thelegend
> "Alberto Salvati" <zzz...@gmail.com> ha scritto nel messaggio
> news:a760fc43-fcb4-441e...@f10g2000vbf.googlegroups.com...
>> Quale consiglio ritenete di dare a chi si avvicina per la prima volta a
>> questo linguaggio?
>
>> impare le basi di OOP.
>> OOP sta per Object Oriented Programming.
>> credere in troppi un lavoro artigianale ne un qualcosa di strettamente
>> legato al linguaggio.
>> Avendo le basi di OOP, impari come si programma.
>> I concetti di classe, interfaccia, ereditarieta' etc *prescidono* dal
>> linguaggio.
>
> Lo chiedo da completo profano giusto per capire.
> Ma non sarebbe meglio imparare prima i comandi e la sintassi delphi per poi
> passare gradualmente alle
> basi OOP ed allo sviluppo del software?
> pressochￜ con copia/incolla per creare
> grafica ecc., ma poi quando si guarda il sorgente bisogna pur capire cosa
> sta succedendo?No?
> Grazie
>
>
di mettere le mani sulla tastiera ￜ tanta, ma meglio prima la teoria
molto molto meglio...
Morde
> Per uso corretto intendo uso del paradigma OOP e non di quello
> strutturato.
Albￜ su questa tua affermazione ci sarebbe da disquisire un
pochettino..
Qual'ￜ l'uso piￜ corretto di delphi? O meglio, mi chiedo: se devo
consegnare un programmino per la gestione di un magazzino, lo realizzo
sfruttando il RAD, quindi tutto event driven e componenti DB aware. Non
scrivo classi nￜ famiglie di oggetti. Una cosa RAD per l'appunto.
Devo concludere che non ho utilizzato correttamente delphi solo perchￜ
non sono ricorso ad un paradigma OOP?
Questo solo per aprire un discorso su quale sia vermente l'uso
corretto: secondo me l'uso corretto e' quello che ti serve per
risolvere il problema specifico.
E' ovvio che se incominci a costruire un framework (e tu sai cosa
intendo) il RAD non ti serve a niente, gli eventi men che meno. Quindi,
senza l'OOP dove si andrebbe per questi utilizzi?
Delphi deve la sua reputazione al RAD che borland ci ha costruito
sopra, non all'eccellente object pascal e all'ancora piu' eccellente
free pascal compiler.
Tu cosa ne pensi ?
Ciao!
--
Morde
Alberto Salvati
> consegnare un programmino per la gestione di un magazzino, lo realizzo
> sfruttando il RAD, quindi tutto event driven e componenti DB aware. Non
> Devo concludere che non ho utilizzato correttamente delphi solo perchè
> non sono ricorso ad un paradigma OOP?
per prima cosa, devi stabilire se stai realizzando un PROGETTO o un
PRODOTTO.
Se stai realizzando un prodotto, usare un approccio non OOP, imho, è
PURA FOLLIA.
Se stai realizzando un progetto, in teoria potresti non usare la OOP.
Ma qua poi, si deve introdurre e definire un concetto: quello di
"applicazione semplice".
Io ho lavorato nell'ufficio it di uno stabilimento per circa 2 anni e
ho dovuto sviluppare alcuni progetti "legacy" ad uso totalmente
interno.
Spesso sono poi arrivato in corso d'opera a stravolgere quasi in toto
alcuni punti fermi stabiliti in fase di analisi.
Quindi, dopo aver sudato sangue, sono ormai convinto che:
1) la applicazione "semplice" non esiste
2) spesso gli utenti scoprono modi di usare una app che vanno molto
oltre la fantasia di chi le ha scritte..
Da qui scaturiscono ovvie e perfettamente lecite richieste di altre
cose. E qui, se la changes management è complessa, sono "uccelli per i
diabetici" (cazzi amari)
3) una app che "serve solo una volta..non vale la pena perdere troppo
tempo..." è qualcosa di veramente eccezionale se non unico, perche'
qualche tempo dopo arriva qualcuno e ti fa "..senti..quel programmino
xx che faceva quella cosa...che abbiamo usato x mesi (o addirittura
anni!) fa....lo si puo modificare per fare anche questo e
quest'altro??"
Ergo, io non ragiono sul caso di "una tantum", fermo restando ovvie
eccezioni dettate dal buon senso..
Ma a parte tutto cio, mi chiedo:
se ho una metodologia grosso modo standard, che mi permette di
riutilizzare cio che ho gia, che mi permette di una changes management
comoda, che mi permette di standardizzare quello che faccio, insomma,
se ho degli strumenti che mi permettono di ottenere il risultato che
mi serve riducendo tempi, costi e sopratutto sforzi, perchè dovrei
ogni volta reinventare la ruota?
Da qui il concetto di "framework".
Tutti questi concetti...framework, standard, riutilizzo,
ripetibilita', rientrano in un contesto di evoluzione dello sviluppo
da attivita' artigianale ad attivita' industriale.
A.
Morde
[CUT]
Scusami, ma non ho capito se hai eluso la domanda oppure la risposta ￜ
proprio questa, in tal caso non l'ho capita. :-)
La mia domanda era: una programmazione senza l'utilizzo di classi,
ereditarietￜ polimorfismo ecc.. ma solo con l'utilizzo del RAD (secondo
te) ￜ da considerarsi NON corretta?
Ciao
--
Morde
Morde
> per esperienza personale... no. impara prima gli OOP, so che la voglia di
> mettere le mani sulla tastiera ￜ tanta, ma meglio prima la teoria molto molto
> meglio...
Non sono completamente d'accordo: se vuoi mettere le mani sul
giocattolo senza che nessuno te l'abbia prima descritto come funziona..
fallo. Fallo e giocaci, goditelo, incomincia a studiartelo, cercati le
risposte alle domande che ti fa nascere in te.
Poi, solo dopo che l'hai avuto, l'hai apprezzato, l'hai utilizzato
el'hai goduto.. e incominci allora a chiederti: come posso migliorare
la scrittura del codice? quando incominci a capire che per fare un
programmino coi soli eventi della GUI ci metti 10 minuti, ma poi devi
modificarlo 30 volte in anno perchￜ lo stai estendendo, e ci metti una
vita letterlamente... allora sentirai il bisogno di imparare la
programmazione OOP.
Non ti sembra? ;-)
:D
--
Morde
Alberto Salvati
> te) è da considerarsi NON corretta?
ihmo, solo in casi particolari, ad esempio in *progetti* dove hai la
certezza che non vi saranno evoluzioni di nessun tipo.
Sappiamo tutti fin troppo bene, credo, cosa vuol dire fare debug su
una app dove hai 1000 tquery e su ognuna sono usati tutti gli eventi
piu' qualcuno in piu'....
A.
C_thelegend
sempre molta pratica poca teoria), mi sono divertito come un matto, poi
dopo aver giocato ho notato che sbagliavo a giocare, se invece di
giocare a modo mio giocavo come facevano altri risparmiavo tempo ed ero
piￜ appagato professionalmente, allora mi sono detto: ok si ricomincia,
dopo giorni di studio e na miriade di soldi spesi in manuali ho capito
come funzionava il giocattolo, a volte perￜ i retaggi del passato
tornano a farsi sentire...
quindi se devo dare un consiglio a qualcuno STUDIATE ;)
Morde
> guarda, a me diversi anni fa, hanno dato il giocattolo (venivo da VB sempre
> giocattolo, a volte perￜ i retaggi del passato tornano a farsi sentire
dove ti sei reso conto che potevi e volevi ottenere di piￜ!
E questo ￜ l'approccio che suggerisco: prova, prova, goditelo,
divertiti, esplora, sperimenta, aprilo, smontalo, ecc... se vedi sono
tutti termini che si possono riferire a giochi ma anche a strumenti
software: il concetto e' sempre lo stesso!
Prima di trasformarti un tenebroso NERD con il moccio al naso e sempre
serio e solo, prova a fare l'HACKER e assapora il gusto di soddisfare
tutte le tue curiositￜ, e vedrai cosa puoi fare, cosa puoi diventare,
cosa puoi essere. :-D
>
> quindi se devo dare un consiglio a qualcuno STUDIATE ;)
Sicuramente d'accordo ;) Indeed.
Ciao
--
Morde
C_thelegend
comune, perￜ io spero che quelli dopo di me studino PRIMA cosￜ da avere
piena conoscenza del potenziale del giocattolo, se poi ti basta il rad
per fare un progetto veloce ben venga ma la possibilitￜ di scelta ￜ
importate. :)
ciao
guastatore
Imho avete ragione entrambi. Ha ragione Alberto quando sostiene che il
paradigma OOP ￜ fondamentale ed hai ragione anche te, Morde, quando dici
che ￜ importante iniziare a capire l'ambiente, divertirsi un pￜ, capire
i limiti del RAD per poi andare avanti. In entrambi i casi, occorre una
fase di studio piuttosto pesante, anche se quella OOP lo ￜ decisamente
di piￜ rispetto a quello del RAD che ti puￜ aiutare a gestire meglio il
tuo codice ed evitare gli spaghetti events ;). Cionondimeno, se l'OP non
conosce proprio la sintassi base dell'Object Pascal, imho sarebbe
importante iniziare almeno da quello per poi passare alla OOP una volta
appresa la programmazione strutturata. D'altro canto, se devo codificare
una classe lo faccio in Object Pascal e devo conoscere il compilatore
con cui scrivo il codice, quindi concetto di unit e le sue sezioni ecc..
A questo punto, ci si potrebbe chiedere il motivo per cui acquistare una
versione free di Delphi con molte limitazioni, commerciali ecc.. quando
si puￜ fruire liberamente del compilatore FPC e della sua IDE testuale,
che ricorda molto il vecchio turbo pascal (per imparare entrambi, ovvero
Object Pascal e paradigma OOP ￜ eccellente !) ed eventualmente usare la
sua IDE piￜ potente, ovvero Lazarus, oggi paragonabile all'amato Delphi
7 per le sue caratteristiche di IDE e la buona compatibilitￜ con la VCL
attraverso la sua LCL (Lazarus Component Library) ... e tutto ciￜ, udite
udite, cross-platform (circa 10 piattaforme e vari sistemi operativi) e
completamente opensource !! Senza trascurare il supporto offerto dalle
mailing list di FPC e Lazarus, a dir poco straordinario e senza
confronto con qualsiasi software house che produce tool di sviluppo
(proprio nessuna :) ).
Antonio