Suchergebnisse

Ich hab das Settings.Save nicht im MainForm, sondern noch höher aufgehängt: in Program.Main() - übrigens in jeder meiner Solutions:C#-Quellcode (12 Zeilen)Dann braucht Form_Closing sich nur um sein Sach zu kümmern:C#-Quellcode (3 Zeilen) Application.Exit() braucht man garnet.

Zitat von Hatori: „Ich sag, das Programm soll in die settings-Datei speichern, es speichert aber ganz woanders.“AFAIK sagst du allenfalls, das Programm soll die Settings speichern. Wohin sagst du nicht. Das Programm speichert die Settings tatsächlich an einen sehr gewöhnungsbedürftigen Ort - aber man kann sich dran gewöhnen. Der Grund ist, dass wo du denkst, wo die Settings stehen sollten - da besteht evtl. kein Schreibrecht. Also bei dir schon, du entwickelst ja mit Admin-Rechten. Aber wenn das…

Zitat von Hatori: „Ich will auch die Datenbanktabellen über das Programm anlegen.“Sowas ist in .Net vollkommen abwegig. Eine Datenbank ist eine vorgegebene, sorgfältig designete Struktur, und die Vorraussetzung, für die eine Anwendung dann erst programmiert wird. Während der Laufzeit kann diese strukturelle Vorraussetzung nicht geändert werden - dann würde die Struktur ja nicht mehr zum Programm passen. (ja, ich weiss: in php ist das ganz einfach und toll - in .Net ist sowas aber nicht toll)

In .Net würde sowas glaub ein Installer erledigen, also ein von der eiglichen Anwendung vollkommen verschiedenes Programm. Mit Installer - v.a. für WebSpaces - kenne ich mich nicht gut aus - es gibt da wohl zig verschiedene Technologien. Wenn du mittels eines php-script eine DB auf einem WebServer erstellst, ist das für mich auch ein Installer. Spricht eiglich was dagegen, es weiter so zu handhaben?