Forum libero

- Scritto da: Giambo
>
> - Scritto da: avvelentani
>
> > > Questo perche' solitamente un BUG non si
> > > manifesta con un modifier
> > > sballato.
> >
> > Sei rincoglionito? Il bug non e` il modifier ma
> > dentro il metodo, il modifier dannoso di java
> > semplicemente mi impedisce di patcharlo in modo
> > elegante.
>
> Aha ! Allora e' tutto un'altro paio maniche !

Comunque, i metodi e le classi final e l'access control di java sono solo una rottura di palle. Li potrei concepire giusto se emettessero un warning sopprimibile.

> > > Con quale motivazione ? Un belink non me lo
> vuoi
> > > dare
> > > ?
> >
> > No, non ho voglia di ricercarlo.
>
> Oho ! Allora menti ! Menti sapendo di mentire
> !!

Ma non dire cazzate

- Scritto da: achille97
>
> - Scritto da: avvelentani
> > ti faccio un elenco di quello che non mi piace,
> > al
> > volo:
> > solo classi al toplevel
> e le classi anonime? Spiega meglio, dai che devo
> imparare.

no intendo dire che il toplevel puo` contenere solo dichiarazioni classi.

>
> > sintassi per gli argomenti troppo semplice
> kiss.

una cosa come il python e` altrettanto semplice e infinitamente piu` comoda.

>
> > restrizione dell'accesso
> è cosa buona e giusta.

e` un errore, una barriera artificiale.

>
> > type system inadeguato (troppa poca inferenza,
> > generics aggiunti a posteriori e
> > inadeguati)
> ha pregi e difetti.

il difetto e` che e` inadeguato, il pregio e` che potrebbe essere ancora piu` inadeguato.

>
> > mancanza di return multipli
> vero. sta cosa dà fastidio anche a me.
>

c# almeno ha gli argomenti out/ref ma sono brutti.

> > sintassi per la gestione delle eccezioni
> primitiva
> esempi di meccanismi migliori? mi spieghi?
>

vedi with del python.

> > sovrabbondanza di eccezioni checked
> Se organizzi correttamente la gerarchia di
> eccezioni applicative non è
> vero
>

sto parlando di quelle della libreria standard.
aggravato dal fatto che non ci sia un modo semplice per renderle unchecked al volo.

> > Object-orientation povera (tipi primitivi,
> metodi
> > e classi non sono oggetti se non tramite
> wrapping
> > o
> > reflection)
> Specifica, che su questo ne sai più di me.

Penso di aver gia` detto tutto in thread precedenti, i tipi primitivi non sono oggetti (vengono wrappati automaticamente, nelle versioni piu` recenti ma continuano a non essere oggetti). Classi e metodi non sono oggetti non puoi assegnare il una classe ad una variabile, o meglio, lo puoi fare usando il membro '.class' ma la variabile poi non e` la stessa cosa della classe, il suo uso e` sintatticamente molto diverso (e molto macchinoso).
Stessa cosa per i metodi

> > sintassi del for each appiccicata sopra il
> > linguaggio senza stare attenti ai
> > dettagli
> Ovvero? Spiegami.

non puoi fare un for su una Map, non puoi fare un for su un Iterator, non puoi fare un for su una Enumeration...
e` stato implementato in un modo molto semplice che pero` lo rende inapplicabile in molti casi pratici.

> > sintassi if-else importata dal C/C++ tenendosi
> il
> > bug
> Questa non la so, sono novizio. Spiegami.
>

if if else e` ambiguo, e` un problema noto della sintassi c-like. La gente ci ha fatto il callo ma non e` esattamente "bello".

> > c'e` di peggio, comunque...
> Ostia!

tutti i linguaggi hanno problemi per un motivo o per un altro, non ho problemi a riconoscerlo, siete voi che avete problemi a riconoscere i problemi di java.