Naja, du weisst selber was draussen in der Praxis so alles noch "rumläuft".
Hatte gerade erst eine Anfrage ob ich "Visual Objects" kann, da der Entwickler dort gegangen ist.
Neu machen lohnt sich derzeit wohl (noch) nicht
Wenn sich eine Combobox ändert, ändert sich auch SelectedIndex und u.a. SelectedValue.
Die bindest du auf ein Property in deinem ViewModel und in dem Setter kannst du dann alles machen was du willst.
Nur dran denken, bau dir keine endlosschleifen.
Würde ich komplett anders angehen, denn das ist stringfrickelei, die nicht nötig ist.
Erstelle dir ein ViewModel ( kann man auch in Forms benutzen ) mit Selected, Name und Value.
Fülle eine Liste vom ViewModel z.b. per reflection ( GetProperties und getvalue ist ein 2 Zeiler) .
Binde das an ein DataGridView und anschließend brauchst du nur durch die Liste gehen und den umgekehrten Weg gehen.
Ist deutlich weniger Code, wenn Properties hinzukommen oder entfernt werden musst du nichts machen.
Jede Route muss anzeigen ob sie Authorised sein möchte, also muss das Attribut auf jede Seite wo du eben den anderen Weg angezeigt haben möchtest.
Alles was in der _Imports steht, gilt für alle Routes im selben Verzeichnis und dadrunter.
Ein globaler Exceptionhandler sollte NIEMALS benutzt werden um Exceptions zu behandeln und dann einfach weiter zumachen.
Er ist nur zum loggen und evtl zum aufräumen zu benutzen.
Je ähnlicher es scheint, umso schwieriger wird es für dich, da die die Fehler bei der Umsetzung nicht auf den ersten Blick ersichtlich sind.
Auch verleitet das dann dafür ein Java Programm zu erstellen und kein C# Programm ( Namingconvention, Pattern usw. ).
using (SqlDataReader x_reader = x_ermittle_verpackungen_kunde.ExecuteReader())
{
cBestaende.Load(x_reader);
}
ist doch auch ok oder ist
Nein, das befüllen der DataTable ist das Problem, die DT ist ein Speichermonster das ziemlich langsam ist.
Jeder Reportgenerator seit Eonen kann auch mit Klassen umgehen, also ist das arbeiten mit Klassen und deren Listen die deutlich schnellere und einfachere alternative.
Ausserdem ist es typsicher.
var engine = new RazorLightEngineBuilder()
.UseFileSystemProject("C:/RootFolder/With/YourTemplates")
.UseMemoryCachingProvider()
.Build();
var model = new {Name = "John Doe"};
string result = await engine.CompileRenderAsync("Subfolder/View.cshtml", model);
Da hast du wohl etwas komplett falsch verstanden.
Der Sql Client ist dazu da die DataTable vom MS SqlServer her zu befüllen, du kannst damit nicht in der DataTable suchen.
Bitte nicht so machen.
Die Daten gehören nicht in das DGV sondern in eine Liste/DataTable.
Damit die jeweilige Column auch weis welche Spalte der DataTable gemeint ist, musst du nur MappingName setzen und dafür muss die Spalte natürlich auch einen namen haben
Ich habe das mal vor Jahren direkt mit SignalR gemacht.
Man kann ja schließlich auch eine Payload mitgeben.
Also nicht nur alle benachrichtigen das eine Änderung vorhanden ist, sondern diese auch gleich mit senden.
Macht natürlich nur Sinn bei "kleinen" Payloads.
Das einlesen einer TextDatei in eine List<Messwert> ist deutlich schneller und speicherschonender als eine Speicherfressende DataTable zu nehmen, und auch nicht komplizierter.
Access ist keine Datenbank, sondern eine Datendatei, die durch den Jet-Treiber ( OleDb ) interpretiert wird. Jede Operation geht über die ganze Datei.
Wenn du eine echte DB wie z.b. SQLite benutzen würdest, wäre das wahrscheinlich in millisekunden passiert.
Und Du liesst hier die ganze DB vorher in eine DataTable, warum?
Naja, eine schleife und 2 strings die du anschließend nur noch zusammen an die Filter property "hängst" ist doch nicht so schwer.
Man baut übrigens im ersten Teil den Teil ein, den der User sieht, und da schreibt man den Filetyp aus.
Geht recht einfach mit einer abgeleiteten ObservableCollection ( lässt sich einfacher überschreiben ) die einen Windows.Forms.Timer hat.
Dann die einzelnen Aktionen abfangen und ggf den Timer starten. Der Timer macht dann die Events im UI Thread.
Für die UI ist es selten nötig in millisekunden anzuzeigen.
Aber das ist ein weiterer Grund mal WPF anzuschauen.