Newsgroup: it.comp.java
Titolo: Cerco patch x Jpad :-(

Salve a tutti,
ho iniziato a scrivere programmini in java ma fra poco la mia versione
trial di JPAD mi lascera' a piedi. Qualcuno sa consigliarmi un altro
editor o sa dirmi dove cercare le patch?
Grazie a chi mi dara' una mano.
niknic

editor o sa dirmi dove cercare le patch?
Su IoProgrammo di luglio/agosto, n.16, in edicola ora, c'e` la
versione standard di Supercede -- che e` un editor, e molto
altro, ma nessuno ti impedisce in particolare di usare solo
come editor se e` questo che vuoi. Licenza gratis e senza
data di scadenza.
In rete sul sito microsoft, iscrivendosi alla site builders'
network (che e` gratis, e ti basta il livello guest) puoi poi
scaricare la versione "trial" (ma e` senza data di scadenza
e non capisco in cosa si differenzi da quella "normale")
di Visual J++ 1.1, che fra le varie cose ha un editor assai
decente (puoi inoltre aggiornare anche il compilatore e il
debugger ecc che pure ti fornisce, scaricando sempre
gratis il SDK For Java versione 2 o 3 [quest'ultima e` in
teoria in beta ma l'ho trovata solida], come da mio post
su questo stesso gruppo di pochi giorni fa, che dovresti
trovare senza fatica tramite dejanews).
GVIM, Emacs, e certamente migliaia di altri ottimi e
potenti editor gratuiti, forniscono inoltre modi operativi
con supporto diretto per Java.  Non so cosa di piu` ti
dia JPAD, ma dubito che ci sia molto che non puoi
trovare in questo tot di software gratuito...
Alex


http://astalavista.box.sk
Pippuz

 trovare in questo tot di software gratuito...
No, Alex non so neppure io cosa mi dia in piu' Jpad. Il fatto e' che
essendo alle prime armi con Java, non conosco bene le varie soluzioni. Non
deridermi se ti dico che ho Visual J++ ma non riesco a configurarlo x la
versione JDK 1.1.6. Ecco il motivo per cui ho abbandonato, almeno per il
momento, visual J++ .  Direi che il problema e' tecnico non di preconcetti
:-)Anzi ti ringrazio vivamente per la tua dettagliata spiegazione .
Nicola

:-)Anzi ti ringrazio vivamente per la tua dettagliata spiegazione .
Quindi, riassumendo: puoi aggiornare il tuo VJ++ mettendoci
sotto il SDK (for Java) 2.0 microsoft, gratuitamente scaricabile
dal loro sito; e/o puoi prendere Supercede (consiglio il CDROM
di IoProgrammo ora in edicola) -- quest'ultimo e` meglio per la
gran parte dei compiti, ma se hai poca memoria (meno di 64
mega) VJ++ e` molto piu` veloce in compilazione, inoltre e`
piu` adatto a chiamare le varie DLL di Windows (inclusi i vari
Direct/X, eccetera).  Puo` meritare averli entrambi (tanto sono
gratis...), aiuta anche a verificare la portabilita` dei programmi!-)
Alex

 gratis...), aiuta anche a verificare la portabilita` dei programmi!-)
Cosa intendi per portabilita' dei programmi??
Esiste qualche altra piattaforma oltre Windows su cui un programma che 
utilizza DLL (a proposito, andatevi a leggere cosa dice un programmatore 
esperto sul sito del Doctor Dobbs Journal 
http://www.ddj.com/oped/1998/pfei.htm
) e DirectX possa funzionare??
Se proprio volete utilizzare VJ++ (che tra l'altro reputo un buon IDE) 
lasciate perdere le genialate dello zio Bill e forse il vostro bel 
programmino avra' qualche speranza in più' di essere portabile.
J   

programmino avra' qualche speranza in più' di essere portabile.
Le estensioni a Java che presenta la versione Microsoft sino
all'SDK 2 sono interamente espresse come commenti particolari,
contenenti direttive come "@com"; la presenza di queste direttive
non puo` dunque avere alcun effetto negativo su di un altro
compilatore Java, che le vedra`, appunto, semplicemente come
commenti (naturalmente, le *funzionalita`* che col JDK Microsoft
vengono cosi` accedute -- ad esempio in serventi COM -- dovranno
invece essere reimplementate, ad esempio come codice JNI, se
si usa un compilatore Java non Microsoft... ma questo tipo di
implementazione in codice nativo sarebbe comunque stata
necessaria, se a funzionalita` native si deve accedere, anche
senza i commenti "@com" nei sorgenti!-).
SDK 3 (e VJ++ 6) presentano invece una estensione che NON
si presenta come commento, il costrutto "delegate" (che a me non
piace molto, ma e` chiaramente un chiodo fisso del tizio che MS
ha portato via a Borland per fargli fare il framework WFC -- oltre
che nel Java Microsoft, questi e` infatti riuscito a infilare questo
costrutto sia nell'Object Pascal, sia nel C++Builder di Borland!-).
Si tratta in pratica di accoppiare l'identificazione di un oggetto, e
di un certo metodo di quell'oggetto, come un singolo "atomo" che
si puo` passare in giro e al quale possono essere fatte chiamate.
Piu` restrittivo del concetto di "interface" del Java normale (che
pure e` presente nel Java Microsoft) anche se forse piu` adatto
ad ottimizzazioni di prestazioni.
Comunque, _questo_ costrutto va sicuramente evitato nelle
parti di codice che si vogliono mantere portatili -- andra` relegato
alle parti che devono interagire col framework WFC (che non
possono farne a meno).  Cosi` pure, la RMI, che Microsoft non
implementa, andra` pure evitata nelle parti di codice che si
devono mantenere portatili.
Per scrivere Java portatile, dunque, bisogna separare con
pulizia e attenzione:
    -- le parti "essenziali" dell'applicazione, o "business logic"
        che dir si voglia -- queste possono comprendere anche
        funzioni di comunicazione, ma solo se realizzate in modo
        portabile (socket, URL, ...), e cosi` via;
    -- le parti "distributed-object" -- che useranno, si presume,
        RMI/Corba per il Java Sun/Netscape, COM/DCOM per
        quello Microsoft;
    -- le parti di GUI (se si vogliono usare Swing da un lato,
        e WFC dall'altro -- o, ad esempio, OpenGL da un lato,
        DirectX dall'altro, e cosi` via).
Ci sono naturalmente delle alternative di "minimo comun
denominatore" -- come l'AWT per la GUI, e un distributed
object basato ad esempio su orblet Java, o Voyager della
ObjectSpace, ecc -- se si considera accettabile la piu`
ridotta funzionalita` che possono offrire rispetto alle scelte
piu` potenti ma meno portatili.  Comunque e` una buona
prassi partizionare cosi` i propri progetti -- la parte "di
nucleo" puo` risultare ampiamente riutilizzabile a fronte
anche di cambiamenti drastici nelle interfacce utente e
nelle scelte di DOC ("distributed object computing").
In ogni caso, sarebbe secondo me molto poco previdente
chi oggi investisse cifre e tempi sostanziali nello sviluppo
Java senza accertarsi di stare scrivendo codice che puo`
funzionare bene sia con i compilatori e le macchine virtuali
Microsoft, sia con quelli Sun.  Un simile investimento deve
offrire ritorni nel tempo, e chi oggi potrebbe scommettere
che, diciamo, fra 5 anni entrambi i fornitori saranno ancora
sul mercato...?  E` possibile, ma e` anche possibile che
invece l'uno o l'altro abbia prevalso -- la cura dedicata alla
futura portabilita` del proprio codice e` un piccolo "premio
di assicurazione" da pagare per cautelarsi contro simili
incidenti di percorso (15 anni fa, il mio codice Pascal, fatto
per Microsoft Pascal, era sempre curato per potere restare
compatibile anche con UCSD Pascal e quindi potenzialmente
portabile ad esso -- quando emerse dal nulla il fenomeno
Turbo Pascal, e spazzo` via i concorrenti nel settore, il MIO
codice con modifiche minime continuo` a vivere e fiorire:-).
"Chi non impara dalla storia e` destinato a ripeterla", per
citare [parafrasando come di solito si fa] Santayana...:-)
Alex

On Mon, 20 Jul 1998 23:35:11 GMT, 
pip...@tin.it
 (Filippo De Grandi)
wrote:

A dimenticavo, lascia perdere TUTTO ciò che viene prodotto da
microsoft per lo sviluppo in java, visto che utilizza un tipo di java
tutto suo che non c'entra niente con il java standard.
Se vuoi imparare a programmare in java vero (vero = standard =
portabile su qualsiasi piattaforma) usa JPadPro, così impari a
programmare sul serio, tra un po' di tempo, dopo aver penato un
pochino per scrivere tutto il sorgente senza aiuti di nessun builder,
passa a qualcosa tipo supercede (che però ha dei problemi con i
pannelli annidati) o cose più serie tipo CosmoCode o Jbuilder e visual
cafe.
Pippuz

 Pippuz
Ok, mi sa che seguiro' il tuo ottimo consiglio :-)
Grazie.
Nicola

Ok, mi sa che seguiro' il tuo ottimo consiglio :-)
Ma allora sono io l'unico pirla che si scrive il codice con NotePad di
Winzozz e poi lo compila col javac? Cazzarola... sara' meglio che mi adegui
allora...
Lone Wolf

Winzozz e poi lo compila col javac? Cazzarola... sara' meglio che mi adegui
Possono cambiare dei dettagli (ad esempio l'editor che uso
sempre io e` gvim, un clone del vecchio ma sempre valido vi
di Unixiana memoria -- e il compilatore che uso il 50% delle
volte il veloce jvc, parte dell'SDK Java 2.02 Microsoft, in
barba a chi considera "portabilita`" ignorare completamente
il principale fornitore di software al mondo...:-), ma non sei
certo l'unico ad amare la buona vecchia accoppiata "editor
e compilatore".  Il problema tende a venire col debugger --
e` li` che un IDE brilla veramente e un ambiente a "linea di
comando" mostra un po' la corda.  (Se le cose che scrivi
hanno molta GUI, anche li` un "editor specializzato" puo`
essere assai meglio che non cercare di sistemare un
layout di un dialogo aggiustando il codice che lo realizza).
Se la potenza del PC utilizzato e` adeguata (soprattutto
se ha tutta la memoria che serve -- Supercede ad esempio
richiede un minimo di 48 mega e suggerisce fortemente
di averne almeno 64), cosi` che le prestazioni dell'IDE siano
"praticamente istantanee" quanto quelle della combinazione
editor/compilatore, la produttivita` in termini di stesura del
codice puo` trarre dall'uso di un IDE benefici che variano
da un 10-20% (a malapena avvertibili) sino ad un raddoppio
(100% piu` codice prodotto per unita` di tempo), o in rari casi
anche di piu`, a seconda dei compiti che si stanno svolgendo,
della familiarita` dell'utente coi due diversi ambienti, della
ricchezza e qualita` dell'IDE utilizzato, e cosi` via.  In fase
di debugging, i rapporti dovrebbero essere ancora superiori,
soprattutto con un debugger "correggi e continua" come quelli
di Supercede e di Microsoft Visual J++ 6.0.
Alex

 Lone Wolf
Beh! Io non sono tanto lontano. Ho trovato un editor (Java Station) che e' come
Notepad solo che puoi aprire piu' finestre e con un click su un tasto lo
compili. L'output del compilatore (warning, error etc..) viene catturato in una
ulteriore finestra, cosi' che quando ti dimentichi una maiuscola in cima al pgm
e ti compaiono circa 100 errori, puoi comunque scorrere la finestra verso
l'alto...
Ho avuto recentemente le mie prime esperienze con Visual C++ 5. Ma non mi da il
controllo del codice! Mette tutto in quegli alberelli a sinistra che chissà
dove sono andate le mie routine. Bleah!
Vi invito tutti però ad assaporare Java Studio o meglio ancora Java Workshop
della Sun. Li' si' che i programmi vengono sfornati ordinati e corretti!
--
Alexis Paul "JB" Bertolini
- PhD student in Computer Science at Milan University, Italy
- Managing director of Warehouse Creations
- Developer of Java applications, Web services, Network Databases
- Member of the IEEE Computer Society
- Teacher of English as a foreign language
- 
http://www.geocities.com/eureka/9125

richiede un minimo di 48 mega e suggerisce fortemente
Alla faccia della memoria adeguata! Cosa se ne fa un editor di cosi' tanta
RAM?
Lone Wolf

dove sono andate le mie routine. Bleah!
??? Visual C++ (e, piu` rilevante a questo gruppo, Visual J++) NON "mette
tutto in quegli alberelli" -- in "quegli alberelli" ci sono solo un paio di
strutture
che, se vuoi, possono aiutarti a trovare le cose all'interno del tuo codice:
dalla Class View, puoi trovare dove sono definite le classi e i loro metodi,
o in alternativa dalla File View puoi aprire direttamente i tuoi file
sorgenti
nell'editor.  Inoltre se abiliti il Project/Settings/Browse Info, viene
costruito
un ulteriore "indice" di browse che permette di saltare velocemente agli
identificatori -- un po' come il buon vecchio ctags di vi/emacs con un poco
piu` di conoscenza del linguaggio (ad esempio, le strutture lessicali).
Come sara` che, A ME, VC++ *da* "il controllo del codice" -- forse perche`
ho speso 5 minuti all'inizio a studiare il manuale, vecchia ed eccentrica
abitudine che mi porto dietro da decenni...?-)  [Per l'editing "pesante" uso
e sempre usero` gvim o altri cloni vi -- nessun editor non-modale sara`
mai altrettanto produttivo... -- ma questo non e` un problema, visto che il
VC++/VJ++ non impedisce di usare altri editor, si accorge che i file che
ha perti gli sono stati cambiati sotto il naso, e (automaticamente, oppure
chiedendotelo prima, secondo le tue preferenze) ricarica le versioni
aggiornate...].
Alex

Alla faccia della memoria adeguata! Cosa se ne fa un editor di cosi' tanta
Supercede, naturalmente, non e` solo un editor -- e` un
completo ambiente integrato di sviluppo (IDE) con editor,
editor di risorse, compilatore, debugger (fortissimo -- puoi
cambiare il codice al volo da un breakpoint e continuare,
te lo ricompila e patcha al volo...!-), e chi piu` ne ha piu`
ne metta.  Visual-Age Java 2, dell'IBM, mi pare che di RAM
ne richieda un po' di piu` (almeno la versione beta che e`
attualmente scaricabile gratis).
Alex

- PhD student in Computer Science at Milan University, Italy
Cavoli, anch'io! Io sono al secondo... ahem, terzo anno, mi manca ancora un
po'... :-)
Lone Wolf

 > programmare sul serio
Se, come me, non siete amanti dei RAD e vi piace avere il controllo 
completo di tutto quello che scrivete, vi consiglio di provare Source 
Insight 2.1
La Trial e' scaricabile dal sito 
http://www.sourcedyn.com/
ed e' solo 760Kb ;-))
Fra tutti gli editor che ho provato (PFE, Multiedit, JPadPro, 
Freebuilder, ...) secondo me e' il migliore.
L'unico problema e' che dura 30 giorni e' il costo di registrazione e' 
imroponibile.
Comunque, visto che si scarica in un attimo e occupa solo 1,4Mb del 
vostro HD, dateci un'occhiata.
J