Een softwareomgeving kan worden vergeleken met de omgeving waarin een mens leeft. In die omgeving kan van alles gebeuren, goed of slecht, en dat hoort bij itsRM: nalatigheid orakelen. Denk nooit dat je je huis zou verlaten zonder je veiligheidsgordel te dragen of een portefeuille met geld erin bij je te hebben. Zelfs in een perfecte wereld zijn processen en functies aan verandering onderhevig.
Een softwareontwikkelingsomgeving omvat de componenten van een computerontwikkelingsomgeving waarin de omgeving wordt gecreëerd en geconfigureerd. Deze componenten variëren in complexiteit naar gelang van de taak waarvoor zij worden ingezet. In sommige gevallen is de complexiteit betrekkelijk eenvoudig en gaat het slechts om het installeren van nieuwe gereedschappen of editors. Andere gereedschappen en editors houden zich bezig met de kloten en bouten van de taal die wordt ontwikkeld. De omgeving omvat ook de omgeving voor het testen, debuggen, scenario’s, en ondersteuning. De omgeving omvat de programmeertaal, hulpprogramma’s, editors en standaarden, die allemaal nodig zijn om tot een compleet pakket te komen.
De omgeving stelt de ontwikkelaar ook in staat al het lopende werk te beoordelen en eventuele fouten op te vangen terwijl ze worden gemaakt. Merk op dat, hoewel syntax highlighting, code hanging, kleurperforatie en andere gebruikelijke syntaxcontroles worden gebruikt, ontwikkelingshulpmiddelen ook kunnen worden gebruikt om foutieve code te markeren.
De programmeurs gebruiken een overzicht op hoog niveau om het ontwikkelingsproces te vergemakkelijken. De ontwikkelaars bekijken de huidige staat van de code en maken ook ontwerpspecificaties.
Overzichten zijn essentieel voor documentatie, synchronisatie, en voor overdraagbaarheid.
Een softwareontwikkelingsomgeving moet de volgende componenten bevatten:
1. Een ontwikkelingsmodel
2. Milieu
3. Personeel
4. Bestuurders
5. compilers
6. Het hakgereedschap
7. OverzichtCommunicatie is essentieel tussen ontwikkelaars, ontwerpers, beheerders en gebruikers. Er moet een aangegeven stroom van informatie zijn om grote programma’s te kunnen maken. Anders wordt het project te omslachtig om goed te onderhouden en te draaien. Ontwikkelaars moeten worden voorzien van adequate informatie in een bruikbaar formaat, zodat zij de software kunnen schrijven, en gebruikers moeten worden voorzien van de informatie die nodig is om de software efficiënt te gebruiken. Bijgevolg moet het ontwikkelingsmodel dat in de programmeeromgeving wordt gebruikt, aan bepaalde regels voldoen.
Wanneer je een nieuw project start in een Microsoft Ontwikkelomgeving, krijg je te maken met twee mogelijke scenario’s:
1. u kunt de toepassing ontwikkelen in een venster achter de Windows waarmee u al vertrouwd bent of
2. U kunt de app ontwikkelen op een “eiland”, gekoppeld aan een werkend computersysteem. Dit wordt ook wel het “wal niet geïntegreerde ontwikkelomgeving (online)” model genoemd. De voordelen van dit model zijn:
Deze twee modellen moeten wordenRuntime Compiler.NET gebruikt een gemeenschappelijke taalruntime (Delphi of C#) om code te compileren die wordt gehost in interactieve ontwikkelingsomgevingen/IDE’s. Dit heeft geleid tot twee benaderingen om porting van Delphi code mogelijk te maken:
Beide modellen hebben mogelijkheden voor het “gebruik van code” om gebruikers in staat te stellen Internet-toepassingen te ontwikkelen, zoals WinForms, Forms, en Visio-toepassingen. U kunt code gebruiken om nieuwe toepassingen te maken door code te typen in een teksteditor en deze informatie vervolgens te compileren tot gecompileerde code en een EXE-bestand. U kunt een toepassing porten door eenmalig te compileren op de manier die de ontwikkelaar het beste uitkomt. Meestal heeft een project de behoefte aan meerdere compilaties. Andere projecten geven er misschien de voorkeur aan om zo vaak te compileren als nodig is tijdens het ontwikkelingsproject. Meer dan een paar keer compileren kan het proces aanzienlijk helpen. Tenslotte kunnen deze nieuwe projecten door verschillende compilers worden gecompileerd om betrouwbare porting van Delphi/C# toepassingen naar nieuwe omgevingen en projecten mogelijk te maken.
citaten uit wikipedia
Enkele voorbeelden van algemeen gebruik:
Creëren van cross platform bibliotheek voor gebruik binnen de organisatie. Een Windows Forms applicatie maken (vergelijkbaar met die in Microsoft Office) voor gebruik onder gebruikers.Code gebruiken in een Web project om controls te maken.Code gebruiken in een Access applicatie om dynamische types te maken.
Meer NO(n):waar|false
Object-georiënteerd programmeren (OOP) is een geweldige manier om te leren programmeren voor de computer, omdat het u in staat stelt zoveel functionaliteit te coderen als u nodig hebt, en u niet gebonden bent aan één computertaal. Maar omdat veel softwareontwikkelaars maar één programmeertaal goed kennen, leren ze vaak niet de voordelen en de besparingen van twee verschillende talen. In feite kunnen ze zoveel tijd in een enkele taal steken dat ze uiteindelijk niet genoeg werk voor hun baas afleveren, gewoon omdat ze zich redden met code die ze niet kennen.
Een programmeur die Visual Basic gebruikt is bijvoorbeeld niet geschikt om C++ te gebruiken en een ontwikkelaar die C++ gebruikt is niet geschikt om Visual Basic te gebruiken. Als u bijvoorbeeld werkt voor een softwareontwikkelingsbedrijf dat Excel-achtige programma’s ontwikkelt, dan hebt u meer mogelijkheden dan iemand die meestal werkt met tabellen waarin dingen worden bijgewerkt terwijl reeksen worden getoond.
LEES MEER :