Προγραμματισμός < < για προγραμματιστές WebLogic - dummies

Ως προγραμματιστής του WebLogic, είναι σημαντικό να γνωρίζετε πώς να δομήσετε τις εφαρμογές και το περιβάλλον ανάπτυξης. Πρέπει επίσης να γνωρίζετε πώς να προσεγγίσετε την κοινότητα του WebLogic όταν αντιμετωπίζετε προβλήματα. Αυτό το άρθρο προσφέρει μερικές συστάσεις και άλλες πληροφορίες που θα σας βοηθήσουν να ολοκληρώσετε τη δουλειά σας.

Διατηρήστε επαρκή τεκμηρίωση

Η τεκμηρίωση είναι σημαντικό μέρος κάθε εφαρμογής. Ως προγραμματιστής, θα πρέπει να κάνετε το μέρος σας για να βεβαιωθείτε ότι η αίτησή σας είναι σωστά τεκμηριωμένη. Η τεκμηρίωση εμπίπτει σε διάφορες κατηγορίες:

• Τεκμηρίωση κώδικα προγράμματος. Η πιο εμφανής μορφή τεκμηρίωσης αποτελείται από τα σχόλια στον πηγαίο κώδικα. Ο Javadoc είναι ένας καλός τρόπος να παράσχετε αυτήν την τεκμηρίωση.
• Εγχειρίδιο προγραμματιστή. Μια βασική αλλά συχνά παραβλεφθείσα χρήση για την τεκμηρίωση φέρνει τους νέους προγραμματιστές σε ταχύτητα. Στις ώριμες εφαρμογές, οι υπολογιστές προγραμματιστών περιέχουν συχνά ένα μείγμα αρχείων που χρησιμοποιήθηκαν καθώς αναπτύχθηκε η εφαρμογή. Αυτό το περιβάλλον μπορεί να είναι δύσκολο για έναν νέο προγραμματιστή να αναδημιουργήσει. Το εγχειρίδιο του προγραμματιστή περιγράφει τη διαδικασία που απαιτείται για τη ρύθμιση του περιβάλλοντος ανάπτυξης σε ένα νέο μηχάνημα.

• Προδιαγραφές προγράμματος. Οι αλλαγές στις προδιαγραφές της αίτησής σας πρέπει να κοινοποιούνται σε όλους όσους εμπλέκονται σε αυτές τις αλλαγές.
• Τεκμηρίωση τελικού χρήστη. Αυτή είναι η τεκμηρίωση στην οποία αναφέρονται οι χρήστες σας για πληροφορίες σχετικά με τον τρόπο χρήσης του συστήματός σας. Καθώς προστίθενται λειτουργίες στο σύστημα και αλλάζουν οι υπάρχουσες λειτουργίες, βεβαιωθείτε ότι έχετε ενημερώσει την τεκμηρίωση του χρήστη.

Διατηρώντας σωστά όλες τις μορφές τεκμηρίωσης, οι προγραμματιστές και οι χρήστες μπορούν να παραμείνουν ενημερωμένοι με την εφαρμογή.

Χρησιμοποιήστε το Usenet

Ένα από τα μεγαλύτερα οφέλη του Διαδικτύου είναι η αίσθηση της παγκόσμιας κοινότητας. Και κανένα τμήμα του Διαδικτύου δεν ενσωματώνει αυτό περισσότερο από το Usenet, το οποίο αποτελείται από μια μεγάλη συλλογή μηνυμάτων που δημοσιεύονται από χρήστες του Διαδικτύου σε διάφορα θέματα.

Μπορείτε να έχετε πρόσβαση στο Usenet με διάφορους τρόπους. Μπορείτε να εγκαταστήσετε προγράμματα-πελάτες που λαμβάνουν και φιλτράρουν τις δημοσιεύσεις Usenet για εσάς. Μπορείτε επίσης να χρησιμοποιήσετε διαδικτυακές πύλες. Μία από τις πιο συνηθισμένες δικτυακές πύλες είναι οι Ομάδες Google.

Ρυθμίστε περιβάλλοντα ανάπτυξης

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

