Overlevelse Færdigheder til WebLogic Developers - dummies

Som en WebLogic-udvikler er det vigtigt at vide, hvordan man strukturerer dine applikationer og udviklingsmiljø. Du skal også vide, hvordan du når ud til WebLogic-fællesskabet, når du løber ind i problemer. Denne artikel giver nogle anbefalinger og andre oplysninger, der hjælper dig med at få jobbet gjort.

Hold tilstrækkelig dokumentation

Dokumentation er en vigtig del af enhver ansøgning. Som udvikler skal du gøre din del for at sikre, at din ansøgning er korrekt dokumenteret. Dokumentation falder i flere kategorier:

Programkode dokumentation. Den mest oplagte form for dokumentation består af kommentarerne i kildekoden. Javadoc er en god måde at give denne dokumentation på.
Udviklerhåndbog. En grundlæggende men ofte overset brug for dokumentation bringer nye programmører op til fart. På modne applikationer indeholder udviklernes computere ofte en blanding af filer, der bruges som applikationen blev udviklet. Dette miljø kan være svært for en ny udvikler at genskabe. Udviklerens håndbog beskriver den proces, der er nødvendig for at oprette udviklingsmiljøet på en ny maskine.

Programspecifikation. Ændringer i specifikationerne i din ansøgning skal meddeles alle, der er involveret i disse ændringer.
Slutbrugerdokumentation. Dette er den dokumentation, som dine brugere henviser til, for at få oplysninger om, hvordan du bruger dit system. Da funktioner tilføjes til systemet, og eksisterende funktioner ændres, skal du sørge for at opdatere brugerdokumentationen.

Ved at holde alle former for dokumentation korrekt vedligeholdt, kan udviklere og brugere forblive aktuelle med ansøgningen.

Brug Usenet

En af de største fordele ved internettet er følelsen af det globale samfund. Og ingen enkelt del af internettet belyser dette mere end Usenet, som består af en stor samling af meddelelser indsendt af internetbrugere på en række emner.

Du kan få adgang til Usenet på flere måder. Du kan installere klientprogrammer, der downloader og filtrerer Usenet-posteringer til dig. Du kan også bruge webbaserede portaler. En af de mest almindelige webportaler er Google Grupper.

Konfigurer udviklingsmiljøer

WebLogic gør det muligt at oprette flere servere, der kører fra samme maskine. Dette giver en bekvem måde at give flere udviklingsmiljøer på, f.eks. Følgende:

Udvikling. Udviklingsmiljøet er, hvor udviklere tester deres kode. Dette giver udviklere mulighed for at teste deres kode i et kontrolleret miljø.Stabile versioner på udviklingsserveren rulles normalt over til testserveren.
Test. Dit projektteam vil sandsynligvis bestå af kvalitetssikringsfirmaer (QA), som tester softwaren og rapporterer nye fejl. QA-folk bør ikke testes fra din udviklingsserver, fordi serveren er for volatil. I stedet skal du udrulle en stabil version fra din udviklingsserver til testserveren. Denne version kan derefter testes af dit QA-personale.
Demo. Du skal demo din software, enten til klienter for at vise fremskridtene i det system, du opretter, eller til interne brugere, som snart vil bruge dit system. Hvis du ikke opretter en demoserver, og en udvikler destabiliserer din udviklingsserver, bliver din demo skudt.
Dokumentation. Det er sandsynligt, at en gruppe mennesker vil oprette dokumentationen til din ansøgning. De logger på serveren og tager skærmbilleder og udfører andre aktiviteter i forbindelse med slutbrugerdokumentationen. Det er vigtigt at give dine tech-forfattere et stabilt miljø, hvorfra deres dokumentation kan udvikles.
Beta. Når du mener, at din ansøgning er klar til produktion, skal dine slutbrugere teste softwaren en endelige gang, før den rulles ud til produktionen. Denne proces kaldes godkendelse af slutbrugerne. Det er en god idé at udføre denne testning fra en særlig beta-server.
Produktion. Produktionsversionen af dit program er den, der bruges af slutbrugerne. Det er op til dine serveradministratorer at sikre, at produktionsserveren forbliver tilgængelig for dem. Dette er det sidste stop, som enhver version af din software rulles til.

