.NET GUI

Hallo, ich bin neu hier und hoffe im richtigen Forum zu sein.

Ich soll hier eine Anwendung schreiben, die unterschiedlich angesprochen werden soll:

• Web
• Windows

Bis jetzt habe ich sowas noch nie gemacht. Hat jemand einen Ansatz für mich, oder worauf muss ich da achten, wie beginne ich damit?

Hallo,

Für welche Domäne soll denn die Anwendung realisiert werden?
Welche Geschäftsprozesse soll meine Anwendung abbilden?
Welches Zielpublikum?
Zeitliche Aspekte?
Müssen Daten gehalten werden?
Sollte es eine Client / Server-Architektur werden (oder was anderes)?
Welche Technologien kommen für mich in Frage?
usw.

Solche Fragen solltest du beantworten können bevor du in die Technik verfällst.
Danach überlegst du die Welche Anwendungsfälle du implementieren musst und welche Domainobjekte du hast.

Also bevor ich nocht etwas weiter ausholle, könntest du ja ein Paar dieser Fragen beantworten.

Gruß Konstantin

Danke für die ANtwort.

Ist eine interne Anwendung, in welcher unterschiedlichste Daten erfasst werden müssen (Kontakte, Anfragen, usw.). Es betrifft jedoch auch Aussendienstmitarbeiter, daher muss auch eine Webanwendung verfügbar sein. Beide Darstellungsformen sollen auf dieselben Daten zugreifen.

Technologien:
- Web: ASP.NET (ist Silverlight hier sinnvoll?)
- Windows: Winforms oder WPF

In dieser Größenordnung hab ich noch nichts gemacht bisher.

 

Wieso verwendest du ASP.NET nicht direkt für beide Arten von Benutzern? Also ohne Windows-Client?

Unter Windows sollen zusätzliche Möglichkeiten angeboten werden, unter anderem auch verbesserte Berichte usw. Möglichkeiten, die - meiner Meinung nach - unter ASP.NET wohl aufwändiger sind bzw. nicht so einfach bedienbar sein dürften.

Also, die Geschäftslogik und der Zugriff auf die Daten ist in beiden Fällen gleich, das heißt, dass du diese als Server implementieren kannst. Was sich bei dir unterscheidet ist der Client. Die Kommunikation kannst du über .NET-Remoting realisieren. Leider kenne ich mich mit ASP.NET nicht aus, von daher kann ich dir nur mit der Realisierung der Client/Server-Anwendung in .NET als Windowsanwendung helfen.

Gruß Konstantin

Blöde Frage, aber wie implementiere ich das als Server? Wie genau kann ich mir das vorstellen?

Ist keine blöde Frage
Zuerst solltest du die Geschäftsprozesse, die durch deine Anwendung umgesetzt werden sollen spezifizieren:
 - z.B. es gibt einen Geschäftsprozess Kundenverwalten, dieser lässt sich in folgende Anwendungsfälle aufteilen:
    Anlegen Kunde
    Löschen Kunde
    Ändern Kunde
    Anzeigen Kunde
sobald du deine Geschäftsprozesse definiert und zerlegt hast, definierst du deine Domainobjekte:
    Kunde
    Adresse
    Rechnung
    usw.
jetzt überlegst du dir wie du deine Daten persistent halten willst. Technologie, Infrastruktur, also wo willst du deine Daten (u.a. Domainobjekte) ablegen?
Soll es eine Datenbank sein? Wie willst du die Daten dort ablegen? Über ADO.NET? oder Object-Relational-Mapper wie NHibernate einsetzen, um mit Objekten anstatt SQL zu arbeiten.

Danach schreibst du deine Services (Geschäftslogik) hin. Die Services sind einfache Klassen die etwas mit den Domainobjekten tun.
Sind diese geschrieben kannst du deine DAO's definieren bzw. implementieren. DAO's (Data Access Objects) sind auch Klassen. Sie kapseln die Low-Level-Zugriffsoperationen auf die Datenbank.
Das heißt, das die DAO's und nur diese, SQL verwenden, um Objekte in der Datenbank abzulegen.
Die Services geben und kriegen die Domainobjekte von den DAO's.

Danach kannst du dir das Thema .NET-Remoting anschauen (fallst du dich da nicht auskennst) und mit der Implementierung deiner Clients anfangen.

Gruß Konstantin

Guck Dir mal diese Referenzimplementierung an:

http://msdn2.microsoft.com/de-de/netframework/bb499684.aspx

Danke für die Hilfestellungen.

Das Aufteilen in die einzelnen Klassen etc. sollte kein Problem darstellen. Gehe ich davon richtig aus, dass die Klassen alle in einer eigenen DLL zu liegen haben? Oder wie genau kann ich mir das vom Projektaufbau vorstellen? Ich würde das ungefähr so angehen:

- GUI (einmal Windows, einmal Web)
  -- Datenklassen
  -- Kommunikation

Könnte es so funktionieren?

.NET Remoting muss ich mich erst einlesen.

Den Link sehe ich mir auch an.

Also ich würde eine Solution für das Projekt anlegen.
Dann würde ich je nach Bedarf unterschiedliche Solution-Projekte(Assemblies) anlegen, z.B.:
MyApplication.UI
MyApplication.UI.Forms
MyApplication.UI.Web
MyApplication.Services
MyApplication.Framework
MyApplication.Persistent
MyApplication.Persistent.Sql
MyApplication.Persistent.Web
MyApplication.Data

Gruß Konstantin

So hatte ich mir das auch in etwa vorgestellt. Danke für die Hilfe. Werde mir dies einmal aufbereiten und einmal eine .NET Remoting Demo erstellen.