Newsgroup: it.comp.programmare.win32
Titolo: Linguaggio migliore per database

Scusate forse l' OT,
lavoro in una software house che sviluppa verticali collegati ad un
gestionale aziendale (contabilità, magazzino, etc.) al momento utilizzo come
linguaggio Visual Basic 6.0 e come database SQL Server 2000, visto però il
clima di rinnovamento da parte di Microsoft, vorrei chiedere a Voi
professionisti quale sia il miglior linguaggio di programmazione (anche se
non Microsoft) per interagire con database relazionali.
Grazie anticipatamente per le eventuali risposte.
Andrea

> Grazie anticipatamente per le eventuali risposte.
secondo me ADO su VC++ (non conosco ancora ADO.Net però). ADO (activex data
object) è la tecnica basata su ActiveX (quindi su COM) di microsoft, è
utilizzabile in qualsiaisi linguaggio di programmazione che supporta
activex, ma come quasi tutto sul VC++ è più potente soprattutto per la
possibilità di gestire contemporaneamente più oggetti (cosa che su vbasic
non si può fare).
magari è un po' difficile all'inizio da apprenedre (anche perchè bisogna
avere una seppur minima base di conscenza di cosa sia com), ma è davvero
potente e va al di là delle potenzialità di odbc e dao.
ciao
Roberto

 non Microsoft) per interagire con database relazionali.
Nella mia azienda si usa Delphi 6 e la soddisfazione
cresce ogni giorno che passa.
La usa integrazione con i piu' diffusi DBMS conosciuti
e' ottima.
Il passaggio da Visual Basic a Delphi (doveroso, secondo
me :) e' sicuramente meno traumatico di quello a
Visual C++.  Tra l'altro ritengo il C++ un linguaggio
poco adatto, per sua natura, nella scrittura di 
gestionali, a meno che non utilizzi delle librerie
veramente ben fatte.
Pre la cronaca (e per i suoi detrattori ;) Delphi 6 ha 
vinto il premio "Best Development Tool", ai PC World 
Readers' Choice Awards 2002.
-- 
Posted via Mailgate.ORG Server - 
http://www.Mailgate.ORG

 Readers' Choice Awards 2002.
Peccato che, nel mondo del lavoro, non è praticamente mai richesto.
-- 
Luc.

 non Microsoft) per interagire con database relazionali.
Secondo me Python eccelle da questo punto di vista (e da tanti
altri).  Supporta bene gli ambienti Microsoft, se vuoi continuare
a usare quelli: il nuovo Visual Studio di MS puo` "agganciare"
un componente (Visual Python di Activestate) che ti permette di
sviluppare in Python nello stesso ambiente che puoi usare per
(il nuovo) Visual Basic, ecc, ecc.  Con Python come con VB puoi
pilotare qualsiasi DB attraverso ADO e COM, compreso continuare
ad usare SQL Server, eccetera.  Insomma, non perdi nessuna delle
tecnologie che hai la possibilita` di usare ora, se ti soddisfano
o se ne hai bisogno in un certo specifico contesto.
Acquisti pero` molte piu` possibilita`.  Ad esempio puoi scegliere
invece di connetterti direttamente a SQL Server attraverso moduli
specifici di connessione, bypassando ADO (e l'Ole/DB che ha sotto);
questo puo` essere o meno interessante, vista l'ottimizzazione di
Ole/DB provider SQL Server, ma per altri database che un domani
potreste voler usare, da Oracle a MySQL o Postgres, l'esistenza di
moduli specializzati, tutti con un'interfaccia standardizzata e
buone implementazioni ottimizzate, e` assai interessante.  E cosi`
pure la possibilita` di sviluppare con altri sistemi di sviluppo
alternativi, da quelli gratuiti quanto Python (come lo IDLE che
viene come parte di Python stesso, e il PythonWin, solo per
Windows, che viene come parte delle estensioni win32all o anche
della versione ActivePython di Activestate che gia` incorpora
queste estensioni), a quelli commerciali, non cari (molto meno
di Visual Studio) e molto interessanti.
Se le tecnologie MS continuano ad andarvi bene per altri versi,
anche commerciali, benissimo, Python ve le supporta al meglio; se
volete, magari solo per qualche caso particolare, aprirvi anche
la possibilita` di vendere con altri ambienti e tecnologie,
benissimo, Python funziona altrettanto bene negli "altri
ambienti", da Macintosh a Linux, da OpenBSD o FreeBSD a (piu`
o meno qualsiasi altro ti venga in mente), sia in fase di sviluppo
sia di "deployment" dell'applicazione realizzata.
E, cosa fondamentale, Python e` un linguaggio assai migliore in
generale (oltre al compito specifico di interagire col database).
Non a caso Microsoft sta cambiando drasticamente Visual Basic nel
passaggio dal release 6 al 7 (detto anche ".Net"): lo sta rendendo
un linguaggio migliore, rimuovendo una parte delle peggiori
magagne, anche a prezzo di spezzare la compatibilita` con il
passato.  Puta caso... praticamente TUTTI i cambiamenti di VB
dal 6 al 7 vanno nel senso di AVVICINARE Visual Basic a Python!
Non lo raggiunge, ci mancherebbe, ma ciascuna di queste novita`
e` un'implicita ammissione che Python e` da sempre migliore
di VB... in VB7:
a. non esistono piu` le proprieta` di default degli oggetti e
    la distinzione let/set nell'assegnazione
