Newsgroup: it.comp.java
Titolo: Avete provato VisualAge 2.0 ?

 Unite for Java - Join the Java Lobby now! (
http://www.javalobby.org
)     <
============================================================================

...
Avete provato VisualAge 2.0 ?
Vorrei sapere le impressioni d'uso, i pro ed i contro e una possibile
comparazione con VisualCafe PDE 2.5a.
La mia prova uscirà su PC Professionale (novembre o dicembre).
VisualAge è un prodotto notevole: puoi rappresentare la maggior parte delle
operazioni del programma visualmente tirando delle frecce fra i componenti
visuali e non per rappresentare lo scambio di messaggi.
Per usare al meglio questa possibilità devi strutturare i componenti in modo
da dare espressività a questo scambio di messaggi: "copia questo campo di
testo in questa colonna del database" è troppo a basso livello e va
incapsulato nei componenti interni. Meglio che la freccia rappresenti
"aggiorna i dati del cliente visualizzato".
Oltre ad essere molto innovativo (ma in realtà si tratta del modello che
Smaltalk segue da parecchi anni) VisualAge è anche adeguato alla concorrenza
in dettagli non da poco, la 2.0 ha il completamento dei nomi di variabile e
l'help on line.
Il debugger è eccellente.
In definitiva, io sceglierei fra i due prodotti sulla base di due criteri:
1. sviluppo RAD tradizionale (VC) o imparare un modello più complesso e più
produttivo veramente a oggetti (VA)?
2. poca RAM a disposizione (VC) o macchine di sviluppo con un minimo di 64M
(VA)?
Io consiglio sempre 128M e NT server per le macchine di sviluppo: va tutto
più veloce e si incarta molto di meno.

...


 Vorrei sapere le impressioni d'uso, i pro ed i contro e una possibile comparazione con VisualCafe PDE 2.5a.
Io ho usato la versione Entry (gratuita) e adesso la Professional.
Prima usavo la 1.0 Pro.
Ha un sistema di versionamento automatico, quello che scrivi viene 
mantenuto nel Repository mentre la versione in uso sta nel workspace, 
precisazione che serve per capire i passi successivi:
- Versione Entry: e' come la Professional ma limitata a 500 classi nel
workspace, nel repository non c'e' limite, insomma ci puoi gia' 
lavorare, io ci stavo facendo un database con Swing, MaxBase (database
completamente in Java: 
http://www.bmtmicro.com
) e paccate di javabeans
IBM da VADD (
http://www.software.ibm.com/vadd
) e AlphaWorks 
(
http://www.alphaworks.ibm.com
) e  avevo spazio per le mie classi...
- Versione Pro... nessun limite, 4 CD: versione OS/2 (uso questa), 
Win32, corso e CD di trial/demo/free di javabeans.
- Versione Enterprise: come la Pro, con in piu' javabeans per il 
supporto di transazioni CICS e altra roba per sviluppatori "grossi", 
la sto aspettando...
La VM usata e' del Java 1.1.6, le Swing sono le 1.02.
La compilazione e' incrementale, ogni volta che scrivi qualcosa viene 
compilata... non puoi fare errori perche' quando salvi un metodo 
l'errore ti viene subito trovato.
La versione OS/2 vuole il fix 5, mentre la Win32 su NT il service pack
3.
Quello che cambia con VisualAge rispetto agli altri sistemi e' il 
metodo di sviluppo veramente visuale, non ti limiti a disegnare 
l'interfaccia ma disegni anche i collegamenti tra le proprieta' e gli 
eventi degli oggetti, esempio:
per attivare un dialogo di About te lo disegni, clicchi sulle 
proprieta' del menu item di help, selezioni connect e actionPerformed,
tiri il filo sulla finestra di about e chiudi il collegamento sul 
metodo show().
Per chiudere la finestra selezioni il pulsante OK e al solito connetti
l'actionPerformed sul metodo dispose() della finestra.
Naturalmente puoi fare collegamenti anche a componenti non visuali.
Aggiungere JavaBeans visuali e non alla palette e' facilissimo, basta 
importare i file jar dei beans.
Su un vecchio numero di Just WARP! (
http://VOLFTP.tin.it/TEAMOS2
 e 
http://www.mclink.it/mclink/teamos2it/ita
) c'era due articoli su VAJ 
1.0 che ti mostrano come funziona. Esempi sul 2.0 li trovi su VADD 
(
http://www.software.ibm.com/vadd
); se ho tempo scrivero' una 
recensione per il prossimo numero di Just WARP!.
Questo metodo di lavoro c'e' anche con VisualAge for C++ 3.5 per Win32
e OS/2.
In confronto quando ho fatto questo con Visual C++ 4.0, forse per mia 
imperizia dato che e' la prima volta che lo uso, mi sono dovuto 
limitare a disegnare la finestra di about, poi ho dovuto scrivere a 
mano il codice per gestire il dispatch del menu e una procedura per 
gestire la finestra di dialogo... chiamalo Visual....
Per imparare sia con la versione Pro che Entry hai diversi manuali in 
formato PDF e dai Redbooks di IBM puoi scaricare altri manuali PDF o 
vederli in HTML su web.
Secondo me e' un ambiente semplicemente geniale, non userei altro, 
anzi quando esce VAC++ 4.0 mi prendo pure quello. 
Il consiglio e' di guardare le recensioni di Just WARP! e VADD per 
vedere come e' fatto, poi scaricare la versione entry e provarla.
Noi del Team OS/2 Italia stiamo anche preparando un CD per 
sviluppatori OS/2 dove ci sara' la versione Entry per questo S.O.
I sistemi sui quali l'ho usato sono:
VAJ 2.0 Entry: Pentium 166 MMX con 48 Mbyte e OS/2 con fix 5.
VAJ 2.0 Pro: Pentium II 233 con 192 Mbyte e OS/2 con fix 6.
Sul newsgroup di Ibm ho letto che se usi NT e' meglio installarlo su 
una partizione HPFS per farlo andare piu' veloce.
Ciao,
 Marco Bertini
