Qu'est-ce que le ".NET Framework" ? Est-ce important ?

Je suis autodidacte en Visual Basic, ce qui fait que j'ai de vastes trous dans mes connaissances, car je n'ai pas eu de mentor pour m'expliquer ce qui est important et ce qui est superflu. Si bien que que lorsque je veux créer un projet, je ne saisis pas les différences (subtiles) entre les "Modèles de projet pour créer une application .NET Windows Forms (WinForms), les applications clientes Windows Présentation Foundation, Les projets de création d'une application avec une interface utilisateur Windows Forms (WinForms) et les bibliothèques diverses, ces dernières étant pour moi un vaste point d'interrogation.

Pour être plus clair, comment choisir dans le vaste choix proposé pour simplement démarrer la création du projet ?

Je me suis aperçu que ce si ce choix n'est pas correct, j'arrive à des bugs impossibles à corriger.

Ma question : Qu'est-ce que le ".NET Framework" ? et où puis-je enfin trouver pourquoi dans certaines de mes applications, le système ne trouve pas la base de données que je veux utiliser parce que l'adresse où il la recherche est :

C:\Users\pierr\OneDrive\Projets Informatiques\Applications\bin\Debug\net8.0-windows\CO2Express.mdb

Alors que l'adresse véritable est :

C:\Users\pierr\OneDrive\Projets Informatiques\Applications\bin\Debug\CO2Express.mdb ?

(Mon projet s'appelle "Applications").

J'ajoute que cette addition se retrouve lorsque j'effectue une recherche dans la solution complète dans le fichier "Applications.vbproj" qui commence par "<Project Sdk="Microsoft.NET.Sdk">" à la ligne 5, qui est : <TargetFramework>net8.0-windows</TargetFramework>.
C'est pour cette raison que je cherche (peut-être inutilement) des informations sur le terme ".NET Framework".

Merci d'avance pour vos suggestions.

.NET (ex .NET Core) et .NET Framework sont 2 frameworks de développement différents
https://dotnet.microsoft.com/fr-fr/l...sous%20Windows.

Microsoft se concentre plus sur le .NET depuis quelques années.

Ici dans ton 1er cas, tu as fait un projet .NET (on voit la version de .NET ciblé, ici le .net 8.0) et c'est confirmé dans tes balises "TargetFramework" ,qui n'a rien à voir avec les terme de .NET Framework. Si ton projet était de type ".NET Framework", tu aurais trouver dans les balises "TargetFramework" ".NET Framework 4.8" (ou approchant selon la version).

Il y a plusieurs façons pour indiquer l'emplacement de la base; ici je pense que tu dois lui demander de chercher dans le répertoire de l'exécutable, et dans ce cas, il faut demander de copier ou copier la base de données dans cet emplacement. Tu peux aussi définir un chemin soit directement, soit via un fichier dsn

Dans les choix des projets, les Winforms sont par défaut en .NET, sinon c'est suivi par .net Framework entre parenthèse. Windows Presentation Foundation (ou WPF) utilise le XAML/XML pour construire l'interface et c'est assez (très) différent des WinForms

Merci d'avoir répondu en détail aux problèmes que je posais (mal d'ailleurs). J'avais un peu pensé à déplacer la base de données qui se trouve dans le même répertoire que l'exécutable.
Merci aussi d'avoir répondu aux questions que je me posais au sujet des solutions pour démarrer un projet qui me semblaient le contraire de claires dans la fenêtre de démarrage de Visual Studio 2022.

Citation:

---

Envoyé par Pierre-Ernest

J'avais un peu pensé à déplacer la base de données qui se trouve dans le même répertoire que l'exécutable.

---

C'était pourtant une excellente idée.
La base de données ne devrait pas se trouver dans le répertoire de l'application (qui sera soumis à l'UAC).
Elle devrait se trouver ProgramData pour une ressource partagée ou AppData de l'utilisateur pour un utilisateur particulier.

C:\ProgramData\MyApp\CO2Express.mdb

Code:

---

1 2 3

string path1 = Path.Combine( Environment.GetFolderPath(Environment.SpecialFolder.CommonApplicationData), "MyApp", "CO2Express.mdb");

---

C:\Users\popo\AppData\Roaming\MyApp\CO2Express.mdb

Code:

---

1 2 3

string path2 = Path.Combine( Environment.GetFolderPath(Environment.SpecialFolder.ApplicationData), "MyApp", "CO2Express.mdb");

---

Par ailleurs, il est déconseillé de nommer une application "Applications".
Il faudrait trouver un autre nom.