Rubrica in Java

[ingframin]

Originariamente inviato da wizard1993

in realtò (almeno come l'ho interpretata io) era metà e metà. Non è che ti serve tutto quel libro per risolvere l'esercizio, ma per imparare a programmare potresti fare con quel testo senza altro

This
L'esercizio della rubrica è stato il leit motif del corso di Programmazione Orientata agli oggetti che ho seguito all'università. Abbiamo impiegato 5 settimane a svolgerlo, lezione dopo lezione.
Perché proprio la rubrica? Perché è un programma che di primo acchitto è semplice e non spaventa, ma poi ti accorgi che facendolo tocchi con mano un sacco di aspetti della programmazione ad oggetti.
Se vuoi fare il programmatore il libro che ti ho postato è solo il punto di partenza, c'è da sudare da studiare, da esercitarsi... Insomma è un bel casino!
Però se lo fai da amatore non c'è problema, è il tuo hobby, non sentirti obbligato a fare tutto in una settima. Serve tempo per assimilare certi concetti
Se lo fai per lavoro prima o poi arriverà qualcuno a dirti "mi serve un esperto di questa tecnologia entro una settimana, toh.. studiati 'ste 1000 paginette che poi arriva il lavoro da fare".
Non pensare di svolgere la rubrica in poco tempo e lasciati i file e l'interfaccia grafica all'ultimo. Pensa prima di tutto a come costruire un modello orientato agli oggetti della rubrica telefonica!
Altri esercizi interessanti potrebbero essere ricostruire il pokedex (il catalogo dei pokemon) oppure qualche programmino gestionale. Quando hai preso dimestichezza con questi poi arriva la parte "massiccia" dove per forza di cose bisogna studiare qualcosa di algoritmi e ing. del software (che io purtroppo ancora non ho studiato se non in parte).
Ma niente si ottiene leggendo un tutorial di 10 pagine, altrimenti basterebbe un semplice ricettario e saremmo tutti Gualtiero Marchesi, on o?

[[Kendall]]

Ti hanno già consigliato tutti molto bene. Solo un consiglio mi sentirei di darti oltre a quanto detto (sempre che non mi sia sfuggito ):

"Lascia stare form, pulsanti, box e finestrelle varie. Metti da parte ogni elemento della gui e crea la rubrica nella sua parte squisitamente logica. Per i test creati una interfaccetta console basilare. Dopo, e solo dopo crea l'interfaccia, sempre se avrai voglia di dare un "corpo" al tuo programma. Perchè quello è tutto un altro mondo e a dire il vero ben poco ha a che vedere con la programmazione java pura (ma vale in generale per un po' tutti i linguaggi e i relativi framework grafici)"

[ingframin]

Originariamente inviato da [Kendall]

Ti hanno già consigliato tutti molto bene. Solo un consiglio mi sentirei di darti oltre a quanto detto (sempre che non mi sia sfuggito ):

"Lascia stare form, pulsanti, box e finestrelle varie. Metti da parte ogni elemento della gui e crea la rubrica nella sua parte squisitamente logica. Per i test creati una interfaccetta console basilare. Dopo, e solo dopo crea l'interfaccia, sempre se avrai voglia di dare un "corpo" al tuo programma. Perchè quello è tutto un altro mondo e a dire il vero ben poco ha a che vedere con la programmazione java pura (ma vale in generale per un po' tutti i linguaggi e i relativi framework grafici)"

This

[wizard1993]

Originariamente inviato da ingframin

This
L'esercizio della rubrica è stato il leit motif del corso di Programmazione Orientata agli oggetti che ho seguito all'università. Abbiamo impiegato 5 settimane a svolgerlo, lezione dopo lezione.
Perché proprio la rubrica? Perché è un programma che di primo acchitto è semplice e non spaventa, ma poi ti accorgi che facendolo tocchi con mano un sacco di aspetti della programmazione ad oggetti.
Se vuoi fare il programmatore il libro che ti ho postato è solo il punto di partenza, c'è da sudare da studiare, da esercitarsi... Insomma è un bel casino!
Però se lo fai da amatore non c'è problema, è il tuo hobby, non sentirti obbligato a fare tutto in una settima. Serve tempo per assimilare certi concetti
Se lo fai per lavoro prima o poi arriverà qualcuno a dirti "mi serve un esperto di questa tecnologia entro una settimana, toh.. studiati 'ste 1000 paginette che poi arriva il lavoro da fare".
Non pensare di svolgere la rubrica in poco tempo e lasciati i file e l'interfaccia grafica all'ultimo. Pensa prima di tutto a come costruire un modello orientato agli oggetti della rubrica telefonica!
Altri esercizi interessanti potrebbero essere ricostruire il pokedex (il catalogo dei pokemon) oppure qualche programmino gestionale. Quando hai preso dimestichezza con questi poi arriva la parte "massiccia" dove per forza di cose bisogna studiare qualcosa di algoritmi e ing. del software (che io purtroppo ancora non ho studiato se non in parte).
Ma niente si ottiene leggendo un tutorial di 10 pagine, altrimenti basterebbe un semplice ricettario e saremmo tutti Gualtiero Marchesi, on o?

lo so, ormai sono 8 anni (di cui da 6 in java) che programmo e un po' di ossa (su programmi commerciali venduti) me le sono fatte. Io personalmente sono partito da un gestionale di tipo amministrativo per l'azienda di famiglia, poi ne ho scritti altri (una decina circa, se si considera le varie major release... benedette leggi che cambiano). Ormai dopo svariati manuali (da quello ufficiale oracle, a quello della deitel al all'immortale how to think), il metodo lo dovrei aver capito, considerano che mi sono reinventato la metà dei pattern del libro della gang of four da solo, senza averli nemmeno mai letti solo con l'esperienza.
Ormai (putroppo) non sono più un novizio, e il piacere della sperimentazione programmando mi è quasi del tutto passato, ma qualche soddisfazione me la sono tolta

[ingframin]

Originariamente inviato da wizard1993

lo so, ormai sono 8 anni (di cui da 6 in java) che programmo e un po' di ossa (su programmi commerciali venduti) me le sono fatte. Io personalmente sono partito da un gestionale di tipo amministrativo per l'azienda di famiglia, poi ne ho scritti altri (una decina circa, se si considera le varie major release... benedette leggi che cambiano). Ormai dopo svariati manuali (da quello ufficiale oracle, a quello della deitel al all'immortale how to think), il metodo lo dovrei aver capito, considerano che mi sono reinventato la metà dei pattern del libro della gang of four da solo, senza averli nemmeno mai letti solo con l'esperienza.
Ormai (putroppo) non sono più un novizio, e il piacere della sperimentazione programmando mi è quasi del tutto passato, ma qualche soddisfazione me la sono tolta

Non mi riferivo a te ma a squall 94

[wizard1993]

Originariamente inviato da ingframin

Non mi riferivo a te ma a squall 94

scusami, avevo capito male

[Squall 94]

infagrim allora ho letto un po' .
Vabbè lo stack mi è stato chiaro, ma è l'unica cosa positiva .
Quando ho cominciato a leggere le liste, a 3/11 pagine, mi ha nominato le hash table e gli alberi, così ho detto andiamoci a vedere cosa sono e me le avevi anche linkate .
Quì mi sono puntato perchè è pura teoria, neanche minimamente una riga di codice in un qualsiasi linguaggio .
Non capisco proprio come utilizzarli, la loro utilità forse mi è arrivata , ma il resto proprio nulla .

Per la parte in Java mi è stata utilissima, mi ha dato una panoramica molto dettagliata e precisa relativsa ai package, classi erededitarie che comunque già sapevo ma è leggermente differente nel C# .
La caratteristica " abstract " mi è nuova, devo fare qualche prova per vedere come posso utilizzarla.

Comunque, detto questo mi occorrerebbe sapere altro sul programma rubrica anche se non so questo non so come posso utilizzare i metodi che mi hai detto tu .

Questo è perché ti sei fissato a pensare al file prima di studiare la teoria!
Ti servono almeno:
1) La classe Contatto
2) La classe Rubrica
3) La classe ListaConcatenata
4) La classe AlberoBinario (per le 2 implementazioni che ti suggerivo)
5) Una classe GestioneIO per scrivere e leggere su file (o eventuali sorgenti alternative)
6) Una classe che contiene il main!

