Programm strukturieren

[fillibuster]

Hallo,

da ich in Kürze tiefer in die Programmierung mit C# einsteige wollte ich mal in die Runde fragen, ob es sowas wie eine Best Practice gibt ein Programm zu strukturieren (Windows Programme mit Datenbankanbindung). In Delphi erstelle ich mir immer ein DBObject, leite für einzelne Tabellen davon Objekte ab und packe diese in ein Datenmodul. Jede Form bekommt eine einzelne Unit. Gibt es in C# eine ähnliche Vorgehensweise? Gibt es Tutorials, oder guten Source zum anschauen (GitHub o. ä.)?

Danke!

[mquadrat]

Im MSDN gibt es haufenweise "Get started" Artikel. Was den Datenzugriff angeht verwendet man am sinnvollsten das Entity Framework. Auch dazu gibt es bei MS viele Tutorials und Beispiele. Das MSDN kann man nicht mit dem EDN vergleichen, da steckt sehr viel mehr Info drin

[stahli]

Die allgemeine Fragestellung ist schwer konkret zu beantworten.

Die Trennung bzw. Zuordnung verschiedener Projektbestandteile finde ich im .net besser gelöst. Insbesondere partielle Klassen und Namespaces ermöglichen einen übersichtlichen Projektaufbau.
Das Tool NuGet vereinfacht das Einbinden von benötigten Ressourcen.

Wenn Du einen ORM nutzen willst würde ich auch Entity Framework 6 empfehlen.
Wer es sich finanziell leisten kann, dem würde ich zu dem DevExpress-Paket raten. Das setzt aber auch wieder Visual Studio Professional voraus, da man mit dem kostenfreien VS Express keine Third Party Tools installieren kann.

Tutorials und Videos gibt es an allen Ecken und Enden.
Ich nutze auch gern die kostenpflichtigen (Abo) bei Video2Brain.

[fillibuster]

Hi,

das Problem bei den ganzen Get Started Sachen ist, dass diese seltenst zeigen wie man Programme mit mehr als 2 Formularen sinnvoll strukturiert. Für den Datenbankzugriff habe ich von devart die dotConnect Komponenten zur Verfügung. Ich werde mal schauen, ob ich aus den video2brain Tutorials was rausbekomme (zumindest aus den späteren Kapiteln .

Viele Grüße ...

[Dejan Vu]

Bei der Frage nach der Struktur einer Anwendung denke ich zunächst an Architektur und dann erst an Frameworks.

Das EF ist zweifelsohne eine gute Wahl, auch DevExpress ist sehr zu empfehlen. Aber in der 'naiven' Anwendung (Zusammenklicken mit Objektdatasourcen und EF Erstellung etc.) wird man keine skalierbare, d.h. (in meinen Augen) gute Architektur hinbekommen.

Hier sollte man sich z.B. mit MVVM auseinandersetzen, soweit ich weiß, gibt es Codegeneratoren für EF, die MVVM berücksichtigen. Auch wird man mit WinForms in der Regel nicht glücklich. Es ist einfach zu handhaben und erinnert ein wenig an die VCL, aber architektonisch modern wird man damit nicht programmieren können. WPF ist da imho schon eher geeignet.

Weiterhin würde ich mich mit DI, Unittests etc. auseinandersetzen, bevor ich anfange, mir über eine gute und nachhaltige Struktur Gedanken zu machen.