Dann solltest du dringendst lernen mit der Doku zurecht zu kommen.
Auch solltest du an den Grundlagen arbeiten, Arrays sind für dynamische Daten nicht der richtige Datentyp.
Wenn du den Typ von Song[] in List<Song> änderst, musst du danach nur ein SongsDataGridView.DataSource= Songs machen
@T-Virus
SQLite-net ist ja nur die Schnittstelle zu SQLite selber und 90% der Issues sind eher dem Unverständnis geschuldet wofür das mal gedacht war.
SQLite-Net ist nicht als Ersatz für Enterprise ready Libs wie EF/Linq2DB/NHibernate gedacht, sondern für "Kleinigkeiten".
Sieht man schon am Fehlen von Child support etc.
@Abt:
Es gibt so viele Menschen da draussen die immer noch bei .NET FW bleiben wollen/müssen und da nutzt mir EF-Core nicht so sonderlich.
Aber mein Einwand war nicht, das man es unbedingt benutzen sollte, sondern eine Antwort auf die Frage ob es auch was anderes gibt als die ADO.NET basierte Version.
Und noch einmal, hier geht es nicht um Client/Server.
Es kann bei weitem nicht was EF kann, aber es ist kleiner und durch direkte ( PInvoke ) Einbindung schneller.
Auch ist es gerade durch etwas wie Connection.CreateTable<T>() sehr einfach das DB Schema zu pflegen.
Ich benutze es für viele kleine Tools, aber ich weiß was ich tue ( meistens ;-)
@Abt @T-Virus
Ja es gibt eine weitere, viel einfacher zu benutzende Variante von SQLite und die hat nichts mit ADO.NET zu tun. https://www.nuget.org/packages/sqlite-net-pcl/
Ist dadurch aber wirklich nur für "Kleinigkeiten" zu gebrauchen, wobei sie auch unter Android und IOS funktioniert
Vollkommen falsche Herangehensweise. [Artikel] Drei-Schichten-Architektur
Ein UserControl ist zur Anzeige von Daten in einem bestimmten Format gedacht.
Deine Businesslogic hat da nichts drin verloren.
Trenne Daten von den Controls, erstelle Services für die Verarbeitung und benutze DataBinding und beschäftige dich mit den Grundlagen von Async/Await,
denn das was Du da in ApiRequest machst ist die falsche herangehensweise.
Warum glauben eigentlich alle immer noch das der kostenlose Windows Defender durch irgendetwas anderes ersetzt werden muss? https://www.av-test.org/de/antivirus/privat-windows/
Und der hat die Möglichkeit Verzeichnisse auszuschließen.
Du lädst in dem ViewModel, über die DB Schnittstelle ( Service o.ä. ) die Daten in eine Liste.
Diese "verfrachtest" du dann in die Listen für die jeweiligen CB's.
Dabei kannst du natürlich alles rausfiltern was du meinst.
Du hast das mit Sqlite-Net anscheinend überhaupt nicht erlesen und probierst einfach so ins blaue herum.
Das QueryAsync liefert dir eine List<Person>, wobei in den objecten in deinem Fall nur der Vorname gesetzt ist.
Ganz abgesehen davon das du [Artikelserie] SQL: Parameter von Befehlen nicht beachtest, ist es doch recht einfach, wenn du mal die Doku lesen würdest.
public async Task<Person> GetVornameAsync(int id)
{
var person = await _database.Table<Person>.Where(p=>p.ID==id).FirstOrDefault();
return person;
}
private async void LoginButton(object sender, EventArgs e)
{
var person = await App.Database.GetVornameAsync(200);
if(person!= null)
{
_ = DisplayAlert("Info", person.Vorname, "OK");
}
else
{
_ = DisplayAlert("Info", "ID not found", "OK");
}
}
Wie in dem anderen Thread schon gesagt, statt irgendwas zu programmieren und dann fragen zu stellen,
sag was du erreichen willst, nicht wie du es machen willst.
Und mach nicht einfach einen neuen Thread auf, nur weil dir die Antworten im anderen nicht gefallen.
Und hör auf wild zu probieren, lies dir die Grundlagen durch. Asynchrone Programmierung in C#
Das gilt für alles.
Einfach irgendwelchen Code zu kopieren ohne die Grundlagen zu beherrschen
bringt nur Frust auf deiner und unserer Seite
Wenn du dir das 3 Schichten Model anschaust, siehst du das es neben
dem View noch die Logik- und die Datenschicht gibt.
MVVM als gesamtes ist lediglich die View Schicht. Es ist also nur das, was man für die Ansicht und Bearbeitung der visuellen Daten benötigt.
Die Logik ( z.b. durch Services ) und die Datenhaltung sind da nicht "drin" enthalten.
Wenn du das alles richtig trennst, kannst du die komplette Anwendung durch Unittests "simulieren"/Testen, ohne auch nur ein Fenster öffnen zu müssen.
Und Model ist wirklich nur ein Datenmodel.
Sobald du Berechnungen machst ( ausser mal ein x+y ) oder Daten holst, dann ist das kein Model, sondern ein Service.
Unter .NET Framework war das meiste schon vorinstalliert.
Bei NET5 ( oder Core ) ist nur die Runtime und das wichtigste vorinstalliert.
Die meisten DLL's werden aber ins Programmverzeichnis copiert.
Aber du kannst im normalfall auch mit NET5 eine single exe erzeugen.