�ݺ�ߣ

Editor's Notes

• #3: SPA != 1 html file en massa’s javascript
• #5: Aangezien jQuery redelijk gekend is, werd dit onderwerp overgeslaan.
• #9: Function wordt pas opgeroepen na resolven van alle dependenciesArguments van function staan in dezelfde volgorde als module ids in array
• #10: Function wordt iedere keer uitgevoerd. Je zou ook kunnen een singleton teruggeven en activate() method van Durandal gebruiken om waarden te refreshen. Maar dan blijft het in memory. Misschien in geval van zware/lange operaties die je daarna niet meer moet uitvoeren
• #11: Maar net zoals service locator is het beter om de array in je define() call te gebruiken.In add.js: vervang router door bovenstaande code (zie codeblocks.txt)
• #12: Zie RequireJSconfiguratie in main.jsShim is voor javascript libraries die niet volgens AMD gedefinieerd zijn.deps: dependencies van deze library exports: de …Componenten in shim moeten nog altijd in paths staan!
• #16: Het is dus mogelijk tedatabinden op eenvoudige JS objecten (zonder observables). Updates zullen echter niet zichtbaar worden in de DOM en DOM updates zullen niet zichtbaar worden in je viewmodel
• #17: Tweede laat toe om meerdere viewmodels aan verschillende elementen te bindenDurandal zal applyBindings voor jou doen (als je de conventies volgt)jQuery: [0] want dat is de node, anders is het een jQuery object
• #18: Twee normale observables: DOM wijzigt zodra observable wijzigt, viewmodel property wijzigt wanneer DOM wijzigtComputed: function die voortbouwt op andere observables. Databinding wordt geüpdatet wanneer één van de afhankelijkheden wijzigtObservableArray: databinding wordt geüpdatet wanneer items toegevoegd/verwijderd wordenEen array meegeven in de constructor van je observableArray zorgt ervoor dat de array prepopulated is (zo moet de DOM maar 1x geüpdatet worden (en niet bij elke toevoeging).Wil je updates op de elementen in de observableArray zien in de DOM, dan moet je ook observables gebruiken in die elementen.
• #19: Beide doen hetzelfde maar door het speciale van javascript met this moet je in het tweede geval meegeven wat ‘this’ zal betekenen in je function. Anders is ‘this’ het window-object.
• #20: Zie settings pagina
• #21: css: een class toevoegen/verwijderen, toon met beer-summary en class bij bepaalde rating (zie code blocks)style: bepaalde css attributen toevoegen/verwijderenwith: de context van de bindings in een element bepalen (indien je die wil doen verschillen van de huidige context)options: voor een select; kan gecombineerd worden met optionsText, optionsValue en optionsCaptionselectedOptions: geselecteerde items in een multi-selectuniqueName: zie documentatie, is zelden nodig (voor IE6, jQueryvalidation, e.a.)template: om een template aan te duiden volgens jquery.tmplplugin (script tag met type=‘text/html’) (zou je met Durandal niet direct nodig hebben, wordt sinds Knockout 2 ook niet veel meer gebruikt. Foreach, with en ifbindings zouden voldoende moeten zijn).foreach: show beers.html
• #22: Zie twee custombindings in demo project: collapsibleSection en ratingcollapsibleSectionbindings in settings toont aan waarom je unwrapObservable moet gebruiken. Kan nl een observable zijn, of gewoon een object
• #23: $data: binnen een foreach,het gebinde object zelf ipv één van z’n properties$parent: bij geneste bindings, terug omhoog gaan in de hiërarchie$parents: een array, waarbij elk volgend element de parent is van het vorige (bv $parents[2] is de ‘overgrootvader’)$root: het bovenste object in de hiërarchie$index: de index van een item in een array (is een observable, dus verandert mee)
• #24: toJS: je object heeft geen observables meer, het is een normaal JS objecttoJSON: doet intern eerst een call naar toJS, serializeert dan naar een JSON stringAlle members worden geëvalueerd, ook computedobservables, non-observables, observable arrays, childviewmodels, enz.
• #25: Zie features pagina
• #27: Id is afgeleid van pad relatief t.o.v. baseUrl (normaal locatie van main.js)
• #28: Indien meerdere root elements, dan worden deze in een div geplaatst
• #30: Objectcomposition: via RequireJS gewoon modules en hun afhankelijkheden
• #31: compose is een custom binding van Durandal1: view wordt gebind tegen huidige context2: id van een module (want geen view extension, bv .html); module en view worden ingeladen en gebind aan elkaar3: een observable; interessant want wanneer observable verandert, verandert de DOM indien een string met view extension: view wordt ingeladen en gebind aan huidige context indien een moduleid: module en view worden ingeladen en gebind aan elkaar indien een object bijpassende view wordt opgezocht, beiden worden aan elkaar gebind indien een functionfunction wordt opgeroepen met new, view wordt gezocht voor object, bindingCompose met object met view en/of model property: werkt in het algemeen zoals je zou verwachtenIndien er iets niet lukt (bv geen view gevonden,…)  er zal niks in de DOM te zien zijnIn demo: home.html en beers.htmlIn beers.html kan je de value van de binding vervangen door $data (herinner binding contexts)
• #32: Extra opties voor je compose binding.strategy:function om view te vinden indien niet gegeventransition: function om wijziging van views in DOM te animeren, je kan je eigen transitions definiërencacheViews: views worden bijgehouden en hergebruikt indien binding op hetzelfde object gebeurtactivate: indien activate op je viewmodel niet gecalled moet worden (default: true)Veel extra mogelijkheden. De compositionlifecycle laat je toe om in te pikken op de verschillende momenten van composition. Een beetje zoals ASP.NET page lifecycle. Bestaat uit:
• #33: urlArgs worden toegevoegd aan iedere request, best niet in productie zetten
• #34: showMessage voorbeeld bij verwijderen van een bierOok mogelijk om je eigen dialog te ontwerpen voor showDialog, zie search
• #35: applicationHost is waar alles in gebeurt, hierin plaatst Durandal je viewsHTML die er al in staat wordt overschreven, maar kan als splashscreen dienen (deze techniek kan overal toegepast worden)
• #37: Router mappings: route: wat in de url te zien is, leeg is de default routetitle: gebruikt voor document.titlemoduleId: id van je module, ook gebruikt om viewmodel op te sporen (en daarna bijbehorende view)nav: of het opgenomen moet worden in router.navigationModel (true/false) of de volgorde (int) parameters: myRoute/:id of indien optioneel: myRoute(/:id) meerdere parameters zijn mogelijk, volgorde wordt bewaard in activate callqueryString is laatste object in activateand is een JS object met properties volgens querystring keyssplat route: myRoute*detailsbuildNavigationModel: alle routes met nav: true worden in de array router.navigationModel gegoten om te kunnen binden in navigatie (zie shell.html)Router gebruiken: indien <a>: hash gebruiken (zie beers.html en add link) vanuit JS: router.navigate(‘#hash’); (zie add.js)Router kan nog meer:history veranderenrouter.navigateBack() om terug te gaan routes die niet gematcht kunnen worden (zie shell.js)child routers
• #38: http en serializer zijn om met data van de backend te werken. Je kan uiteraard ook andere libraries gebruiken, bv jQueryobservable: om tegen gewone JS objecten te databinden, niet via Knockout. Werkt enkel met browsers die ES5 ondersteunen (defineProperty). Deze plugin kan ook met promises overweg.
• #41: SEO: komt er op neer dat je aan de serverkant een headless browser gebruikt (bv PhantomJS) om HTML snapshots te genereren voor GoogleNode-Webkit: om native desktop applicaties te makenOok Knockout is heel customizable met extenders, writeablecomputedobservables, …
• #42: Allemaal hebben ze heel goed en duidelijke documentatie