[Java] Dove iniziare

[~FullSyst3m~]

Visto che sto studiando matematica per l'uni ho pensato di iniziare a dare un'occhiata a Java pure visto che il prossimo anno lo farò all'uni (o forse a primo anno fanno fare C? Non ricordo.) In ogni caso: da quale guida/manuale/libro posso iniziare a studiarlo?

[banryu79]

Questo sito (c'è un manuale, in italiano, da scaricare) potrebbe essere un'inizio: claudio de sio cesari.

[cdimauro]

Originariamente inviato da ~FullSyst3m~

Visto che sto studiando matematica per l'uni ho pensato di iniziare a dare un'occhiata a Java pure visto che il prossimo anno lo farò all'uni (o forse a primo anno fanno fare C? Non ricordo.) In ogni caso: da quale guida/manuale/libro posso iniziare a studiarlo?

AAAAAARRRRRRGGGGGHHHHHHH

Un colpo al cuore!!!

[~FullSyst3m~]

Originariamente inviato da cdimauro

AAAAAARRRRRRGGGGGHHHHHHH

Un colpo al cuore!!!

Non ne posso fare a meno. Il prossimo anno lo farò all'uni, almeno vedo un pò come è. La stessa cosa vale per il C.

Questo sito (c'è un manuale, in italiano, da scaricare) potrebbe essere un'inizio:

Lo avevo già sentito. Se non ricordo male avevo letto di un libro "Java mattone dopo mattone", o una cosa del genere. Molti dicono che per iniziare è perfetto.

[wingman87]

Si', pero' e' un po' vecchiotto. Del libro che ti ha linkato banryu c'e' anche la versione piu' aggiornata (a Java 6) che puoi acquistare in libreria.

[banryu79]

Originariamente inviato da cdimauro

AAAAAARRRRRRGGGGGHHHHHHH
Un colpo al cuore!!!

Esagerato, eppoi mica è una traggedia

Si', pero' e' un po' vecchiotto. Del libro che ti ha linkato banryu c'e' anche la versione piu' aggiornata (a Java 6) che puoi acquistare in libreria.

Verissimo, ma penso che per cominiciare soltato a dare un'occhiata al linguaggio, la versione 1.5 sia ancora validissima.

[gokan]

Potresti prendere direttamente i volumi della Sun "Core Java".
Mi sento di sconsigliare "Thinking in Java" se non hai già conoscenza della programmazione ad oggetti.

[cdimauro]

Originariamente inviato da banryu79

Esagerato, eppoi mica è una traggedia

In effetti gli servirà per apprezzare ancora di più Python.

[banryu79]

Originariamente inviato da cdimauro

In effetti gli servirà per apprezzare ancora di più Python.

Documentazione a parte, specie se si abitua troppo ai Javadoc e alla documentazione della Sun

[cdimauro]

Tranquillo: rimane sempre il linguaggio e la sua enorme libreria con cui dovrà avere a che fare.

[ndakota]

io ho trovato ottimo questo libro
http://www.hoepli.it/libro.asp?ib=97...00022007002017

[Vincenzo1968]

Originariamente inviato da ~FullSyst3m~

Non ne posso fare a meno. Il prossimo anno lo farò all'uni, almeno vedo un pò come è. La stessa cosa vale per il C.
...

Eh si, è il caso di citare nuovamente il don Gaetano di Sciascia:

non c'è niente da fare, mio caro, bisogna che tu ci strida.

[~FullSyst3m~]

Originariamente inviato da wingman87

Si', pero' e' un po' vecchiotto. Del libro che ti ha linkato banryu c'e' anche la versione piu' aggiornata (a Java 6) che puoi acquistare in libreria.

Vorrei evitare di spendere soldi al momento, per iniziare a dare uno sguardo e fare qualche prova credo che basti qualche libro gratuito.

Verissimo, ma penso che per cominiciare soltato a dare un'occhiata al linguaggio, la versione 1.5 sia ancora validissima.

Leggerò questo allora.

Potresti prendere direttamente i volumi della Sun "Core Java".
Mi sento di sconsigliare "Thinking in Java" se non hai già conoscenza della programmazione ad oggetti.

Dove li prendo? Oggi non ho proprio voglia di cercare.
Comunque ho conoscenza della OOP.

In effetti gli servirà per apprezzare ancora di più Python

Già il solo pensiero me lo fa apprezzare ancora di più. Credo che sto facendo un'azione da kamikaze visto che sono sterile di idee e non ho scritto più nulla, ma devo guardarlo almeno.

[banryu79]

Originariamente inviato da ~FullSyst3m~

Già il solo pensiero me lo fa apprezzare ancora di più. Credo che sto facendo un'azione da kamikaze visto che sono sterile di idee e non ho scritto più nulla, ma devo guardarlo almeno.

Solo una cosa: occhio che non stai semplicemente andando a guardare un linguaggio sì diverso da Python ma ancora appartenente alla stessa "famiglia" (come potrebbe essere con Ruby).

Java è statically typed là dove tu sei abituato ad avere a che fare con un dynamic type system: questo è lo sbalzo maggiore che sentirai.

Oltre alla leggendaria verbosità di Java, naturalmente.

[~FullSyst3m~]

Originariamente inviato da banryu79

Solo una cosa: occhio che non stai semplicemente andando a guardare un linguaggio sì diverso da Python ma ancora appartenente alla stessa "famiglia" (come potrebbe essere con Ruby).

Java è statically typed là dove tu sei abituato ad avere a che fare con un dynamic type system: questo è lo sbalzo maggiore che sentirai.

Oltre alla leggendaria verbosità di Java, naturalmente.

E ti sembra poco. Abituato con Python che è dinamicamente e fortemente tipato. Oltretutto la sintassi è un amore in Python... per questo preferisco dargli un'occhiata prima invece di arrivare all'uni completamente all'asciutto.

[D4rkAng3l]

Originariamente inviato da ~FullSyst3m~

E ti sembra poco. Abituato con Python che è dinamicamente e fortemente tipato. Oltretutto la sintassi è un amore in Python... per questo preferisco dargli un'occhiata prima invece di arrivare all'uni completamente all'asciutto.

anche Java in un certo senso è strongly typed ed i binding tra variabile e tipo avvengono dinamicamente...tranne che cambia un po' il metodo di fare il binding dinamico che viene eseguito dalla JVM (c'ho appena fatto un esame su sta cosa).

Praticamente in Java tu devi dichiarare un tipo apparente che verrà controllato dal compilatore e garantirà la type safe ma poi ci sono modi per attribuire ad una variabile con un certo tipo apparente il riferimento ad un oggetto di un "altro tipo"....altrimenti non avresti il polimorfismo in Java...

Ti faccio un esempietto pratico...Java supporta il cosidetto polimorfismo per inclusione....

Tu hai una classe Rettangolo che contiene un certo numero di metodi tra cui il metodo dilata().
La classe Rettangolo è padre della sottoclasse Quadrato (un quadrato è un rettangolo con il vincolo di avere tutti i lati uguali).
A questo punto dentro Quadrato ridefinisci i metodi di Rettangolo che devono comportarsi in maniera diversa...quindi ad esempio ridefinisci il metodo dilata() in modo tale che non possa dilatare un solo lato di un quadrato rendendoti l'oggetto non conforme alla sua classe...

Quando tu dichiari una variabile di tipo Rettangolo (ad esempio nel main() potrai metterci dentro il riferimento ad un oggetto di tipo Quadrato (perchè è sottoclasse di Rettangolo) ad esempio così:

Rettangolo R = new Quadrato(2);

che dichiara R come Rettangolo e ci mette dentro il riferimento ad un nuvo oggetto Quadrato con lato di lunghezza pari a 2.

Se adesso tu invochi il metodo dilata() su R, tipo così:

R.dilata(5);

che metodo invochi? bene R è dichiarato come Rettangolo e Rettangolo è il suo tipo apparente ma visto che è stato costruito come Quadrato la JVM esegue dinamicamente il binding tra l'invocazione del metodo ed il corpo del metodo ridefinito in Quadrato perchè il metodo è stato forzato (la signature però deve essere la stessa).

Ciò garantisce la type safety....

Se ad esempio dentro Quadrato hai dichiarato degli altri metodi che non erano presenti in Rettangolo (come ad esempio un metodo raggioCerchioInscritto() che calcola il raggio del cerchio inscritto del Quadrato).

Se hai dichiarato R come Rettangolo e fai:

R.raggioCerchioInscritto(); il compilatore ti darà un errore a compile time...

Quindi JAVA è un caso un po' strano perchè supporta una forma di polimorfismo ma è comunque type safe...

Spero di essere stato sufficientemente chiaro

[cdimauro]

Questo vale soltanto per le istanze degli oggetti, ed è una cosa che puoi fare con qualunque altro linguaggio staticamente tipato. Ma non puoi cambiare il tipo / destinazione a una variabile dichiarata "int", ad esempio, facendola "diventare" string.

Con Python il binding è sempre dinamico, e una variabile può contenere qualunque tipo di dato, può cambiare il tipo come e quando vuole, ed è anche possibile distruggerla se non serve più.

Il tutto mantenendo una tipizzazione forte. Molto più forte di Java e di altri linguaggi, che hanno meccanismi di conversione automatica dei tipi che in Python richiedono espressamente un intervento da parte del programmatore.

[~FullSyst3m~]

Originariamente inviato da D4rkAng3l

anche Java in un certo senso è strongly typed ed i binding tra variabile e tipo avvengono dinamicamente...tranne che cambia un po' il metodo di fare il binding dinamico che viene eseguito dalla JVM (c'ho appena fatto un esame su sta cosa).

Praticamente in Java tu devi dichiarare un tipo apparente che verrà controllato dal compilatore e garantirà la type safe ma poi ci sono modi per attribuire ad una variabile con un certo tipo apparente il riferimento ad un oggetto di un "altro tipo"....altrimenti non avresti il polimorfismo in Java...

Ti faccio un esempietto pratico...Java supporta il cosidetto polimorfismo per inclusione....

Tu hai una classe Rettangolo che contiene un certo numero di metodi tra cui il metodo dilata().
La classe Rettangolo è padre della sottoclasse Quadrato (un quadrato è un rettangolo con il vincolo di avere tutti i lati uguali).
A questo punto dentro Quadrato ridefinisci i metodi di Rettangolo che devono comportarsi in maniera diversa...quindi ad esempio ridefinisci il metodo dilata() in modo tale che non possa dilatare un solo lato di un quadrato rendendoti l'oggetto non conforme alla sua classe...

Quando tu dichiari una variabile di tipo Rettangolo (ad esempio nel main() potrai metterci dentro il riferimento ad un oggetto di tipo Quadrato (perchè è sottoclasse di Rettangolo) ad esempio così:

Rettangolo R = new Quadrato(2);

che dichiara R come Rettangolo e ci mette dentro il riferimento ad un nuvo oggetto Quadrato con lato di lunghezza pari a 2.

Se adesso tu invochi il metodo dilata() su R, tipo così:

R.dilata(5);

che metodo invochi? bene R è dichiarato come Rettangolo e Rettangolo è il suo tipo apparente ma visto che è stato costruito come Quadrato la JVM esegue dinamicamente il binding tra l'invocazione del metodo ed il corpo del metodo ridefinito in Quadrato perchè il metodo è stato forzato (la signature però deve essere la stessa).

Ciò garantisce la type safety....

Se ad esempio dentro Quadrato hai dichiarato degli altri metodi che non erano presenti in Rettangolo (come ad esempio un metodo raggioCerchioInscritto() che calcola il raggio del cerchio inscritto del Quadrato).

Se hai dichiarato R come Rettangolo e fai:

R.raggioCerchioInscritto(); il compilatore ti darà un errore a compile time...

Quindi JAVA è un caso un po' strano perchè supporta una forma di polimorfismo ma è comunque type safe...

Spero di essere stato sufficientemente chiaro

Python è davvero tutto un altro mondo comunque.
Appena finisco di fare matematica inizio a dare un'occhiata al libro di De Sio Cesari.

[~FullSyst3m~]

E' di 700 pagine il libro di De Sio. Sembra completo, ho iniziato a dargli un'occhiata adesso.

[D4rkAng3l]

Originariamente inviato da ~FullSyst3m~

E' di 700 pagine il libro di De Sio. Sembra completo, ho iniziato a dargli un'occhiata adesso.

Se ti può interessare datti un'occhiata anche a queste dispense (solo quelle riguardanti Java e al più la dispensa relativa al polimorfismo che però non è completissima perchè altri argomenti erano sul libro): http://www.informatica.uniroma2.it/f0?fid=f1&id=LP

sono fatte abbastanza bene e sono un buon inizio poichè molto commentate e spiegate passo passo

Ciao
Andrea