Hier wollen @Nofear23m und ich uns mit Datenbänkerei mittels EF und Wpf beschäftigen.
Ich fang ma gleich an und stelle meine kleine "Bestellungen"-Anwendung rein, die ich gebastelt habe, um
Aber bevor du - @Nofear23m da jetzt ein Gegenstück zu entwirfst, müssen wir uns ühaupt auf ein konkretes Datenbank-Projekt einigen.
Weil sonst basteln wir da Sachen, die überhaupt gar keine gegenseitigen Entsprechungen sind, sondern komplett unvergleichbar.
Mir - und ich glaube sagen zu können: "uns" gehts aber um eine Gegenüberstellung der beiden Ansätze: ModelFirst und CodeFirst.
Das mit dem auf ein Projekt einigen geht sogar ins Philosophische - müssen wir auch drüber reden, und eine Einigung finden.
Etwa sagst du, der User soll aus einer Datenbank niemals etwas löschen dürfen.
Ich finde, so pauschal kann man das nicht bringen. Sicherlich ist das oft sinnvoll in großen real-wirtschaftlichen Projekten, wo der User nicht der ProductOwner der Software ist, sondern die Software vom ProductOwner (etwa der Arbeitgeber des Entwicklers) kauft.
Aber es gibt ja auch Hobbyprogrammierer, die sich ihr Sach zurechtbasteln wollen, das wäre ja absurd, sich da so einer komischen "Selbst-Bevormundung" zu unterwerfen.
Und Datenbänkerei ist
Also mein Experiment-Ziel ist, die Möglichkeiten auszuloten, und da kann man nicht das
Weglassen kann man ja immer, aber zunächstmal will ich das komplette Programm.
Ein weiteres Thema ist Validierung.
Was ich eingestellt habe, gibt dazu bislang ühaupt nichts her. Also ich gehe davon aus, dasses nicht das endgültige Projekt ist, auf das wir uns einigen werden.
Gibts noch weitere Busyness-Logik? - mir fällt grad nix ein.
Was mir einfällt ist Thema Lokalisierung - weil da haben wir auf Arbeit einen Mords-Aufwand mit - wo ich immer denk, kann nicht wahr sein.
Oder BenutzerRechte
Oder MultiUser-fähigkeit
Ah - der Unit-of-Work-Pattern - das könnte noch sehr interessant sein.
aber die letzten 3 sollten wir bitte vertagen - mit CRUD, m:n und Validierung sind wir erstmal gut beschäftigt, ich wär derzeit dafür, das erstmal durchzuziehen.
mein System
Ach ich muss noch mein System sagen, das ist nämlich ziemlich altbacken:
Also ich arbeite auf Win7, VisualStudio 2013 Community, Framework 4.5, EF6, kein Resharper, kein GitHub, kein Prism (Wpf-Framework), kein IOC-Container.
Hat mich alles bislang nicht überzeugen können - ma sehn, vlt. wird ja auch davon was thematisiert.
Zur Anwendung:
Ich habe Mockdaten im Xaml-Designer, ich kann viele Daten generieren, und Laden und Speichern vonne Db.
Ich kann alles editieren, löschen zufügen, sogar an den Bestellposten kannich via ComboboxColumn einstellen, dass ein anderer Artikel bestellt sein soll. Ist klar, für Bestellungen ist das Quatsch, aber prinzipiell sind Anwendungsfälle denkbar, wo genau sowas sinnvoll ist.
Vielleicht machen wir ja ein Foto-Album - da wäre das als sinnvoll denkbar, nämlich um Fotos taggen zu können, und das Tagging auch bearbeiten.
Kleine Besonderheit ist das Sql-Logging: Ich kann an und ausstellen, dass die generierten Sql-Scripte im Ausgabefenster mitgeschrieben werden.
Ausstellen muss man das, wenn man Daten generiert hat, und dann abspeichert.
Weil das sind > 1000 Datensätze, und wenn der jedes Insert-Command in die Ausgabe malt, läuft er auf einen Timeout.
Ansonsten kann man den Log problemlos mitlaufen lassen.
Jo, und jetzt bin ich erstmal gespannt, was alles beim Downloaden nicht funktioniert - mitte Portablität ist das ja meist nicht so einfach.
Übrigens ist dieser Thread keine Privat-Veranstaltung für uns 2, sondern ist so öffentlich, wie öffentliche Threads in VbParadise-Foren numa sind. Also wer was dazu sagen oder fragen will - dazu ist das Forum da ...
Ich fang ma gleich an und stelle meine kleine "Bestellungen"-Anwendung rein, die ich gebastelt habe, um
CRUD
und Funktionalität von m:n-Relationen zu testen.Aber bevor du - @Nofear23m da jetzt ein Gegenstück zu entwirfst, müssen wir uns ühaupt auf ein konkretes Datenbank-Projekt einigen.
Weil sonst basteln wir da Sachen, die überhaupt gar keine gegenseitigen Entsprechungen sind, sondern komplett unvergleichbar.
Mir - und ich glaube sagen zu können: "uns" gehts aber um eine Gegenüberstellung der beiden Ansätze: ModelFirst und CodeFirst.
Das mit dem auf ein Projekt einigen geht sogar ins Philosophische - müssen wir auch drüber reden, und eine Einigung finden.
Etwa sagst du, der User soll aus einer Datenbank niemals etwas löschen dürfen.
Ich finde, so pauschal kann man das nicht bringen. Sicherlich ist das oft sinnvoll in großen real-wirtschaftlichen Projekten, wo der User nicht der ProductOwner der Software ist, sondern die Software vom ProductOwner (etwa der Arbeitgeber des Entwicklers) kauft.
Aber es gibt ja auch Hobbyprogrammierer, die sich ihr Sach zurechtbasteln wollen, das wäre ja absurd, sich da so einer komischen "Selbst-Bevormundung" zu unterwerfen.
Und Datenbänkerei ist
CRUD
- alle 4: Create, Read, Update, Delete
.Also mein Experiment-Ziel ist, die Möglichkeiten auszuloten, und da kann man nicht das
D
von CRUD
von vornherein einfach wegstreichen. Weglassen kann man ja immer, aber zunächstmal will ich das komplette Programm.
Ein weiteres Thema ist Validierung.
Was ich eingestellt habe, gibt dazu bislang ühaupt nichts her. Also ich gehe davon aus, dasses nicht das endgültige Projekt ist, auf das wir uns einigen werden.
Gibts noch weitere Busyness-Logik? - mir fällt grad nix ein.
Was mir einfällt ist Thema Lokalisierung - weil da haben wir auf Arbeit einen Mords-Aufwand mit - wo ich immer denk, kann nicht wahr sein.
Oder BenutzerRechte
Oder MultiUser-fähigkeit
Ah - der Unit-of-Work-Pattern - das könnte noch sehr interessant sein.
aber die letzten 3 sollten wir bitte vertagen - mit CRUD, m:n und Validierung sind wir erstmal gut beschäftigt, ich wär derzeit dafür, das erstmal durchzuziehen.
mein System
Ach ich muss noch mein System sagen, das ist nämlich ziemlich altbacken:
Also ich arbeite auf Win7, VisualStudio 2013 Community, Framework 4.5, EF6, kein Resharper, kein GitHub, kein Prism (Wpf-Framework), kein IOC-Container.
Hat mich alles bislang nicht überzeugen können - ma sehn, vlt. wird ja auch davon was thematisiert.
Zur Anwendung:
Ich habe Mockdaten im Xaml-Designer, ich kann viele Daten generieren, und Laden und Speichern vonne Db.
Ich kann alles editieren, löschen zufügen, sogar an den Bestellposten kannich via ComboboxColumn einstellen, dass ein anderer Artikel bestellt sein soll. Ist klar, für Bestellungen ist das Quatsch, aber prinzipiell sind Anwendungsfälle denkbar, wo genau sowas sinnvoll ist.
Vielleicht machen wir ja ein Foto-Album - da wäre das als sinnvoll denkbar, nämlich um Fotos taggen zu können, und das Tagging auch bearbeiten.
Kleine Besonderheit ist das Sql-Logging: Ich kann an und ausstellen, dass die generierten Sql-Scripte im Ausgabefenster mitgeschrieben werden.
Ausstellen muss man das, wenn man Daten generiert hat, und dann abspeichert.
Weil das sind > 1000 Datensätze, und wenn der jedes Insert-Command in die Ausgabe malt, läuft er auf einen Timeout.
Ansonsten kann man den Log problemlos mitlaufen lassen.
Jo, und jetzt bin ich erstmal gespannt, was alles beim Downloaden nicht funktioniert - mitte Portablität ist das ja meist nicht so einfach.
Übrigens ist dieser Thread keine Privat-Veranstaltung für uns 2, sondern ist so öffentlich, wie öffentliche Threads in VbParadise-Foren numa sind. Also wer was dazu sagen oder fragen will - dazu ist das Forum da ...
Dieser Beitrag wurde bereits 3 mal editiert, zuletzt von „ErfinderDesRades“ ()