Wie kann ich eine ASP.NET-Website-Design den Stil / Thema zu verzögern?

Question

Ich brauche einen Prototyp für eine Intranet-Website zu bauen, und ich möchte auf der Benutzerfreundlichkeit konzentrieren (Layout, Befahrbarkeit, etc.) und das Thema verläßt für später (ich habe sehr schlechten Geschmack, so wird dies wahrscheinlich von jemandem anderen durchgeführt werden )

Ich weiß von ASP.NET die Fähigkeit von Themen sofort wechseln, aber wie muss ich die WebForms entwerfen für sie später leicht zu sein?

• Soll ich Bedienelemente mit einem Klasse-Attribute auf etwas zu zeigen, die in der Zukunft CSS existieren?
• Oder erstelle ich einfach die Kontrollen ohne darüber zu Sorgen, und es wird leicht gehandhabt werden, wenn wir das Thema erstellen?

Answer 1

Wenn Sie planen, über die Verwendung ASP.NET Themen , dann können Sie alle Steuerelemente entwerfen generisch und Skins hinzufügen später. Je nach Komplexität des Designs (was bedeutet, wie viele verschiedene Stile, die Sie für Textfelder oder Gridviews haben, usw.), das Sie vielleicht nicht viel Arbeit sparen, aber es ist eine Möglichkeit, den integrierten .NET zu verwenden Unterstützung für Theming.

Stellen Sie sicher, verwenden Sie eine Masterpage, so dass alle Ihre Unterseiten eine gemeinsame Basis haben, und geben Sie alle Ihre Elemente gut IDs, weil Sie immer noch Ihre Hände schmutzig zu brauchen, um mit CSS sie alle zusammen.

Hier ist ein Link zu einem anständigen Themes & Skins Tutorial . Zu wissen, was Sie in Zukunft tun müssen, um diese in hinzufügen wird es einfacher, jetzt macht es zu entwerfen.

Answer 2

Ich mag das Argument, für Themen gänzlich zu ignorieren und mit nichts als CSS. Es ist mir nie klar, welcher Wert Themen hinzufügen; es ist ein sehr Microsoft-spezifischer Ansatz, und sein Ausgang ist nicht immer standardkonform. Durch die Verwendung von CSS werden Sie den Pool potenzieller Designer in der Lage erweitern auf Ihrem Projekt zu arbeiten, und Sie werden eine bessere Chance, mit einem Cross-Browser und standardkonforme Website.

Wenn jemand anderes wird später Styling, dies werden, würde ich nur sicherstellen, dass Sie genug „Haken“ bieten für sie in der Lage sein, dies zu entwerfen. Dies bedeutet, CSS-Klassen hinzugefügt, um so ziemlich alles, was man tun wird ähnlich sein und Verpackung Dinge in divs oder umspannt mit CSS-Klassen gegebenenfalls zum Beispiel

gestylt

     <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>

Wenn Sie nicht über ein solides Verständnis von CSS haben und Sie nicht im Hause haben Namenskonventionen oder Standard-Stylesheets, obwohl, werden Sie nicht wirklich wissen, wie Ihre Divs und Klassen zu strukturieren. In unserem Geschäft, die Art, wie wir damit umgehen ist der Programmierer nur Standard ASP.NET Markup schreibt, und der Designer geht durch und fügt divs, Spannweiten und Klassennamen, die mit dem Stylesheet arbeiten sie sich entwickeln.

Answer 3

Skins sind wahrscheinlich die Antwort, aber etwas darüber ärgert mich (vielleicht, weil ich möchte nicht, dass herstellerspezifisch sein, und ich würde meine Fähigkeiten gerne auf andere Web-Sprachen und Plattformen als .NET anwendbar sein). Ich ziehe es CssClass Attribute auf alle meine ASP.Net Kontrollen zu verwenden und sorgfältig Klasse alles andere und so viel semantisches Markup wie möglich zu verwenden. Dann, als ich die Kontrollen einzurichten und zu arbeiten, ich CSS verwenden, um alles um Stil (obwohl ich in der Regel die HTML und JavaScript Sachen an dieser Stelle zu optimieren, haben).

Ein weiterer Entwickler mit denen ich arbeite am liebsten alles, was die Microsoft Art und Weise mit Skin und Seite Richtlinien und so weiter zu tun. Es ist wahrscheinlich der beste Weg, es zu tun, aber es fühlt sich für mich wie es zu viel von der Präsentation in die Mitte und Back-End der Anwendung zu mischen.

Answer 4

nur wickeln Sie Ihre Kontrollen in divs. macht Layout / Stil viel einfacher, am Ende