Δομή της αίτησης Android

Προς το παρόν βάλει στην άκρη το έργο HelloWorld δημιουργήθηκε στο προηγούμενο κεφάλαιο, διότι, προκειμένου να αναλυθούν τα αρχεία και τους κώδικα που έχουν δημιουργηθεί, θα πρέπει να έχετε μια στέρεη βάση για τη δομή της αίτησης Android, δεν έχουμε βάσεις.

Ας ξεκινήσουμε λέγοντας ότι όταν θα κάνετε κλικ στο εικονίδιο για να εκτελέσετε το μεταγλωττιστή Eclipse Java μπορούμε επικαλείται τις εφαρμογές για το Android, το οποίο, σε περίπτωση που δεν υπάρχουν σφάλματα στον κώδικα, να δημιουργήσει ένα αρχείο. EPK περιέχει όλο τον κώδικα του " εφαρμογή.
Αυτό το αρχείο είναι η εφαρμογή και ως εκ τούτου αυτό είναι το αρχείο που θα εγκατασταθεί στο φυσικό συσκευές.

Ας δούμε ποια είναι τα χαρακτηριστικά, όσον αφορά τις σχέσεις με το λειτουργικό σύστημα, το Android εφαρμογή:

• Κάθε εκτέλεση δημιουργεί μια ενιαία Linux διαδικασία η οποία τερματίζεται μόλις η εφαρμογή Android είναι κλειστό.
• Κάθε διαδικασία έχει τη δική της εικονική μηχανή του (απαιτείται για να τρέξει ένα αρχείο java), η οποία έχει ως αποστολή τη διαχείριση της διαδικασίας. Αυτό σημαίνει ότι κάθε διεργασία που τρέχει ανεξάρτητα από το Android, απομονωμένο από το υπόλοιπο των εργασιών και άλλες ρουτίνες του συστήματος.
• Κάθε αίτηση συνδέεται με ένα μοναδικό κωδικό χρήστη. Αυτή η λειτουργία επιτρέπει τα αρχεία εφαρμογής να είναι ορατές σε όλες τις άλλες εφαρμογές που έχουν το ίδιο όνομα χρήστη και το κείμενο του δικογράφου.

Όπως έχουμε πει ένα από τα κύρια χαρακτηριστικά του Android εφαρμογές είναι η δυνατότητα να μοιράζονται κοινά στοιχεία. Για παράδειγμα, αν μια εφαρμογή που έχουμε δημιουργήσει ένα slideshow των φωτογραφιών που ελήφθησαν από το χρήστη μέσα από τις φωτογραφίες που λαμβάνονται με τη φωτογραφική μηχανή και σε μια άλλη εφαρμογή χρειαζόμαστε την ίδια διαφάνεια δεν είναι απαραίτητο να περιληφθούν, στο πλαίσιο της δεύτερης αίτησης, ο κωδικός πηγή της παρουσίασης. Ούτε είναι απαραίτητο να συνδεθεί το κωδικό απ 'ευθείας, απλά θα ζητήσει να πραγματοποιήσει το τμήμα του κώδικα του Android για την παρουσίαση της πρώτης πράξης.

Για το λόγο αυτό, είναι προφανές ότι μια άλλη ιδιότητα του Android εφαρμογές δεν είναι να έχουμε ένα ενιαίο σημείο πρόσβασης για να τρέξει, πώς θα μπορούσε να είναι για ένα έργο Java και όταν η εκτέλεση του έργου ανατίθεται αποκλειστικά στην main ().

Και «είναι δυνατόν να προσδιοριστούν τέσσερις διαφορετικές συνιστώσες σε μια εφαρμογή Android: ο δραστηριοτήτων νεολαίας (που θα είναι στο επόμενο κεφάλαιο), οι υπηρεσίες, οι φορείς παροχής οπτικοακουστικού περιεχομένου και δέκτες.

Υπηρεσίες

Η ιδιαιτερότητα αυτού του συστατικού είναι να μην έχει καμία γραφική διεπαφή χρήστη (που έχει αντί για μια δραστηριότητα), που συνήθως εκτελούνται στο παρασκήνιο. Ένα παράδειγμα μιας υπηρεσίας μπορεί να είναι το music player εκτελείται στο παρασκήνιο ενώ ο χρήστης εκτελεί τις άλλες δράσεις. Κάθε τάξη υπηρεσία επεκτείνεται Υπηρεσίες.

Δέκτες ραδιοφωνικής μετάδοσης

Α-συνιστώσα αυτού του τύπου δεν πρέπει να αναλαμβάνει προ της επεμβάσεως, αλλά ακούει και αντιδρά αναλόγως κατά τη λήψη μιας διαφήμισης. Ποιος στέλνει αυτές τις ανακοινώσεις είναι συνήθως το λειτουργικό σύστημα που ένα μήνυμα ειδοποιεί εφαρμογές, όπως ότι είχε τελειώσει το κατέβασμα ενός αρχείου το οποίο στη συνέχεια στη διάθεση του χρήστη. Προφανώς κατ 'εφαρμογήν μας μπορούμε να διδάξουμε τους δέκτες μας για να αντιδράσει μόνο σε ορισμένους τύπους διαφημίσεων. Όλα BroadcastReceiver δέκτες επεκτείνει την τάξη.

Οι πάροχοι περιεχομένου

Το έργο-συνιστώσα αυτού είναι να εξασφαλιστεί ένα σύνολο δεδομένων μιας εφαρμογής με άλλες εφαρμογές. Συνήθως, τα δεδομένα που θέλουμε να κάνουμε, να το πω έτσι, «δημόσια» ή αποθηκεύονται στο σύστημα αρχείων ή σε μια βάση δεδομένων SQLite. Ένας πάροχος περιεχομένου επεκτείνει τη βάση κατηγορίας ContentProvider.

Στο επόμενο κεφάλαιο θα παρουσιάσουμε, είναι ιδιαίτερα σημαντική, ποιες είναι οι δραστηριότητες και ποια είναι τα χαρακτηριστικά τους.

• <<Προηγούμενο μάθημα
• Βοήθεια Δείκτης
• Επόμενο μάθημα>>