http://it.wikipedia.org/wiki/Program...a_agli_oggetti
Comincia a leggerti questo articolo che è fatto bene, poi passa a:
http://oldsite.to.infn.it/groups/gro...-9.30.144.html

Anche io sto scrivendo una cosa che ti mando appena ho finito.

Se ho capito, la classe rubrica conterrà il " main " e l'altra classe sarà per la sola gestione del contatto, quindi con tutte le sue caratteristiche .
Le altre classi oltre alla rubrica e contatto cosa dovrebbero contenere ?

Dalla " hash table " ho capito solo che ad ogni dato o comunque un qualcosa che contiene dei dati, viene assegnata una chiave per facilitare la ricerca di di quel dato, quindi è indifferente quale sia il numero di dati da cercare perchè non esegue un confronto come un algoritmo di ricerca normale, quindi tutto avviene in maniera molto più veloce e le risorse impiegate probabilmente sono molto inferiori.

Questo è quello che mi è rimasto, per il resto, l'albero ( grafo ), lì mi è venuto il sonno, stavo leggendo in backround .

Devo finire di vedere le liste perchè mi sono bloccato quando ho incontrato queste due cose e mi mancano le code.

[ingframin]

Originariamente inviato da Squall 94

infagrim allora ho letto un po' .
Vabbè lo stack mi è stato chiaro, ma è l'unica cosa positiva .
Quando ho cominciato a leggere le liste, a 3/11 pagine, mi ha nominato le hash table e gli alberi, così ho detto andiamoci a vedere cosa sono e me le avevi anche linkate .
Quì mi sono puntato perchè è pura teoria, neanche minimamente una riga di codice in un qualsiasi linguaggio .
Non capisco proprio come utilizzarli, la loro utilità forse mi è arrivata , ma il resto proprio nulla .