b. tutte le chiamate richiedono parentesi ()
c. and e or sono operazioni "corto-circuito"
d. si aggiungono operatori come += e simili
e. il default del passaggio di argomenti e` per valore
f. gli argomenti facoltativi devono avere un valore di default
g. si aggiunge l'istruzione "return risultato"
h. gli indici degli array partono sempre da 0
i. assegnare un array assegna un RIFERIMENTO a un oggetto array
   condiviso: se vuoi una copia, chiami un metodo esplicito
   per copiare l'array
j. nessuna conversione automatica fra numeri e stringhe
k. niente piu` variabili stringa a lunghezza fissa
l. il valore "vero" e` 1, non piu` -1
m. il "tipo generico" non e` piu` Variant, ma Object, che e`
   ora un RIFERIMENTO a un qualsiasi tipo di dati
n. finalmente si aggiungono try/catch (come in Python try/except)
   invece dell'orrendo onerror
Puoi avere tutti questi miglioramenti, e tanti altri ancora,
provando Python OGGI... e continuera` a funzionare anche domani,
su qualsiasi piattaforma ti interessi.  E` molto piu` semplice
e regolare di VB: ad esempio, il punto [i] significa che in VB7
assegnare un array e assegnare altri tipi di cose, benche` si
scriva nello stesso modo, ha un diverso SIGNIFICATO (di alcune
cose si fa un'implicita copia, di altre no, e bisogna caso per
caso saperlo a memoria).  In Python, il significato di ogni
"a = b", qualsiasi sia il tipo in gioco, e` SEMPRE lo stesso
(assegna un riferimento: la copia si richiede esplicitamente
se la si desidera).  Maggiore regolarita` e semplicita`, quindi
piu` facilita` di apprendimento, piu` produttivita` di uso,
meno bug nel software risultante.
L'unico problema che vedo: mancanza di un buon libro in Italiano.
In inglese ce ne sono, anche di ottimi, in Italiano non credo.  Le
case editrici italiane forse sono un po' lente a percepire e
soddisfare la domanda...!
Alex

 Peccato che, nel mondo del lavoro, non è praticamente mai richesto.
non è vero....è un gran tool, molto potente che supporta la vera OOP.
Purtroppo però il monopolio M$ si fa sentire...:((
simo

 mai richesto.
Ti sbagli, Delphi e' richiestissimo.
E' un ambiente di sviluppo che supera di gran lunga
in qualita' molti altri della sua stessa fascia.
Fortunatamente, molte aziende si stanno accorgendo
della differenza e la stanno progressivamente 
apprezzando.  Le offerte di lavoro per programmatori 
Delphi sono in continua crescita.
Il vero peccato e' che ci sia gente che giudica
Delphi, senza neanche averci scritto una riga di
codice.  Ma non saro' io la voce che grida nel deserto,
se vogliono rimanere delle loro convinzioni (sbagliate,
ovviamente) che facciano pure.


L'unico problema che vedo: mancanza di un buon libro in Italiano.
Scrivilo :-)
Comunque bisogna considerare che già il tutorial (tradotto in una
versione non recentissima sul 
www.python.it
) è molto utile.
-- 
Marco Barisione (ICQ 84277092)

Scrivilo :-)
Spero che il serpente nel guscio di noce venga diffuso anche
in traduzione italiana...
-- 
Andrea Laforgia - walkietalkie(at)
libero.it
"Meglio cieco che negro" (Stevie Wonder)

 ovviamente) che facciano pure.
