Archief - VVM / MVC

Het archief is een bevroren moment uit een vorige versie van dit forum, met andere regels en andere bazen. Deze posts weerspiegelen op geen enkele manier onze huidige ideeën, waarden of wereldbeelden en zijn op sommige plaatsen gecensureerd wegens ontoelaatbaar. Veel zijn in een andere tijdsgeest gemaakt, al dan niet ironisch - zoals in het ironische subforum Off-Topic - en zouden op dit moment niet meer gepost (mogen) worden. Toch bieden we dit archief nog graag aan als informatiedatabank en naslagwerk. Lees er hier meer over of start een gesprek met anderen.

SideShow

Legacy Member
Hallo

Ik zou moeten weten wat deze dingen juist zijn.
MVC heb ik al gevonden denk ik: Model-view-controller-model - Wikipedia

Is dit gewoon hetzelfde als "datalaag, businesslaag en presentatielaag"? Als het dit is, heb ik daarnet op een sollicitatie gezegd dat ik MVC niet ken, terwijl ik al professionele ervaring heb met dit model :sop: Maarja, zwieren met afkortingen .. lekker belangrijk :(

En dan nog VVM...

Moto

Legacy Member
MVVM waarschijnlijk
is Model - View - View Model
in .net is dat nu voor WPF vrij hip :p

en MVP ook nog eh Model - View - Presenter

Cycloon

Legacy Member
MVC is niet echt hetzelfde als data-, business-, logicalaag. Bij MVC behoren zowel data- als businesslaag tot het model. De controller zorgt voor de communicatie tussen model en view. Je hebt natuurlijk nog alle variaties waar de controller al eens wat meer of minder doet.

dJeez

Legacy Member
SideShow zei:
Is dit gewoon hetzelfde als "datalaag, businesslaag en presentatielaag"? Als het dit is, heb ik daarnet op een sollicitatie gezegd dat ik MVC niet ken, terwijl ik al professionele ervaring heb met dit model :sop: Maarja, zwieren met afkortingen .. lekker belangrijk :(
WTF Nu solliciteren en MVC niet kennen? :eek:

VVM hangt van de context af hé, want dat kan vb. staan voor Virtual Virtual Machine technologie en voor 3D montages staat het voor Visually Verified Montage (samenvoegen van real life beelden op een 3D model). Maar het kan dus ook iets totaal anders zijn, gezien je eerste vraag lijkt het uiteraard eerder iets development related, maar is dat ook zo?

SideShow

Legacy Member
als er niet mee in aanraking komt via werk .. hoe moet je dat dan kennen ?

Tyfius

Legacy Member
Zelfstudie en een gezonde interesse in uw werk en nieuwe technologie?

Zo'n dingen gaat ge nooit miraculeus op uw werk leren ze, dat zijn dingen waarvan men verwacht dat je ze toch zelf een beetje bijleert. En dan misschien iets nieuws (zoals bij ons dat met MVVM het geval was) aanbrengt voor een volgend project ofzo.

SideShow

Legacy Member
mja ik heb hier boeken over .NET en c# en dat staat er niet in

Bv202

Legacy Member
Eigenlijk wel ja... wat heb je gestudeerd? Volgens mij komt MVC toch wel aan bod in elke informaticaopleiding...

SideShow

Legacy Member
Niet dus, ben afgestudeerd in 2003 (bachelor toegepaste informatica) en heb nog nooit aan grote projecten meegewerkt, altijd kleine brol. Als je dit enkele jaren te laat realiseert, dan ben je een vogel voor de kat en plots niets meer waard op de ICT arbeidsmarkt dus. Uitgezonderd manus-van-alles- kutjobkes. Ook ben ik 3 jaar werkonbekwaam geweest door kanker en depressiviteit. Daarvoor was ik pas afgestudeerd en deed ik inderdaad "kleine" jobkes, na mn ziekte ben ik vooral tijdelijke opdrachten gaan doen en die zijn ook meestal niet zo diepgaand.... dus ja, rekening houdende dat ik inderdaad niet zoveel zaken heb bijgeschaafd de voorbije jaren, worden het leuke tijden voor mij...

Tyfius

Legacy Member
Josh Smith wordt aanzien als een van de experts op het gebied van MVVM. Ik heb al veel geleerd uit zijn artikels.

Al wil ik wel waarschuwen. Wij gebruiken op het werk het CompositeWPF framework in onze MVVM applicatie. Eens ge dat onder de knie hebt dan werkt dat echt wel goed, maar de leercurve is vrij steil en het lijkt (en is soms) veel werk voor een kleine applicatie.

Ik zou het ook niet meteen iemand aanraden om dit in zijn vrije tijd te bestuderen zonder een groot project in het vooruitzicht om het in te gaan toepassen.

Gurdt

Legacy Member
@TS, het zijn ook maar afkortingen voor principes, iemand kan dat principe beter begrijpen dan de ander, terwijl de afkorting hem toch onbekend is.

MVC is een design patroon dus wordt aangeleerd in de software engineering, als je daar nooit iets mee te maken hebt gehad, of met object-geörienteerd programmeren, is het logisch dat je dat niet meteen tegen bent gekomen. MVC gaat om de scheiding van het model (de data) en de interface (view), Die worden gelinkt via een controller (model view controller dus). Dat is het zo grofweg. Dit patroon leert je vooral dat je data en interface gescheiden moet houden, iets wat maar logisch is.

De afkorting VVM zegt mij niet meteen iets, maar als ik MVVM google kom ik uit op een design pattern dat sterk gelijkt op MVC. Blijkbaar gericht op WPF user-interface development, waardoor ik er nog nooit mee in aanraking ben gekomen. Lijkt me niet geheel onlogisch als jij dat ook nog nooit hebt gedaan :) Bij ons op school wordt er over WPF niet eens gerept, tenzij misschien in de master Human Computer Interaction, maar niet bij ons alleszins :D Dus ik zou het ook niet weten zonder het even opgezocht te hebben/zonder de context te kennen.

Je moet het eigenlijk zien als een kans om iets bij te leren, nu zie je dat blijkbaar WPF toch niet onbelangrijk is in de sector waar jij opzoek gaat naar werk, dus je kan je misschien best verdiepen daarin. MVC is ook zeker interessant om te bekijken. Het wordt in praktisch elke applicatie met GUI gebruikt lijkt mij :) Corrigeer mij als ik fout ben.

