Programim dhe zhvillim, javascript, python, php, html

Praktikat më të mira me modelet e pamjes ASP.NET MVC

Pyes veten se si mund të krijoj saktë një model pamjeje.

Për shembull, unë kam një pamje redaktimi me disa kuti teksti dhe një listë rënëse.

A duhet ta ndaj listën rënëse në një model të ri pamjeje ose duhet që pamja e modifikimit të ketë një model pamjeje me një listë për listën rënëse?

Ose në përgjithësi, a duhet të ndaj fusha të veçanta të hyrjes në modele të veçanta pamjeje?

Kur një pamje duhet të ketë më shumë se një model pamjeje dhe kur jo?


Përgjigjet:


1

Nuk ka asnjë rregull të qartë se si të krijoni dhe organizoni saktë modelet tuaja të pamjes. Pyetja juaj është shumë e paqartë për t'u përgjigjur sepse keni dhënë shumë pak kontekst.

Unë zakonisht grupoj modelet e pamjes sipas blloqeve funksionale/pjesëve të ekranit që ato përfaqësojnë. Kështu, për shembull, imagjinoni që keni një formë komplekse të përbërë nga seksione/grumbullime të shumta fushash si detajet e kontaktit, adresa e dorëzimit, informacioni i faturimit, etj... Një adresë mund të përbëhet nga një listë me zbritje e rrugës, postës postare, qytetit dhe vendit. Unë do të krijoja një model të pamjes së adresës që përmban ato katër veti në mënyrë që të mund të ripërdoret në pamje të shumta/pamje të pjesshme. Kjo gjithashtu do ta bëjë më të lehtë verifikimin pasi pronat e varura do të paketohen në të njëjtin model pamjeje si vërtetimi, për shembull që zip-i i dhënë korrespondon me qytetin dhe se qyteti i përket shtetit të zgjedhur.

Për shembull, unë kam një pamje redaktimi me disa kuti teksti dhe një listë rënëse.

A duhet ta ndaj listën rënëse në një model të ri pamjeje ose duhet që pamja e modifikimit të ketë një model pamjeje me një listë për listën rënëse?

Unë do të thosha jo, nëse ato fusha janë disi të lidhura funksionalisht.

Përfundim: do t'ju duhet të gjeni ekuilibrin e duhur midis të paturit të një modeli pamjeje për fushë në ekran dhe të paturit të një modeli të vetëm pamjeje për aplikacion.

06.09.2010
  • Për sa i përket krijimit të nënmodeleve të pamjes së ripërdorshme që përmendët - po sikur të ndryshoni modelin e pamjes së adresës sepse duhej ta modifikonit atë vetëm për një pamje specifike - ndryshimi do të ndikojë në pamjet e tjera që përdorin modelin e pamjes së Adresës, edhe pse keni dashur të ndryshoni vetëm një pamje? 10.12.2015

  • 2

    Unë preferoj qasjen e modelit të një pamjeje për pamje/pamje të pjesshme. Kjo është për mendimin tim qasja më e mirë nëse besoni se qëllimi i vetëm i modelit të pamjes duhet të jetë modelimi i pamjes. Kjo paradigmë gjithashtu mbështet përdorimin e pamjeve të shtypura fort, duke siguruar kështu kontrollimin e gabimeve të kohës së kompilimit për lidhjen e modelit të pamjeve tuaja dhe ju merrni përfitimin e shtuar të intellisense. Në skenarët ku dëshironi të ripërdorni njëfarë logjike, më duket se shpesh mund të kënaqet duke rifaktorizuar pamjen në pamje të pjesshme dhe duke i ofruar këtyre pjesëve modelet e tyre të pamjes. Duhet theksuar se asnjë logjikë domeni nuk duhet të ekzistojë në modelet e pamjes suaj pasi ajo i përket vërtet një modeli domeni.

    09.09.2010

    3

    Ju duhet ta ndani listën rënëse në modelin e ri të pamjes nëse dëshironi të ripërdorshme.

    06.09.2010

    4

    Në përgjithësi do të dëshironit të përdorni modelin ViewModel nëse dëshironi të ruani të dhënat e përdorura nga pamja e shtypur. Për logjikën dhe detajet specifike të UI, një model ViewHelper do të ishte më i përshtatshëm.

    Për disa diskutime mbi ViewModel shihni këtë artikull. http://theminimalistdeveloper.com/2010/08/21/why-when-and-how-to-use-typed-views-and-viewmodel-pattern-in-asp-net-mvc/

    07.09.2010
  • I hodha një vështrim artikullit dhe po pyes veten pse ekziston një direktori Model dhe një drejtori ViewModel? Direcotry Model është për modelet e pamjes. Drejtoria e përmendur Model duket si modeli i domenit/modeli i objektit. Pra, ajo që ata bënë është të krijojnë një model pamjeje që përbëhet nga dy objekte domeni. 07.09.2010
  • @Rookian. Po ke te drejte. ViewModel është për ViewModels ndërsa Modeli është për modelet e domenit/biznesit. 09.09.2010
  • Materiale të reja

    Masterclass Coroutines: Kapitulli-3: Anulimi i korutinave dhe trajtimi i përjashtimeve.
    Mirë se vini në udhëzuesin gjithëpërfshirës mbi Kotlin Coroutines! Në këtë seri artikujsh, unë do t'ju çoj në një udhëtim magjepsës, duke filluar nga bazat dhe gradualisht duke u thelluar në..

    Faketojeni derisa ta arrini me të dhënat false
    A e gjeni ndonjëherë veten duke ndërtuar një aplikacion të ri dhe keni nevojë për të dhëna testimi që duken dhe duken më realiste ose një grup i madh të dhënash për performancën e ngarkesës...

    Si të përdorni kërkesën API në Python
    Kërkesë API në GitHub për të marrë depot e përdoruesve duke përdorur Python. Në këtë artikull, unë shpjegoj procesin hap pas hapi për të trajtuar një kërkesë API për të marrë të dhëna nga..

    Një udhëzues hap pas hapi për të zotëruar React
    Në këtë artikull, do të mësoni se si të krijoni aplikacionin React, do të mësoni se si funksionon React dhe konceptet thelbësore që duhet të dini për të ndërtuar aplikacione React. Learning..

    AI dhe Psikologjia — Pjesa 2
    Në pjesën 2 të serisë sonë të AI dhe Psikologji ne diskutojmë se si makineritë mbledhin dhe përpunojnë të dhëna për të mësuar emocione dhe ndjenja të ndryshme në mendjen e njeriut, duke ndihmuar..

    Esencialet e punës ditore të kodit tim VS
    Shtesat e mia të preferuara - Git Graph 💹 Kjo shtesë është vërtet e mahnitshme, e përdor përpara se të filloj të punoj për të kontrolluar dy herë ndryshimet dhe degët më të fundit, mund të..

    Pse Python? Zbulimi i fuqisë së gjithanshme të një gjiganti programues
    Në peizazhin gjithnjë në zhvillim të gjuhëve të programimit, Python është shfaqur si një forcë dominuese. Rritja e tij meteorike nuk është rastësi. Joshja e Python qëndron në thjeshtësinë,..