Newsgroup: it.comp.java
Titolo: Java, C++

Ciao a tutti,
programmo in Java quasi ormai da 2 anni e credo di averne visto a
sufficienza i pregi e i difetti.
Credo che sul lato server la velocità sia oggi più che accettabile e, da
come si muove l'industria del software, ci sono ottime prospettive per
il futuro.
La vera nota dolente riguarda il lato client. Di solito i programmatori
in Italia si occupano di software gestionale e qui si nota come la
libreria Swing proprio non sia stata pensata per interfacciarsi ai
database...
Troppo lavoro da fare - a mano - e, purtroppo... troppi buchi. Oggi la
situazione è pià rosea rispetto a qualche anno fa ma è ancora difficile
cambiare il cursore in clessidra e riportarlo alla forma originale
mantenendo il focus attivo sui controlli;  è difficile gestire il focus:
capita che il cursore inizi a lampeggiare su più di una JTextField alla
volta... pesantissima poi è la gestione delle stampe. Il comportamento
delle JTable non è proprio user-friendly...
Si può obbiettare che esistono delle librerie commerciali. ma che prezzi
alti e che qualità bassa!
Insomma, per scrivere un gestionale in Java c'è proprio da faticare, se
poi si considera la lentezza tuttora attuale dalla macchina virtuale
(far partire un programma nativo richiede decisamente meno tempo...) c'è
da lamentarsi.
Ok, Java è OOP, è multipiattaforma (avete mai visto un client diverso da
Windows?) ed ha molte librerie (quante di queste si usano d'avvero nel
mondo reale?)
Sto facendo un pensierino a C++...
C'è qualcuno che è passato da Java a C++Builder? Se sì, che problemi ha
incontrato?
Grazie
Paolo

 incontrato?
Pensa, c'è chi ha fatto esattamente il contrario. C++ Builder è un RAD
carino, sempre che ti piaccia il C++ "misto" Delphi... però su questo NG
l'argomento è decisamente OT.
Marco.
--
Per scrivermi direttamente elimina
__TOGLIMI__ dall'indirizzo e-mail.

Sto facendo un pensierino a C++...
Dove ritroveresti la stessa situazione, solo (molto) peggio. :)
Per *quel* tipo di gestionali, centrati su microsoft e senza particolari 
esigenze, al soluzione e' VisualBasic o un RAD simile, non certo C++.
-- 
God is Real, unless declared Integer.
ObjectZone - 
http://space.tin.it/computer/csadun

 esigenze, al soluzione e' VisualBasic o un RAD simile, non certo C++.
Non è detto che il gestionale sia centrato su micro$oft (C++Builder è Borland e di
database non ho parlato), dico solo che il mondo reale vede sicuramente micro$oft
sui client. Non ho neanche detto che i gestionali non abbiano esisenze
particolari... anzi... è proprio perché ne hanno che vedo i limiti di Java.
So che all'inizio molti sono passati da C++ a Java, ma quanti poi sono tornati
indietro?
Java aveva all'inizio molte promesse, quante ne ha mantenute? Alcune sì, sul lato
server è fantastico, ma sul lato client c'è da impazzire... :-(
Che ne pensate? Ha senso sperare per il futuro di Java sul client?
Ciao,
Paolo

 Tel.
(+39)-0587-749206
  Fax.
(+39)-0587-749206
  WEB: 
http://www.classx.it
  <
============================================================================

sul lato server è fantastico, ma sul lato client c'è da impazzire... :-(
Guarda, come dicevo, tutto dipende da quel che vuoi fare. Se la tua 
applicazione nascce sotto MS, vive sotto MS e muore sotto MS; la complessita' 
del problema e' "semplice" e quindi non hai esigenze di design particolarmente 
complicate; la velocita' di esecuzione e l'integrazione con windows sono piu' 
importanti di portabilita' e manutenibilita', probabilmente Java non ti serve. 
Ma - e questo era il punto - men che meno C++: Visual Basic o simili sono la 
soluzione. C++ imho sta diventando un linguaggio da middleware - dove 
capacita' di desing complessi *e* velocita' di esecuzione sono entrambi 
essenziali, e valgono il maggior costo (o, se vuoi, la minor produttivita') 
dello sviluppo in C++. 
Altrimenti.. se vuoi che il tuo prodotto giri ovunque col minimo sforzo (che - 
nota - *non* e' zero, anche con Java... non e' zero affatto: ma e' molto meno 
che con qualunque altro linguaggio con cui abbia avuto a che fare, eccettuato 
forse lo scripting di bsh ;), allora Java fa per te. L'azienda dove lavoro 
vende un prodotto di project management intermente scritto in Java, e abbiamo 
clienti su Windows 95 e gente che lavora su SG. Se avessero scelto di 
sviluppare con VB o C++ su MS, avremmo meta' fatturato. Situazioni diverse, 
scelte diverse.


 writes:
PP> Non è detto che il gestionale sia centrato su micro$oft
PP> (C++Builder è Borland e di database non ho parlato), dico solo che
PP> il mondo reale vede sicuramente micro$oft sui client.
E' quello che credo intendesse Cristiano Sadun con "incentrato su M$".
E  devo dire che  concordo con  lui.  Meglio  il VB  del C++  per quel
lavoro.   Sono  un patito  del  C  (il C++,  pur  con  la suoa  enorme
complessità  non mi  soddisfa  esteticamente) e  adoro programmare  in
C. Ma mi rendo conto che  per il classico programma che prende, valida
e mostra i dati che vengono  elaborati a colpi di SQL VB è preferibile
al C++, anche se in certi momenti fa urlare dalla rabbia...
Essendo  disposti  a  rinunciare  alla  portabilità,  può  considerare
l'opzione di compilazione nativa del bytecode ?
\begin{echelon}
Ft. Meade fissionable domestic disruption smuggle NSA spy DES
terrorist colonel Panama SEAL Team 6 BATF SDI Albanian Soviet
\end{echelon}
\begin{avviso}
 
Attenzione: Leggersi lo header riguardo al mio e-mail!
Warning: read header for infos about my e-mail.
\end{avviso}
--
+----------------------------------------------------------------+
| Gian Uberto Lauri * "So, are you working on fixing that bug    |
| 
sa...@eng.it
      *  *now* or leaving it until later ?" - YES  |
+----------------------------------------------------------------+