Moto

Legacy Member
Bij ons op school wordt er over WPF niet eens gerept
In de praktijk ook niet zoveel ze :p

dus ja, rekening houdende dat ik inderdaad niet zoveel zaken heb bijgeschaafd de voorbije jaren, worden het leuke tijden voor mij...
Tja is idd dikke klote :)

nu voor interviews
Nog zo van die afkortingen die ge kunt opzoeken zijn SOA, DDD, DI, AOP
En dan nog de standaard gang of four design patterns + solid principles misschien eens bekijken

Cycloon

Legacy Member
Tyfius zei:
Josh Smith wordt aanzien als een van de experts op het gebied van MVVM. Ik heb al veel geleerd uit zijn artikels.

Al wil ik wel waarschuwen. Wij gebruiken op het werk het CompositeWPF framework in onze MVVM applicatie. Eens ge dat onder de knie hebt dan werkt dat echt wel goed, maar de leercurve is vrij steil en het lijkt (en is soms) veel werk voor een kleine applicatie.

Ik zou het ook niet meteen iemand aanraden om dit in zijn vrije tijd te bestuderen zonder een groot project in het vooruitzicht om het in te gaan toepassen.

MVVM is naar mijn mening dan ook wel echt al een héél ver doorgedreven vorm van losse koppeling tussen verschillende subsystemen. Zoals je zelf aangeeft loont het enkel echt de moeite in grote projecten waar meerdere bedrijven/teams samen moeten werken aan verschillende delen. Kleine prulsysteempjes hebben geen nood aan overdesign.

Gurdt zei:
De afkorting VVM zegt mij niet meteen iets, maar als ik MVVM google kom ik uit op een design pattern dat sterk gelijkt op MVC. Blijkbaar gericht op WPF user-interface development, waardoor ik er nog nooit mee in aanraking ben gekomen. Lijkt me niet geheel onlogisch als jij dat ook nog nooit hebt gedaan :) Bij ons op school wordt er over WPF niet eens gerept, tenzij misschien in de master Human Computer Interaction, maar niet bij ons alleszins :D Dus ik zou het ook niet weten zonder het even opgezocht te hebben/zonder de context te kennen.

WPF is ook nog maar de laatste maanden echt iets gaan betekenen. Het begint ook nu pas door te sijpelen tot sommige opleidingen. Ik betwijfel zelf of er veel mensen vlot met MVVM omspringen, of het überhaupt volledig correct gebruiken.