Per la parte in Java mi è stata utilissima, mi ha dato una panoramica molto dettagliata e precisa relativsa ai package, classi erededitarie che comunque già sapevo ma è leggermente differente nel C# .
La caratteristica " abstract " mi è nuova, devo fare qualche prova per vedere come posso utilizzarla.

Comunque, detto questo mi occorrerebbe sapere altro sul programma rubrica anche se non so questo non so come posso utilizzare i metodi che mi hai detto tu .



Se ho capito, la classe rubrica conterrà il " main " e l'altra classe sarà per la sola gestione del contatto, quindi con tutte le sue caratteristiche .
Le altre classi oltre alla rubrica e contatto cosa dovrebbero contenere ?

Dalla " hash table " ho capito solo che ad ogni dato o comunque un qualcosa che contiene dei dati, viene assegnata una chiave per facilitare la ricerca di di quel dato, quindi è indifferente quale sia il numero di dati da cercare perchè non esegue un confronto come un algoritmo di ricerca normale, quindi tutto avviene in maniera molto più veloce e le risorse impiegate probabilmente sono molto inferiori.

Questo è quello che mi è rimasto, per il resto, l'albero ( grafo ), lì mi è venuto il sonno, stavo leggendo in backround .

Devo finire di vedere le liste perchè mi sono bloccato quando ho incontrato queste due cose e mi mancano le code.

In pratica il programma rudimentale che facemmo a lezione era fatto cosi':
1) Una classe Contatto che conteneva i dettagli del contatto e i metodi per modificarli/leggerli.
2) Una interfaccia Rubrica che aveva al suo interno solo l'intestazione dei metodi che servivano ad usare la rubrica e veniva poi implementata da:
2.1) Una classe RubricaConcatenata che implementava la rubrica come una lista concatenata
2.2) Una classe RubricaArray che in pratica implementava la rubrica come un array.
2.3) (questa l'ho aggiunta io dopo) Una classe RubricaAlbero che implementa la rubrica come un albero binario di ricerca.
3) Una classe GestioneIO che in pratica conteneva tutto il necessario per leggere e scrivere su file (ma che in realta' potrebbe benissimo essere un'interfaccia verso due classi concrete, una che gestisce l'IO su file + n altre che lo fanno su rete/cloud/porta seriale/ecc...)
4) Una classe che contiene il main e poco altro.
Nel mio post ti suggerivo di fare una classe rubrica in due varianti (una con lista e una con albero) speravo che arrivassi da solo a pensare "ah posso usare un interfaccia comune per lista e albero e scrivere una sola volta la rubrica"
Perdonami, era un piccolo tranello.
Buono studio