• Ανάπτυξη. Το περιβάλλον ανάπτυξης είναι όπου οι προγραμματιστές δοκιμάζουν τον κώδικα τους. Αυτό επιτρέπει στους προγραμματιστές να δοκιμάσουν τον κώδικα τους σε ελεγχόμενο περιβάλλον.Οι σταθερές εκδόσεις στον διακομιστή ανάπτυξης συνήθως μεταφέρονται στον διακομιστή δοκιμών.
• Δοκιμή. Η ομάδα του έργου σας πιθανότατα θα αποτελείται από άτομα που εξασφαλίζουν την ποιότητα (QA) τα οποία δοκιμάζουν το λογισμικό και αναφέρουν νέα σφάλματα. Οι άνθρωποι QA δεν πρέπει να δοκιμάζουν από τον διακομιστή ανάπτυξης, επειδή ο διακομιστής είναι πολύ ασταθής. Αντίθετα, θα πρέπει να αναπτύξετε μια σταθερή έκδοση από τον αναπτυξιακό σας διακομιστή στον διακομιστή δοκιμών. Αυτή η έκδοση μπορεί στη συνέχεια να δοκιμαστεί από το προσωπικό QA.
• Επίδειξη. Θα πρέπει να κάνετε demo το λογισμικό σας, είτε σε πελάτες για να δείξετε την πρόοδο του συστήματος που δημιουργείτε είτε σε εσωτερικούς χρήστες που σύντομα θα χρησιμοποιούν το σύστημά σας. Αν δεν δημιουργήσετε έναν διακομιστή επίδειξης και ο προγραμματιστής αποσταθεροποιεί τον αναπτυξιακό σας διακομιστή, το demo σας θα πυροβοληθεί.
• Τεκμηρίωση. Είναι πιθανό μια ομάδα ανθρώπων να δημιουργήσει την τεκμηρίωση για την αίτησή σας. Θα συνδεθούν στο διακομιστή και θα λάβουν φωτογραφίες και θα εκτελέσουν άλλες δραστηριότητες που σχετίζονται με την τεκμηρίωση του τελικού χρήστη. Είναι σημαντικό να δώσετε στους δημιουργούς τεχνολογίας σας ένα σταθερό περιβάλλον από το οποίο θα αναπτύξουν την τεκμηρίωσή τους.
• Βήτα. Όταν σκέφτεστε ότι η εφαρμογή σας είναι έτοιμη για παραγωγή, οι τελικοί χρήστες σας δοκιμάζουν το λογισμικό μία τελευταία φορά πριν ξεκινήσουν την παραγωγή τους. Αυτή η διαδικασία ονομάζεται έλεγχος αποδοχής τελικού χρήστη. Είναι καλή ιδέα να εκτελέσετε αυτή τη δοκιμή από έναν ειδικό διακομιστή beta.
• Παραγωγή. Η έκδοση παραγωγής του προγράμματος σας είναι αυτή που χρησιμοποιείται από τους τελικούς χρήστες. Εναπόκειται στους διαχειριστές του διακομιστή σας να βεβαιωθούν ότι ο διακομιστής παραγωγής παραμένει διαθέσιμος σε αυτούς. Αυτή θα είναι η τελευταία στάση στην οποία έχει μεταφερθεί οποιαδήποτε έκδοση του λογισμικού σας.

Δεν είναι απαραίτητο να ρυθμίσετε όλα αυτά τα περιβάλλοντα σε διαφορετικές μηχανές. Πολλά από αυτά τα περιβάλλοντα μπορούν να συνδυαστούν σε ένα μόνο μηχάνημα.

Γνωρίζετε τι αναπτύσσετε

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

• Ασαφείς προδιαγραφές προγράμματος
• Προγραμματιστές που γνωρίζουν μόνο τις δικές τους περιοχές του προγράμματος
• Κακή πρόσβαση στην επιχείρηση οι χρήστες που κατανοούν τις προδιαγραφές

Κατανοούν τα εργαλεία

Πολλά εργαλεία είναι διαθέσιμα για να διευκολύνουν τη ζωή του προγραμματιστή. Δυστυχώς, μπορείτε να περάσετε πολύ χρόνο μαθαίνοντας να χρησιμοποιήσετε αυτά τα εργαλεία πριν συνειδητοποιήσετε τυχόν κέρδος στο χρόνο προγραμματισμού. Στην πραγματικότητα, ο χρόνος σας για να μάθετε ένα εργαλείο είναι μια επένδυση. Ένας προγραμματιστής θα πρέπει τουλάχιστον να έχει τα ακόλουθα εργαλεία:

• Ένα πρόγραμμα επεξεργασίας αρχείων κειμένου
• Ένα ολοκληρωμένο περιβάλλον ανάπτυξης (IDE) που υποστηρίζει το σφάλμα
• Ένα εργαλείο δημιουργίας, όπως ANT
• Εργαστήριο πόρων WebLogic
• Έλεγχος έκδοσης
• Δημιουργία αρθρωτών, αποσυνδεδεμένων συστημάτων

