Newsgroup: it.comp.java
Titolo: architettura basata su eventi?

Posso considerare Java come una architettura basata su eventi?
Per favore, sono un caso disperato...
(ma cosa vuol dire architettura basata su eventi?)
Grazie mille, la mia vita dipende da qualche buona anima
che possa darmi delucidazioni....
___________________________________________________
Se vuoi un indirizzo di posta elettronica gratuito, 
iscriviti a 
http://www.katamail.com
--
Posted from 
c000-h010.c000.sfo.cp.net
 [209.228.14.86]
via Mailgate.ORG Server - 
http://www.mailgate.org


La programmazione orientata agli eventi (EVENT-DRIVEN) consiste nel definire
un form (dati, testi, controlli,scelte) e associare a ciascuno di essi un
evento, cioe' una attivita' programmata (tasto,mouse,scorrimento). Nella
fase di realizzo si costruisce il form e gli si associa il codice
corrispondente (in forma di routine). Un tipico ambiente a eventi e' Visual
Basic 6.
JAVA non prevede eventi; e' un linguaggio a oggetti e il sorgente (sotto
forma di classi e progetti) viene compilato per la sua esecuzione di
bytecode affidata ad una macchina virtuale.
Con Java si realizzano poi le applet che girano su un browser.

 JAVA non prevede eventi
Allora cos'e' java.util.EventObject?
--
Ciao. Leonardo 
bos...@uno.it
 
http://surf.to/tetractys

 wrote in message
7s0cj1$j8r$1...@serv1.iunet.it...

La classe e' la radice della gerarchia degli oggetti. Il package serve a
estendere l'oggetto su una superclasse. E' tipico di JAVA 1.1.
Ciao.

 Ciao.
Ah... e JBuilder, per esempio, come fa a funzionare? E' tutto tipico di Java
1.1?
Scusa sai, ma oltre a non cogliere l'ironia di Leonardo, che non ha certo
bisogno di lezioni su classi e superclassi, stai facendo veramente un po'
troppa confusione. "La classe è la radice della gerarchia degli oggetti" non
ha alcun significato, men che meno "il package serve a estendere l'oggetto
su una superclasse". Evitiamo (notare l'inclusione personale) di dare
risposte errate a persone che hanno bisogno di chiarimenti e non di
ulteriore confusione. Sarebbe opportuno iniziare una risposta, a meno che
non si sappia ESATTAMENTE di cosa si sta parlando (o si presuma con
ragionevole certeza di averla... ma non filosofeggiamo) con un "Io credo
che...", "Da quanto ne so io...", "Premetto che la mia esperienza non è il
massimo, però...", ecc. ecc. In più bisognerebbe cercare anche di mantenere,
per quanto difficile, una certa consistenza dei termini usati.
Passando alla risposta a Marco, non so se si possa considerare Java
un'architettura basata sugli eventi, certo è che questi ultimi hanno
un'importanza fondamentale in Java, soprattutto da 1.1 in poi, in cui è
stato introdotto il nuovo modello. Questo modello è molto ben congegnato (io
l'avevo già incontrato con Fortè, i cui tecnici si vantavano che fosse un
loro brevetto, ma non mi convinsero allora e a maggior ragione adesso) e
meriterebbe un approfondimento abbastanza ... corposo. Leggiti "Thinking in
Java" e ne saprai sicuramente di più. Per la cronaca,  senza gli eventi non
funzionerebbero i Java Beans e gli Enterprise Java Beans, quindi,
probabilmente, si può dire che Java si basi un'architettura event driven,
che non è, come da mail precedenti, una GUI event-driven, anche se
collegata ad essa. Cioè, senza gli eventi non si possono fare tutte quelle
belle cose con le interfacce grafiche alla VB, ma tutte queste belle cose
non sono gli eventi, ma solo una piccola applicazione di essi (in questo
caso alla generazione visuale di codice, che non va confusa con la
programmazione OO, e così via)
Ugo
°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°
Enterprise Java Consulting
@mail: Ugo.L...@Flashnet.it
Home URL: 
http://www.ugolandini.net
Sample Work: 
http://www.sirena.lomb.cgil.it
Work Phone: 02/26254326
Cell Phone: 0347/6310749 - 0347/4783580
°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°

 Per favore, sono un caso disperato...
Uno dei sottosistemi di Java (vabbe' 2 con swing, che pero' a rigore e'
un'extension), AWT, e' organizzato ad eventi - in quanto incapsula la GUI
del sistema operativo sottostante (e le GUI di norma sono ad eventi).
Inoltre, e' possibilissimo costruire architetture event-driven in Java, hai
tutti gli strumenti (thread, semafori, eccezioni asincrone, ecc).
Un esempio di framework per fare questo lo trovi a
http://space.tin.it/computer/csadun/software/lf

programmazione OO, e cosě via
Da principiante di Java (ma non proprio di programmazione) mi sento a
questo punto di dare un consiglio agli altri principianti: non
spingetevi troppo presto a realizzare GUI complicate, magari
facilitati dagli ambienti di sviluppo visuali, senza prima aver ben
digerito la programmazione OO e in generale la soluzione di problemi
in ottica OO.
Altrimenti rischiate di impantanarvi...
Le gui vengono dopo, in fondo si tratta solo di prendere confidenza
con una quantita' di API.
Insomma, per cominciare, va benissimo l'editor del DOS e il JDK 1.1.8,
e magari si puo' realizzare una bella applicazione a console... no?
Ciao,  
 P.    === Replace "punto" with "." to get my email address.


Concordo... io ho cominciato a capire bene alcune cose di Java solo dopo esser
tornato ad usare la linea di comando (da JB 1.0), l'IDE nasconde dietro le
quinte troppe cose che sarebbe opportuno sapere. Solo in quel caso l'IDE è
veramente utile, cioè quando fa delle cose che tu potresti benissimo fare da
solo, ma lui fa prima. Quando cominciano ad esserci dei misteri sul come vanno
le cose c'è sempre un problema latente che prima o poi si farà sentire. Anche
qunado pensate di sapere esattamente cosa succede dietro le quinte, non è
detto che sia vero. Per fare un test, provate a scrivere una porzione di
codice complessa del codice su cui state lavorando solo con il jdk, facendo i
jar a mano, ecc. Vedrete quante cose non funzioneranno automaticamente e
quante cose scoprirete in poco tempo, dal significato esatto di package, ai
nomi delle classi, agli eventi - se provate a fare un'applet con un minimo di
interfaccia -, ecc.
--
