[Δομές Δεδομένων] Blokus 2008 συζήτηση και απορίες

[Thmmy.gr portal]

  Thmmy.gr portal
   Forum
   Downloads
   Ενεργ. Λογαριασμού
   Επικοινωνία
  
  Χρήσιμα links
   Σελίδα τμήματος
   Βιβλιοθήκη Τμήματος
   Elearning
   Φοιτητικά fora
   Πρόγραμμα Λέσχης
   Πρακτική Άσκηση
   Ηλεκτρονική Εξυπηρέτηση Φοιτητών
   Διανομή Συγγραμμάτων
   Ψηφιακό Καταθετήριο Διπλωματικών
   Πληροφορίες Καθηγητών
   Instagram @thmmy.gr
   mTHMMY
  
  Φοιτητικές Ομάδες
   ACM
   Aristurtle
   ART
   ASAT
   BEAM
   BEST Thessaloniki
   EESTEC LC Thessaloniki
   EΜΒ Auth
   IAESTE Thessaloniki
   IEEE φοιτητικό παράρτημα ΑΠΘ
   SpaceDot
   VROOM
   Panther
  

THMMY.gr Web

Helios_MultiScribbles2SMF Default ThemeSMFone_Blue

[Ανεβάζετε τα θέματα των εξετάσεων στον τομέα Downloads]

Είσαι πρωτοετής;... Καλώς ήρθες! Μπορείς να βρεις πληροφορίες εδώ. Βοήθεια για τους καινούργιους μέσω χάρτη.

Κατεβάστε εδώ το Android Application για εύκολη πρόσβαση στο forum.

Ανεβάζετε τα θέματα των εξετάσεων στον τομέα Downloads με προσοχή στα ονόματα των αρχείων!

Για οποιοδήποτε πρόβλημα με register/login, στείλτε email στο contact@thmmy.gr.

[ampoulog]

Αν και σε γενικές γραμμές συμφωνώ με αυτά που λέει η vasso έχω μία μικρή ενσταση σε ότι αφορά το interface :
 Εσύ δεν υλοποιείς στην ουσία ένα interface , αλλά μία class που θα έχει κάποια από τα χαρακτηριστικά του interface.
Τουλάχιστον έτσι κατάλαβα εγώ , αν κάνω λάθος ας με διορθώσει κάποιος .

[vasso]

* vasso einai apo tous tuxerous pou exoun tis simeiwseis...

αντιγράφω:

Μια διασύνδεση (interface) στη Java είναι μια συλλογή από μεθόδους που δεν διαθέτουν υλοποίηση (όπως ακριβώς και οι αφήρημένες -abstract- μέθοδοι). Οι διασυνδέσεις ορίζονται όμοια με τις κλάσεις, αντί όμως από τη δεσμευμένη λέξη class για τη δήλωση μιας διασύνδεσης χρησιμοποιείται η δεσμευμένη λέξη interface.

πχ
public interface MySet {
...}

Όλες οι μέθοδοι που βρίσκονται μέσα σε ένα interface δεν έχουν υλοποίηση (εξ ορισμού) και γι' αυτό το λόγο δεν χρειαζεται να δηλωθούν ως abstract. Τα interfaces αποτελούν είδη κλάσεων που παρέχουν περιγραφή ανάλογη με αυτή μιας κανονικής κλάσης, αλλά σε πιο "αφηρημένο" επίπεδο (όπου δεν είναι απαραίτητες οι λεπτομέρειες υλοποίησης των μεθόδων κλπ). Οι διασυνδέσεις όπως και οι κλάσεις μπορούν να κληρονομηθούν από κλάσεις. Κάθε κλάση που κληρονομεί ένα interface, είναι υποχρεωμένη να παρέχει υλοποίηση για όλες τις μεθόδους του. Γι' αυτό το λόγο στην ορολογία της java δεν συνηθίζουμε να λέμε ότι "η κλάση Α κληρονομεί το interface B" αλλά ότι "η κλάση Α υλοποιεί το interface Β". Σε αντίθεση με την κληρονομικότητα των συνηθισμένων κλάσεων που επιτρέπει την ύπαρξη μιας μόνο άμεσης υπερκλάσης για κάθε κλάση, μια κλάση στην Java μπορεί να υλοποιεί απεριόριστο αριθμό interfaces. [πολλαπλή κληρονομικότητα]

Για την υλοποίηση ενός interface χρησιμοποιείται η δεσμευμένη λέξη implements.

πχ,

public class MySetXXXX implements MySet{
...
(υλοποίηση συναρτήσεων της MySet και ενδεχόμενος υπόλοιπος κώδικας )
...
}

[ampoulog]

Την MySetXXXX-XXXX την δημιουργείς στον ίδιο φάκελο με τις MySet και SetElement , έστι ?

[vasso]

ναι, την τοποθέτησε μόνο του εκεί...

[MARIOS]

Πως χρησιμοποιείς το java.util???

[Wanderer]

Κάνεις import java.util.*; στην κλάσση που θες. Π.χ. αν πας στην κλάσση Board.java θα δεις πάνω-πάνω import java.util.vector

[vasso]

Λοιπόν. Ερώτηση:

Έχω υλοποιήσει το interface στην MySetAEM η οποία βρίσκεται στον φάκελο set.
Έχω κάνει import το gr.auth.ee.dsproject.blokus.set.* όπως είδα να υπάρχει ήδη στον έτοιμο κώδικα που μας έχουν δώσει.
Παρόλα αυτά, κάθε φορά που πάω να φτιάξω με new μία κλάση MySetAEM μου βγάζει σφάλμα. Γιατί;
Κάτω, στη λίστα με τα σφάλματα λέει ότι δεν μπορεί να εντοπίσει τη MySetAEM γιατί την ψάχνει στον φάκελο blokus και όχι στον  blokus.set Αυτό συνέχισε να το βγάζει και όταν μετακίνησα τις κλάσεις στον υπερφάκελο blokus και έσβησα τον set. wtf?

