Overlevelse Ferdigheter for WebLogic Developers - dummies

Som en WebLogic-utvikler er det viktig å vite hvordan du strukturerer applikasjoner og utviklingsmiljø. Du må også vite hvordan du kommer ut til WebLogic-fellesskapet når du får problemer. Denne artikkelen gir deg noen anbefalinger og annen informasjon som hjelper deg med å få jobben gjort.

Oppbevar tilstrekkelig dokumentasjon

Dokumentasjon er en viktig del av enhver applikasjon. Som utvikler bør du gjøre din del for å sikre at søknaden din er riktig dokumentert. Dokumentasjon faller i flere kategorier:

Programkodedokumentasjon. Den mest åpenbare form for dokumentasjon består av kommentarene i kildekoden. Javadoc er en god måte å gi denne dokumentasjonen.
Utviklerhåndbok. En grunnleggende, men ofte oversett bruk for dokumentasjon, bringer nye programmerere opp til fart. På modne applikasjoner inneholder utviklernes datamaskiner ofte en blanding av filer som brukes som applikasjonen ble utviklet. Dette miljøet kan være vanskelig for en ny utvikler å gjenskape. Utviklerens håndbok beskriver prosessen som trengs for å sette opp utviklingsmiljøet på en ny maskin.

Programspesifikasjon. Endringer i spesifikasjonene i søknaden din må kommuniseres til alle som er involvert i disse endringene.
Sluttbrukerens dokumentasjon. Dette er dokumentasjonen som brukerne refererer til, for informasjon om hvordan du bruker systemet. Som funksjoner legges til systemet og eksisterende funksjoner endres, må du sørge for at du oppdaterer brukerdokumentasjonen.

Ved å holde alle former for dokumentasjon behørig vedlikeholdt, kan utviklere og brukere forbli nåværende med applikasjonen.

Bruk Usenet

En av de største fordelene med Internett er følelsen av globalt samfunn. Og ingen enkelt del av Internettet inneholder dette mer enn Usenet, som består av en stor samling meldinger lagt ut av Internett-brukere på en rekke emner.

Du kan få tilgang til Usenet på flere måter. Du kan installere klientprogrammer som laster ned og filtrerer Usenet-innlegg for deg. Du kan også bruke web-baserte portaler. En av de vanligste nettportaler er Google Grupper.

Konfigurer utviklingsmiljøer

WebLogic lar deg opprette flere servere som kjører fra samme maskin. Dette gir en praktisk måte å tilby flere utviklingsmiljøer, for eksempel følgende:

Utvikling. Utviklingsmiljøet er hvor utviklere tester koden sin. Dette gjør det mulig for utviklere å teste koden i et kontrollert miljø.Stabile versjoner på utviklingsserveren blir vanligvis rullet over til testserveren.
Test. Prosjektteamet ditt vil trolig bestå av kvalitetssikringspersoner (QA) som tester programvaren og rapporterer nye feil. QA-folk bør ikke teste fra utviklingsserveren fordi serveren er for volatil. I stedet bør du rulle ut en stabil versjon fra utviklingsserveren til testserveren. Denne versjonen kan deretter testes av ditt QA-personale.
Demonstrasjon. Du må demo programvaren din, enten til klienter for å vise fremdriften til systemet du lager, eller til interne brukere som snart skal bruke systemet. Hvis du ikke lager en demo-server og en utvikler destabiliserer utviklingsserveren din, blir din demo skutt.
dokumentasjon. Det er sannsynlig at en gruppe mennesker skal opprette dokumentasjonen for søknaden din. De logger seg på serveren og tar skjermbilder og utfører andre aktiviteter knyttet til sluttbrukerdokumentasjonen. Det er viktig å gi teknologiske forfattere et stabilt miljø for å utvikle dokumentasjonen.
Beta. Når du mener at søknaden din er klar for produksjon, må sluttbrukerne teste programvaren en sluttid før den rulles ut til produksjonen. Denne prosessen kalles godkjenningstest for sluttbrukere. Det er en god ide å utføre denne testingen fra en spesiell beta server.
produksjon. Produksjonsversjonen av programmet er det som brukes av sluttbrukerne. Det er opp til serveradministratorer å sørge for at produksjonsserveren er tilgjengelig for dem. Dette vil være den siste stoppen som en hvilken som helst versjon av programvaren din er rullet til.

