Newsgroup: it.comp.java
Titolo: [OT] Applet, applet, applet...

... oltre 400 Applet, l'Applet non si connette al database, 
l'Applet non invia l'e-mail, l'Applet non parte nel browser,
l'Applet non funziona, Applet, Applet, Applet.
Una riflessione ed una considerazione: avete notato che
NEMMENO la Sun usa più Applet nel proprio sito dedicato
a Java? [
http://java.sun.com/
]
Vi siete chiesti il perché?
Anche sulla quantità/qualità avrei da ridire: come mai
la maggior parte delle Applet sono effetti grafici per
lo più inutili? 
La Sun le ha usate, con successo, all'inizio per promuovere
la diffusione di Java, ma ora basta. Basta Applet.
Le Applet sono tecnologia morta: è un po' come inviare una
e-mail con un piccione viaggiatore (attenzione, non ho nulla
contro JavaMail), è un po' come usare una clava per piantare
dei chiodi se si deve appendere un quadro. Insomma: non usatele!
Sono inutili, fanno perdere tempo.
Buona giornata a tutti e...
... anche se è un po' presto:
"Buon Appletito!"
-- Castagna

Non mi pare OT.
Io sono una principiante di Java; devo dire che non mi interessano per
niente gli effetti speciali, ma le possibilità di programmazione all'interno
del brws offerte dalle applet. Quindi il tuo discorso mi pare interessante.
Qual è l'alternativa valida secondo te? ActiveX? Ma non è
piattaforma-dipendente?
E Java allora lo useresti solo per le applicazioni? A dire il vero a me pare
che lì risulti inferiore ad altri linguaggi, a parte il discorso
portabilità, che tutto sommato ad oggi non è ancora così fondamentale.
Camilla


 ancora così fondamentale.
Come no?? Se hai una rete mista cosa fai? ti scrivi 2/3/4 diverse
applicazioni o ne scrivi una sola? Se vuoi vendere una applicazione
server fai 4 porting diversi (Windows, Linux, Unix e Mac) o scrivi
una sola implementazione? Se vuoi distribuire una web-applicazione
server-side ne fai una versione ASP, una PHP, una in PERL etc. o
ne fai una sola usando JSP/Servlet ? (PHP ha seri problemi con i
database).
Davide

Qual è l'alternativa valida secondo te? ActiveX? Ma non è piattaforma-dipendente?
Anche con le Applet non è tutto rosa e fiori.
L'utente può disabilitare o non aver installato il supporto per Java.
L'utente può utilizzare un browser che non supporta Java.
Attenzione alle differenze di implementazione della JVM dei browser.
Attenzione a non usare Swing altrimenti occorre il Java Plug-Ins che
non tutti potrebbero avere e/o voler installare (più di 5 MB, con il JRE!).
Mozilla offre un'interessante e seria opportunità: Plug-Ins scritti in Java
chiamati Pluglets: 
http://www.mozilla.org/projects/blackwood/#PluginsJava
 ,
http://www.mozilla.org/projects/blackwood/java-plugins/
Ma, segui un consiglio, non perdere tempo con le Applet! :)
Bye

applicazioni grafiche non girano troppo male.
Non sono daccordo: come mai il back-end di Google (il più veloce
motore di ricerca) è implementato in C e non in Java?
Che Java sia più semplice, più veloce (== sbrigativo) sono
daccordo, ma non si possono fare discorsi così, in generale.
Anche perché poi si è già parlato in moltissime occasioni di
questo.
Bye :)

 Sono inutili, fanno perdere tempo.
Dillo al mio collega amministratore di rete.
Ciao,
	Stefano
----------
"X WindowSSS, teSSSoro mio... lo odieremo per SSSempre"
Bill Gollum
----------

Dillo al mio collega amministratore di rete.
... anche Allot, Packeteer, Domino, e tantissimi altri usano 
Applet, ma sono per lo più tutti programmi di configurazione. 
Non si tratta di siti pubblici, commerciali con elevati traffici.
Le news sono la classica eccezione che conferma la regola.
Anche l'editoria oramai risente di questo... libri sulle Applet
se ne pubblicano sempre meno. Però è bello discuterne.
Io credo che se si vuole usare Java seriamente in un sistema
distribuito vale la pena implementare i clients come Applicazioni
e non come Applets. Anche perché se si vuole fare qualcosa di
decente non si può fare a meno di Swing, che per non creare
problemi, necessita del Java Plug-In, che a sua volta necessita
del JRE... e quindi, una volta installato il JRE... ;)
Certo è che dal punto di vista del deployment e della manutenzione
del tutto le Applet sono più comode... senza dubbio.
Ma si può ottenere lo stesso risultato anche utilizzando RMI.
Certo, non è così semplice... come le Applet.
Io penso anche a chi si approccia a Java, perché ha incontrato
le Applet, non è giusto nei loro confronti, credo io, spingerli
verso un argomento che non è che marginale nell'universo Java.
Per iniziare a programmare in Java non consiglierei mai a nessuno
di iniziare facendo Applet... nemmeno tu l'hai fatto, e per fortuna! ;)
Le Applet lasciamole alla Cisco, all'IBM ed a tutti i sistemi di
amministrazione destinati a morire :P
Ricordi la discussione sui progetti falliti in Java di tempo fa?
Bye