[Wanderer]

To import gr.....set. βλέπω ότι είναι package, άρα δεν το κάνεις import, μήπως για αυτό σου βγάζει σφάλμα. Επειδή είναι ήδη η κλάσση στο set, μαζί με το interface άρα το βλέπει. Δοκίμασε να ξανακάνεις την κλάσση κατευθείαν μέσα στο set και λογικά θα δουλέψει (α ίσως χρειάζεται να γράψεις package gr........set;, δεν θυμάμαι αν το βάζει από μόνο του )

edit:άκυρο το διαγραμμένο, δεν πρόσεξα το αστεράκι Πάντως όπως και να'χει λογικά import δεν χρειάζεται.

[thomi]

Οταν κανουμε import το java.util.* και θελουμε να καλεσουμε μια συναρτηση του συγκεκριμενου πακετου, απο οτι καταλαβα πρεπει να δημιουργησουμε ενα αντικειμενο τυπου της κλασης που υλοποιει το interface και με αυτο να καλεσουμε τη συναρτηση του πακετου.Π.χ.
public boolean add(SetElement e) {
      MySetaem s = new MySetaem();
      return s.add(e);
      }

Σε αυτο ειμαστε σιγουροι οτι καλει την add(e) του πακετου ή μπορει να κανει και αναδρομικη κληση??

[Wade]

Οταν κανουμε import το java.util.* και θελουμε να καλεσουμε μια συναρτηση του συγκεκριμενου πακετου, απο οτι καταλαβα πρεπει να δημιουργησουμε ενα αντικειμενο τυπου της κλασης που υλοποιει το interface και με αυτο να καλεσουμε τη συναρτηση του πακετου.Π.χ.
public boolean add(SetElement e) {
      MySetaem s = new MySetaem();
      return s.add(e);
      }

Σε αυτο ειμαστε σιγουροι οτι καλει την add(e) του πακετου ή μπορει να κανει και αναδρομικη κληση??

Νομίζω δε χρειάζεται να δημιουργήσουμε αντικείμενο του τύπου της κλάσης, αλλά μπορούμε να δημιουργήσουμε ως μεταβλητή της κλάσης μια δομή δεδομένων από αυτές που περιέχονται στο java.util, για παράδειγμα ένα Vector (ουσιαστικά ένας πίνακας αντικειμένων), και να το ορίσουμε ως Vector<SetElement> vec=new Vector<SetElement>();  Τότε, θα μπορείς να χρησιμοποιήσεις τις συναρτήσεις πάνω σ' αυτή τη δομή.  για παράδειγμα, η vec.get(index) επιστρέφει το αντικείμενο-στοιχείο του Vector που βρίσκεται στη θέση index.

Πάντως υπάρχει και η addElement() η οποία και έχει διαφορετικό όνομα, και προσθέτει το στοιχείο αυτόματα στο τέλος του Vector

[ampoulog]

H add  δεν κάνει και την προσθήκη απλά επιστρεφεί true αν το στοιχείο μπορεί να μπει ή false σε άλλη περίπτωση έτσι ?????

[Wanderer]

Από ό,τι λέει η εκφώνηση, κάνει και την προσθήκη. Τώρα γιατί να είναι boolean η μέθοδος και όχι void μόνο εκείνοι ξέρουν!

[thomi]

Οταν κανουμε import το java.util.* και θελουμε να καλεσουμε μια συναρτηση του συγκεκριμενου πακετου, απο οτι καταλαβα πρεπει να δημιουργησουμε ενα αντικειμενο τυπου της κλασης που υλοποιει το interface και με αυτο να καλεσουμε τη συναρτηση του πακετου.Π.χ.
public boolean add(SetElement e) {
      MySetaem s = new MySetaem();
      return s.add(e);
      }

Σε αυτο ειμαστε σιγουροι οτι καλει την add(e) του πακετου ή μπορει να κανει και αναδρομικη κληση??

Νομίζω δε χρειάζεται να δημιουργήσουμε αντικείμενο του τύπου της κλάσης, αλλά μπορούμε να δημιουργήσουμε ως μεταβλητή της κλάσης μια δομή δεδομένων από αυτές που περιέχονται στο java.util, για παράδειγμα ένα Vector (ουσιαστικά ένας πίνακας αντικειμένων), και να το ορίσουμε ως Vector<SetElement> vec=new Vector<SetElement>();  Τότε, θα μπορείς να χρησιμοποιήσεις τις συναρτήσεις πάνω σ' αυτή τη δομή.  για παράδειγμα, η vec.get(index) επιστρέφει το αντικείμενο-στοιχείο του Vector που βρίσκεται στη θέση index.

Πάντως υπάρχει και η addElement() η οποία και έχει διαφορετικό όνομα, και προσθέτει το στοιχείο αυτόματα στο τέλος του Vector

Ευχαριστω!!!

[Wade]

Μπορείς να φτιάξεις έναν constructor, έστω κι αν δεν αρχικοποιεί τίποτα...

[fpsom]

Από ό,τι λέει η εκφώνηση, κάνει και την προσθήκη. Τώρα γιατί να είναι boolean η μέθοδος και όχι void μόνο εκείνοι ξέρουν!

Εάν κάνεις add και το στοιχείο υπάρχει ήδη στο Set, τότε θα πρέπει να ΜΗΝ γίνει η προσθήκη και η συνάρτηση να επιστρέψει false. Σε αντίθετη περίπτωση επιστρέφει true..