Discussion :

[tizana]

Bonjour tout le monde.

j'ai créer un projet de type windows universal sous visual studio et j'ai créer beaucoup de fonction et de constante dans le namespace nommé accelerometer.

je voudrais savoir est ce qu'il y a un moyen de créer un autre fichier C# ou librairie pour y mettre toutes ces fonctions et les constante pour que je puisse alleger un peux le code source principale.

est ce possible ?

[François M.]

Bonjour

Ta description n'est pas très claire, mais je suppose que tu parles d'une classe "static" : https://msdn.microsoft.com/fr-fr/library/79b3xss3.aspx

Accessoirement :
- les "fonctions" ça n'existe pas en C#, on ne connait que les "méthodes" (pouvant retourner un résultat ou pas) et les "propriétés".
- contrairement à, par exemple, Java, la notion de fichier n'est pas liée à celle de classe en C# (sauf par compportement par défaut de l'IDE) : une classe peut être éclatée sur plusieurs fichiers sources et un fichier source peut contenir plusieurs classes (ce qui n'est pas recommandé en général).

[tizana]

OK je vous explique un peux,

je suis en train de faire un projet de type windows universal sous visual studio pour ma carte raspbperry pi 2. cette derniere tourne sous windows 10 IOT.

je communique avec une puce electronique dont le role est de mesurer l'energie a travers le protocole serie I2c. Bref c'est pas ca mon probleme.
le probleme et que je dois definir dans mon code principale l'adresse des registres et il y en a plein

Code :

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

1
2
3
4
5
6
7
8
 
private const UInt16 MASK0_Addr = 0xE50A;
private const UInt16 MASK1_Addr = 0xE50B;
private const UInt16 IAWV_Addr = 0xE50C;
private const UInt16 IBWV_Addr = 0xE50D;
private const UInt16 ICWV_Addr = 0xE50E;
private const UInt16 INWV_Addr = 0xE50F;
........

Il y a presque une cinquantaine adresse pour registres a definir encore.

en plus j'ai créer des fonctions de lecture et d'ecriture et d'autre fonction que je veux aussi m'en débarrasser du programme principale et les mettres dans un autre fichier ou librairie

si j'etais sous le language C j'aurais créer un autre fichier source par exemple Function.c avec son fichier d'en tete Function.h et mettre dedans toutes ces constantes et fonctions repetitive. ensuite il suffit d'inclure ce fichier dans mon code principal #include "Function.h"




Donc je voudrais savoir s'il y a une solution de ce genre avec le C# ?? t merci

[François M.]

Donc je voudrais savoir s'il y a une solution de ce genre avec le C# ?? t merci

La réponse est celle que je t"ai donnée supra : une classe statique.

[lead8209]

Fais pareil qu'en C ; une nouvelle classe (clic droit / nouvelle classe sur ton projet ) colle tes attributs et passes les en public sinon tu ne les verras pas. Pas besoin d'une classe statique s'ils sont constants.
Sinon tu peux faire un enum que tu mets dans un nouveau fichier.cs. Pas forcément besoin qu'il soit dans une classe ex :

Code :

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

1
2
3
4
5
6
7
8
9
 
public enum ADRESSES : ushort
{
    MASK0_Addr = 0xE50A,
    MASK1_Addr = 0xE50B,
    IAWV_Addr = 0xE50C,
    IBWV_Addr = 0xE50D,
    ICWV_Addr = 0xE50E //etc...
}

Faire une librairie n'a d’intérêt que si tu veux partager les mêmes fonctions / contantes / classes entre plusieurs exécutables. Ceci pour le ne pas multiplier les mêmes lignes de code.

[François M.]

Pas besoin d'une classe statique s'ils sont constants.e.

Créer une classe non static dont l'instanciation ne sert à rien (pas de membre d'instance) n'est pas génant mais est quand même un peu bizarre.
Et rien n'empêche de metrre des const dans une classe static.

Sinon, il n'y pas de difference majeure entre une variable const et une variable static readonly mais il y en a.

le const peut s'utiliser dans un switch en argument case, pas le static readonly et concernant le const il y a semble-t-il (pas testé) un bug assez amusant; voir ici : http://answers.unity3d.com/questions...#answer-486904

[jopopmk]

Salut,

l'enum est une bonne astuce mais elle ne fonctionne pas si :
- on a des constantes de types non entier,
- on a des doublons de valeurs,
- on veut des méthodes.
Après, rien n'empêche de mettre cette enum dans une classe statique.

Pour revenir à la première question s'il s'agit de partager du code entre différentes applications il faut effectivement passer par un projet librairie (je sais pas comment ça fonctionne avec WUA par contre), s'il s'agit juste d'accéder à ses constantes à travers toutes tes classes d'une même appli alors une classe statique semble convenir.

[casiii]

Vous êtes sûrs qu'il demande pas plutôt une explication sur le principe Solution/Projet et référence à des dll ?

[François M.]

Vous êtes sûrs qu'il demande pas plutôt une explication sur le principe Solution/Projet et référence à des dll ?

Comme il n'est pas revenu depuis le 3/07, il n'y a pas vraiment moyen de le savoir.