Io ho incominciato con le Applet.. Ho fatto una applet per giocare a scala
40 on line e una chat .... Non ho potuto usare swing ma piano piano ......
Quando mi chiedevano se era possibile mettere un immagine di sfondo..
Pensavo ma certo... Ci sono un sacco di classi... Opss non sopportate... E
beh .. me le faccio da solo...  .. Per imparare penso che le applet vadano
bene ....
Maloxxx

 writes:
C> La Sun le ha usate, con successo, all'inizio per promuovere
C> la diffusione di Java, ma ora basta. Basta Applet.
Non cosě categorico. Ci sono casi in cui un'applet č ancora una
scelta valida (accesso via WWW ad un Db LDAP - PHP pare avere dei
problemi).
C> Le Applet sono tecnologia morta: č un po' come inviare una
C> e-mail con un piccione viaggiatore (attenzione, non ho nulla
C> contro JavaMail),
Una e-mail col piccione viaggiatore non ha niente di male, anzi
č prevista dalle RFC :)
--
Gian Uberto| main(){printf(&unix["\021%six\012\0"],(unix)["have"]+"fun"-0x60);}
Lauri      |                        David Korn, 1987 ioccc best one liner 
(aka saint)|-------------------------------------------------------------------
em@ail: 
sa...@eng.it
 ( vedere X-nospam nello header - see X-nospam in header )

Sono inutili, fanno perdere tempo.
Ma la tua non mi sembra una posizione in cui si spieghi il perche'. Perche'? Perche' non
dovremmo usare Applet? La posizione "perche' Castagna dice di no" non mi sembra
sostenibile :-D
Gli applet sono uno strumento come tanti altri, che possono essere usati, e che per molti
tipi di applicazione sono la soluzione adatta. Ad esempio, un annetto fa, ho sviluppato un
sistema di trading online realizzato con un applet che e' risultato quello piu' veloce sul
mercato: nel trading online questo e' (era? :-D) piuttosto importante :-). Lo stesso vale
per un sistema realtime di push dei prezzi su internet: anche qui l'applet e' risultata la
soluzione migliore.
Ad ogni progetto che parte noi valutiamo quale sia la soluzione migliore: di solito si usa
un applet quando c'e' molta interazione utente lato client, o quando si necessita di alte
velocita' di aggiornamento dati fra il server ed il client. Negli altri casi, si passa a
soluzioni basate su servlet, jsp, ejb. Ma io non mi precludo mai una strada. Perche'
dovrei farlo? 
Ciao,
    Bruno.
|
| Bruno Bossola
| A Java Software Engineer :-)
| 
http://members.xoom.it/bbruno
|

è prevista dalle RFC :)
Beh, ma anche IP sugli aerei da cargo se è per questo, 
ma poi non ho mai visto compagnie aeree che lo adottano ;)

 La posizione "perche' Castagna dice di no" non mi sembra sostenibile :-D
Certo, io vorrei solo consigliare ai "principianti" soprattutto di non
perdere tempo con le Applet. Con le loro limitazioni (sia per la GUI,
sia per il SecurityManager dei browser, sia per l'implementazione della
JVM, sia per le dimensioni spropositate del Java Plug-Ins) non fanno
altro che creare problemi. Le domande a riguardo sul ng sono numerose.
Se ci si vuole divertire con le GUI, fatelo con Swing ma in applicazioni! :)
Quello che dico é: che senso ha fare un'Applet se poi ciò crea così 
tanti problemi? Non è meglio un'applicazione (client) stand-alone?
Che magari sfrutti RMI... 
Spero di essermi spiegato.
In ogni caso io non vieto nulla a nessuno, a parte gli OT, 
semplicemente esprimo un'opinione.

> è prevista dalle RFC :)
C> Beh, ma anche IP sugli aerei da cargo se è per questo, 
C> ma poi non ho mai visto compagnie aeree che lo adottano ;)
Beh, si  può applicare una variazione  della RFC 1149  citata anche da
Comer  nel suo  Internetworking  with TCP/IP.  E  credo che  Tanenbaum
ritirerebbe  fuori la  sua frase  "Mai sottovalutare  la  larghezza di
banda di un furgone che sfreccia sull'autostrada" :) :) :) :) :)



Diciamo allora che la tua opinione mi sembra che generalmente abbia un peso forte per le
persone cui ti rivolgi, e mi sembra corretto "controbilanciarla" :-D con un altra di segno
diverso (la mia) che spero altrettanto incisiva.
