Perché runat = “server” necessaria per i controlli nei file di pelle?

Question

Come dice il titolo .. perché?

Lo so perché la sua richiesta alle normali controlli ASP.NET, ci sono numerose domande sul SO riguardo.

Ma dal momento che si può solo definire i controlli .NET (non normale markup HTML) nei file della pelle, perché è il runat="server" ancora necessaria per ogni controllo nel file di pelle?

Non ha nulla a che fare con gli stili o temi. C'è qualche motivo per cui ho ancora bisogno ot aggiungerlo a tutti i comandi nei miei file di pelle? Qualcuno sa che cosa succede con esso 'dietro le quinte'?

Answer 1

Anche in questo caso, è necessario capire come server di linguaggi lato lavoro.

i tag

Tutti ASP.NET sono trasformate al browser-comprensibile HTML (un browser non ha alcuna idea di ciò che un è, per esempio) da un lato server pre-processore prima la pagina viene visualizzata. Ciò significa che tutti i controlli / modules / niente servito da ASP.NET che non è solo HTML ha bisogno di avere questi attributi.

Mi permetto che il pre-processore è stato scritto in origine per sapere cosa aveva bisogno di operare su base alla presenza di tale attributo. In caso contrario, avrebbe dovuto elaborare ogni tag, anche se non ha fatto nulla. Poteva essere scritto solo sguardo per lo spazio dei nomi, ma che richiederebbe l'elaborazione supplementare.

Un pelle il file è un concetto speciale ASP.NET, per tag definiti nel quadro. Quindi, ha senso che questi tag devono avere il "runat = server". MS potrebbero aver scritto una norma speciale nella loro pre-processore, ad esempio "se si tratta di un file skin, assumere è tutti i tag ASP" ... ma tali regole in realtà non lo fanno scala. Inoltre sono cattivi documentazione.

Come sviluppatore web, è necessario comprendere che i tag HTML sono in realtà e quali sono i tag di convenienza fornite dal framework. L'attributo "runat=server" fa che delineazione esplicito.

È possibile aggiungere runat = "server" per i tag HTML semplici come ad esempio , ma in generale ci sono poche ragioni per ed è una cattiva pratica.

Per la portabilità andare avanti, si può prendere in considerazione allontanandosi da file di skin e sfruttando CSS. Gli attributi sono molto verbose per impostare gli stili, che rende le pagine finali reso più grande (prendendo più tempo per il carico, fornendo un'esperienza utente scarsa) e non-semantica.