Vra

Waar in die oplossing / projekte, moet ek die modelle vir die toegang tot die inligting laag. Byvoorbeeld, as ek 'n login module wat moet 'n gebruikers tafel gebruik in 'n databasis, en ek het 'n User.cs model. Waar sou die lêer gaan. As ander modules moet in staat wees om toegang te verkry tot hierdie User.cs vir inligting, dan kan ek nie sit dit in die module. Maar dan faal ek om te sien hoe hierdie losweg kan bly tesame.

Was dit nuttig?

Oplossing

Vir die los koppeling, jy tipies slaan 'n koppelvlak vir hierdie voorwerpe in 'n aparte vergadering vir al die ander projekte te verwys na. Op my maatskappy noem ons dit 'n "Kontrakte" vergadering en dit oor die algemeen bevat slegs koppelvlakke of eenvoudige tipes .

As vir waar die model moet gaan, as jy jou poorte in 'n aparte DLL hou vir almal om te gebruik, kan jy sit jou model waar jy wil . Oor die algemeen het ek oorweeg óf my WCF kontrakte of my ORM (soos Linq2Sql, ens) tipes om my model wees en ek slaan hulle waar ek gewoonlik dié soort dinge te stoor. Die "model" Ek oorweeg 'n bietjie meer vloeistof te wees ... waar goed voel.

Ek is meer rigied oor Views en ViewModels om in naamruimtes eindig met "Views" en "ViewModels"

Hoop dit help.

Gelisensieer onder: CC-BY-SA met toeskrywing
Nie verbonde aan StackOverflow
scroll top