Sara`, comunque non posso non annotare che ogni volta che qualcuno parla
male di Delphi, il tuo commentino a margine non manchi mai... hai per
caso comprato azioni Borland? :)
--
Lorenzo

caso comprato azioni Borland? :)
Non ho comprato azioni Borland, non c'e' bisogno di comprare
le azioni di un'azienda per parlare bene dei suoi prodotti e
difenderli: basta usarli.  Io uso Delphi tutti i giorni e
posso dire che chi, sino ad oggi, nei gruppi che frequento,
ha parlato male di Delphi, lo ha fatto o senza cognizione di
causa (e lo posso dire perche' Delphi lo conosco bene) o per
piaggeria nei confronti di Microsoft (si', c'e' ancora
qualcuno che ne e' vittima), o per il semplice gusto di
farlo (la maggior parte).
A me non piacciono i comportamenti di chi giudica qualcosa,
senza avere la minima idea di cosa sia quel qualcosa.
E' per questo che vedi i miei "commentini".
Delphi puo' anche non essere richiesto a livello di mercato
quanto lo e' Visual Basic (e questo e' un dato di fatto), ma
cio' non implica nulla sulla sua qualita' rispetto a
quest'ultimo.  L'argomento "richiesta di mercato", quindi,
non puo' essere tirato fuori per ribattere al fatto che
Delphi e', oggettivamente, al giorno d'oggi, il *miglior*
ambiente di sviluppo per Windows.


    invece dell'orrendo onerror
senza mettere minimamente in dubbio le potenzialitŕ di Python devo dire che,
se ci saranno tutti questi miglioramenti, č interamente "colpa" del Visual
Basic stesso, che fino ad oggi č stato spacciato per un ambiente di
programmazione valido. Programmando in Delphi (dalla versione 2 ... vedi
legame Hejlsberg - VCL - .Net) devo dire che gran parte di questi
improvements non farebbero colpo su nessun programmatore che proviene dal
mio stesso ambiente, ma credo che lo stesso valga per qualsiasi altro
programmatore che usa altri linguaggi e ambienti. Forse sarebbe ora di
ammettere che VB non č mai stato un validissimo ambiente di programmazione
(almeno IMHO), questo *non* significa che i programmatori VB non siano bravi
... no flame about this, please! :-)
Ciao! :-)
--
- Carlo -
c.b...@libero.it

 in traduzione italiana...
Una volta che avro` finito di scriverlo (e presto dovrei tuffarmi ex
novo in quello) dipendera` dall'interesse degli editori italiani.  Io lo
scrivo in inglese, ovviamente, ma avrei sottomano anche un ottimo
traduttore se e` per questo...
Alex

 traduttore se e` per questo...
Be', mettiamo da parte gli euro, allora...
Spero sia pronto presto :)


 ambiente di sviluppo per Windows.
Mi sembra che tu soffra della stessa cattiva abitudine che combatti. Non
c'e` niente di male ad avvocatizzare, anche in maniera pesante, uno
strumento di lavoro che si e` imparato ad apprezzare e si trova
soddisfacente per le proprie esigenze (al limite e` un po' infantile, se
si esagera). Ma a meno che tu non abbia usato e conosca bene tutti i
tool e strumenti che esistono per Windows, non puoi di certo affermare
che Delphi sia "oggettivamente" il "miglior" ambiente di sviluppo per
Windows.
--
Lorenzo

Windows.
A proposito quali altri ambienti di sviluppo decenti che permettono di
disegnare gui decentemente (quindi non VC++) esistono per windows?


Windows.
Ok, ritiro l'"oggettivamente" e ci metto un "secondo me", ma
ripeto, non l'ho detto io, il premio e' stato conferito
negli Stati Uniti ai PC World Readers' Choice Awards 2002.
Un premio del genere trova sicuramente riscontro nella
realta' dei fatti.  Io utilizzo diversi ambienti di sviluppo
per Windows e non ho paura di crederlo.


 wrote in message
news:ok1p4uc4h04kgba61...@4ax.com...

