[ALG] MVC Pattern

[Scare360]

http://www.devx.com/dotnet/Article/10186/1954?pf=true

Dit artikel beschrijft de weg naar een MVC met een Mediator pattern, maar dat terzijde. Mijn vraag is de volgende... waarom implementeerd de Controller de IObserver interface?

Mijn inziens is de mediator verantwoordelijk voor sturing van de juiste views. De View geeft mutaties door aan de controller, waarna deze het model aanpast, model roept voor zijn observers update() aan, waarna de views die call betekenis geven.

Een framework ontwerpje wat momenteel "functioneel is":



Misschien dat iemand eens zin heeft om mee te denken.

[whoami]

[nohtml]

paulgielens schreef op 01 April 2003 @ 11:29:

Dit artikel beschrijft de weg naar een MVC met een Mediator pattern, maar dat terzijde. Mijn vraag is de volgende... waarom implementeerd de Controller de IObserver interface?

Hmm.... Ik heb geen ervaring met het MVC pattern in die vorm (wel met het Observer pattern), maar ik zie ook niet direct in waarom de controller die interface moet implementeren.
de IObserver interface zorgt er toch enkel voor dat alle observers (views) dezelfde interface hebben en dus op een uniforme manier kunnen aangesproken worden?

* whoami kijkt naar Alarmnummer
* whoami kijkt naar mbravenboer

[ Voor 6% gewijzigd door whoami op 01-04-2003 11:49 ]

[Scare360]

whoami schreef op 01 april 2003 @ 11:48:
IObserver interface zorgt er toch enkel voor dat alle observers (views) dezelfde interface hebben en dus op een uniforme manier kunnen aangesproken worden?

Op z'n boerenfluitjes... dat de views instemmen met de implementatie van een Update() methode.

[mbravenboer]

Ik heb zo ook geen idee . Ik zou er ook niet al te veel over in zitten: smaken verschillen nu eenmaal en ze geven in het artikel al aan dat het niet percee exact zo 'moet'. Er is in feite niet echt een exacte beschrijving te geven van de meeste patterns: daarom zijn het slechts patterns.

Het enige wat in me opkwam is wellicht een soort goedkeuringsmechanisme zoals je dit bij Swing ziet. Dit zou je wellicht in de controller onder kunnen brengen. Je kan je dan aanmelden om aanpassingen eventueel tegen te houden.

[Scare360]

mbravenboer: Nou het idee is om een soort van state pattern in te bouwen... een CustomerController zou dan bv netjes de flow van interactie opvangen, valideren en naar gelang actie ondernemen. Naja dat lijkt richting een application controller te gaan.

Verder geen opmerking over dat stukje UML?

[Verwijderd]

ik zou juist zeggen dat het fout gaat bij je view, dat moet een observable object zijn, waar je een observer dus in hangt...Maar ik kan er uiteraard compleet naast zitten...

[whoami]

Neen, je data is een observable object, terwijl de view een observer is op de data.

[Verwijderd]

de controller tapt wel degelijk in op een view(weak-typed pointer naar controller) in een mvc structuur, en de view(strong-typed pointer naar model) tapt inderdaad ook in op het model