[Squall 94]

Questi giorni ne ho approfittato per leggere tutto quello che mi avevi postato, la parte da Wikipedia .
Devo dire che non ci riuscirò a realizzare una rubrica usando le liste, il solo codice che ho visto è stato quello appunto dell'implementazione in Java di una lista concatenata.
Non è stato molto difficile comprenderlo ma non saprei comunque come fare per il mio programmino, per non parlare dell'albero, proprio niente .
Le hash table mi sono parse facili, anche la loro utilità ma nel codice cosa combino ?

Vedo di cercare qualcosa su youtube, forse a parole e con esempi più semplici apprenderò qualcosa di più .

[ingframin]

http://www.simplesoft.it/una-lista-c...a-in-java.html
http://lia.deis.unibo.it/Courses/Fon..._soluzione.pdf

Google e' il tuo migliore amico!

[[Kendall]]

Originariamente inviato da ingframin

http://www.simplesoft.it/una-lista-c...a-in-java.html
http://lia.deis.unibo.it/Courses/Fon..._soluzione.pdf

Google e' il tuo migliore amico!

Unica pecca della lista concatenata del link è che in effetti è una lista "mezza-concatenata". Ma la spiegazione è buona e molto lineare. Ti basterà poco Squall però arricchire quell'esempio aggiungendo ai nodi il riferimento al nodo precedente.

A parte questo discorso, secondo me Squall dovresti prenderti un bel libro sul java e seguire quello. Tutorial e guide online sono strumenti estremamente validi, ma secondo me prima dovresti acquisire una certa destrezza nel muoverti con il linguaggio.

[banryu79]

Originariamente inviato da [Kendall]

Unica pecca della lista concatenata del link è che in effetti è una lista "mezza-concatenata". Ma la spiegazione è buona e molto lineare. Ti basterà poco Squall però arricchire quell'esempio aggiungendo ai nodi il riferimento al nodo precedente.

Aggiungo un link a una discussione recente, c'è del codice di esempio che implementa una coda con una lista doppiamente linkata, potrebbe essere utile per dare qualche idea a Squall:
http://www.hwupgrade.it/forum/showthread.php?t=2480897
@Squall: prova a vedere se riesci a leggere e capire tutto quel codice, dal punto di vista sintattico.

Originariamente inviato da [Kendall]

A parte questo discorso, secondo me Squall dovresti prenderti un bel libro sul java e seguire quello. Tutorial e guide online sono strumenti estremamente validi, ma secondo me prima dovresti acquisire una certa destrezza nel muoverti con il linguaggio.

Quotone.
Io a Squall consiglio di:
1) procurarsi un buon manulae/tutorial sul linguaggio Java e studiarlo. La conoscenza del linguaggio è imprescindibile.
2) Seguire (smazzarsi) il libro/guida/tutorialone che gli ho segnalato alla pagina precedente. Ti terrà impegnato per parecchio: ogni volta che incontri l'uso di una struttura dati che non hai ancora studiato, oppure che incontri un nuovo concetto completamente alieno, corri a studiarlo (parliamo di Java quindi come primo tentativo per recuperare del materiale cerca i "Java Tutorials" o "Really Big Index" sul sito di Oracle).
3) Studiare giorno per giorno, senza "ammazzarsi" per la foga di voler fare e/o conoscere: per la mia esperienza alla lunga è la costanza che paga.

[ingframin]

http://www.apogeonline.com/libri/9788850329564/scheda

Questo e' un ottimo libro, un po' vecchiotto ma fatto molto bene