Non me ne intendo piu` di tanto, ma persone che se ne intendono
eccome mi parlano molto bene di Qt Designer, parte di tutte le
versioni di Qt compresa naturalmente Qt/Windows.  Uno strumento
analogo e` parte dell'IDE BlackAdder, per chi preferisce usare
come principale linguaggio di sviluppo, per le applicazioni e
per le relative GUI, Python piuttosto che C++.  Ogni versione
di BlackAdder comprende, sia la licenza per Windows, sia anche
quella per Linux (anche qui, il toolkit usato e` Qt).
Alex

versioni di Qt compresa naturalmente Qt/Windows. 
Che, tanto per intenderci, e' cio' che e' alla base di
Kylix, porting di Delphi sotto Linux ;)


 Kylix, porting di Delphi sotto Linux ;)
Beh, se parliamo di Linux, Qt e` anche alla base di programmi ben
piu` diffusi, come KDE.  Ma il punto (suggerito dal nome di questo
newsgroup...) e` cosa ci sia per Windows.  Con Qt Developer (o con
BlackAdder) puoi sviluppare su Linux ed eseguire su Windows, o
viceversa, grazie alla portabilita` di Qt.  Kylix permette di sviluppare
applicazioni Qt su Windows per deployment su Linux...?
Alex

per deployment su Linux...?
No, ma Kylix e Delphi si fondano sullo stesso framework:
CLX.  Sono, a livello fondamentale, lo stesso prodotto.
Il codice scritto con Kylix (1 e 2), sotto Linux, puo'
essere ricompilato con Delphi (dalla versione 6) sotto
Windows.  Il codice scritto con Delphi, sotto Windows, puo'
essere ricompilato con Kylix sotto Linux.


 CLX.  Sono, a livello fondamentale, lo stesso prodotto.
Ma non avevi appena scritto nel post scorso che Kylix si 
appoggiava invece su Qt?!
Alex

appoggiava invece su Qt?!
CLX, dal lato Linux, si basa su Qt.


essere ricompilato con Kylix sotto Linux.
Però senza usare le VCL ma le più nuove CLX, vero?
Un'altra cosa un po' stupida, ma perché se Kylix e Delphi sono così
simili hanno nomi diversi?


ma perché se Kylix e Delphi sono così simili hanno nomi diversi?
Il kylix, anticamente, era una coppa a due manici
proveniente da Delphi, nella Grecia antica.
Il nome, quindi, riflette la provenienza di Kylix da Delphi
e, guarda caso, la "ix" i Kylix si riflette nella "ix" di
Unix.


proveniente da Delphi, nella Grecia antica.
Ah questo nno lo sapevo! Ma come si pronunica? Nno dovrebbe allora
essere pronunciato come kulich (dove la u è simile ad una u francese)?


dialog).
Nei programmi MS, come credo sotto nessuna piattaforma, puoi
controllare che cosa faccia l'utente.  Tu imposti la tua GUI
secondo un certo standard, ma se il tuo utente si imposta i
caratteri alti 1 metro x 1 metro, non puoi farci niente.


controllare ...
...ovviamente intendevo dire "non" puoi controllare.


caratteri alti 1 metro x 1 metro, non puoi farci niente.
Bhé proprio niente non direi, puoi cercare di scegliere le dimensioni
adatte e per non farlo manualmente puoi usare un framework che ti
offre qualche metodo per disporre i controlli (tenendo anche conto
delle dimensioni dei caratteri).
Inoltre su Windows le Dialog non sono (generalmente) ridimensionabili.
wxWindows permette di usare due metodi separati per gestire i layout,
almeno uno di quelli mi pare sia ispirato a Delphi.


 negli Stati Uniti ai PC World Readers' Choice Awards 2002.
Certo, e Titanic ha preso 11 Oscar. ;-)
--
Lorenzo

 windows?
Sempre rimanendo su Borland, sento spesso parlare bene del C++Builder -
che comunque non ho mai usato.
Personalmente non mi piacciono le GUI custom, che per molti anni sono
state uno dei principali nemici della diffusione di Linux (ora le 1-2
alternative piu` forti stanno prevalendo, e se tutto va bene ne restera`
soltanto una). Uno dei vantaggi della GUI di Windows e` che e` unica e
consistente, l'utente sa sempre cosa succedera` cliccando qui o
trascinando la`.
--
Lorenzo

Certo, e Titanic ha preso 11 Oscar. ;-)
Effettivamente e' un bel film.


Effettivamente e' un bel film.
....no comment... :)
-- 
Lawrence "Rhymes" Oluyede (
rhy...@myself.com
)
"Per cambiare, per diventare un'altra
cosa dobbiamo prima sapere cosa siamo"
(Bruce Lee)

 ovviamente) che facciano pure.
Sono un appassionato di informatica, adesso lavoro nel campo delle reti,
però mi piacerebbe molto imparare la programmazione (per adesso solo per
hobby), volevo chiedervi se mi potete consigliare qualche buon libro o sito
internet per imparare Delphi.
Grazie
Fabio