Inhoudsopgave:
- Bewaar voldoende documentatie
- Gebruik Usenet
- Ontwikkelomgevingen instellen
- Weet wat u aan het ontwikkelen bent
- De gereedschappen begrijpen
- Maak modulaire, ontkoppelde systemen
- Bedenk veiligheid
- Test uw software
Video: Bushcraft Camp: Full Super Shelter Build from Start to Finish. 2024
Als WebLogic-ontwikkelaar is het belangrijk om te weten hoe u uw toepassingen en ontwikkelomgeving moet structureren. U moet ook weten hoe u contact kunt opnemen met de WebLogic-community wanneer u problemen tegenkomt. Dit artikel biedt enkele aanbevelingen en andere informatie om u te helpen de klus te klaren.
Bewaar voldoende documentatie
Documentatie is een belangrijk onderdeel van elke toepassing. Als ontwikkelaar moet u uw deel doen om ervoor te zorgen dat uw aanvraag goed wordt gedocumenteerd. Documentatie valt in verschillende categorieën:
- Documentatie over programmacode. De meest voor de hand liggende vorm van documentatie bestaat uit de opmerkingen in de broncode. Javadoc is een goede manier om deze documentatie te leveren.
- Handleiding voor ontwikkelaars. Een eenvoudig maar vaak over het hoofd gezien gebruik voor documentatie zorgt ervoor dat nieuwe programmeurs op snelheid komen. Op volwassen applicaties bevatten ontwikkelaarscomputers vaak een mix van bestanden die werden gebruikt toen de applicatie werd ontwikkeld. Deze omgeving kan moeilijk zijn voor een nieuwe ontwikkelaar om opnieuw te creëren. Het handboek van de ontwikkelaar beschrijft het proces dat nodig is om de ontwikkelomgeving op een nieuwe machine in te stellen.
- Programma-specificatie. Wijzigingen in de specificaties van uw aanvraag moeten worden meegedeeld aan iedereen die betrokken is bij deze wijzigingen.
- Eindgebruikersdocumentatie. Dit is de documentatie waarnaar uw gebruikers verwijzen voor informatie over het gebruik van uw systeem. Naarmate functies aan het systeem worden toegevoegd en bestaande functies worden gewijzigd, moet u de gebruikersdocumentatie bijwerken.
Door alle vormen van documentatie op de juiste manier te onderhouden, kunnen ontwikkelaars en gebruikers op de hoogte blijven van de toepassing.
Gebruik Usenet
Een van de grootste voordelen van internet is het gevoel van een wereldwijde gemeenschap. En geen enkel deel van internet belichaamt dit meer dan Usenet, dat bestaat uit een grote verzameling berichten die door internetgebruikers over verschillende onderwerpen zijn geplaatst.
U kunt Usenet op verschillende manieren openen. U kunt clientprogramma's installeren die Usenet-berichten voor u downloaden en filteren. U kunt ook webgebaseerde portals gebruiken. Een van de meest gebruikte webportals is Google Discussiegroepen.
Ontwikkelomgevingen instellen
Met WebLogic kunt u meerdere servers maken die vanaf dezelfde computer worden uitgevoerd. Dit biedt een handige manier om verschillende ontwikkelomgevingen te bieden, zoals:
- Ontwikkeling. In de ontwikkelomgeving testen ontwikkelaars hun code. Hiermee kunnen ontwikkelaars hun code testen in een gecontroleerde omgeving.Stabiele versies op de ontwikkelserver worden meestal doorgestuurd naar de testserver.
- Test. Uw projectteam bestaat waarschijnlijk uit QA-mensen (Quality Assurance) die de software testen en nieuwe bugs melden. QA-mensen zouden niet moeten testen van uw ontwikkelserver omdat de server te vluchtig is. U moet eerder een stabiele versie van uw ontwikkelserver naar de testserver implementeren. Deze versie kan vervolgens worden getest door uw QA-medewerkers.
- Demo. U moet uw software demonstreren, ofwel bij klanten om de voortgang van het systeem dat u aan het maken bent, of voor interne gebruikers die binnenkort uw systeem gebruiken te tonen. Als u geen demoserver maakt en een ontwikkelaar uw ontwikkelingsserver destabiliseert, wordt uw demo opgenomen.
- Documentatie. Waarschijnlijk maakt een groep mensen de documentatie voor uw toepassing. Ze loggen in op de server en nemen schermafbeeldingen en voeren andere activiteiten uit met betrekking tot de documentatie voor de eindgebruiker. Het is belangrijk om uw tech-schrijvers een stabiele omgeving te bieden voor het ontwikkelen van hun documentatie.
- Beta. Als u denkt dat uw toepassing gereed is voor productie, laat uw eindgebruiker de software nog een laatste keer testen voordat deze wordt geïmplementeerd. Dit proces wordt acceptatie door eindgebruikers genoemd. Het is een goed idee om deze tests uit te voeren vanaf een speciale bètserver.
- Production. De productieversie van uw programma is degene die door eindgebruikers wordt gebruikt. Het is aan uw serverbeheerders om ervoor te zorgen dat de productieserver beschikbaar blijft voor hen. Dit is de laatste stop waar elke versie van uw software naartoe wordt gerold.
Het is niet nodig om al deze omgevingen op verschillende machines in te stellen. Verschillende van deze omgevingen kunnen op één machine worden gecombineerd.
Weet wat u aan het ontwikkelen bent
Als ontwikkelaar moet u het probleem begrijpen dat u probeert op te lossen. Dit lijkt misschien voor de hand liggend, maar ontwikkelaars op grote applicaties kunnen het doel gemakkelijk om verschillende redenen uit het oog verliezen:
- Onduidelijke programmaspecificaties
- Ontwikkelaars die zich alleen bewust zijn van hun eigen lokale delen van het programma
- Slechte toegang tot het bedrijfsleven gebruikers die de specificaties begrijpen
De gereedschappen begrijpen
Er zijn veel hulpmiddelen beschikbaar om het leven van de ontwikkelaar gemakkelijker te maken. Helaas kunt u veel tijd besteden aan het leren gebruiken van deze hulpmiddelen voordat u enige winst in programmeertijd realiseert. In feite is uw tijd om een hulpmiddel te leren een investering. Een ontwikkelaar moet op zijn minst de volgende hulpprogramma's hebben:
- Een tekstbestandeditor
- Een geïntegreerde ontwikkelomgeving (IDE) die foutopsporing ondersteunt
- Een build-tool, zoals ANT
- Een broncode-beautifier
- WebLogic Resource Workshop
- Versiebeheer
Maak modulaire, ontkoppelde systemen
Een grote applicatie heeft veel klassen en verweven systemen. Het creëren van een systeem dat uit vele modules bestaat heeft verschillende voordelen:
- Gemeenschappelijke modules kunnen opnieuw worden gebruikt.
- Het programma is gemakkelijker te begrijpen omdat grote problemen zijn opgedeeld in veel kleinere problemen.
- Verschillende programmeurs kunnen op verschillende modules werken zonder elkaar te hinderen.
Naarmate het systeem groeit, gaan specifieke modules over van actieve ontwikkeling naar onderhoudsmodus. Zorg ervoor dat deze modules zo zijn geconstrueerd dat voortdurende ontwikkeling geen fouten veroorzaakt in eerder werkende code. Dergelijke fouten worden regressiefouten genoemd.
Bedenk veiligheid
De media staan vol met meldingen van mensen die beveiligingsfouten in software gebruiken. Terwijl u uw applicatie ontwerpt en implementeert, moet u rekening houden met de veiligheid. Beveiligingsstoringen kunnen op vele manieren in uw systeem binnendringen:
- Profiteren van ongegalideerde parameters
- URL-sabotage
- Bufferoverschrijdingen
- Opdrachten injecteren in parameters die hun weg kunnen vinden naar SQL
- Bestaande beveiligingsproblemen misbruiken in het besturingssysteem of de serversoftware
Veel beveiligingsfouten zijn het gevolg van het ontbreken van de nieuwste patches voor uw besturingssysteem of serversoftware. Zorg ervoor dat u de meest recente patches hebt.
Test uw software
Als ontwikkelaar moet u uw modules altijd zo goed mogelijk testen voordat ze met de andere modules worden geïntegreerd. Dit wordt testen van eenheden genoemd. Wanneer u voor het eerst een module maakt, moet u alle unittests met de hand uitvoeren.
Als u tevreden bent met de resultaten van de unit-test, bent u klaar om uw module te integreren met de module die door anderen is ontwikkeld. Dit proces wordt integratietest genoemd. Integratietesten houdt in dat u samenwerkt met andere ontwikkelaars, omdat uw componenten voor de eerste keer worden samengesteld.
Naast tests die door de ontwikkelaars worden uitgevoerd, zullen er tests worden uitgevoerd door QA-mensen en eindgebruikers. Omdat deze gebruikers uw software testen. ze zullen bugs vinden. Als u een aantal QA-mensen en -ontwikkelaars heeft, kan een bug-tracking tool handig zijn. Bovendien kunnen met bug-trackingtools notities aan individuele bugs worden toegevoegd. Wanneer ontwikkelaars of gebruikers een bug vinden, kunnen ze de resolutie documenteren. Dit is belangrijk omdat niet alle fouten het gevolg zijn van programmeerfouten.
Wanneer het systeem bijna klaar is om te worden uitgevoerd vanaf de productieserver, moet u testen voor acceptatie door eindgebruikers uitvoeren. Dit geeft eindgebruikers een laatste kans om het systeem te testen voordat het in productie wordt gerold.