Survival Skills voor WebLogic Ontwikkelaars

Als WebLogic ontwikkelaar, is het belangrijk om te weten hoe u uw applicaties en ontwikkelomgeving structureren. U moet ook weten hoe je uit te reiken naar de WebLogic gemeenschap wanneer je in de problemen. Dit artikel biedt een aantal aanbevelingen en andere informatie om u te helpen de klus te klaren.

Houden en de nodige documentatie

Documentatie is een belangrijk onderdeel van een applicatie. Als ontwikkelaar, moet u uw deel te doen om ervoor te zorgen dat uw aanvraag goed is gedocumenteerd. Documentatie valt in verschillende categorieën:

  • Programmacode documentatie. 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 verstrekken.
  • Developer handboek. Een eenvoudig, maar vaak over het hoofd te gebruiken voor documentatie nieuwe programmeurs wegbrengen naar snelheid. Op volwassen applicaties, computers ontwikkelaars 'bevatten vaak een mix van bestanden gebruikt als de applicatie is ontwikkeld. Deze omgeving kan moeilijk zijn voor een nieuwe ontwikkelaar opnieuw. De ontwikkelaar handboek beschrijft het proces dat nodig is om het opzetten van de ontwikkelomgeving op een nieuwe machine.
  • Programma-specificatie. Wijzigingen in de specificaties van uw aanvraag moet worden meegedeeld aan allen die betrokken zijn bij deze veranderingen.
  • Documentatie voor eindgebruikers. Dit is de documentatie die uw gebruikers verwijzen naar voor informatie over hoe u uw systeem te gebruiken. Als functies worden toegevoegd aan het systeem en bestaande functies veranderd, zorg ervoor dat u de gebruikersdocumentatie bij te werken.

Door het bijhouden van alle vormen van documentatie goed onderhouden, kunnen ontwikkelaars en gebruikers stroom met de toepassing blijven.

Gebruik Usenet

Een van de grootste voordelen van het internet is het gevoel van wereldwijde gemeenschap. En geen enkel deel van het internet belichaamt dit meer dan Usenet, die bestaat uit een grote verzameling berichten geplaatst door internetgebruikers op een verscheidenheid van onderwerpen.

U hebt toegang tot Usenet op verschillende manieren. U kunt client-programma's die te downloaden en filter Usenet postings voor u installeren. U kunt ook gebruik maken van Web-based portals. Een van de meest voorkomende Web portalen is Google Groups.

Het opzetten van ontwikkelomgevingen

WebLogic stelt u in staat om meerdere servers die vanaf dezelfde machine te creëren. Dit is een handige manier om verschillende ontwikkelomgevingen, zoals de volgende:

  • Ontwikkeling. De ontwikkelomgeving is waar ontwikkelaars testen hun code. Dit stelt ontwikkelaars hun code te testen in een gecontroleerde omgeving. Stabiele versies op de ontwikkeling server worden meestal doorgerold naar de testserver.
  • Test. Uw projectteam zal waarschijnlijk bestaan ​​uit kwaliteitsborging (QA) mensen die de software te testen en verslag nieuwe bugs. QA mensen moeten niet worden testen van je ontwikkeling server omdat de server is te vluchtig. In plaats daarvan moet je de uitrol van een stabiele versie van je ontwikkeling server naar de testserver. Deze versie kan vervolgens worden getest door uw QA personeel.
  • Demo. Je moet je software demo, hetzij aan klanten om de voortgang van het systeem die u maakt te tonen, of om interne gebruikers die binnenkort zal worden met behulp van uw systeem. Als u niet beschikt over een demo-server te maken en een ontwikkelaar destabiliseert je ontwikkeling server, wordt je demo geschoten.
  • Documentatie. Het is waarschijnlijk dat een groep mensen zal het creëren van de documentatie voor uw toepassing. Ze zullen het inloggen op de server en het nemen van screenshots en het uitvoeren van andere activiteiten met betrekking tot de documentatie voor eindgebruikers. Het is belangrijk om uw tech schrijvers een stabiele omgeving van waaruit ze hun documentatie te ontwikkelen.
  • Beta. Wanneer u denkt dat uw aanvraag is klaar voor productie, hebben uw eindgebruikers testen van de software nog een laatste keer voordat het wordt uitgerold naar de productie. Dit proces heet eindgebruiker acceptatie testen. Het is een goed idee om deze testen uit een speciale beta-server uit te voeren.
  • Productie. De productie versie van uw programma is degene die wordt gebruikt door eindgebruikers. Het is aan uw server beheerders om ervoor te zorgen dat de productie server blijft voor hen beschikbaar. Dit zal de laatste halte, dat elke versie van uw software wordt gegooid te zijn.

