-
le mille classi di javaScritto daavvelentaniCubicolarioil 2009-01-23 18:47:00.0 alle 2009-01-23 18:47:00.0Trollate totali: 18184http://java.sun.com/j2se/1.5.0/docs/api/java/net/U...

http://java.sun.com/j2se/1.5.0/docs/api/java/net/U...
Queste cose fanno piangere gesu` bambino
I think happiness is love
- Vladimir Putin-
Re: le mille classi di javaScritto daNon Autenticatoil 2009-01-23 18:53:00.0 alle 2009-01-23 18:53:00.0perchè hanno deprecato un metodo che non aveva il charset mi sembra giusto che ci sia???
-
Re: le mille classi di javaScritto daavvelentaniCubicolarioil 2009-01-23 19:21:00.0 alle 2009-01-23 19:21:00.0Trollate totali: 18184
- Scritto da:
> perchè hanno deprecato un metodo che non aveva il
> charset mi sembra giusto che ci
> sia???
anche per quello, ma soprattutto perche' sono due classi dove ce ne dovrebbero essere state zero!
I think happiness is love
- Vladimir Putin-
Re: le mille classi di java- Scritto da: avvelentani
> anche per quello, ma soprattutto perche' sono due
> classi dove ce ne dovrebbero essere state zero!
>
Zero
?
`"la realta' non e' cosi' terrificante come vogliono farti credere" - Giambo ` - Wakko che cita Giambo-
Re: le mille classi di javaScritto daavvelentaniCubicolarioil 2009-01-23 19:57:00.0 alle 2009-01-23 19:57:00.0Trollate totali: 18184
- Scritto da: Giambo
> - Scritto da: avvelentani
>
> > anche per quello, ma soprattutto perche' sono
> due
> > classi dove ce ne dovrebbero essere state zero!
> >
>
> Zero
?
sono due funzioni.I think happiness is love
- Vladimir Putin-
Re: le mille classi di java`"la realta' non e' cosi' terrificante come vogliono farti credere" - Giambo ` - Wakko che cita Giambo
-
Re: le mille classi di javaScritto daavvelentaniCubicolarioil 2009-01-23 20:49:00.0 alle 2009-01-23 20:49:00.0Trollate totali: 18184
- Scritto da: Giambo
>
> - Scritto da: avvelentani
>
> > > Zero
?
> >
> > sono due funzioni.
>
> Tu le metteresti in un sola classe ?
Javisti: problemi nel concepire il concetto di zero classi.I think happiness is love
- Vladimir Putin-
Re: le mille classi di javaScritto daNon Autenticatoil 2009-01-23 20:50:00.0 alle 2009-01-23 20:50:00.0
- Scritto da: avvelentani
>
> - Scritto da: Giambo
> >
> > - Scritto da: avvelentani
> >
> > > > Zero
?
> > >
> > > sono due funzioni.
> >
> > Tu le metteresti in un sola classe ?
>
> Javisti: problemi nel concepire il concetto di
> zero
> classi.
Che senso ha usare quel pachiderma di java se poi non programmi ad oggetti anche per le stronzate?-
Re: le mille classi di javaScritto daavvelentaniCubicolarioil 2009-01-23 20:54:00.0 alle 2009-01-23 20:54:00.0Trollate totali: 18184
- Scritto da:
>
> - Scritto da: avvelentani
> >
> > - Scritto da: Giambo
> > >
> > > - Scritto da: avvelentani
> > >
> > > > > Zero
?
> > > >
> > > > sono due funzioni.
> > >
> > > Tu le metteresti in un sola classe ?
> >
> > Javisti: problemi nel concepire il concetto di
> > zero
> > classi.
>
> Che senso ha usare quel pachiderma di java se poi
> non programmi ad oggetti anche per le
> stronzate?
mi sembra una bella logica
I think happiness is love
- Vladimir Putin
-
-
Re: le mille classi di java
- Scritto da: avvelentani
>
> - Scritto da: Giambo
> >
> > - Scritto da: avvelentani
> >
> > > > Zero
?
> > >
> > > sono due funzioni.
> >
> > Tu le metteresti in un sola classe ?
>
> Javisti: problemi nel concepire il concetto di
> zero
> classi.
Ti stai arrampicando sugli specchi.
Test firma qui
The Lich™
« Non è morto ciò che in eterno può attendere,
e col passare di strani eoni, anche la morte può morire. »

-
Re: le mille classi di java
- Scritto da: avvelentani
> > > > Zero
?
> > >
> > > sono due funzioni.
> >
> > Tu le metteresti in un sola classe ?
>
> Javisti: problemi nel concepire il concetto di
> zero
> classi.
Spiega, spiega
!
`"la realta' non e' cosi' terrificante come vogliono farti credere" - Giambo ` - Wakko che cita Giambo-
Re: le mille classi di javaScritto daavvelentaniCubicolarioil 2009-01-23 20:58:00.0 alle 2009-01-23 20:58:00.0Trollate totali: 18184
- Scritto da: Giambo
>
> - Scritto da: avvelentani
>
> > > > > Zero
?
> > > >
> > > > sono due funzioni.
> > >
> > > Tu le metteresti in un sola classe ?
> >
> > Javisti: problemi nel concepire il concetto di
> > zero
> > classi.
>
> Spiega, spiega
!
Hai presente quelle cose che stanno dentro le classi e le puoi chiamare? Pensa se non stassero dentro una classe.I think happiness is love
- Vladimir Putin-
Re: le mille classi di java
- Scritto da: avvelentani
>
> - Scritto da: Giambo
> >
> > - Scritto da: avvelentani
> >
> > > > > > Zero
?
> > > > >
> > > > > sono due funzioni.
> > > >
> > > > Tu le metteresti in un sola classe ?
> > >
> > > Javisti: problemi nel concepire il concetto di
> > > zero
> > > classi.
> >
> > Spiega, spiega
!
>
> Hai presente quelle cose che stanno dentro le
> classi e le puoi chiamare? Pensa se non stassero
> dentro una
> classe.
Dentro o fuori, qual è il problema?
Spiega meglio, dai.
The Lich™
« Non è morto ciò che in eterno può attendere,
e col passare di strani eoni, anche la morte può morire. »

-
Re: le mille classi di java
- Scritto da: avvelentani
> > > Javisti: problemi nel concepire il concetto di
> > > zero
> > > classi.
> >
> > Spiega, spiega
!
>
> Hai presente quelle cose che stanno dentro le
> classi e le puoi chiamare? Pensa se non stassero
> dentro una
> classe.
E dove starebbero
?
`"la realta' non e' cosi' terrificante come vogliono farti credere" - Giambo ` - Wakko che cita Giambo-
Re: le mille classi di javaScritto daavvelentaniCubicolarioil 2009-01-23 21:20:00.0 alle 2009-01-23 21:20:00.0Trollate totali: 18184
- Scritto da: Giambo
>
> - Scritto da: avvelentani
>
> > > > Javisti: problemi nel concepire il concetto
> di
> > > > zero
> > > > classi.
> > >
> > > Spiega, spiega
!
> >
> > Hai presente quelle cose che stanno dentro le
> > classi e le puoi chiamare? Pensa se non stassero
> > dentro una
> > classe.
>
> E dove starebbero
?
fuoriI think happiness is love
- Vladimir Putin-
Re: le mille classi di java`"la realta' non e' cosi' terrificante come vogliono farti credere" - Giambo ` - Wakko che cita Giambo
-
Re: le mille classi di javaScritto daavvelentaniCubicolarioil 2009-01-23 21:31:00.0 alle 2009-01-23 21:31:00.0Trollate totali: 18184
- Scritto da: Giambo
>
> - Scritto da: avvelentani
>
> > > E dove starebbero
?
> >
> > fuori
>
> Una funzione globale ?
no, solo fuori da una classe.I think happiness is love
- Vladimir Putin-
Re: le mille classi di java
- Scritto da: avvelentani
>
> - Scritto da: Giambo
> >
> > - Scritto da: avvelentani
> >
> > > > E dove starebbero
?
> > >
> > > fuori
> >
> > Una funzione globale ?
>
> no, solo fuori da una classe.
paghi quella cinquantina di caratteri in più?
O spieghi che vantaggi pratici ha, oppure stai solo subendo Giambo da 2 giorni e segretamente hai iniziato a studiare il Java.
The Lich™
« Non è morto ciò che in eterno può attendere,
e col passare di strani eoni, anche la morte può morire. »

-
Re: le mille classi di javaScritto daavvelentaniCubicolarioil 2009-01-23 21:47:00.0 alle 2009-01-23 21:47:00.0Trollate totali: 18184
- Scritto da: achille97
>
> - Scritto da: avvelentani
> >
> > - Scritto da: Giambo
> > >
> > > - Scritto da: avvelentani
> > >
> > > > > E dove starebbero
?
> > > >
> > > > fuori
> > >
> > > Una funzione globale ?
> >
> > no, solo fuori da una classe.
>
> paghi quella cinquantina di caratteri in più?
> O spieghi che vantaggi pratici ha, oppure stai
> solo subendo Giambo da 2 giorni e segretamente
> hai iniziato a studiare il
> Java.
>
Java lo so da tempo, solo lo sto usando in questi giorni per una cosa.
Il fatto e` che concettualmente li` non c'e` bisogno di nessuna classe, solo due funzioni nel package java.net. Siccome in java ci devono essere per forza le classi ne andava fatta una, ma due e` assurdo. E anche il metodo senza encoding deprecato e` stupido.I think happiness is love
- Vladimir Putin-
Re: le mille classi di java
- Scritto da: avvelentani
> Il fatto e` che concettualmente li` non c'e`
> bisogno di nessuna classe, solo due funzioni nel
> package java.net.
E vaffanculo l'Objected Oriented Programming
!
A Siccome in java ci devono
> essere per forza le classi ne andava fatta una,
> ma due e` assurdo.
1!=0 come tu hai affermato
> E anche il metodo senza
> encoding deprecato e`
> stupido.
Tu l'avresti eliminato ?`"la realta' non e' cosi' terrificante come vogliono farti credere" - Giambo ` - Wakko che cita Giambo-
Re: le mille classi di javaScritto daavvelentaniCubicolarioil 2009-01-23 22:25:00.0 alle 2009-01-23 22:25:00.0Trollate totali: 18184
- Scritto da: Giambo
>
> - Scritto da: avvelentani
>
> > Il fatto e` che concettualmente li` non c'e`
> > bisogno di nessuna classe, solo due funzioni nel
> > package java.net.
>
> E vaffanculo l'Objected Oriented Programming
!
>
OOP != OOP di Java
> A Siccome in java ci devono
> > essere per forza le classi ne andava fatta una,
> > ma due e` assurdo.
>
> 1!=0 come tu hai affermato
Ma e` comunque meglio di 2.
>
> > E anche il metodo senza
> > encoding deprecato e`
> > stupido.
>
> Tu l'avresti eliminato ?
L'avrei tenuto con il default giusto. Meglio ancora: avrei fatto una funzione con un parametro opzionale (che in java non si puo` fare).I think happiness is love
- Vladimir Putin-
Re: le mille classi di java
- Scritto da: avvelentani
> > E vaffanculo l'Objected Oriented Programming
> !
>
> OOP != OOP di Java
Spiegami i vantaggi nel non avere i due metodi da te citati in una classe.
E con quale criterio scegliere quali metodi slegare da una classe. E perche'.
> > A Siccome in java ci devono
> > > essere per forza le classi ne andava fatta
> una,
> > > ma due e` assurdo.
> >
> > 1!=0 come tu hai affermato
>
> Ma e` comunque meglio di 2.
Non e' questo il nocciolo della discussione, e lo sai.
> > > E anche il metodo senza
> > > encoding deprecato e`
> > > stupido.
> >
> > Tu l'avresti eliminato ?
>
> L'avrei tenuto con il default giusto.
Non e' default, e' l'encoding consigliato:
The recommended encoding scheme to use is UTF-8. However, for compatibility reasons, if an encoding is not specified, then the default encoding of the platform is used.
> Meglio
> ancora: avrei fatto una funzione con un parametro
> opzionale (che in java non si puo`
> fare).
Si chiamano "metodi" in Java.
E quel che dici te si puo' fare, si chiama "overloading".`"la realta' non e' cosi' terrificante come vogliono farti credere" - Giambo ` - Wakko che cita Giambo-
Re: le mille classi di java> E quel che dici te si puo' fare, si chiama
> "overloading".
AAAAH!
Visto l'argomento, penso non abbia nulla a che fare con l'operator overloading del C++. Ma rabbrividisco lo stesso.-
Re: le mille classi di java
- Scritto da: alex.tg
> Visto l'argomento, penso non abbia nulla a che
> fare con l'operator overloading del C++. Ma
> rabbrividisco lo
> stesso.
Pensavo fossi l'unico a non amare l'operator overloading
`"la realta' non e' cosi' terrificante come vogliono farti credere" - Giambo ` - Wakko che cita Giambo-
Re: le mille classi di javaAll'umidiversita` lo insegnavano, comunque, e pretendevano gli esercizi.
Pazzi.
E io che credevo di essere obsoleto solo io
-
Re: le mille classi di java
- Scritto da: Giambo
>
> Pensavo fossi l'unico a non amare l'operator
> overloading
>
O.o
Trovo noioso java.proprio.perché.non.ha("l'").overloading.degli.operatori.-
Re: le mille classi di java
- Scritto da: kotaro
> Trovo noioso
> java.proprio.perché.non.ha("l'").overloading.degli
Mah, non so ... Non ho una giustificazione tecnica, ma l'overloading degli operatori non mi piace
E la "porcata" che hanno fatto quelli della SUN usando il "+" come concatenazione di stringhe e' ancora peggio
...
`"la realta' non e' cosi' terrificante come vogliono farti credere" - Giambo ` - Wakko che cita Giambo
-
Re: le mille classi di java
- Scritto da: kotaro
>
> - Scritto da: Giambo
> >
> > Pensavo fossi l'unico a non amare l'operator
> > overloading
> >
>
> O.o
>
> Trovo noioso
> java.proprio.perché.non.ha("l'").overloading.degli
Ma Giambo e` crappy e io sono obsoleto, e obsoleto e` per definizione anch'esso crappy se viene considerato fuori dall'intervallo di riferimento temporale nel quale non era obsoleto. Il resto del mondo e` libero di overloadare gli operatori e poi giocare a ping-pong con gli occhi per capire cosa voleva dire a = b + c...-
Re: le mille classi di java
- Scritto da: alex.tg
> Il resto del mondo e` libero di overloadare gli
> operatori e poi giocare a ping-pong con gli occhi
> per capire cosa voleva dire a = b +
> c...
Quoto in pieno alex.tg ... Si puo' overloadare il "." nel tuo nick
?
`"la realta' non e' cosi' terrificante come vogliono farti credere" - Giambo ` - Wakko che cita Giambo-
Re: le mille classi di javaNo, e` implicitamente associato al concatenamento di stringhe, come in PHP, e l'ho lasciato li` per motivi di chiarezza, in quanto evidenzia i componenti della stringa, ma il risultato finale e` "alextg", di tipo stringa e immutabile.
-
Re: le mille classi di java
- Scritto da: alex.tg
> No, e` implicitamente associato al concatenamento
> di stringhe, come in PHP, e l'ho lasciato li` per
> motivi di chiarezza, in quanto evidenzia i
> componenti della stringa, ma il risultato finale
> e` "alextg", di tipo stringa e
> immutabile.
Sei un sano
!
`"la realta' non e' cosi' terrificante come vogliono farti credere" - Giambo ` - Wakko che cita Giambo
-
-
-
-
-
-
-
Re: le mille classi di javaScritto daavvelentaniCubicolarioil 2009-01-24 06:28:00.0 alle 2009-01-24 06:28:00.0Trollate totali: 18184
- Scritto da: Giambo
>
> - Scritto da: avvelentani
>
> > > E vaffanculo l'Objected Oriented Programming
>
> > !
> >
> > OOP != OOP di Java
>
> Spiegami i vantaggi nel non avere i due metodi da
> te citati in una
> classe.
> E con quale criterio scegliere quali metodi
> slegare da una classe. E
> perche'.
E` molto semplice: quelli per cui ti devi inventare una classe fantoccio. Le classi servono per fare oggetti, gli oggetti per mantenere uno stato. Se non hai stato da tenere non devi usare una classe.
Nota: se devi mantenere dello stato ma hai bisogno di un solo metodo allora la soluzione giusta e` molto probabilmente una closure.
> > Ma e` comunque meglio di 2.
>
> Non e' questo il nocciolo della discussione, e lo
> sai.
E invece si`!
> > L'avrei tenuto con il default giusto.
>
> Non e' default, e' l'encoding consigliato:
Che quindi e` il "default giusto"
>
> The recommended encoding scheme to use is
> UTF-8. However, for compatibility reasons, if an
> encoding is not specified, then the default
> encoding of the platform is used.
>
Se all'inizio avevano fatto un metodo che usava l'encoding sbagliato non e` colpa mia.
>
> > Meglio
> > ancora: avrei fatto una funzione con un
> parametro
> > opzionale (che in java non si puo`
> > fare).
>
> Si chiamano "metodi" in Java.
> E quel che dici te si puo' fare, si chiama
> "overloading".
a) trovo la distinzione tra "metodo" e "funzione" leziosa
b) essendo metodi statici sono a tutti gli effetti funzioni
c) con l'overloading non puoi fare niente perche' sono metodi statici
d) "posso aggiustare la libreria standard aggiungendo codice" non e` una buona difesa.I think happiness is love
- Vladimir Putin-
Re: le mille classi di java- Scritto da: avvelentani
> > Spiegami i vantaggi nel non avere i due metodi
> da
> > te citati in una
> > classe.
> > E con quale criterio scegliere quali metodi
> > slegare da una classe. E
> > perche'.
>
> E` molto semplice: quelli per cui ti devi
> inventare una classe fantoccio. Le classi servono
> per fare oggetti, gli oggetti per mantenere uno
> stato. Se non hai stato da tenere non devi usare
> una
> classe.
Stai facendo una confusione incredibile tra classe e oggetto (Instanza).
Secondo te perche' i metodi di URLEncode/URLDecoce sono dichiarati static ?
>
> > > Ma e` comunque meglio di 2.
> >
> > Non e' questo il nocciolo della discussione, e
> lo
> > sai.
>
> E invece si`!
Tra dire "non ci vuole niente" e "ci vuole qualcosa" c'e' una grande differenza.
> > > L'avrei tenuto con il default giusto.
> >
> > Non e' default, e' l'encoding consigliato:
>
> Che quindi e` il "default giusto"
Ma non deve essere l'unica scelta possibile, cosa che tu vorresti fare.
> > The recommended encoding scheme to use is
> > UTF-8. However, for compatibility reasons, if an
> > encoding is not specified, then the default
> > encoding of the platform is used.
> >
>
> Se all'inizio avevano fatto un metodo che usava
> l'encoding sbagliato non e` colpa mia.
>
Hai ragione, all'inizio avevano usato un encoding sbagliato (Quello di default della piattaforma). Mantenere la stessa signature e usare come default UTF8 sarebbe stato catastrofico.
> > > Meglio
> > > ancora: avrei fatto una funzione con un
> > parametro
> > > opzionale (che in java non si puo`
> > > fare).
> >
> > Si chiamano "metodi" in Java.
> > E quel che dici te si puo' fare, si chiama
> > "overloading".
>
> a) trovo la distinzione tra "metodo" e "funzione"
> leziosa
La tua opinione non c'entra nulla, e lo sai.
Nel contesto OOP si usa "metodo", se vuoi usare "funzione" o "taddeo", allora Babilonia e' in quella direzione.
> b) essendo metodi statici sono a tutti gli
> effetti
> funzioni
Vedi punto a)
> c) con l'overloading non puoi fare niente perche'
> sono metodi statici
Mi sa che stai confondendo overloading con overriding.
> d) "posso aggiustare la libreria standard
> aggiungendo codice" non e` una buona
> difesa.
Opinione personale e blah blah`"la realta' non e' cosi' terrificante come vogliono farti credere" - Giambo ` - Wakko che cita Giambo-
Re: le mille classi di javaScritto daNon Autenticatoil 2009-01-24 16:32:00.0 alle 2009-01-24 16:32:00.0> Stai facendo una confusione incredibile tra
> classe e oggetto
> (Instanza).
Sarà perché non esiste un modello formale ma solo una collezione di best practice? Sarà perché su dieci collezioni diverse di best practice, di 10 autori diversi, i termini sono stati usati facendo solo confusione?
There's no such a thing as an object model.-
Re: le mille classi di java
- Scritto da:
> > Stai facendo una confusione incredibile tra
> > classe e oggetto
> > (Instanza).
>
> Sarà perché non esiste un modello formale ma solo
> una collezione di best practice? Sarà perché su
> dieci collezioni diverse di best practice, di 10
> autori diversi, i termini sono stati usati
> facendo solo
> confusione?
Non so dove e su che libri hai studiato te, ma io ho sempre visto usare i due concetti in maniera coerente: "classe" come definizione e contenitore di codice, "oggetto" come istanza di una classe.`"la realta' non e' cosi' terrificante come vogliono farti credere" - Giambo ` - Wakko che cita Giambo
-
-
Re: le mille classi di javaScritto daavvelentaniCubicolarioil 2009-01-25 02:09:00.0 alle 2009-01-25 02:09:00.0Trollate totali: 18184
- Scritto da: Giambo
> Stai facendo una confusione incredibile tra
> classe e oggetto
> (Instanza).
> Secondo te perche' i metodi di
> URLEncode/URLDecoce sono dichiarati static
> ?
Perche' non c'e` modo di mettere metodi fuori da una classe in java.
> Tra dire "non ci vuole niente" e "ci vuole
> qualcosa" c'e' una grande
> differenza.
Non ci vorrebbe niente, ma visto che non si puo` meglio poco.
> > > > L'avrei tenuto con il default giusto.
> > >
> > > Non e' default, e' l'encoding consigliato:
> >
> > Che quindi e` il "default giusto"
>
> Ma non deve essere l'unica scelta possibile, cosa
> che tu vorresti
> fare.
Certo che non deve essere l'unica scelta possibile. Lo sai cosa significa 'default'?
> Hai ragione, all'inizio avevano usato un encoding
> sbagliato (Quello di default della piattaforma).
> Mantenere la stessa signature e usare come
> default UTF8 sarebbe stato
> catastrofico.
Non credo.
> > c) con l'overloading non puoi fare niente
> perche'
> > sono metodi statici
>
> Mi sa che stai confondendo overloading con
> overriding.
Ok, mostrami come faresti.
I think happiness is love
- Vladimir Putin-
Re: le mille classi di java- Scritto da: avvelentani
>
> - Scritto da: Giambo
> > Stai facendo una confusione incredibile tra
> > classe e oggetto
> > (Instanza).
> > Secondo te perche' i metodi di
> > URLEncode/URLDecoce sono dichiarati static
> > ?
>
> Perche' non c'e` modo di mettere metodi fuori da
> una classe in
> java.
fammi capire: il tuo problema è il nomeclasse.metodo() invece di metodo?
usi un import static della classe.
>
> > Tra dire "non ci vuole niente" e "ci vuole
> > qualcosa" c'e' una grande
> > differenza.
>
> Non ci vorrebbe niente, ma visto che non si puo`
> meglio
> poco.
Non è che non si può, non si vuole. Secondo te la jvm dovrebbe caricare un chilo di metodi (a portar via) senza sapere se sono usati o meno perché tutti ti scocci di scrivere un import o di invocare metodi statici?
> > > > > L'avrei tenuto con il default giusto.
> > > >
> > > > Non e' default, e' l'encoding consigliato:
> > >
> > > Che quindi e` il "default giusto"
> >
> > Ma non deve essere l'unica scelta possibile,
> cosa
> > che tu vorresti
> > fare.
>
> Certo che non deve essere l'unica scelta
> possibile. Lo sai cosa significa
> 'default'?
>
>
> > Hai ragione, all'inizio avevano usato un
> encoding
> > sbagliato (Quello di default della piattaforma).
> > Mantenere la stessa signature e usare come
> > default UTF8 sarebbe stato
> > catastrofico.
>
> Non credo.
Spezzare la retrocompatibilità? Stai trollando.
> > > c) con l'overloading non puoi fare niente
> > perche'
> > > sono metodi statici
> >
> > Mi sa che stai confondendo overloading con
> > overriding.
>
> Ok, mostrami come faresti.
-
Re: le mille classi di javaScritto daavvelentaniCubicolarioil 2009-01-25 02:38:00.0 alle 2009-01-25 02:38:00.0Trollate totali: 18184
- Scritto da: achille97
> - Scritto da: avvelentani
> >
> > - Scritto da: Giambo
> > > Stai facendo una confusione incredibile tra
> > > classe e oggetto
> > > (Instanza).
> > > Secondo te perche' i metodi di
> > > URLEncode/URLDecoce sono dichiarati static
> > > ?
> >
> > Perche' non c'e` modo di mettere metodi fuori da
> > una classe in
> > java.
>
> fammi capire: il tuo problema è il
> nomeclasse.metodo() invece di
> metodo?
> usi un import static della classe.
Io mi scoccio perche' ci sono due classi senza senso.
> Non è che non si può, non si vuole. Secondo te la
> jvm dovrebbe caricare un chilo di metodi (a
> portar via) senza sapere se sono usati o meno
> perché tutti ti scocci di scrivere un import o di
> invocare metodi
> statici?
chissa` come fanno tutti gli altri linguaggi di programmazione
> >
> > Non credo.
>
> Spezzare la retrocompatibilità? Stai trollando.
che palle la retrocompatibilita`.
I think happiness is love
- Vladimir Putin-
Re: le mille classi di java
- Scritto da: avvelentani
>
> - Scritto da: achille97
> > - Scritto da: avvelentani
> > >
> > > - Scritto da: Giambo
> > > > Stai facendo una confusione incredibile tra
> > > > classe e oggetto
> > > > (Instanza).
> > > > Secondo te perche' i metodi di
> > > > URLEncode/URLDecoce sono dichiarati static
> > > > ?
> > >
> > > Perche' non c'e` modo di mettere metodi fuori
> da
> > > una classe in
> > > java.
> >
> > fammi capire: il tuo problema è il
> > nomeclasse.metodo() invece di
> > metodo?
> > usi un import static della classe.
>
> Io mi scoccio perche' ci sono due classi senza
> senso.
Un paio di mesi fa mi hai spiegato che per te aveva senso nei *nix di gzip-gunzip bzip-bunzip etc etc, a me sembrava una stronzata il fatto che fossero separati. Poi qualcuno c'ha trollato in quella discussione.
Deciditi.
> > Non è che non si può, non si vuole. Secondo te
> la
> > jvm dovrebbe caricare un chilo di metodi (a
> > portar via) senza sapere se sono usati o meno
> > perché tutti ti scocci di scrivere un import o
> di
> > invocare metodi
> > statici?
>
> chissa` come fanno tutti gli altri linguaggi di
> programmazione
>
Infatti lisp è più lento di java.
e mò mettice 'na pezza!
> > >
> > > Non credo.
> >
> > Spezzare la retrocompatibilità? Stai trollando.
>
> che palle la retrocompatibilita`.
Dici cose senza senso. Dirò ad alex.tg di non postare più qui.-
Re: le mille classi di javaScritto daavvelentaniCubicolarioil 2009-01-25 16:07:00.0 alle 2009-01-25 16:07:00.0Trollate totali: 18184
- Scritto da: achille97
>
> Un paio di mesi fa mi hai spiegato che per te
> aveva senso nei *nix di gzip-gunzip bzip-bunzip
> etc etc, a me sembrava una stronzata il fatto che
> fossero separati. Poi qualcuno c'ha trollato in
> quella
> discussione.
> Deciditi.
Si vede che i miei standard qualitativi sono piu` alti per i linguaggi di programmazione che per i sistemi operativi...
> Infatti lisp è più lento di java.
e mò mettice
> 'na
> pezza!
ce ne metto due: ocaml e c++. (la velocita` non dipende da questa cosa).
> > che palle la retrocompatibilita`.
>
> Dici cose senza senso. Dirò ad alex.tg di non
> postare più
> qui.
La retrocompatibilita` non puo` impedirti di fare la cosa giusta.I think happiness is love
- Vladimir Putin-
Re: le mille classi di java
- Scritto da: avvelentani
> La retrocompatibilita` non puo` impedirti di fare
> la cosa
> giusta.
Grande cosa il tag "deprecated"
`"la realta' non e' cosi' terrificante come vogliono farti credere" - Giambo ` - Wakko che cita Giambo-
Re: le mille classi di javaScritto daavvelentaniCubicolarioil 2009-01-25 18:24:00.0 alle 2009-01-25 18:24:00.0Trollate totali: 18184
- Scritto da: Giambo
>
> - Scritto da: avvelentani
>
> > La retrocompatibilita` non puo` impedirti di
> fare
> > la cosa
> > giusta.
>
> Grande cosa il tag "deprecated"

e URLEncoder/URLDecoder continuano a non fare la cosa giusta...I think happiness is love
- Vladimir Putin-
Re: le mille classi di java
- Scritto da: avvelentani
> > Grande cosa il tag "deprecated"

>
> e URLEncoder/URLDecoder continuano a non fare la
> cosa
> giusta...
Tua opinione blah blah
E non hai ancora proposto nessuna alternativa valida o sensata.`"la realta' non e' cosi' terrificante come vogliono farti credere" - Giambo ` - Wakko che cita Giambo-
Re: le mille classi di javaScritto daavvelentaniCubicolarioil 2009-01-25 22:51:00.0 alle 2009-01-25 22:51:00.0Trollate totali: 18184
- Scritto da: Giambo
>
> - Scritto da: avvelentani
>
> > > Grande cosa il tag "deprecated"

> >
> > e URLEncoder/URLDecoder continuano a non fare la
> > cosa
> > giusta...
>
> Tua opinione blah blah
> E non hai ancora proposto nessuna alternativa
> valida o
> sensata.
Due funzioni. Ma in java non si puo`. Quindi una classe sola, URLEncoding, con due metodi statici encode e decode. Questi due metodi hanno entrambi un parametro opzionale 'encoding' che ha come default utf-8, ma con java non si possono avere parametri opzionali quindi...I think happiness is love
- Vladimir Putin-
Re: le mille classi di java
- Scritto da: avvelentani
> > > > Grande cosa il tag "deprecated"

