Entwerfen der Benutzeroberfläche (und mehr Schichten) in ASP.NET

Ein großer Teil der Erfolg jeder Web-Anwendung ist abhängig von der Qualität seiner Benutzeroberfläche. Soweit Endnutzer betroffen sind, die Benutzeroberfläche ist

die Anwendung: Die Benutzer sind in den Details des Datenmodells oder die Gestaltung der Datenzugriffsklassen nicht interessiert.

In einer ASP.NET-Webanwendung besteht die Benutzeroberfläche aus einer Reihe von ASPX-Seiten, die an den Browser mit Standard-HTML gerendert werden. die Benutzeroberfläche zu entwerfen ist einfach eine Frage der Entscheidung, welche Seiten erforderlich sind (und in welcher Reihenfolge) - und die Seiten mit den entsprechenden Kontrollen bevölkern.

Standard-HTML hat eine überraschend begrenzte Anzahl von Benutzer-Input-Kontrollen:

• Buttons
• Textfelder
• Dropdown-Listen
• Kontrollkästchen
• Radio Knöpfe

Allerdings bietet ASP.NET viele Steuerelemente, die auf diesen grundlegenden Kontrollen aufzubauen. Zum Beispiel können Sie eine Gridview-Steuerelement zu präsentieren Daten aus einer Datenbank in einem tabellarischen Format verwenden.

Alle ASP.NET-Steuerelemente werden schließlich an den Browser gerendert, Standard-HTML verwenden. Als Ergebnis sind, selbst komplizierteste ASP.NET-Steuerelemente einfach Komposite aus Standard-HTML-Steuerelemente und HTML-Formatierungselemente (zB Tabellen) gemacht.

die Benutzeroberfläche entwerfen kann schnell die komplizierteste Aspekt einer Web-Anwendung geworden. Obwohl User Interface Design keine Hard-und-schnell Regeln, hier sind ein paar Richtlinien, die Sie beachten sollten:

• Überlegen Sie, wie oft der Benutzer jede Seite verwenden und wie vertraut er oder sie mit der Anwendung sein. Wenn der Benutzer mit der gleichen Seite immer wieder den ganzen Tag arbeitet, versuchen die Dateneingabe so effizient wie möglich zu machen. Wenn jedoch der Benutzer die Seite nur einmal in eine Weile benutzen, irren auf der Seite machen die Seite selbsterklärend, sodass der Benutzer muss nicht, um herauszufinden, zu kämpfen, wie Sie die Seite nutzen zu können.
• Denken Sie daran, dass der Benutzer die Kontrolle über die Anwendung und die Benutzer sind ziemlich unberechenbar. Benutzer können sich in der Mitte einer Dateneingabesequenz geben, oder unerwartet den Browser-Zurück-Knopf drücken.
• Einige Benutzer wie die Maus, andere wie die Tastatur. Nicht mit Gewalt Ihre Präferenz auf den Benutzer: Stellen Sie sicher, dass Ihre Schnittstelle auch für Mausbenutzer sowie Tastatur funktioniert.
• Bewertung Prototypen des User-Interface-Design mit tatsächlichen Nutzer. Hören Sie ernsthaft auf ihre Vorschläge. Sie haben wahrscheinlich eine bessere Idee, als Sie das tun, was von der Benutzeroberfläche aussehen sollte und wie es sich verhalten soll.
• Studie Webseiten, die Sie berücksichtigen gute Schnittstellen zu haben.

Entwerfen der Business Rules-Layer

Geschäftsregeln sind Teil eines Programms, das die Geschäftspolitik diktiert durch die Anwendung implementiert. Hier sind einige Beispiele von Geschäftsregeln:

• Sollte ein Kunde eine Kreditanfrage gewährt werden?
• Wie viel von einem Rabatt sollte auf einer bestimmten Reihenfolge angewendet werden?
• Wie viele Kopien von Formular 10432 / J müssen gedruckt?
• Wie viel Versandkosten sollten auf einer Rechnung geheftet werden?
• Wann sollte eine Bestandsposition, die niedrig auf Lager läuft erst nachbestellt werden?
• Wie viel Krankenstand sollte ein Mitarbeiter erhalten, bevor Manager fragen, ob er oder sie ist Skifahren nicht zu Hause bleiben krank?
• Wann sollte zahlbar ein Konto Vorteile der Rabatte zu nehmen bezahlt werden, während Schwimmer zu maximieren?

Der Schlüssel des Geschäfts-Regeln Teil einer Anwendung zu entwerfen, ist einfach die Geschäftsregeln zu identifizieren, die umgesetzt werden müssen, und trennen sie so viel wie möglich aus anderen Teilen des Programms. Auf diese Weise, wenn die Regeln zu ändern, nur der Code, der die Regeln implementiert geändert werden muss.

Zum Beispiel könnten Sie eine Klasse erstellen zu Rabattpolitik behandeln. Dann können Sie Methoden dieser Klasse aufrufen, wenn Sie einem Kunden Rabatt berechnen müssen. Wenn die Rabattpolitik ändert, können die Rabattklasse aktualisiert werden, um die neue Politik zu reflektieren.

Idealerweise sollte jede Geschäftsregel nur einmal durchgeführt werden, in einer einzigen Klasse, die von jedem Programm verwendet wird, die es braucht. Allzu oft werden immer und immer wieder in mehreren Programmen Geschäftspolitik umgesetzt - und wenn die Politik ändert, müssen Dutzende von Programmen aktualisiert werden. (Das tut weh, auch darüber nachzudenken, nicht wahr?)

Entwerfen der Datenzugriffsschicht

Ein großer Teil der Aufgabe, die Data Access Layer Gestaltung beinhaltet die Gestaltung der Datenbank selbst. Hier sind einige Hinweise auf die Data Access Layer Gestaltung:

• Für den Anfang müssen Sie, welche Datenbank-Server zu verwenden (zum Beispiel SQL Server oder Oracle) entscheiden.
• Hier finden Sie die Tabellen entwerfen müssen, die die Datenbank bilden und bestimmen, welche Spalten jede Tabelle benötigen.
• Sie müssen auch entscheiden, welche grundlegenden Techniken werden Sie die Daten zugreifen. Zum Beispiel werden Sie benutzerdefinierte Daten-Zugriffsklassen schreiben, die direkt auf die Datenbank zugreifen können, oder werden Sie von ASP.NET SqlDataSource-Steuerelement verwenden, um auf die Datenbank zugreifen? Und werden Sie verwenden gespeicherte Prozeduren oder Code die SQL-Anweisungen verwendet, um Zugriff auf die Daten direkt in den Anwendungscode?