Det er ikke nødvendig å sette opp alle disse miljøene på forskjellige maskiner. Flere av disse miljøene kan kombineres på en enkelt maskin.

Vet hva du utvikler

Som utvikler bør du forstå problemet du prøver å løse. Dette kan virke åpenbart, men utviklere på store applikasjoner kan enkelt miste målet om flere grunner:

Uklare programspesifikasjoner
Utviklere som kun har kunnskap om deres egne lokale områder
Dårlig tilgang til virksomheten Brukere som forstår spesifikasjonene

Forstå verktøyene

Mange verktøy er tilgjengelige for å gjøre utviklerens liv lettere. Dessverre kan du bruke mye tid på å lære å bruke disse verktøyene før du oppdager noen gevinst i programmeringstid. I virkeligheten er tiden din for å lære et verktøy en investering. En utvikler bør i det minste ha følgende verktøy:

En tekstfilredigerer
Et integrert utviklingsmiljø (IDE) som støtter feilsøking
Et byggverktøy, for eksempel ANT
En kildekodeverifierer
WebLogic Resource Workshop
Versjonskontroll

Lag modulære, avkoblede systemer

En stor applikasjon vil ha mange klasser og sammenflettede systemer. Å lage et system bestående av mange moduler har flere fordeler:

Vanlige moduler kan gjenbrukes.
Programmet er lettere å forstå, fordi store problemer brytes inn i mange mindre problemer.
Ulike programmerere kan jobbe på forskjellige moduler uten å forstyrre hverandre.

Når systemet vokser, vil bestemte moduler bevege seg fra aktiv utvikling til vedlikeholdsmodus. Sørg for at disse modulene er konstruert på en slik måte at kontinuerlig utvikling ikke forårsaker feil i tidligere arbeidskode. Slike feil kalles regresjonsfeil.

Vær oppmerksom på sikkerhet

Mediene er fylt med rapporter om personer som utnytter sikkerhetsfeil i programvare. Når du designer og implementerer søknaden din, må du være oppmerksom på sikkerhet. Sikkerhetsfeil kan krype inn i systemet på mange måter:

Utnyttelse av uvaliderte parametere
URL-manipulering
Bufferoverruns
Injeksjonskommandoer i parametere som kan komme seg til SQL
Utnytte kjente sikkerhetsfeil i operativsystemet eller serverprogramvaren

Mange sikkerhetsfeil skyldes at du ikke har de nyeste oppdateringene for operativsystemet eller serverprogramvaren. Pass på at du har de nyeste oppdateringene.

Test programvaren din

Som utvikler bør du alltid teste modulene så godt du kan, før de er integrert med de andre modulene. Dette kalles enhetstesting. Når du først oppretter en modul, bør du gjøre all enhetstesting for hånd.

Når du er fornøyd med resultatene fra enhetstesten, er du klar til å integrere modulen med de som utvikles av andre. Denne prosessen kalles integreringstesting. Integrasjonstesting innebærer samarbeid med andre utviklere når komponentene dine blir satt sammen for første gang.

I tillegg til testing utført av utviklerne, vil det bli testet utført av QA-folk og sluttbrukere. Som disse brukerne tester programvaren din. de finner bugs. Hvis du har en rekke QA-folk og utviklere, kan et bugs-sporing verktøy være nyttig. I tillegg tillater bug-tracking-verktøy at notater festes til individuelle feil. Når utviklere eller brukere finner en feil, kan de dokumentere oppløsningen. Dette er viktig fordi ikke alle feil er et resultat av programmeringsfeil.

Når systemet er nesten klar til å kjøre fra produksjonsserveren, bør du utføre godkjenningstest for sluttbrukere. Dette gir sluttbrukere en endelig sjanse til å teste systemet før det rulles inn i produksjonen.