Innehållsförteckning:
- Håll adekvat dokumentation
- Använd Usenet
- Konfigurera utvecklingsmiljöer
- Vet vad du utvecklar
- Förstå verktygen
- Skapa modulära, avkopplade system
- Var uppmärksam på säkerheten
- Testa din programvara
Video: 50+ Wilderness Survival Tips! 2024
Som en WebLogic-utvecklare är det viktigt att veta hur man strukturerar dina applikationer och utvecklingsmiljöer. Du måste också veta hur du når ut till WebLogic-gruppen när du stöter på problem. Den här artikeln innehåller några rekommendationer och annan information som hjälper dig att få jobbet gjort.
Håll adekvat dokumentation
Dokumentation är en viktig del av alla applikationer. Som utvecklare bör du göra din del för att säkerställa att din ansökan är korrekt dokumenterad. Dokumentationen faller i flera kategorier:
- Programkodsdokumentation. Den tydligaste dokumentationen består av kommentarer i källkoden. Javadoc är ett bra sätt att tillhandahålla denna dokumentation.
- Utvecklarhandbok. En grundläggande men ofta förbisedd användning för dokumentation leder till nya programmörer. På mogna applikationer innehåller utvecklarens datorer ofta en blandning av filer som användes när applikationen utvecklades. Denna miljö kan vara svår för en ny utvecklare att återskapa. Utvecklarens handbok beskriver processen som behövs för att skapa utvecklingsmiljön på en ny maskin.
- Programspecifikation. Ändringar av specifikationerna för din ansökan måste meddelas alla som är inblandade i dessa ändringar.
- Dokumentation för slutanvändare. Det här är dokumentationen som användarna hänvisar till för information om hur du använder systemet. Eftersom funktioner läggs till i systemet och befintliga funktioner ändras, se till att du uppdaterar användardokumentationen.
Genom att hålla alla former av dokumentation korrekt underhållen kan utvecklare och användare vara aktuella med applikationen.
Använd Usenet
En av de största fördelarna med Internet är meningen med globalt samhälle. Och ingen enskild del av Internet förkroppsligar detta mer än Usenet, som består av en stor samling meddelanden som internetanvändare lägger upp på en rad olika ämnen.
Du kan komma åt Usenet på flera sätt. Du kan installera klientprogram som laddar ner och filtrerar Usenet-poster till dig. Du kan också använda webbaserade portaler. En av de vanligaste webbportalerna är Google Grupper.
Konfigurera utvecklingsmiljöer
Med WebLogic kan du skapa flera servrar som körs från samma maskin. Detta ger ett bekvämt sätt att tillhandahålla flera utvecklingsmiljöer, till exempel följande:
- Utveckling. Utvecklingsmiljön är där utvecklare testar sin kod. Detta gör det möjligt för utvecklare att testa sin kod i en kontrollerad miljö.Stabila versioner på utvecklingsservern rullas vanligtvis över till testservern.
- Test. Ditt projektteam kommer sannolikt att bestå av kvalitetssäkring (QA) personer som testar programvaran och rapporterar nya buggar. QA-personer borde inte testas från din utvecklingsserver eftersom servern är för flyktig. Snarare bör du rulla ut en stabil version från din utvecklingsserver till testservern. Denna version kan sedan testas av din QA-personal.
- Demo. Du måste demo din programvara, antingen till klienterna för att visa framstegen i det system du skapar, eller till interna användare som snart kommer att använda ditt system. Om du inte skapar en demoserver och en utvecklare destabiliserar din utvecklingsserver, skjuts din demo.
- Dokumentation. Det är troligt att en grupp människor kommer att skapa dokumentationen för din ansökan. De loggar på servern och tar skärmdumpar och utför andra aktiviteter relaterade till slutanvändardokumentationen. Det är viktigt att ge din teknikförfattare en stabil miljö för att utveckla sin dokumentation.
- Beta. När du tror att din ansökan är klar för produktion, måste dina slutanvändare testa programvaran en sista gång innan den rullas ut till produktion. Denna process kallas godkännande för slutanvändare. Det är en bra idé att utföra denna testning från en särskild beta-server.
- Produktion. Produktionsversionen av ditt program är den som används av slutanvändarna. Det är upp till dina serveradministratörer att se till att produktionsservern förblir tillgänglig för dem. Det här är det sista stoppet som någon version av din programvara rullas till.
Det är inte nödvändigt att konfigurera alla dessa miljöer på olika maskiner. Flera av dessa miljöer kan kombineras på en enda maskin.
Vet vad du utvecklar
Som utvecklare borde du förstå problemet du försöker lösa. Det kan verka självklart, men utvecklare på stora applikationer kan enkelt förlora målet av flera anledningar:
- Oklara programspecifikationer
- Utvecklare som känner till endast sina egna lokala delar av programmet
- Dålig tillgång till verksamheten Användare som förstår specifikationerna
Förstå verktygen
Många verktyg är tillgängliga för att göra utvecklarens liv enklare. Tyvärr kan du tillbringa mycket tid att lära sig använda dessa verktyg innan du inser någon vinst i programmeringstiden. I själva verket är din tid att lära sig ett verktyg en investering. En utvecklare ska åtminstone ha följande verktyg:
- En textfilredigerare
- En integrerad utvecklingsmiljö (IDE) som stöder debugging
- Ett byggverktyg, som ANT
- En källkodskonsulator
- WebLogic Resource Workshop
- Versionskontroll
Skapa modulära, avkopplade system
En stor applikation kommer att ha många klasser och sammanflätade system. Att skapa ett system som består av många moduler har flera fördelar:
- Vanliga moduler kan återanvändas.
- Programmet är lättare att förstå eftersom stora problem bryts in i många mindre problem.
- Olika programmerare kan arbeta på olika moduler utan att störa varandra.
När systemet växer flyttas specifika moduler från aktiv utveckling till underhållsläge. Se till att dessa moduler är konstruerade på ett sådant sätt att pågående utveckling inte orsakar fel i tidigare arbetskod. Sådana fel kallas regressionsfel.
Var uppmärksam på säkerheten
Mediet är fyllt med rapporter om personer som utnyttjar säkerhetsfel i programvara. När du utformar och genomför din ansökan måste du vara uppmärksam på säkerheten. Säkerhetsfel kan krypa in i ditt system på många sätt:
- Dra fördel av ovaliderade parametrar
- URL-manipulering
- Buffertövergångar
- Injektionskommandon i parametrar som kan komma till SQL
- Utnyttja kända säkerhetsbrister i operativsystemet eller serverns programvara
Många säkerhetsbrister är resultatet av att du inte har de senaste korrigeringsfilerna för ditt operativsystem eller serverprogramvara. Se till att du har de senaste fläckarna.
Testa din programvara
Som utvecklare borde du alltid testa dina moduler så bra du kan innan de är integrerade med de andra modulerna. Detta kallas enhetstestning. När du först skapar en modul ska du göra all enhetstestning för hand.
När du är nöjd med resultaten från enhetstestet, är du redo att integrera din modul med de som utvecklats av andra. Denna process kallas integrationstestning. Integrationstestning innebär samarbete med andra utvecklare när dina komponenter sammanställs för första gången.
Utöver testning utförd av utvecklarna kommer det att bli testning utförd av QA-personer och slutanvändare. Eftersom dessa användare testar din programvara. de hittar buggar. Om du har ett antal QA-personer och utvecklare kan ett verktyg för buggspårning vara praktiskt. Dessutom tillåter bug-tracking-verktyg att anteckningar bifogas enskilda buggar. När utvecklare eller användare hittar ett fel kan de dokumentera upplösningen. Detta är viktigt eftersom inte alla fel är ett resultat av programmeringsfel.
När systemet är nästan redo att köras från produktionsservern, ska du utföra slutanvändarens acceptansprovning. Detta ger slutanvändarna en sista chans att testa systemet innan det rullas in i produktionen.