Vra

Ek moet 'n prototipe vir 'n intranet webwerf bou, en ek wil fokus op bruikbaarheid (uitleg, navigeerbaarheid, ens.) en die tema los vir later (ek het baie slegte smaak, so dit sal waarskynlik deur iemand anders gedoen word)

Ek weet van ASP.NET se vermoë om temas onmiddellik te verander, maar hoe moet ek die WebForms ontwerp sodat dit later maklik sal wees?

  • Moet ek kontroles skep met 'n klaskenmerk wat wys na iets wat in die toekomstige css sal bestaan?
  • Of skep ek bloot die kontroles sonder om hieroor bekommerd te wees en dit sal maklik hanteer word wanneer ons die tema skep?
Was dit nuttig?

Oplossing

As jy van plan is om te gebruik ASP.NET Temas, dan kan jy al die kontroles generies ontwerp en Skins later byvoeg.Afhangende van die kompleksiteit van die ontwerp (wat beteken hoeveel verskillende style jy het vir tekskassies of roosteraansigte, ens.), sal dit jou dalk nie baie werk bespaar nie, maar dit is een manier om die ingeboude .Net-ondersteuning vir temas te gebruik.

Maak seker jy gebruik 'n MasterPage sodat al jou subbladsye 'n gemeenskaplike basis sal hê, en gee al jou elemente goeie ID's, want jy sal steeds jou hande moet vuil maak met CSS om dit alles bymekaar te sit.

Hier is 'n skakel na 'n ordentlike Temas en velle tutoriaal.Om te weet wat jy in die toekoms sal moet doen om dit by te voeg, sal dit makliker maak om nou daarvoor te ontwerp.

Ander wenke

Ek wil graag die argument aanvoer om temas heeltemal te ignoreer en niks anders as CSS te gebruik nie.Dit was nog nooit vir my duidelik watter waardetemas toevoeg nie;dit is 'n baie Microsoft-spesifieke benadering, en die uitset daarvan voldoen nie altyd aan standaarde nie.Deur CSS te gebruik, sal jy die poel van potensiële ontwerpers wat aan jou projek kan werk, uitbrei, en jy sal 'n beter kans hê om 'n kruisblaaier en werf wat aan standaarde voldoen, te hê.

As iemand anders dit later gaan stileer, sal ek net seker maak dat jy genoeg "hake" verskaf sodat hulle dit kan ontwerp.Dit beteken dat jy CSS-klasse moet byvoeg by feitlik alles wat jy doen wat soortgelyk gestileer sal word, en dinge in divs of spans met CSS-klasse toevou waar toepaslik, byvoorbeeld

     <div class="ButtonContainer">
       <asp:linkbutton runat="Server" cssclass="Button Cancel" command="Save" text="Save" />
       <asp:linkbutton runat="Server" cssclass="Button Save" command="Cancel" text="Cancel" />
     </div>

As jy egter nie 'n goeie begrip van CSS het nie en jy nie interne naamkonvensies of standaardstylblaaie het nie, sal jy egter nie regtig weet hoe om jou divs en klasse te struktureer nie.In ons winkel, die manier waarop ons dit hanteer, is dat die programmeerder net standaard ASP.NET-opmerk skryf, en die ontwerper gaan deur en voeg divs, spans en klasname by wat werk met die stylblad wat hulle sal ontwikkel.

Skins is waarskynlik die antwoord, maar iets daaroor maak my irriteer (miskien omdat ek nie daarvan hou om daardie verskaffer spesifiek te wees nie en ek wil hê dat my vaardighede van toepassing moet wees op ander webtale en platforms as .NET).Ek verkies om CssClass-kenmerke op al my ASP.Net-kontroles te gebruik en alles anders versigtig te klassifiseer en soveel moontlik semantiese opmaak te gebruik.Dan, wanneer ek die kontroles opgestel en werk kry, gebruik ek CSS om alles te styl (alhoewel ek gewoonlik die HTML- en JavaScript-dinge op hierdie stadium moet aanpas).

'n Ander ontwikkelaar met wie ek werk, verkies om alles op Microsoft-manier te doen met Skins en bladsy-aanwysings ensovoorts.Dit is waarskynlik die beste manier om dit te doen, maar dit voel vir my asof dit te veel van die aanbieding in die middel en agterkant van die toepassing meng.

draai net jou kontroles in divs.sal uitleg/styl op die ou end baie makliker maak

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