> > >
> > > e URLEncoder/URLDecoder continuano a non fare
> la
> > > cosa
> > > giusta...
> >
> > Tua opinione blah blah
> > E non hai ancora proposto nessuna alternativa
> > valida o
> > sensata.
>
> Due funzioni. Ma in java non si puo`.
Non ce n'e' bisogno, hai i metodi statici.
> Quindi una
> classe sola, URLEncoding, con due metodi statici
> encode e decode.
Questo fa gia' piu' senso. Tranne il nome dell classe, mglio URLEncodingDecoding. Oppure URLDecodingEncoding. Oppure due classi, che e' meglio
> Questi due metodi hanno entrambi
> un parametro opzionale 'encoding'
Non propriamente, un metodo e' deprecato e non si dovrebbe usare.
> che ha come
> default utf-8,
No, leggi meglio il javadoc, non si parla di UTF8.
> ma con java non si possono avere
> parametri opzionali
> quindi...
Quindi solo per questo vorresti eliminare la semplificazione "tutto e' un oggtto".
Bello, mi domando perche' nessuno ci abbia mai pensato
`"la realta' non e' cosi' terrificante come vogliono farti credere" - Giambo ` - Wakko che cita Giambo-
Re: le mille classi di javaScritto daavvelentaniCubicolarioil 2009-01-26 00:25:00.0 alle 2009-01-26 00:25:00.0Trollate totali: 18184
- Scritto da: Giambo
>
> - Scritto da: avvelentani
>
> > > > > Grande cosa il tag "deprecated"

> > > >
> > > > e URLEncoder/URLDecoder continuano a non
> fare
> > la
> > > > cosa
> > > > giusta...
> > >
> > > Tua opinione blah blah
> > > E non hai ancora proposto nessuna alternativa
> > > valida o
> > > sensata.
> >
> > Due funzioni. Ma in java non si puo`.
>
> Non ce n'e' bisogno, hai i metodi statici.
Ma devo fare una classe inutile, cosi`.
> > Quindi una
> > classe sola, URLEncoding, con due metodi statici
> > encode e decode.
>
> Questo fa gia' piu' senso. Tranne il nome dell
> classe, mglio URLEncodingDecoding. Oppure
> URLDecodingEncoding. Oppure due classi, che e'
> meglio
>
I nomi lunghi sono una cosa buona: ti permettono di usare l'autocompletamento di eclipse!
>
> > Questi due metodi hanno entrambi
> > un parametro opzionale 'encoding'
>
> Non propriamente, un metodo e' deprecato e non si
> dovrebbe
> usare.
Ma sei cretino? Hai difficolta a seguire un cazzo di discorso di tre frasi? Questo e` come lo farei io, non com'e` in java.
>
> > che ha come
> > default utf-8,
>
> No, leggi meglio il javadoc, non si parla di UTF8.
Si`, devi essere ritardato.
> > ma con java non si possono avere
> > parametri opzionali
> > quindi...
>
> Quindi solo per questo vorresti eliminare la
> semplificazione "tutto e' un
> oggtto".
In java non tutto e` un oggetto. I metodi non sono oggetti e i tipi primitivi non sono oggetti. Il fatto di permettere funzioni libere non significa che queste non siano oggetti (vedi python), l'unica cosa che cambierebbe e` la regola javista "al toplevel si possono dichiarare solo classi"
I think happiness is love
- Vladimir Putin-
Re: le mille classi di java
- Scritto da: avvelentani
> > > Due funzioni. Ma in java non si puo`.
> >
> > Non ce n'e' bisogno, hai i metodi statici.
>
> Ma devo fare una classe inutile, cosi`.
La classe non e' inutile, la puoi serializzare, sincronizzare con altri thread, estendere, ...
Ma secondo te e' piu' semplice introdurre un nuovo paradigma nella specifica del linguaggio, qualcosa che vada contro l'idea stessa della "programmazione orientata agli oggetti" ...
Ti rendi conto che questo tuo accanimento nel sostenere una sbruffonata ti fa scivolare ogni messaggio sempre piu' nel ridicolo ?
> > > Quindi una
> > > classe sola, URLEncoding, con due metodi
> statici
> > > encode e decode.
> >
> > Questo fa gia' piu' senso. Tranne il nome dell
> > classe, mglio URLEncodingDecoding. Oppure
> > URLDecodingEncoding. Oppure due classi, che e'
> > meglio
> >
>
> I nomi lunghi sono una cosa buona: ti permettono
> di usare l'autocompletamento di eclipse!
>
Rimpiangi i tempi dell'8+3 del DOS
?
[Snip di insulti e fesserie]
> > > ma con java non si possono avere
> > > parametri opzionali
> > > quindi...
> >
> > Quindi solo per questo vorresti eliminare la
> > semplificazione "tutto e' un
> > oggtto".
>
> In java non tutto e` un oggetto. I metodi non
> sono oggetti e i tipi primitivi non sono oggetti.
Volendo vedere i metodi possono essere anche oggetti (Studiati la reflection API), e i metodi primitivi vengono automagicamente in/outboxati (Si, e' una cagata che affonda le sue radici lontano nel tempo).
> Il fatto di permettere funzioni libere non
> significa che queste non siano oggetti
E cosa sarebbero ? Chiamarle funzioni non ne cambierebbe l'origine.
Alla fine si ritorna ai metodi statici in classi.`"la realta' non e' cosi' terrificante come vogliono farti credere" - Giambo ` - Wakko che cita Giambo-
Re: le mille classi di javaScritto daavvelentaniCubicolarioil 2009-01-26 14:18:00.0 alle 2009-01-26 14:18:00.0Trollate totali: 18184
- Scritto da: Giambo
>
> - Scritto da: avvelentani
>
> > > > Due funzioni. Ma in java non si puo`.
> > >
> > > Non ce n'e' bisogno, hai i metodi statici.
> >
> > Ma devo fare una classe inutile, cosi`.
>
> La classe non e' inutile, la puoi serializzare,
> sincronizzare con altri thread, estendere,
> ...
E` vuota!!! Non c'e` nulla dentro! Ma cosa vuoi serializzare/estendere/sincronizzare??
> Ma secondo te e' piu' semplice introdurre un
> nuovo paradigma nella specifica del linguaggio,
> qualcosa che vada contro l'idea stessa della
> "programmazione orientata agli oggetti"
> ...
Non va per niente contro all'idea di OOP, va solo contro l'idea limitante di java di avere al toplevel solo definizioni di classi.
> Ti rendi conto che questo tuo accanimento nel
> sostenere una sbruffonata ti fa scivolare ogni
> messaggio sempre piu' nel ridicolo
> ?
Ti rendi conto che la tua capacita` di ragionare sui linguaggi di programmazione e` estremamente limitata dalla conoscenza del solo java?
> > I nomi lunghi sono una cosa buona: ti permettono
> > di usare l'autocompletamento di eclipse!
> >
>
> Rimpiangi i tempi dell'8+3 del DOS
?
Cazzata. I nomi delle cose vanno scelti in modo che siano comodi per l'utente, devono essere quindi abbastanza lunghi da essere chiari ma non troppo lunghi da prendere troppo spazio.
Queste sono cose di base, le dovresti sapere.
>
> [Snip figura di merda clamorosa]
>

