Newsgroup: it.comp.java
Titolo: perchè java

Se doste convincere un programmatore vb6 a convertire i suoi software in
java piuttostoche in c# o 
vb.net
, cosa gli direste? (oltre ovviamente
alla portabilità)
-- 
Alfonso

di usare .NET... a livello di linguaggio, .NET è molto simile a Java in 
quanto a premesse ma offre qualcosa in più...
la cosa molto intrigante è che può continuare a programmare in vb, può 
compilare e condividere il suo codice con gli altri progettisti, i quali 
grazie alla riflessione possono aprire il suo codice in Delphi, C#, ecc. 
modificarlo e ridistribuirlo, ecc...
Forse Java è al momento più portabile su altre piattaforme di .NET, ma .NET 
è ancora un linguaggio relativamente giovane rispetto a Java; tuttavia pare 
che sia stiano portando avanti molti progetti che -sempre pare- colmino 
questa lacuna entro breve...
ma forse ti conviene ascoltare il parere di altri, io non amo 
particolarmente Java perchè lo trovo fortemente illogico...
lungi da me tuttavia scatenare un flames... auguro atutti buona Pasqua,
   Stefano 

 particolarmente Java perchè lo trovo fortemente illogico...
Perchè il java è illogico?
In ogni caso anche secondo me un programmatore vb ha massimo vantaggio a
passare a 
vb.net
, ambiente simile, sintassi simile, strumenti simili ma
potenza del linguaggio centuplicata. Continuo a credere però che .net sia lo
strumento adatto per fare le cose di fretta e male. Va bene se qualcuno ti
corre dietro, ma io sono uno di quelli che se deve fare una cosa ben fatta
la fa in C++. Massima potenza del linguaggio e massima efficienza. Ci vuole
solo più tempo ma almeno ti diverti (io con il vb mi sono sempre fatto del
nervoso).

 modificarlo e ridistribuirlo, ecc...
commento solo questo: 
vb.net
, per quel che ne so, è decisamente molto 
diverso da vb6. In sostanza il CLR non è in grado di supportare le cose 
strane che faceva VB senza far impazzire gli sviluppatori, quindi 
vb.net
 
è più un C# con un'altra sintassi che un VB6 per .net.
Vedi per esempio:
http://www.panopticoncentral.net/archive/2005/03/21/8041.aspx
Cmq buona pasqua a tutti :)

alfonso12 wrote:

Nulla, non faccio il predicatore.

Hehehe...
Sono d'accordo con te... Il C/C++ è il massimo... per me addirittura è quasi 
troppo potente ed espressivo, ed infatti prediligo il Delphi che è più 
tipato, un po' meno potente, ma preferisco non dovermi preoccupare di poter 
fare errori di concetto e decidarci del tutto alla programmazione in senso 
stretto...
Il Java mi da lo stesso senso di fastidio che a te da il vb... due esempi 
significativi? la cripticità della interfaccia grafica (i layout secondo me 
sono in fondo in fondo posseduti dal demonio ;-P) e la possibilità di avere 
variabili/codice a disposizione pur non avendoli ancora istanziati...
Ma per fortuna tante persone nel mondo non la pensano come me e hanno 
decretato la fortuna di Java!
Ciao,
   Ste 

 
Sicuramente di non scegliere 
VB.NET
, in quando è solamente C# con la 
sintassi di VB, un linguaggio nato dalla (ovvia) scelta commerciale di 
Microsoft per fare sembrare che sviluppano ancora un VB.

 ha scritto nel messaggio
news:qNe1e.1119602$35.41...@news4.tin.it...

La sintassi simile potrebbe essere un vantaggio.
In ogni caso i precompilati sono disponibili a tutti i linguaggi .net, se
una persona ha tanti hanni di esperienza in vb potrebbe avere piacere a non
cambiare radicalmente la sintassi. Dovendo scegliere .net comunque io
sceglierei c#

 stretto...
Mi piaceva il Delphi, molto bello.
In Italia lo snobbano ma pare che in America sia piů di moda.

 decretato la fortuna di Java!
Amen!!!
CiAO 

Gabriele Palma ha scritto:

Io sono sviluppatore VB6 da 3 anni, e sono passato a C# per gli ultimi 
progetti... 
VB.NET
 è solo un accrocchio commerciale.

 nervoso).
Faccio notare che, se guardate bugTraq e altre liste/siti di sicurezza 
informatica, quasi tutto il software più bacato e insicuro è scritto in 
C++ e soprattutto in C. (Ok, lo so che in C++ alcuni accorgimenti 
risolvono parzialmente il problema, vedi smart pointer template 
pattern). Il linguaggio è certamente potente, ma dire che per programmi 
di tipo applicativo sia la scelta ideale, mi sembra un pò eccessivo.
Tuttavia, per chi non lo sapesse, Visual C++ può compilare codice 
gestito e sfruttare la piattaforma .NET. Questo vuol dipre sfruttare 
tutti i vantaggi offerti dal CLR: quelli offerti da Java (type safety, 
buond checking, etc...), meno le potenzialità multipiattaforma, più 
altre feature interessanti come la Global Assembly Cache e la Code 
Access Security.
Io non farei affidamento su Mono, è un progetto molto giovane e che 
tutto sommato non progredisce molto velocemente. Se veramente si intende 
sviluppare software multipiattaforma non vedo perchè non usare Java, che 
è sempre e comunque un'ottima tecnologia ed ha una VM ben performante e 
collaudata. Inoltre non scordiamo le miriadi di tecnlogie già 
disponibili per questa piattaforma (Java3d, Java Sound API, Java Mailing 
API, un'ottima gamma di alternative per le applicazioni di tipo 
enterprise, etc..)
Saluti,
Andrea
-- 
Andrea Sansottera
UGIdotNET [Italian] 
http://www.ugidotnet.org
My weblog [Italian] 
http://blogs.ugidotnet.org/andrew/

 ha una VM ben performante e collaudata.
si può anche compilare un eseguibile binario nativo per una architettura
mediante GCJ anche se per adesso lo GNU Classpath ha solo AWT e non Swing.
Molte delle librerie estese non esistono ancora ma tutte le librerie open
source sono compilabili (ovviamente :))
Sul web è disponibile un articolo che racconta la compilazione di Eclipse
in codice nativo tramite GCJ.
ciao
gl :)

 sono in fondo in fondo posseduti dal demonio ;-P)
Premesso che a me Java garba su questo punto hai pienamente ragione!
c'e' da morire a fare le interfacce in swing ...
-- 
Ciao
Fabio

 c'e' da morire a fare le interfacce in swing ...
Esempio fresco di giornata: due JList, quattro pulsanti, GridBag come
layout. Se provavo a mettere una JList sopra a due pulsanti
(rispettivamente Ok e Cancel, la finestra deve comportarsi come una
qualsiasi finestra che ti fa vedere a sinistra le opzioni disponibili e a
destra le opzioni scelte, con i mezzo i pulsanti per aggiungere e togliere
le opzioni) veniva tutto decentrato. Per ora ho risolto utilizzando un
layout di tipo Absolute (la finestra non deve essere ridimensionabile), ma
domani voglio provare ad utilizzare un JPanel per i pulsanti Ok e Cancel
Henryx

 domani voglio provare ad utilizzare un JPanel per i pulsanti Ok e Cancel
Alla fine quando ho dovuto fare qualcosa anche io mi sono sempre ridotto
ad usare gli absolute, c'e' da perdersi la testa con i vari layout ...
-- 
Ciao
Fabio

 ad usare gli absolute, c'e' da perdersi la testa con i vari layout ...
Pure io... comunque secondo me la potenza di Java si esprime soprattutto
sulle architetture server, in ambiente client la grafica - anche se
portabile e già questa è una bella caratteristica - mi sembra sia tuttora
pesantissima.....
Scorpio.

 domani voglio provare ad utilizzare un JPanel per i pulsanti Ok e Cancel
Provato ed e` venuto un risultato di gran lunga migliore a quello avuto con
l'Absolute e praticamente portabile da qualsiasi parte. Il problema ora e`
che quando passo un elemento da una JList ottengo un effetto di
ridimensionamento delle JList stesse
Henryx