Det er ikke nødvendigt at oprette alle disse miljøer på forskellige maskiner. Flere af disse miljøer kan kombineres på en enkelt maskine.

Ved hvad du udvikler

Som udvikler skal du forstå det problem, du forsøger at løse. Dette kan virke indlysende, men udviklere på store applikationer kan let se bort fra målet om flere grunde:

Uklare programspecifikationer
Udviklere, der kun er opmærksomme på deres egne lokale områder
Dårlig adgang til erhvervslivet Brugere, der forstår specifikationerne

Forstå værktøjerne

Mange værktøjer er tilgængelige for at gøre udviklerens liv lettere. Desværre kan du bruge meget tid på at lære at bruge disse værktøjer, før du forstår nogen gevinst i programmeringstiden. I virkeligheden er din tid til at lære et værktøj en investering. En udvikler skal mindst have følgende værktøjer:

En tekstfilereditor
Et integreret udviklingsmiljø (IDE), der understøtter fejlfinding
Et byggeværktøj, som f.eks. ANT
En kildekodeudsmykning
WebLogic Resource Workshop
Versionskontrol

Opret modulære, afkoblede systemer

En stor applikation vil have mange klasser og sammenflettede systemer. Oprettelse af et system bestående af mange moduler har flere fordele:

Fælles moduler kan genbruges.
Programmet er lettere at forstå, fordi store problemer er brudt i mange mindre problemer.
Forskellige programmerere kan arbejde på forskellige moduler uden at forstyrre hinanden.

Når systemet vokser, vil specifikke moduler bevæge sig fra aktiv udvikling til vedligeholdelsestilstand. Sørg for at disse moduler er konstrueret på en sådan måde, at løbende udvikling ikke forårsager fejl i tidligere arbejdskode. Sådanne fejl kaldes regressionsfejl.

Vær opmærksom på sikkerhed

Mediet er fyldt med rapporter om personer, der udnytter sikkerhedsfejl i software. Når du designer og implementerer din ansøgning, skal du være opmærksom på sikkerheden. Sikkerhedsfejl kan krybe ind i dit system på mange måder:

Udnytte uværdige parametre
URL-manipulation
Bufferoverskridelser
Injektionskommandoer i parametre, der kan gøre deres vej til SQL
Udnyttelse af kendte sikkerhedsfejl i operativsystemet eller serversoftwaren

Mange sikkerhedsfejl er resultatet af ikke at have de nyeste patches til dit operativsystem eller serversoftware. Sørg for, at du har de nyeste patches.

Test din software

Som udvikler skal du altid teste dine moduler, så godt du kan, før de er integreret med de andre moduler. Dette kaldes enhedsprøvning. Når du først opretter et modul, skal du gøre alle enhedsprøver manuelt.

Når du er tilfreds med resultaterne af enhedsprøven, er du klar til at integrere dit modul med dem, der udvikles af andre. Denne proces kaldes integrationstest. Integrationstest indebærer samarbejde med andre udviklere, da dine komponenter bliver sat sammen for første gang.

Ud over test udført af udviklerne vil der blive testet af QA-folk og slutbrugere. Da disse brugere tester din software. de finder fejl. Hvis du har en række QA-medarbejdere og -udviklere, kan et bug-tracking-værktøj være praktisk. Derudover tillader bug-tracking-værktøjer, at noter knyttes til individuelle fejl. Når udviklere eller brugere finder en fejl, kan de dokumentere opløsningen. Dette er vigtigt, fordi ikke alle fejl er et resultat af programmeringsfejl.

Når systemet er næsten klar til at blive kørt fra produktionsserveren, skal du udføre godkendelse af slutbrugere. Dette giver slutbrugere en endelige chance for at teste systemet, inden det rulles ind i produktionen.