/---------------------------------
| Bertini - 
ber...@iname.com
| 
http://dsi.ing.unifi.it/~bertini
\---------------------------------

On 5 Nov 1998 19:53:45 GMT, Bertini wrote:
:>VAJ 2.0 Entry: Pentium 166 MMX con 48 Mbyte e OS/2 con fix 5.
:>VAJ 2.0 Pro: Pentium II 233 con 192 Mbyte e OS/2 con fix 6.
Prestazioni?
alessand...@usa.net
 -  
http://users.iol.it/alessandro.carini/
  -  pgp key available

Prestazioni?
Invivibile con 32 o 48 Mb, fattibile con 64 o più. E' più pesante di Visual
Cafè però sulla mia macchina (233 MMX + 128 Mb RAM) le prestazioni sono
simili a quelle degli ambienti più leggeri. In generale penso che i
programmi pesanti (e specialmente quelli Java con un sacco di thread)
performino meglio su un sistema meno primitivo di Windows 95/98. Su Nt,
infatti, i thread sono thread per davvero e le prestazioni sono più
uniformi.

 Prestazioni?
Curiosamente con il Pentium II a 233 e con 192 Mbyte va piu' 
veloce....   :-)
In realta' il Pentium 166 era piu' che adeguato a patto di avere un 
file di swap molto grande, alla fine lo avevo impostato a 100 Mbyte.
Quello che richiede piu' risorse e' lo sviluppo visuale, e con OS/2 
conviene mettere subito lo swap al massimo per avere maggior 
efficienza.
Piu' che il processore serve la memoria comunque, per cui sia swap sia
RAM.
Ciao,
 Marco Bertini
/---------------------------------
| Bertini - 
ber...@iname.com
\---------------------------------

 uniformi.
I thread mi sembra siano stati introdotti da NT 4.
OS/2 li aveva da una vita, almeno 2.0


OS/2 li aveva da una vita, almeno 2.0
Mi pare infatti che OS/2 2.0 sia arrivato sul mercato
_prima_ della prima versione commerciale di NT (la
3.?); e (ma non ci scommetterei...) non li aveva anche
nella 1.1?
Comunque, per chi programma in Java, non mi pare
che queste note storiche siano molto importanti;
Java ha avuto i suoi thread sin dalla 1.0 (all'epoca,
i thread c'erano gia` sicuramente su tutte le varie
piattaforme d'interesse), anche se, per varie
"generazioni" di alcune JVM, l'implementazione di
Java ha tardato un po' a servirsi effettivamente dei
thread messi a disposizione da alcuni sistemi
operativi, usando invece una simulazione user
mode (se non sbaglio, ad esempio, la JVM 1.0
su Solaris funzionava cosi` -- con i cosiddetti
"green threads", che pero` non erano thread "veri"
dal punto di vista del sistema operativo Solaris --
situazione spiacevole, rimediata per fortuna da
successivi rilasci della stessa JVM).
Alex