Alleszins, ik kan het wel appreciëren dat microsoft de laatste tijd vrij innovatief is in zijn technologieën.

Parnakra

Legacy Member
Tyfius zei:
Al wil ik wel waarschuwen. Wij gebruiken op het werk het CompositeWPF framework in onze MVVM applicatie. Eens ge dat onder de knie hebt dan werkt dat echt wel goed, maar de leercurve is vrij steil en het lijkt (en is soms) veel werk voor een kleine applicatie.
MVVM op zich is ongelooflijk simpel. Je hebt je view en model (die al bekend zouden moeten zijn) en je viewmodel is gewoon een data abstractie van je view. An sich is het zelfs gewoon het MVP model, maar dan gefocust op WPF.

Het is pas als je met andere design en architectural patterns gaat werken (wat natuurlijk nodig is), dat het ingewikkeld wordt. Je hoeft maar naar Prism te kijken en je hoofd ontploft al zowat. Maar de documentatie is dan ook volgestouwd met de opmerking dat je nooit al die dingen moet gaan gebruiken.
Cycloon zei:
MVVM is naar mijn mening dan ook wel echt al een héél ver doorgedreven vorm van losse koppeling tussen verschillende subsystemen. Zoals je zelf aangeeft loont het enkel echt de moeite in grote projecten waar meerdere bedrijven/teams samen moeten werken aan verschillende delen. Kleine prulsysteempjes hebben geen nood aan overdesign.
MVVM geeft je de mogelijkheid (net als alle andere vormen van losse koppeling) om afgebakende stukken van je code te gaan testen, wat in élk project handig is.
Cycloon zei:
WPF is ook nog maar de laatste maanden echt iets gaan betekenen. Het begint ook nu pas door te sijpelen tot sommige opleidingen. Ik betwijfel zelf of er veel mensen vlot met MVVM omspringen, of het überhaupt volledig correct gebruiken.
WPF wordt de laatste 3 à 4 jaar (sinds versie 3.5 eigenlijk) al veelvuldig gebruikt, denk maar aan Silverlight. De bedrijfswereld in België loopt natuurlijk zoals gewoonlijk achterop en het onderwijs loopt daar als een slaafse hond achter.

Cycloon

Legacy Member
Parnakra zei:
MVVM geeft je de mogelijkheid (net als alle andere vormen van losse koppeling) om afgebakende stukken van je code te gaan testen, wat in élk project handig is.

Daar valt altijd wel iets over te zeggen natuurlijk.

Parnakra zei:
WPF wordt de laatste 3 à 4 jaar (sinds versie 3.5 eigenlijk) al veelvuldig gebruikt, denk maar aan Silverlight. De bedrijfswereld in België loopt natuurlijk zoals gewoonlijk achterop en het onderwijs loopt daar als een slaafse hond achter.

Silverlight vaak gebruikt? :oink: Volgens mij leven wij op een andere planeet hoor :)

Pas sinds de laatste versies stelt silverlight echt iets voor, maar het is zeker nog geen algemeen goed, verre van zelf.

Parnakra

Legacy Member
Cycloon zei:
Daar valt altijd wel iets over te zeggen natuurlijk.
Het enige wat je er over kan zeggen is dat van zodra iets groot genoeg is om als project bestempeld te worden, het groot genoeg is om te testen (en dat dan ook zou moeten gebeuren).
Cycloon zei:
Silverlight vaak gebruikt? :oink: Volgens mij leven wij op een andere planeet hoor :)

Pas sinds de laatste versies stelt silverlight echt iets voor, maar het is zeker nog geen algemeen goed, verre van zelf.
Binnen de bedrijfswereld (en dan heb ik het niet over België) zijn er al veel bedrijven met een Microsoft stack die al overgestapt zijn van ASP.NET MVC o.i.d. naar Silverlight. En ik zei dat WPF al veel gebruikt werd, waar Silverlight een subset van is.
Het archief is een bevroren moment uit een vorige versie van dit forum, met andere regels en andere bazen. Deze posts weerspiegelen op geen enkele manier onze huidige ideeën, waarden of wereldbeelden en zijn op sommige plaatsen gecensureerd wegens ontoelaatbaar. Veel zijn in een andere tijdsgeest gemaakt, al dan niet ironisch - zoals in het ironische subforum Off-Topic - en zouden op dit moment niet meer gepost (mogen) worden. Toch bieden we dit archief nog graag aan als informatiedatabank en naslagwerk. Lees er hier meer over of start een gesprek met anderen.
Terug
Bovenaan