Nein musst du nicht, und deine Recherchen waren wohl auch von falschen Angaben gekrönt.
Wenn du per Nuget entweder System.Data.SQLite oder Microsoft.Data.SQLite installierst hast du im Namespace auch einen SQLiteDataAdapter
Ganz abgesehen davon, nein, wenn du Klassen und einen ORM benutzt erstellst du eine Liste mit allen Daten der Abfrage, nicht mehrere listen
Sowohl für NUnut und auch XUnit gibt es kostenlose "Runner", die die Test Infrastruktur innerhalb von Visual Studio benutzen.
Du kannst dann z.b. einfach einen Breakpoint in einen Test setzen, rechtsclick, "Debug Test(s)" durchsteppen.
Die werden einfach per Nuget installiert.
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.