> Volendo vedere i metodi possono essere anche
> oggetti (Studiati la reflection API), e i metodi
> primitivi vengono automagicamente in/outboxati
> (Si, e' una cagata che affonda le sue radici
> lontano nel
> tempo).
In entrambi i casi e` una pezza postuma, se vuoi un esempio della filosofia "tutto e` un oggetto" guardi smalltalk o python, non certo java.
> > Il fatto di permettere funzioni libere non
> > significa che queste non siano oggetti
>
> E cosa sarebbero ? Chiamarle funzioni non ne
> cambierebbe
> l'origine.
> Alla fine si ritorna ai metodi statici in classi.
No, perche' non definiresti una classe ma solo un oggetto funzione, come in python. Lo sai come funziona in python?I think happiness is love
- Vladimir Putin
-
-
-
-
-
-
-
-
-
-
-
-
Re: le mille classi di java- Scritto da: avvelentani
> > Stai facendo una confusione incredibile tra
> > classe e oggetto
> > (Instanza).
> > Secondo te perche' i metodi di
> > URLEncode/URLDecoce sono dichiarati static
> > ?
>
> Perche' non c'e` modo di mettere metodi fuori da
> una classe in
> java.
Bene, possiamo archiviare i tuoi sproloqui a proposito di "zero classi"
> > Tra dire "non ci vuole niente" e "ci vuole
> > qualcosa" c'e' una grande
> > differenza.
>
> Non ci vorrebbe niente, ma visto che non si puo`
> meglio
> poco.
Non stiamo parlando di aggiungere il sale agli spaghetti.
Il tuo concetto di "zero classi" era privo di significato, tanto quanto dire che una persona e' "poco morta" o "tanto morta"
> > > > > L'avrei tenuto con il default giusto.
> > > >
> > > > Non e' default, e' l'encoding consigliato:
> > >
> > > Che quindi e` il "default giusto"
> >
> > Ma non deve essere l'unica scelta possibile,
> cosa
> > che tu vorresti
> > fare.
>
> Certo che non deve essere l'unica scelta
> possibile. Lo sai cosa significa
> 'default'?
We recommend that user agents adopt the following conventionhttp://www.w3.org/TR/html40/appendix/notes.html#no...

"default giusto", dici te
...
> > Hai ragione, all'inizio avevano usato un
> encoding
> > sbagliato (Quello di default della piattaforma).
> > Mantenere la stessa signature e usare come
> > default UTF8 sarebbe stato
> > catastrofico.
>
> Non credo.
Perche' nel tuo mondo tutti usano UTF8 di default ("giusto").
Ma non e' cosi'. Il soft che stiamo sviluppando per Singapore usa UTF-16.
> > > c) con l'overloading non puoi fare niente
> > perche'
> > > sono metodi statici
> >
> > Mi sa che stai confondendo overloading con
> > overriding.
>
> Ok, mostrami come faresti.
Esattamente come e' stato fatto.`"la realta' non e' cosi' terrificante come vogliono farti credere" - Giambo ` - Wakko che cita Giambo-
Re: le mille classi di javaScritto daavvelentaniCubicolarioil 2009-01-25 16:03:00.0 alle 2009-01-25 16:03:00.0Trollate totali: 18184
- Scritto da: Giambo
> - Scritto da: avvelentani
>
> > > Stai facendo una confusione incredibile tra
> > > classe e oggetto
> > > (Instanza).
> > > Secondo te perche' i metodi di
> > > URLEncode/URLDecoce sono dichiarati static
> > > ?
> >
> > Perche' non c'e` modo di mettere metodi fuori da
> > una classe in
> > java.
>
> Bene, possiamo archiviare i tuoi sproloqui a
> proposito di "zero classi"
>
Ok: segno un punto contro java.
> Non stiamo parlando di aggiungere il sale agli
> spaghetti.
> Il tuo concetto di "zero classi" era privo di
> significato, tanto quanto dire che una persona e'
> "poco morta" o "tanto morta"
>
la tua mente e` bloccata all'interno degli schemi che java ti impone.
> > Certo che non deve essere l'unica scelta
> > possibile. Lo sai cosa significa
> > 'default'?
>
> We recommend that user agents adopt the
> following
> convention
>http://www.w3.org/TR/html40/appendix/notes.html#no

>
> "default giusto", dici te
...
Ho capito che non sai cosa vuol dire default.
> Perche' nel tuo mondo tutti usano UTF8 di default
> ("giusto").
> Ma non e' cosi'. Il soft che stiamo sviluppando
> per Singapore usa
> UTF-16.
Nessuno te lo impedisce, l'importante e` che di default sia UTF-8.
> > > Mi sa che stai confondendo overloading con
> > > overriding.
> >
> > Ok, mostrami come faresti.
>
> Esattamente come e' stato fatto.
Ok, mi va bene (mi ero confuso perche' nell'altro ramo della discussione parlavi di estendere le classi). Il problema e` che:
1. il metodo senza l'encoding usa l'encoding sbagliato ed e` per questo deprecato
2. non ci dovrebbe essere bisogno di due metodi ma di uno solo con un parametro opzionale (non supportato da java).I think happiness is love
- Vladimir Putin-
Re: le mille classi di java
- Scritto da: avvelentani
> > Bene, possiamo archiviare i tuoi sproloqui a
> > proposito di "zero classi"
> >
>
> Ok: segno un punto contro java.
Non riesco a immaginare neppure una ragione per avere dei metodi statici "globali", definiti fuori di una classe. Piu' svantaggi che vantaggi, non mi hai affatto convinto.
> > Non stiamo parlando di aggiungere il sale agli
> > spaghetti.
> > Il tuo concetto di "zero classi" era privo di
> > significato, tanto quanto dire che una persona
> e'
> > "poco morta" o "tanto morta"
> >
>
> la tua mente e` bloccata all'interno degli schemi
> che java ti
> impone.
Ottima difesa, le tue argomentazioni tecniche sono limpide e inattaccabili
!
> > "default giusto", dici te
...
>
> Ho capito che non sai cosa vuol dire default.
Sei tu che leggi "default giusto" dove non c'e'.
> > Perche' nel tuo mondo tutti usano UTF8 di
> default
> > ("giusto").
> > Ma non e' cosi'. Il soft che stiamo sviluppando
> > per Singapore usa
> > UTF-16.
>
> Nessuno te lo impedisce, l'importante e` che di
> default sia
> UTF-8.
Importante. Per te, per sostenere la tua testi
> 1. il metodo senza l'encoding usa l'encoding
> sbagliato ed e` per questo
> deprecato
Usa l'encoding di default della macchina. E quesro e' sbagliato.
> 2. non ci dovrebbe essere bisogno di due metodi
> ma di uno solo con un parametro opzionale (non
> supportato da
> java).
Quello che tu chiami parametro opzionale e' risolto usando l'oveloading.
Se non ti piace, usa "encode(Object... args)"`"la realta' non e' cosi' terrificante come vogliono farti credere" - Giambo ` - Wakko che cita Giambo-
Re: le mille classi di javaScritto daavvelentaniCubicolarioil 2009-01-25 18:20:00.0 alle 2009-01-25 18:20:00.0Trollate totali: 18184
- Scritto da: Giambo
>
> - Scritto da: avvelentani
>
> > > Bene, possiamo archiviare i tuoi sproloqui a
> > > proposito di "zero classi"
> > >
> >
> > Ok: segno un punto contro java.
>
> Non riesco a immaginare neppure una ragione per
> avere dei metodi statici "globali", definiti
> fuori di una classe. Piu' svantaggi che vantaggi,
> non mi hai affatto
> convinto.
Be' pensa ad esempio URLEncoder e URLDecoder, non c'e` motivo perche' siano classi.
> >
> > Nessuno te lo impedisce, l'importante e` che di
> > default sia
> > UTF-8.
>
> Importante. Per te, per sostenere la tua testi
Il w3c e` d'accordo con me.
> > 2. non ci dovrebbe essere bisogno di due metodi
> > ma di uno solo con un parametro opzionale (non
> > supportato da
> > java).
>
> Quello che tu chiami parametro opzionale e'
> risolto usando
> l'oveloading.
> Se non ti piace, usa "encode(Object... args)"
Nessuna delle due e` la soluzione ideale, una sintassi per gli argomenti come quella di python permetterebbe di risparmiare un sacco di righe di codice ripetitivo a costo zero.I think happiness is love
- Vladimir Putin-
Re: le mille classi di java
- Scritto da: avvelentani
> > Non riesco a immaginare neppure una ragione per
> > avere dei metodi statici "globali", definiti
> > fuori di una classe. Piu' svantaggi che
> vantaggi,
> > non mi hai affatto
> > convinto.
>
> Be' pensa ad esempio URLEncoder e URLDecoder, non
> c'e` motivo perche' siano
> classi.
E se io volessi estenderla, la classe ?
Per aggiungere il mio metodo encodeWithAvveDefaultEncoding(..) ?
> > > Nessuno te lo impedisce, l'importante e` che
> di
> > > default sia
> > > UTF-8.
> >
> > Importante. Per te, per sostenere la tua testi
>
>
> Il w3c e` d'accordo con me.
Mi sono perso il posto dove viene detto.
> > Quello che tu chiami parametro opzionale e'
> > risolto usando
> > l'oveloading.
> > Se non ti piace, usa "encode(Object... args)"
>
> Nessuna delle due e` la soluzione ideale,
Tua opinione e blah blah
> una
> sintassi per gli argomenti come quella di python
> permetterebbe di risparmiare un sacco di righe di
> codice ripetitivo a costo
> zero.
Codice ripetitivo solo se chi ci lavora sopra e' incompetente.`"la realta' non e' cosi' terrificante come vogliono farti credere" - Giambo ` - Wakko che cita Giambo-
Re: le mille classi di javaScritto daavvelentaniCubicolarioil 2009-01-25 22:58:00.0 alle 2009-01-25 22:58:00.0Trollate totali: 18184
- Scritto da: Giambo
>
> - Scritto da: avvelentani
>
> > > Non riesco a immaginare neppure una ragione
> per
> > > avere dei metodi statici "globali", definiti
> > > fuori di una classe. Piu' svantaggi che
> > vantaggi,
> > > non mi hai affatto
> > > convinto.
> >
> > Be' pensa ad esempio URLEncoder e URLDecoder,
> non
> > c'e` motivo perche' siano
> > classi.
>
> E se io volessi estenderla, la classe ?
> Per aggiungere il mio metodo
> encodeWithAvveDefaultEncoding(..)
> ?
le classi non le puoi cambiare in java. Puoi creare una nuova classe che eventualmente eredita da quelle, ma e` solo cosmesi, non c'e` nulla da ereditare da quelle classi.
>
> > > > Nessuno te lo impedisce, l'importante e` che
> > di
> > > > default sia
> > > > UTF-8.
> > >
> > > Importante. Per te, per sostenere la tua testi
> >
> >
> > Il w3c e` d'accordo con me.
>
> Mi sono perso il posto dove viene detto.
Il link l'ho gia` postato, se hai problemi di memoria visita un neurologo.
> > > Quello che tu chiami parametro opzionale e'
> > > risolto usando
> > > l'oveloading.
> > > Se non ti piace, usa "encode(Object... args)"
> >
> > Nessuna delle due e` la soluzione ideale,
>
> Tua opinione e blah blah
Non opinioni ma fatti, la lista di parametri variabile e` una soluzione brutta e usare l'overloading e` inutilmente verboso...
>
> > una
> > sintassi per gli argomenti come quella di python
> > permetterebbe di risparmiare un sacco di righe
> di
> > codice ripetitivo a costo
> > zero.
>
> Codice ripetitivo solo se chi ci lavora sopra e'
> incompetente.
No, non puo` non essere ripetitivo, confronta:public int fai(int i, int j, int k) { //qualcosa } public int fai(int i, int j) { return fai(i, j, -1); } public void fai(int i) { return fai(i, 0, -1); } public void fai() { return fai(0, 0, -1) }
contro:public int fai(int i = 0, int j = 0, int k = -1) { }
quale ti sembra piu` chiaro e conciso? E poi hai bisogno di IDE giganteschi con refactoring su per il culo...I think happiness is love
- Vladimir Putin-
Re: le mille classi di java
- Scritto da: avvelentani
> > E se io volessi estenderla, la classe ?
> > Per aggiungere il mio metodo
> > encodeWithAvveDefaultEncoding(..)
> > ?
>
> le classi non le puoi cambiare in java. Puoi
> creare una nuova classe che eventualmente eredita
> da quelle, ma e` solo cosmesi, non c'e` nulla da
> ereditare da quelle
> classi.
In java qualsiasi classe eredita da Object.
E solo per questa ragione la tua idea di avere dei metodi slegati da una classe, campati in aria, quasi delle function-pointer globali dovrebbe far rizzare il pelo a un gatto. Di marmo.
> > > > Importante. Per te, per sostenere la tua
> testi
> > >
> > >
> > > Il w3c e` d'accordo con me.
> >
> > Mi sono perso il posto dove viene detto.
>
> Il link l'ho gia` postato, se hai problemi di
> memoria visita un
> neurologo.
Ripostalo, per favore. E fammi vedere dove viene detto. Poi eventualmente faro' il tagliando alla corteccia prefrontale
> > > > Quello che tu chiami parametro opzionale e'
> > > > risolto usando
> > > > l'oveloading.
> > > > Se non ti piace, usa "encode(Object...
> args)"
> > >
> > > Nessuna delle due e` la soluzione ideale,
> >
> > Tua opinione e blah blah
>
> Non opinioni ma fatti, la lista di parametri
> variabile e` una soluzione brutta e usare
> l'overloading e` inutilmente
> verboso...
"Inutilmente verboso". La signature di un metodo. Di sicuro da piu' chiarezza al codice e lo rende piu' leggibile.
> quale ti sembra piu` chiaro e conciso?
Ovvimente il codice e' scritto da un junior, o l'interfaccia definita da un'ubriaco, o le specifiche rattoppate da 10 marketdroids in cortocircuito, ma preferisco la versione con i 4 metodi. Questo per una semplice ragione: Solitamente l'overloading non si limita a richiamare un'altro metodo ma fa (O deve fare) qualcosa in piu'
> E poi hai
> bisogno di IDE giganteschi con refactoring su per
> il
> culo...
Si, il refactoring di Eclipse e' potente, non sei il primo (VisualCosoDeveloper) che rosika perche' non puo'
...
`"la realta' non e' cosi' terrificante come vogliono farti credere" - Giambo ` - Wakko che cita Giambo-
Re: le mille classi di javaScritto daavvelentaniCubicolarioil 2009-01-26 00:20:00.0 alle 2009-01-26 00:20:00.0Trollate totali: 18184
- Scritto da: Giambo
>
> - Scritto da: avvelentani
>
> > > E se io volessi estenderla, la classe ?
> > > Per aggiungere il mio metodo
> > > encodeWithAvveDefaultEncoding(..)
> > > ?
> >
> > le classi non le puoi cambiare in java. Puoi
> > creare una nuova classe che eventualmente
> eredita
> > da quelle, ma e` solo cosmesi, non c'e` nulla da
> > ereditare da quelle
> > classi.
>
> In java qualsiasi classe eredita da Object.
Si`, ma ha un senso, Object definisce un comportamento per le sue istanze URLEncoder no.
> E solo per questa ragione la tua idea di avere
> dei metodi slegati da una classe, campati in
> aria, quasi delle function-pointer globali
> dovrebbe far rizzare il pelo a un gatto. Di
> marmo.
Hai una mentalita` monoculturale, vedi solo java e non riesci a concepire modelli diversi.
> Ripostalo, per favore. E fammi vedere dove viene
> detto. Poi eventualmente faro' il tagliando alla
> corteccia prefrontale
>
Cercatelo da solo.
> > Non opinioni ma fatti, la lista di parametri
> > variabile e` una soluzione brutta e usare
> > l'overloading e` inutilmente
> > verboso...
>
> "Inutilmente verboso". La signature di un metodo.
> Di sicuro da piu' chiarezza al codice e lo rende
> piu'
> leggibile.
Per niente, nel modo java devi definire n metodi tutti con lo stesso nome che richiamano un metodo base passando i default, ogni cambiamento alla firma del metodo va ripetuto n volte, per leggere il codice bisogna leggere n definizioni di metodi (potenzialmente un metodo con una firma diversa potrebbe avere un comportamento completamente diverso).
> > quale ti sembra piu` chiaro e conciso?
>
> Ovvimente il codice e' scritto da un junior, o
> l'interfaccia definita da un'ubriaco, o le
> specifiche rattoppate da 10 marketdroids in
> cortocircuito, ma preferisco la versione con i 4
> metodi. Questo per una semplice ragione:
"Sto trollando o sono completamente deficiente"
> Solitamente l'overloading non si limita a
> richiamare un'altro metodo ma fa (O deve fare)
> qualcosa in
> piu'
E se invece voglio solo specificare dei valori di default? Ma e` ovvio! il design corretto in java non prevede valori di default. Gli utenti della tua classe si possono riscrivere il valore di tutti gli argomenti n-mila volte (attenti all'ordine mi raccomando). E il codice diventa piu` lungo e per ricordarti degli argomenti hai bisogno di un IDE elefantico.
> Si, il refactoring di Eclipse e' potente, non sei
> il primo (VisualCosoDeveloper) che rosika perche'
> non puo'
> ...
Eclipse serve perche' java ha problemi.I think happiness is love
- Vladimir Putin-
Re: le mille classi di java- Scritto da: avvelentani
> > In java qualsiasi classe eredita da Object.
>
> Si`, ma ha un senso, Object definisce un
> comportamento per le sue istanze URLEncoder
> no.
Magari voglio overridare un metodo di Object.
> > E solo per questa ragione la tua idea di avere
> > dei metodi slegati da una classe, campati in
> > aria, quasi delle function-pointer globali
> > dovrebbe far rizzare il pelo a un gatto. Di
> > marmo.
>
> Hai una mentalita` monoculturale, vedi solo java
> e non riesci a concepire modelli
> diversi.
Sei tu che vuoi adattare la tua visione a un prodotto gia' esistente e funzionante
Rinnovo la mia proposta di raccogliere le tue idee e preparare una proposta da sottoporre alla SUN.
Cosi', per vedere fino a che punto riesci a sostenere le tue tesi davanti a chi queste cose le mastica dalla mattina alla sera
> > Ripostalo, per favore. E fammi vedere dove viene
> > detto. Poi eventualmente faro' il tagliando alla
> > corteccia prefrontale
> >
>
> Cercatelo da solo.
L'ho trovato. E non si parla affatto di default UTF8
> > "Inutilmente verboso". La signature di un
> metodo.
> > Di sicuro da piu' chiarezza al codice e lo rende
> > piu'
> > leggibile.
>
> Per niente, nel modo java devi definire n metodi
> tutti con lo stesso nome che richiamano un metodo
> base passando i default,
Al solo pensiero mi viene il crampo ai pollici opponibili
!
> ogni cambiamento alla
> firma del metodo va ripetuto n volte,
Perche' non scrivere un nuovo metodo invece
?
> per leggere
> il codice bisogna leggere n definizioni di metodi
> (potenzialmente un metodo con una firma diversa
> potrebbe avere un comportamento completamente
> diverso).
Potenzialmente potrei scrivere il mio codice usando nomi di variabili, metodi e classi in klingon.
> > > quale ti sembra piu` chiaro e conciso?
> >
> > Ovvimente il codice e' scritto da un junior, o
> > l'interfaccia definita da un'ubriaco, o le
> > specifiche rattoppate da 10 marketdroids in
> > cortocircuito, ma preferisco la versione con i 4
> > metodi. Questo per una semplice ragione:
>
> "Sto trollando o sono completamente deficiente"
Le tue argomentazioni mi lasciano sempre a bocca aperta
!
> > Solitamente l'overloading non si limita a
> > richiamare un'altro metodo ma fa (O deve fare)
> > qualcosa in
> > piu'
>
> E se invece voglio solo specificare dei valori di
> default? Ma e` ovvio! il design corretto in java
> non prevede valori di default.
Oddio, che grave mancanza. Dover scrivere potenzialmente 3 righe perche' un cammello ha specificato male l'interfaccia mi perseguitera' fino alla tomba
> Gli utenti della
> tua classe si possono riscrivere il valore di
> tutti gli argomenti n-mila volte (attenti
> all'ordine mi raccomando).
Se devono riscriverli n-mila volte, vuol dire che hai sbagliato qualcosa nel design. E non c'e' "valore di default" che tenga: E' sbagliato, punto.
> > Si, il refactoring di Eclipse e' potente, non
> sei
> > il primo (VisualCosoDeveloper) che rosika
> perche'
> > non puo'
> > ...
>
> Eclipse serve perche' java ha problemi.
Sei riuscito a dimostrarlo splendidamente e senza scadere mai nel ridicolo. I miei rispetti
Sei sprecato qui, vai a lavorare alla Microsoft, non c'e' crisi che tenga, Java e' condannato
!!!
`"la realta' non e' cosi' terrificante come vogliono farti credere" - Giambo ` - Wakko che cita Giambo-
Re: le mille classi di javaScritto daavvelentaniCubicolarioil 2009-01-26 14:28:00.0 alle 2009-01-26 14:28:00.0Trollate totali: 18184
- Scritto da: Giambo
> - Scritto da: avvelentani
>
> > > In java qualsiasi classe eredita da Object.
> >
> > Si`, ma ha un senso, Object definisce un
> > comportamento per le sue istanze URLEncoder
> > no.
>
> Magari voglio overridare un metodo di Object.
Ma non te ne fai di niente, non avrai mai istanze di URLEncoder.
> > Hai una mentalita` monoculturale, vedi solo java
> > e non riesci a concepire modelli
> > diversi.
>
> Sei tu che vuoi adattare la tua visione a un
> prodotto gia' esistente e funzionante
>
Ok, esiste e funziona. Mi va bene. Cio` non mi impedisce di vederne le limitazioni e farle notare a chi non riesce a vederle perche' conosce solo questo prodotto.
> Rinnovo la mia proposta di raccogliere le tue
> idee e preparare una proposta da sottoporre alla
> SUN.
> Cosi', per vedere fino a che punto riesci a
> sostenere le tue tesi davanti a chi queste cose
> le mastica dalla mattina alla sera
>
Non ne ho bisogno. I linguaggi di programmazione evolvono autonomamente nella direzione che piace a me. Se dovessi proporre qualcosa proporrei il constant folding obbligatorio sulle chiamate ai costruttori in python, quello si che sarebbe figo.
> L'ho trovato. E non si parla affatto di default
> UTF8
Tu non sai cosa significa "default", quel documento raccomanda l'uso di UTF8 (in caso contrario si potrebbe andare incontro ad incompatibilita`) che e` un buon motivo per metterlo come default, visto che la maggior parte della gente vorra` seguire la raccomandazione e usare UTF8.
> > Per niente, nel modo java devi definire n metodi
> > tutti con lo stesso nome che richiamano un
> metodo
> > base passando i default,
>
> Al solo pensiero mi viene il crampo ai pollici
> opponibili
> !
>
> > ogni cambiamento alla
> > firma del metodo va ripetuto n volte,
>
> Perche' non scrivere un nuovo metodo invece
?
Mostrami come scriveresti tu l'interfaccia del metodo 'fai'.
>
> > per leggere
> > il codice bisogna leggere n definizioni di
> metodi
> > (potenzialmente un metodo con una firma diversa
> > potrebbe avere un comportamento completamente
> > diverso).
>
> Potenzialmente potrei scrivere il mio codice
> usando nomi di variabili, metodi e classi in
> klingon.
Hai mai provato a leggere codice scritto da altri? Una cosa e` leggere una riga una e sapere che il metodo ha quei parametri e quei default, altra cosa e` doverne leggere 16 per sapere quali sono tutti i default.
E` come se ti obbligasse a scrivere in klingon.
> > > Ovvimente il codice e' scritto da un junior, o
> > > l'interfaccia definita da un'ubriaco, o le
> > > specifiche rattoppate da 10 marketdroids in
> > > cortocircuito, ma preferisco la versione con
> i
> 4
> > > metodi. Questo per una semplice ragione:
> >
> > "Sto trollando o sono completamente deficiente"
>
> Le tue argomentazioni mi lasciano sempre a bocca
> aperta
> !
Non so darmi altra spiegazione.
>
> > > Solitamente l'overloading non si limita a
> > > richiamare un'altro metodo ma fa (O deve fare)
> > > qualcosa in
> > > piu'
> >
> > E se invece voglio solo specificare dei valori
> di
> > default? Ma e` ovvio! il design corretto in java
> > non prevede valori di default.
>
> Oddio, che grave mancanza. Dover scrivere
> potenzialmente 3 righe perche' un cammello ha
> specificato male l'interfaccia mi perseguitera'
> fino alla tomba
>
Le righe purtroppo non sono 3 ma piu` di 10 e quale sarebbe l'interfaccia giusta? Quella senza default immagino...
> > Gli utenti della
> > tua classe si possono riscrivere il valore di
> > tutti gli argomenti n-mila volte (attenti
> > all'ordine mi raccomando).
>
> Se devono riscriverli n-mila volte, vuol dire che
> hai sbagliato qualcosa nel design. E non c'e'
> "valore di default" che tenga: E' sbagliato,
> punto.
Purtroppo il design e` giusto ma non e` supportato adeguatamente da java.
>
> > > Si, il refactoring di Eclipse e' potente, non
> > sei
> > > il primo (VisualCosoDeveloper) che rosika
> > perche'
> > > non puo'
> > > ...
> >
> > Eclipse serve perche' java ha problemi.
>
> Sei riuscito a dimostrarlo splendidamente e senza
> scadere mai nel ridicolo. I miei rispetti
>
> Sei sprecato qui, vai a lavorare alla Microsoft,
> non c'e' crisi che tenga, Java e' condannato
> !!!
Perche' alla Microsoft? C# e` praticamente identico a java...I think happiness is love
- Vladimir Putin
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
Re: le mille classi di java
- Scritto da: avvelentani
>
> - Scritto da: achille97
> >
> > - Scritto da: avvelentani
> > >
> > > - Scritto da: Giambo
> > > >
> > > > - Scritto da: avvelentani
> > > >
> > > > > > E dove starebbero
?
> > > > >
> > > > > fuori
> > > >
> > > > Una funzione globale ?
> > >
> > > no, solo fuori da una classe.
> >
> > paghi quella cinquantina di caratteri in più?
> > O spieghi che vantaggi pratici ha, oppure stai
> > solo subendo Giambo da 2 giorni e segretamente
> > hai iniziato a studiare il
> > Java.
> >
>
> Java lo so da tempo, solo lo sto usando in questi
> giorni per una
> cosa.
> Il fatto e` che concettualmente li` non c'e`
> bisogno di nessuna classe, solo due funzioni nel
> package java.net. Siccome in java ci devono
> essere per forza le classi ne andava fatta una,
> ma due e` assurdo. E anche il metodo senza
> encoding deprecato e`
> stupido.
Il metodo deprecato l'encoding lo fa, solo che usa una codifica di default.
Sta lì solo per retrocompatibilità, non è detto che ci resti a lungo.
Secondo te un java.net.encode(String s, String enc) e java.net.decode(String s, String enc) sarebbero più chiari?
Non è complicazione, solo organizzazione imho.
-
Re: le mille classi di javaScritto daavvelentaniCubicolarioil 2009-01-23 22:23:00.0 alle 2009-01-23 22:23:00.0Trollate totali: 18184
- Scritto da: achille97
>
> - Scritto da: avvelentani
> >
> > - Scritto da: achille97
> > >
> > > - Scritto da: avvelentani
> > > >
> > > > - Scritto da: Giambo
> > > > >
> > > > > - Scritto da: avvelentani
> > > > >
> > > > > > > E dove starebbero
?
> > > > > >
> > > > > > fuori
> > > > >
> > > > > Una funzione globale ?
> > > >
> > > > no, solo fuori da una classe.
> > >
> > > paghi quella cinquantina di caratteri in più?
> > > O spieghi che vantaggi pratici ha, oppure stai
> > > solo subendo Giambo da 2 giorni e segretamente
> > > hai iniziato a studiare il
> > > Java.
> > >
> >
> > Java lo so da tempo, solo lo sto usando in
> questi
> > giorni per una
> > cosa.
> > Il fatto e` che concettualmente li` non c'e`
> > bisogno di nessuna classe, solo due funzioni nel
> > package java.net. Siccome in java ci devono
> > essere per forza le classi ne andava fatta una,
> > ma due e` assurdo. E anche il metodo senza
> > encoding deprecato e`
> > stupido.
>
> Il metodo deprecato l'encoding lo fa, solo che
> usa una codifica di
> default.
> Sta lì solo per retrocompatibilità, non è detto
> che ci resti a
> lungo.
Peccato che un default esista: dovrebbero venir codificati tutti come utf8.
> Secondo te un java.net.encode(String s, String
> enc) e java.net.decode(String s, String enc)
> sarebbero più
> chiari?
Si` e sarebbero concettualmente piu` onesti (anche se si dovrebbero chiamare urlEncode e urlDecode)
>
> Non è complicazione, solo organizzazione imho.
> http://kickjava.com/src/java/net/URLEncoder.java.h
> http://kickjava.com/src/java/net/URLDecoder.java.h
organizzazione del cavolo.I think happiness is love
- Vladimir Putin-
Re: le mille classi di java
- Scritto da: avvelentani
> Peccato che un default esista: dovrebbero venir
> codificati tutti come
> utf8.
Si, nel magico mondo di sassofono.
> organizzazione del cavolo.
Opinione personale quindi falsificabile.
The Lich™
« Non è morto ciò che in eterno può attendere,
e col passare di strani eoni, anche la morte può morire. »

-
Re: le mille classi di java
- Scritto da: avvelentani
> Peccato che un default esista: dovrebbero venir
> codificati tutti come
> utf8.
Il default per i nomi di file in DOS era 8+3 caratteri
BTW, non mi risulti che UTF8 sia lo standard, la RFC1738 non dice nulla a proposito.
> > Secondo te un java.net.encode(String s, String
> > enc) e java.net.decode(String s, String enc)
> > sarebbero più
> > chiari?
>
> Si` e sarebbero concettualmente piu` onesti
> (anche se si dovrebbero chiamare urlEncode e
> urlDecode)
Non cambia praticamente nulla. Ah, si, non posso estendere la classe.
Figata.
Utile la tua idea, porta solo vantaggi
!
> organizzazione del cavolo.
Mi domando perche' perdi tempo qui quando potresti vendere le tue illuminazioni a peso d'oro a SUN
`"la realta' non e' cosi' terrificante come vogliono farti credere" - Giambo ` - Wakko che cita Giambo-
Re: le mille classi di javaScritto daavvelentaniCubicolarioil 2009-01-24 06:17:00.0 alle 2009-01-24 06:17:00.0Trollate totali: 18184
- Scritto da: Giambo
>
> - Scritto da: avvelentani
>
> > Peccato che un default esista: dovrebbero venir
> > codificati tutti come
> > utf8.
>
> Il default per i nomi di file in DOS era 8+3
> caratteri
>
non c'entra un cazzo.
> BTW, non mi risulti che UTF8 sia lo standard, la
> RFC1738 non dice nulla a
> proposito.http://www.w3.org/TR/html40/appendix/notes.html#no...

> > Si` e sarebbero concettualmente piu` onesti
> > (anche se si dovrebbero chiamare urlEncode e
> > urlDecode)
>
> Non cambia praticamente nulla. Ah, si, non posso
> estendere la
> classe.
> Figata.
> Utile la tua idea, porta solo vantaggi
!
Non serve a nulla estendere la classe, tanto sono due metodi statici.
I think happiness is love
- Vladimir Putin-
Re: le mille classi di java
- Scritto da: avvelentani
> > > Peccato che un default esista: dovrebbero
> venir
> > > codificati tutti come
> > > utf8.
> >
> > Il default per i nomi di file in DOS era 8+3
> > caratteri
> >
>
> non c'entra un cazzo.
C'entra invece: Se imponi come codifica standard UTF8 ti limiti.
> > BTW, non mi risulti che UTF8 sia lo standard, la
> > RFC1738 non dice nulla a
> > proposito.
>
>http://www.w3.org/TR/html40/appendix/notes.html#no

Appunto.
> > > Si` e sarebbero concettualmente piu` onesti
> > > (anche se si dovrebbero chiamare urlEncode e
> > > urlDecode)
> >
> > Non cambia praticamente nulla. Ah, si, non posso
> > estendere la
> > classe.
> > Figata.
> > Utile la tua idea, porta solo vantaggi
!
>
> Non serve a nulla estendere la classe, tanto sono
> due metodi
> statici.
Se a te non pare utile estendere la classe, non vuol dire che il resto del mondo la pensi come te. E il fatto che sono due metodi statici c'entra piu' o meno come i cavoli a merenda
`"la realta' non e' cosi' terrificante come vogliono farti credere" - Giambo ` - Wakko che cita Giambo-
Re: le mille classi di javaScritto daavvelentaniCubicolarioil 2009-01-25 02:05:00.0 alle 2009-01-25 02:05:00.0Trollate totali: 18184
- Scritto da: Giambo
>
> - Scritto da: avvelentani
>
> > > > Peccato che un default esista: dovrebbero
> > venir
> > > > codificati tutti come
> > > > utf8.
> > >
> > > Il default per i nomi di file in DOS era 8+3
> > > caratteri
> > >
> >
> > non c'entra un cazzo.
>
> C'entra invece: Se imponi come codifica standard
> UTF8 ti
> limiti.
- lamentati con il w3c
- un default non e` un imposizione
- utf-8 non e` limitante.
>http://www.w3.org/TR/html40/appendix/notes.html#no

>
> Appunto.
Appunto niente.
> > Non serve a nulla estendere la classe, tanto
> sono
> > due metodi
> > statici.
>
> Se a te non pare utile estendere la classe, non
> vuol dire che il resto del mondo la pensi come
> te. E il fatto che sono due metodi statici
> c'entra piu' o meno come i cavoli a merenda
>
Ma lo sai come funzionano i metodi statici?I think happiness is love
- Vladimir Putin-
Re: le mille classi di java
- Scritto da: avvelentani
> > C'entra invece: Se imponi come codifica standard
> > UTF8 ti
> > limiti.
>
> - lamentati con il w3c
Non c'e' nulla di cui lamentarsi, l'encoding consigliato va bene.
> - un default non e` un imposizione
Non sono io quello che parlava di usare un "default giusto"
> - utf-8 non e` limitante.
Ho detto che non voler dare la possibilita' di usare altri encoding e' limitante.
Inoltre si, UF8 e' limitato: Copre solo l'intervallo descritto dallo standard Unicode.
> > > Non serve a nulla estendere la classe, tanto
> > sono
> > > due metodi
> > > statici.
> >
> > Se a te non pare utile estendere la classe, non
> > vuol dire che il resto del mondo la pensi come
> > te. E il fatto che sono due metodi statici
> > c'entra piu' o meno come i cavoli a merenda
> >
>
> Ma lo sai come funzionano i metodi statici?
Motiva la tua frase "Non serve a nulla estendere la classe, tanto sono due metodi statici.", poi vediamo se vale la pena continuare a discuterne
`"la realta' non e' cosi' terrificante come vogliono farti credere" - Giambo ` - Wakko che cita Giambo-
Re: le mille classi di javaScritto daavvelentaniCubicolarioil 2009-01-25 15:52:00.0 alle 2009-01-25 15:52:00.0Trollate totali: 18184
- Scritto da: Giambo
>
> - Scritto da: avvelentani
>
> > > C'entra invece: Se imponi come codifica
> standard
> > > UTF8 ti
> > > limiti.
> >
> > - lamentati con il w3c
>
> Non c'e' nulla di cui lamentarsi, l'encoding
> consigliato va
> bene.
>
E dovrebbe essere il default.
> > - un default non e` un imposizione
>
> Non sono io quello che parlava di usare un
> "default
> giusto"
Ma lo sai cosa significa "default"? Il default e` quella cosa che usi se non viene specificato nulla.
> > - utf-8 non e` limitante.
>
> Ho detto che non voler dare la possibilita' di
> usare altri encoding e'
> limitante.
Non ho mai detto di voler fare questo. Tu non sai cosa significa default.
> Inoltre si, UF8 e' limitato: Copre solo
> l'intervallo descritto dallo standard
> Unicode.
L'unicode basta a tutti, tranne a qualche gatto selvaggio cinese.
> > Ma lo sai come funzionano i metodi statici?
>
> Motiva la tua frase "Non serve a nulla estendere
> la classe, tanto sono due metodi statici.", poi
> vediamo se vale la pena continuare a discuterne
>
public class Bau { public static void bau() { System.out.println("bau"); } } public class BauB extends Bau { public static void bau() { System.out.println("bau bau"); } public static void main(String[] argv) { Bau b = new BauB(); b.bau(); } }
Quale metodo viene chiamato?I think happiness is love
- Vladimir Putin-
Re: le mille classi di java
- Scritto da: avvelentani
> > Non c'e' nulla di cui lamentarsi, l'encoding
> > consigliato va
> > bene.
>
> E dovrebbe essere il default.
Scrivi a quelli del W3C, poi facci sapere che cosa ti hanno risposto
> > > - un default non e` un imposizione
> >
> > Non sono io quello che parlava di usare un
> > "default
> > giusto"
>
> Ma lo sai cosa significa "default"? Il default e`
> quella cosa che usi se non viene specificato
> nulla.
E sarebbe sbagliatissimo. Infatti il W3C non parla di default, ne' l'implementazione Java che tu hai portato alla nostra attenzione (Ragione per la quale il metodo e' deprecato).
> > Inoltre si, UF8 e' limitato: Copre solo
> > l'intervallo descritto dallo standard
> > Unicode.
>
> L'unicode basta a tutti, tranne a qualche gatto
> selvaggio
> cinese.
Effettivamente il mercato cinese e' sopravvalutato
> > > Ma lo sai come funzionano i metodi statici?
> >
> > Motiva la tua frase "Non serve a nulla estendere
> > la classe, tanto sono due metodi statici.", poi
> > vediamo se vale la pena continuare a discuterne
> >
>
>> public class Bau { > public static void bau() { > System.out.println("bau"); > } > } > > public class BauB extends Bau { > public static void bau() { > System.out.println("bau bau"); > } > public static void main(String[] argv) { > Bau b = new BauB(); > b.bau(); > } > } >
>
> Quale metodo viene chiamato?
Non hai risposto alla mia domanda
Sostituisci "Bau b = new BauB();" con "BauB b = new BauB();" ... E poi rileggiti la differenza tra overridden e overloaded
!
`"la realta' non e' cosi' terrificante come vogliono farti credere" - Giambo ` - Wakko che cita Giambo-
Re: le mille classi di javaScritto daavvelentaniCubicolarioil 2009-01-25 18:23:00.0 alle 2009-01-25 18:23:00.0Trollate totali: 18184
- Scritto da: Giambo
> Non hai risposto alla mia domanda
> Sostituisci "Bau b = new BauB();" con "BauB b =
> new BauB();" ... E poi rileggiti la differenza
> tra overridden e overloaded
> !
Riepilogo: tu in questo thread hai detto: "se URLEncoder e URLDecoder non fossero classi non le potresti estendere" e io ti ho risposto che non serve a niente estenderle visto che hanno solo metodi statici.I think happiness is love
- Vladimir Putin-
Re: le mille classi di java
- Scritto da: avvelentani
>
> - Scritto da: Giambo
> > Non hai risposto alla mia domanda
> > Sostituisci "Bau b = new BauB();" con "BauB b =
> > new BauB();" ... E poi rileggiti la differenza
> > tra overridden e overloaded
> > !
>
> Riepilogo: tu in questo thread hai detto: "se
> URLEncoder e URLDecoder non fossero classi non le
> potresti estendere" e io ti ho risposto che non
> serve a niente estenderle visto che hanno solo
> metodi
> statici.
Si può fare override anche di metodi statici.
-
Re: le mille classi di java
- Scritto da: avvelentani
> Riepilogo: tu in questo thread hai detto: "se
> URLEncoder e URLDecoder non fossero classi non le
> potresti estendere" e io ti ho risposto che non
> serve a niente estenderle visto che hanno solo
> metodi
> statici.
Il fatto che abbia solo metodi statici non c'entra un cazzo: L'overloading e' sempre possibile e in piu' posso aggiungerci altri metodi.
Spiegami un po per quale ragione tu estendi una classe
...
`"la realta' non e' cosi' terrificante come vogliono farti credere" - Giambo ` - Wakko che cita Giambo-
Re: le mille classi di javaScritto daavvelentaniCubicolarioil 2009-01-25 23:00:00.0 alle 2009-01-25 23:00:00.0Trollate totali: 18184
- Scritto da: Giambo
>
> - Scritto da: avvelentani
>
> > Riepilogo: tu in questo thread hai detto: "se
> > URLEncoder e URLDecoder non fossero classi non
> le
> > potresti estendere" e io ti ho risposto che non
> > serve a niente estenderle visto che hanno solo
> > metodi
> > statici.
>
> Il fatto che abbia solo metodi statici non
> c'entra un cazzo: L'overloading e' sempre
> possibile e in piu' posso aggiungerci altri
> metodi.
> Spiegami un po per quale ragione tu
> estendi una classe
> ...
Perche' ho bisogno di oggetti sostituibili a quelli della classe base ma con qualcosa in piu` o diverso. Se non ci sono oggetti non c'e` bisogno di classi e specialmente non c'e` bisogno di ereditarieta`.I think happiness is love
- Vladimir Putin-
Re: le mille classi di java
- Scritto da: avvelentani
> > Spiegami un po per quale ragione tu
> > estendi una classe
> > ...
>
> Perche' ho bisogno di oggetti sostituibili a
> quelli della classe base ma con qualcosa in piu`
> o diverso.
Per esempio un metodo in piu'.
> Se non ci sono oggetti non c'e`
> bisogno di classi e specialmente non c'e` bisogno
> di
> ereditarieta`.
Come dire: Mi mozzo i piedi per non dovermi comperare le scarpe
`"la realta' non e' cosi' terrificante come vogliono farti credere" - Giambo ` - Wakko che cita Giambo-
Re: le mille classi di javaScritto daavvelentaniCubicolarioil 2009-01-25 23:44:00.0 alle 2009-01-25 23:44:00.0Trollate totali: 18184
- Scritto da: Giambo
>
> - Scritto da: avvelentani
>
> > > Spiegami un po per quale ragione tu
> > > estendi una classe
> > > ...
> >
> > Perche' ho bisogno di oggetti sostituibili a
> > quelli della classe base ma con qualcosa in piu`
> > o diverso.
>
> Per esempio un metodo in piu'.
Per esempio.
> > Se non ci sono oggetti non c'e`
> > bisogno di classi e specialmente non c'e`
> bisogno
> > di
> > ereditarieta`.
>
> Come dire: Mi mozzo i piedi per non dovermi
> comperare le scarpe
>
No, come dire non ho i piedi ma compro le scarpe comunque per sentirmi alla moda.I think happiness is love
- Vladimir Putin-
Re: le mille classi di java
- Scritto da: avvelentani
> > > Se non ci sono oggetti non c'e`
> > > bisogno di classi e specialmente non c'e`
> > bisogno
> > > di
> > > ereditarieta`.
> >
> > Come dire: Mi mozzo i piedi per non dovermi
> > comperare le scarpe
> >
>
> No, come dire non ho i piedi ma compro le scarpe
> comunque per sentirmi alla
> moda.
Non hai capito, prova a rileggere quel che hai scritto, e' proprio in cima al messaggio.
Quel che auspichi te e' la mancanza di ereditarieta' per venire incontro alla tua visione bizzarra.`"la realta' non e' cosi' terrificante come vogliono farti credere" - Giambo ` - Wakko che cita Giambo-
Re: le mille classi di javaScritto daavvelentaniCubicolarioil 2009-01-26 00:12:00.0 alle 2009-01-26 00:12:00.0Trollate totali: 18184
- Scritto da: Giambo
>
> - Scritto da: avvelentani
>
> > > > Se non ci sono oggetti non c'e`
> > > > bisogno di classi e specialmente non c'e`
> > > bisogno
> > > > di
> > > > ereditarieta`.
> > >
> > > Come dire: Mi mozzo i piedi per non dovermi
> > > comperare le scarpe
> > >
> >
> > No, come dire non ho i piedi ma compro le scarpe
> > comunque per sentirmi alla
> > moda.
>
> Non hai capito, prova a rileggere quel che hai
> scritto, e' proprio in cima al
> messaggio.
> Quel che auspichi te e' la mancanza di
> ereditarieta' per venire incontro alla tua
> visione
> bizzarra.
ma non serve a niente l'eredita` in questo caso!I think happiness is love
- Vladimir Putin-
Re: le mille classi di java
- Scritto da: avvelentani
> ma non serve a niente l'eredita` in questo caso!
"Non serve a niente" mi pare eccesivo: Ti ricordo che tutte le classi estendono Object e che java non permette la multiple inheritance.
Inoltre se l'eredita' non fosse servita, la classe sarebbe stata dichiarata final
`"la realta' non e' cosi' terrificante come vogliono farti credere" - Giambo ` - Wakko che cita Giambo-
Re: le mille classi di javaScritto daavvelentaniCubicolarioil 2009-01-26 14:30:00.0 alle 2009-01-26 14:30:00.0Trollate totali: 18184
- Scritto da: Giambo
>
> - Scritto da: avvelentani
>
> > ma non serve a niente l'eredita` in questo caso!
>
> "Non serve a niente" mi pare eccesivo: Ti ricordo
> che tutte le classi estendono Object e che java
> non permette la multiple
> inheritance.
>
> Inoltre se l'eredita' non fosse servita, la
> classe sarebbe stata dichiarata final
>
"SUN non puo` sbagliare"I think happiness is love
- Vladimir Putin
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
Re: le mille classi di java
- Scritto da: avvelentani
> > > > E dove starebbero
?
> > >
> > > fuori
> >
> > Una funzione globale ?
>
> no, solo fuori da una classe.
Ma da qualche parte devi "agganciarla"
Sei sicuro che sai di cosa stai parlando
?
`"la realta' non e' cosi' terrificante come vogliono farti credere" - Giambo ` - Wakko che cita Giambo
-
Re: le mille classi di java
- Scritto da: avvelentani
>
> - Scritto da: Giambo
> >
> > - Scritto da: avvelentani
> >
> > > > E dove starebbero
?
> > >
> > > fuori
> >
> > Una funzione globale ?
>
> no, solo fuori da una classe.
La classe, in java è l'universo, non esiste nulla fuori...
Al massimo puoi usare i metodi statici, ma sempre dentro una classe devono stare.
No?-
Re: le mille classi di java
- Scritto da: kotaro
>
> - Scritto da: avvelentani
> >
> > - Scritto da: Giambo
> > >
> > > - Scritto da: avvelentani
> > >
> > > > > E dove starebbero
?
> > > >
> > > > fuori
> > >
> > > Una funzione globale ?
> >
> > no, solo fuori da una classe.
>
> La classe, in java è l'universo, non esiste nulla
> fuori...
>
> Al massimo puoi usare i metodi statici, ma sempre
> dentro una classe devono
> stare.
>
> No?
In realtà potresti sviluppare una tua virtual machine, con metodi nativi diversi, non scritti in java. Non sarebbe java, ma C.
The Lich™
« Non è morto ciò che in eterno può attendere,
e col passare di strani eoni, anche la morte può morire. »

-
Re: le mille classi di java
- Scritto da: achille97
>
>
> In realtà potresti sviluppare una tua virtual
> machine, con metodi nativi diversi, non scritti
> in java. Non sarebbe java, ma
> C.
>
Potresti farla in java stesso...
-
-
Re: le mille classi di javaScritto daavvelentaniCubicolarioil 2009-01-24 06:29:00.0 alle 2009-01-24 06:29:00.0Trollate totali: 18184
- Scritto da: kotaro
>
> - Scritto da: avvelentani
> >
> > - Scritto da: Giambo
> > >
> > > - Scritto da: avvelentani
> > >
> > > > > E dove starebbero
?
> > > >
> > > > fuori
> > >
> > > Una funzione globale ?
> >
> > no, solo fuori da una classe.
>
> La classe, in java è l'universo, non esiste nulla
> fuori...
>
> Al massimo puoi usare i metodi statici, ma sempre
> dentro una classe devono
> stare.
>
> No?
Si`, e` un discorso concettuale.I think happiness is love
- Vladimir Putin
-
-
-
-
-
-
-
-
-
-
-
-
Re: le mille classi di javaScritto daNon Autenticatoil 2009-01-23 19:41:00.0 alle 2009-01-23 19:41:00.0perchè 0?
un urlencode/decode con chraset non mi sembra pazzesco anche partendo dal vecchio concetto che tutto è un oggetto...
-
Re: le mille classi di java
- Scritto da: avvelentani
>
> - Scritto da:
> > perchè hanno deprecato un metodo che non aveva
> il
> > charset mi sembra giusto che ci
> > sia???
>
> anche per quello, ma soprattutto perche' sono due
> classi dove ce ne dovrebbero essere state zero!
>
Divide et impera.
-
Re: le mille classi di javaL'obsolescenza m'impedisce di capire il senso della discussione.
zero!
> >
>
> Divide et impera.

DIVIDE BY ZERO ERROR
READY.
-
Re: le mille classi di javaScritto daavvelentaniCubicolarioil 2009-01-23 20:49:00.0 alle 2009-01-23 20:49:00.0Trollate totali: 18184
- Scritto da: achille97
>
> - Scritto da: avvelentani
> >
> > - Scritto da:
> > > perchè hanno deprecato un metodo che non aveva
> > il
> > > charset mi sembra giusto che ci
> > > sia???
> >
> > anche per quello, ma soprattutto perche' sono
> due
> > classi dove ce ne dovrebbero essere state zero!
> >
>
> Divide et impera.

I think happiness is love
- Vladimir Putin
-
-
-
-
Re: le mille classi di javaScritto daThe LichÜbermenschil 2009-01-23 19:24:00.0 alle 2009-01-23 19:24:00.0Trollate totali: 21351
- Scritto da: avvelentani
>
-