Het is niet nodig om het opzetten van al deze omgevingen op verschillende machines. Verschillende van deze omgevingen worden gecombineerd op een enkele machine.

Weet wat je te ontwikkelen

Als ontwikkelaar, moet je het probleem dat je probeert op te lossen begrijpen. Dit lijkt vanzelfsprekend, maar de ontwikkelaars op grote toepassingen kunnen gemakkelijk uit het oog te verliezen doel om verschillende redenen:

  • Onduidelijke programmaspecificaties
  • Ontwikkelaars die zich bewust zijn van alleen hun eigen lokale gebieden van het programma
  • Slechte toegang tot zakelijke gebruikers die begrijpen de specificaties

Begrijp de gereedschappen

Vele tools beschikbaar om het leven van de ontwikkelaar gemakkelijker te maken. Helaas, kunt u veel tijd besteden aan het leren om deze tools te gebruiken voordat je je realiseert dat een eventuele winst in de programmering tijd. In feite, je tijd om een ​​instrument te leren is een investering. Een ontwikkelaar moeten ten minste de volgende instrumenten:

  • Een tekstbestandseditor
  • Een geïntegreerde ontwikkelomgeving (IDE) dat debugging ondersteunt
  • Een ingebouwde tool, zoals ANT
  • Een broncode Beautifier
  • WebLogic Resource Workshop
  • Versiebeheer

Maak modulaire, ontkoppelde systemen

Een grote applicatie zal hebben vele klassen en met elkaar verweven systemen. Een systeem bestaande uit vele modules heeft verschillende voordelen:

  • Gemeenschappelijke modules kunnen worden hergebruikt.
  • Het programma is makkelijker te begrijpen omdat er grote problemen zijn onderverdeeld in vele kleinere problemen.
  • Verschillende programmeurs kunnen werken op verschillende modules zonder elkaar te storen.

Omdat het systeem groeit, zullen specifieke modules verplaatsen van actieve ontwikkeling tot onderhoud modus. Zorg ervoor dat deze modules zijn zodanig dat het voortdurende ontwikkeling veroorzaakt geen fouten optreden bij eerder werkende code. Dergelijke fouten regressie fouten genoemd.

Wees bewust van veiligheid

De media staat vol met meldingen van mensen uitbuiten veiligheid fouten in de software. Zoals u ontwerpen en implementeren van uw aanvraag, moet u rekening houden met de veiligheid zijn. Beveiliging fouten kunnen kruipen in uw systeem op vele manieren:

  • Profiteren van niet gevalideerde parameters
  • URL geknoei
  • Bufferoverruns
  • Injecteren van opdrachten in de parameters die hun weg kunnen maken met SQL
  • Het benutten van bekende beveiligingsfouten in het besturingssysteem of serversoftware

Veel beveiligingsfouten zijn het gevolg van het niet hebben van de nieuwste patches voor uw besturingssysteem of serversoftware. Zorg ervoor dat u over de meest recente patches.

Test je software

Als ontwikkelaar moet je altijd test uw modules zo goed als je kunt voordat ze worden geïntegreerd met de andere modules. Dit wordt unit testing genoemd. Wanneer u voor het eerst een module te maken, moet je alle unit testen te doen met de hand.

Als u tevreden bent met de resultaten van de unit test, je bent klaar om uw module te integreren met die ontwikkeld worden door anderen. Dit proces heet integratie testen. Integratie testen betreft teamwork met andere ontwikkelaars als uw onderdelen in elkaar worden gezet voor de eerste keer.

Naast de tests van de ontwikkelaars, zal tests verricht door QA mensen en eindgebruikers. Aangezien deze gebruikers test je software. ze zullen bugs te vinden. Als je een aantal QA mensen en ontwikkelaars, kan een bug-tracking tool handig zijn. Bovendien-bug tracking tools kunnen notities moet worden gehecht aan de individuele bugs. Wanneer ontwikkelaars of gebruikers vinden een bug, kunnen ze de resolutie te documenteren. Dit is belangrijk omdat niet alle fouten zijn een gevolg van programmeerfouten.

Wanneer het systeem is bijna klaar om te worden uitgevoerd vanaf de productie-server, moet u eindgebruiker acceptatie testen uit te voeren. Dit geeft de eindgebruiker een laatste kans om het systeem te testen voordat deze wordt uitgerold in productie.


© 2019 Quilcedacarvers.com | Contact us: webmaster# quilcedacarvers.com