Operation Manual

472
FLASH CS4 PROFESSIONAL GEBRUIKEN
Tips en trucs
De weergave Handelt het front-end van de toepassing af (de interface waarmee de interactie met de gebruiker
plaatsvindt) en rendert de inhoud van het model. De interface bepaalt hoe de gegevens van het model worden
aangeboden, levert de weergave voor de gebruiker, biedt de gebruiker toegang tot de gegevens van de toepassing en
maakt het mogelijk dat de gebruiker die gegevens manipuleert. Wanneer het model verandert, wordt de weergave
bijgewerkt om die wijzigingen te weerspiegelen door gegevens te verzenden ('push') of op te vragen ('pull'). Wanneer
u een hybride webtoepassing maakt (zoals een toepassing met Flash die interactie aangaat met andere toepassingen op
de pagina), moet u de verschillende interfaces beschouwen als onderdeel van de weergave in het ontwerppatroon. Het
ontwerppatroon MVC ondersteunt de afhandeling van diverse weergaven.
De bediening - handelt de vereisten van het model en de weergave af om gegevens te verwerken en weer te geven en
bevat gewoonlijk veel code. De bediening roept een deel van het model aan, afhankelijk van de gebruikersaanvragen
vanuit de interface (of de weergave) en bevat code die specifiek is voor de toepassing. Aangezien deze code specifiek is
voor de toepassing, kan deze gewoonlijk niet opnieuw worden gebruikt. De andere componenten in het
ontwerppatroon kunnen echter wel opnieuw worden gebruikt. De bediening verwerkt geen gegevens en levert geen
uitvoer van gegevens, maar ontvangt de aanvraag van de gebruiker en beslist welk onderdeel van het model of de
weergave moet worden aangeroepen. Vervolgens wordt bepaald waar de gegevens naartoe moeten worden verzonden
en welke indeling op de geretourneerde gegevens moet worden toegepast. De bediening zorgt ervoor dat weergaven
toegang hebben tot de onderdelen van de modelgegevens die moeten worden weergegeven. De bediening verzendt en
reageert op wijzigingen die betrekking hebben op het model en de weergave.
Elk onderdeel van het model is ontworpen als een op zichzelf staande component binnen het algemene proces.
Wanneer u een onderdeel van het model wijzigt (u zou bijvoorbeeld de interface kunnen aanpassen), hoeven de andere
onderdelen van het proces gewoonlijk niet te worden gewijzigd, waardoor de kans op problemen afneemt. Wanneer
uw ontwerppatroon correct is opgezet, kunt u de weergave wijzigen zonder het model of de bediening te hoeven
aanpassen. Wanneer uw toepassing MVC niet gebruikt, kunnen wijzigingen in de toepassing overal elders in de code
doorwerken, waardoor meer wijzigingen nodig zijn dan wanneer u een specifiek ontwerppatroon gebruikt.
Een belangrijke reden om het ontwerppatroon MVC te gebruiken, is dat gegevens en logica worden gescheiden van de
gebruikersinterface. Doordat deze onderdelen van het proces worden gescheiden, kunt u verschillende grafische
interfaces gebruiken die hetzelfde model en dezelfde niet-opgemaakte gegevens gebruiken. Dit betekent dat u uw
toepassing met verschillende Flash-interfaces kunt gebruiken, zoals een interface voor het web, een interface voor
Pocket PC, een versie voor mobiele telefoons en wellicht een HTML-versie die Flash helemaal niet gebruikt. Door de
gegevens van de rest van de toepassing te scheiden, kan het ontwikkelen, testen en zelfs bijwerken van meerdere
clientinterfaces aanzienlijk minder tijd in beslag nemen. Om dezelfde reden kunt u gemakkelijker nieuwe front-ends
voor dezelfde toepassing toevoegen wanneer u een bestaand model kunt gebruiken.
Gebruik MVC alleen wanneer u een grote of complexe toepassing maakt, zoals een e-commercewebsite of een e-
learningtoepassing. Het gebruik van de architectuur vereist planning en begrip van de manier waarop Flash en dit
ontwerppatroon werken. Overdenk zorgvuldig de interactie tussen de verschillende delen door ze te testen en fouten
op te sporen. Wanneer u MVC gebruikt, zijn tests en foutopsporing veelomvattender en ingewikkelder dan in
standaardFlash-toepassingen. Wanneer u een toepassing maakt waarin u extra complexiteit nodig hebt, overweeg dan
het gebruik van MVC om uw werk te ordenen.
Beveiligde toepassingen maken
Kwaadwillende gebruikers kunnen proberen uw toepassing te kraken, ongeacht of u een kleine portalsite maakt waar
gebruikers zich kunnen aanmelden en artikelen kunnen lezen of een grote e-commercewinkel. Overweeg daarom de
volgende stappen te nemen om uw toepassing te beveiligen.
• Post gegevens die moeten worden beveiligd als HTTPS. Versleutel waarden in Flash voordat u deze voor
verwerking naar een externe server verzendt.