Discussion :

[takinelinfo]

Bonjour à tous,

Je me tourne vers vous car j'ai un petit soucis pour réaliser la chose suivante.
J'utilise des requêtes SQL afin d'interroger ma base de données.
Afin de faire le moins d'erreur de frappe dans mes requêtes, je voudrais mettre en place un fichier avec le nom de mes tables et de mes champs.

Code c# :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
 
var query = _Context.Query("SELECT * FROM " + Sdb.utilisateur + " WHERE " + Sdb.utilisateur.id_utilisateur + "= 5 LIMIT 10");

Le principe serait de travailler avec des constante ou des membres statiques pour avoir l’auto-complétion. Le problème c'est que je ne sais pas comment faire plusieurs niveaux pour avoir par exemple Sdb.utilisateur.id_utilisateur

Si vous avez des idées ou des conseils, je suis preneur.

PS: Je pense que sans utiliser des classes imbriquées ce n'est pas possible

[tomlev]

Le problème c'est que je ne sais pas comment faire plusieurs niveaux pour avoir par exemple Sdb.utilisateur.id_utilisateur
...
PS: Je pense que sans utiliser des classes imbriquées ce n'est pas possible

Effectivement on peut utiliser des classes imbriquées :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
public class Sdb
{
    public class utilisateur
    {
        public const string utilisateur_id = "utilisateur_id";
    }
}

Tu peux aussi utiliser des namespaces :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
namespace Sdb
{
    public class utilisateur
    {
        public const string utilisateur_id = "utilisateur_id";
    }
}

[takinelinfo]

En fait je faisais fausse route en faisant:

Code c# :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
public static class SchemaDatabase
{
	public static user user;
}
 
public static class user
{
	public static string id_user = "id_user";
	public static string lastname = "lastname";
	public static string firstname = "firstname";
}

Méthode 1:
Je ne savais pas qu'on pouvez déclarer des classes dans des classes.

Méthode 2:
Pas mal aussi.

Laquelle penses tu la mieux appropriée?
En tout cas un grand merci.

[tomlev]

Je dirais plutôt la méthode 1, parce que ça me semble logique de regrouper tout ça dans une même classe

[takinelinfo]

C'est un bon raisonnement je pense.
Dernier point la dessus, n'y a t'il pas moyen de faire en sorte que:
Sdb.utilisateur me retourne "utilisateur"

Je pensais overrider la méthode ToString() mais ça ne marche que si c'est une instance.Du coup je pense que je vais faire Sdb.utilisateur.TABLE, TABLE étant aussi une constante.

[giova_fr]

a ta place j'utiliserai plutot des enum:

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
enum Table
{
utilisateur,
score
}

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
enum Utilisateur
{
 marc,
jean,
paul}

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

var query = _Context.Query("SELECT * FROM " + Table.utilisateur + " WHERE " + Utilisateur.marc + "= 5 LIMIT 10");

Mais attention, tout ca est ultra crade hein ! ca va vite devenir un enfer à maintenir/faire évoluer

[takinelinfo]

a ta place j'utiliserai plutot des enum:

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
enum Table
{
utilisateur,
score
}

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
enum Utilisateur
{
 marc,
jean,
paul}

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

var query = _Context.Query("SELECT * FROM " + Table.utilisateur + " WHERE " + Utilisateur.marc + "= 5 LIMIT 10");

le problème des enum c'est que tu ne peux pas y associer autre chose qu'un int, donc les chaines de caractères je peux oublier.

Mais attention, tout ca est ultra crade hein ! ca va vite devenir un enfer à maintenir/faire évoluer

Je m'en doute un peu, mais je me dis que cette méthode ne peut faire que du bien. Mais si tu as mieux je suis preneur