Newsgroup: it.comp.java
Titolo: info su visual J 6.0 eJbuilder 1.0

Salve a tutti.
Un collega mi ha prestato il jbuilder 1.0 professional (lui usa la
2.0), che differenze ci sono tra questa versione e la 2.0 ?
Il visual java della microsoft ha un compilatore nativo e costringe
ad usare le sue classi e i suoi oggetti se si vuole programmare in
visuale, ma su quale livello di velocità dell'eseguibile siamo ? a
livello del vb 6, peggio o meglio? e gli eseguibili hanno necessita'
di mille dll come il vb o sono al livello del visual c++ ?
In definitiva se non mi sbaglio si tratta di un porting del vb con
sintassi java e nualla piu ?
Se cosi' fosse sarebbe comunque un alternativa al vb per la
programmazione in win98.
vi prego di fare il massimo di chiarezza, visto che si capisce che su 
questo argomento non ho molta esperienza.
grazie in anticipo.


JBuilder 2.0 supporta (all'interno degli editor "visuali") JFC e Swing
(classi per fornire alle applicazioni un'interfaccia utente più avanzata di
quella fornita dalle classi AWT).
Sono stati aggiunti diversi beans.
Puoi trovare altre informazioni sul sito della Inprise (ex Borland)
http://www.inprise.com
E' appena uscita la versione 2.01 (o 2.1?) che dovrebbe supportare anche JDK
1.2.
Purtroppo l'ambiente di sviluppo (parlo della versione 2.0) sembra ancora
piuttosto instabile (come un elefante ubriaco bendato lanciato a 300Km/h su
un monopattino :-) ).
Non ho ancora provato Visual J++ ultima release e quindi non posso aiutarti
oltre...
---
Valter Minute
min...@fortech.it
 (the reply address of this message is invalid)
---
Are you looking for a good freeware ScreenSaver? Try FOYD!
http://hotfiles.zdnet.com/cgi-bin/texis/swlib/hotfiles/getit.bin?fcode=000PZ
0
if you want, I can send you the (free) C++ source code.

programmazione in win98.
Lo e`, anche se sarebbe il caso di fare qualche "benchmark"
VB contro VJ++, visto il codice nativo presente nel primo ma
non nel secondo (questione rilevante solo per programmi che
fanno "calcoli serii", normalmente; la gran parte dei programmi
che passano il loro tempo sostanzialmente fra GUI, database,
rete, accessi al sistema, ecc, girano comunque in un caso e
nell'altro codice nativo "di libreria" -- infatti non sono molti i
programmi VB che beneficiano _visibilmente_ dalla compilazione
a codice nativo rispetto a quella a pseudocodice, ad esempio).
Java ha comunque un vantaggio di precisione e manutenibilita`
per programmi grossi, a cui VB, secondo me, non arriva.  Cosa
non molto importante per tanti programmi, ragionevolmente
divisibili in componenti indipendenti di non piu` di poche migliaia,
o al massimo decine di migliaia, di righe di codice, ma per un
programma "serio", da parecchie decine di migliaia di righe di
codice in su per un qualche componente, personalmente sarei
MOLTO riluttante a doverlo organizzare, e soprattutto poi
manutenere negli anni, in VB (anche VB6, e nonostante le
varie migliorie "enterprise" di varia natura).  Se il programma
poi NON e` organizzato ad oggetti, cioe` diciamo se piu` del
10% circa del codice non e` in moduli Class, come purtroppo
VB puo` facilmente tentare il programmatore inesperto a fare,
i limiti di dimensione dei componenti indipendenti ragionevolmente
manutenibili possono crollare anche di un'ordine di grandezza.
(Per completezza, osservo che a partire da una certa soglia,
diciamo poche centinaia di migliaia di righe, secondo me anche
Java non ha le strutture ottimali di organizzazione e gestibilita`,
e bisognerebbe forse pensare in termini di altri linguaggi, con
provate capacita` di "programming in the large", come Eiffel,
Ada, o C++; ma queste sono mie opinioni, non direttamente
dimostrate da esperienze -- i programmi con i quali mi sono
trovato direttamente coinvolto si sono _sempre_ dimostrati
"fattorizzabili" in componenti indipendenti di non piu` di poche
centinaia di migliaia di righe, a maggior ragione oggi, con le
moderne tecnologie orientate ai componenti, ricche librerie,
linguaggi potenti che riducono la "dimensione dei sorgenti"
di un componente a parita` di ricchezza funzionale, ecc ecc).
Alex