Μια μεγάλη εφαρμογή θα έχει πολλές κλάσεις και συνεστραμμένα συστήματα. Η δημιουργία ενός συστήματος που αποτελείται από πολλές μονάδες έχει πολλά πλεονεκτήματα:

Οι κοινές ενότητες μπορούν να επαναχρησιμοποιηθούν.

• Το πρόγραμμα είναι πιο κατανοητό γιατί τα μεγάλα προβλήματα σπάνε σε πολλά μικρότερα προβλήματα.
• Διαφορετικοί προγραμματιστές μπορούν να εργάζονται σε διαφορετικές ενότητες χωρίς να αλληλεπιδρούν μεταξύ τους.
• Καθώς αυξάνεται το σύστημα, συγκεκριμένες ενότητες θα κινούνται από την ενεργή ανάπτυξη στη λειτουργία συντήρησης. Βεβαιωθείτε ότι αυτές οι μονάδες είναι κατασκευασμένες κατά τέτοιο τρόπο ώστε η συνεχής ανάπτυξη να μην προκαλεί σφάλματα στον προηγούμενο λειτουργικό κώδικα. Τέτοια σφάλματα ονομάζονται σφάλματα παλινδρόμησης.

Λάβετε υπόψη την ασφάλεια

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

Επωφελούμενη από μη έγκυρες παραμέτρους

• Παράκαμψη διεύθυνσης URL
• Υπέρβαση buffer
• Εντολή εισαγωγής εντολών στις παραμέτρους που μπορούν να κάνουν το SQL
• στο λειτουργικό σύστημα ή στο λογισμικό διακομιστή
• Πολλά ελαττώματα ασφαλείας είναι το αποτέλεσμα της μη χρήσης των πιο πρόσφατων ενημερωμένων εκδόσεων για το λειτουργικό σας σύστημα ή το λογισμικό διακομιστή. Βεβαιωθείτε ότι έχετε τα πιο πρόσφατα patches.

Δοκιμή του λογισμικού σας

Ως προγραμματιστής, θα πρέπει πάντα να ελέγχετε τις μονάδες σας, όπως μπορείτε και πριν να ενσωματωθούν με τις άλλες ενότητες. Αυτό ονομάζεται δοκιμή μονάδας

. Όταν δημιουργείτε για πρώτη φορά μια μονάδα, πρέπει να κάνετε όλες τις δοκιμές μονάδων με το χέρι. Όταν είστε ικανοποιημένοι με τα αποτελέσματα της δοκιμής μονάδας, είστε έτοιμοι να ενσωματώσετε την ενότητα σας με αυτές που αναπτύσσονται από άλλους. Αυτή η διαδικασία ονομάζεται δοκιμή ολοκλήρωσης

. Ο έλεγχος ενοποίησης περιλαμβάνει την ομαδική εργασία με άλλους προγραμματιστές, καθώς τα στοιχεία σας είναι μαζί για πρώτη φορά. Εκτός από τις δοκιμές που πραγματοποιούνται από τους προγραμματιστές, θα πραγματοποιηθούν δοκιμές από ανθρώπους QA και τελικούς χρήστες. Καθώς αυτοί οι χρήστες δοκιμάζουν το λογισμικό σας. θα βρουν σφάλματα. Εάν έχετε πολλούς ανθρώπους QA και προγραμματιστές, ένα εργαλείο εντοπισμού σφαλμάτων μπορεί να είναι πρακτικό. Επιπλέον, τα εργαλεία εντοπισμού σφαλμάτων επιτρέπουν να επισυνάπτονται σημειώσεις σε μεμονωμένα σφάλματα. Όταν οι προγραμματιστές ή οι χρήστες βρουν ένα σφάλμα, μπορούν να τεκμηριώσουν την ανάλυση. Αυτό είναι σημαντικό επειδή δεν είναι όλα τα σφάλματα αποτέλεσμα των σφαλμάτων προγραμματισμού.

Όταν το σύστημα είναι σχεδόν έτοιμο για εκτέλεση από το διακομιστή παραγωγής, θα πρέπει να εκτελέσετε

δοκιμές αποδοχής από τον τελικό χρήστη. Αυτό δίνει στους τελικούς χρήστες μια τελευταία ευκαιρία να δοκιμάσουν το σύστημα προτού εισέλθει στην παραγωγή.