Ses propres namespaces comme System.

Bonjour,

J'aimerais savoir s'il est possible de créer ses propres namespaces avec des classes que l'on a besoin pour plusieurs appli, comme la connexion à une base de données par exemple.

En effet j'ai quelques classes que j'utilise couramment, plutôt que de faire un copier-coller, je voudrais faire un simple using comme l'on fait avec le framework .NET.
exemple using System
using Sytem.Data
et mon propore using
using MySystem.

Est-il possible de faire cela ?
Et si oui, comment peut-on le faire ?

Merci par avance.

Oui, tu peux créer tes propres namespaces.

Comment: on les nommant, tout simplemement:

Code:

---

1 2 3 4 5 6 7 8

namespace MonNamespace { public class Maclasse() { // } }

---

Merci.

Mais je voulais savoir comment faire pour lorsque je créé un nouveau projet (en winforms ou bien en console).
Je fais un simple using MonNamespace;
ET j'ai toutes mes classes ajoutées à mon projet.

Que faut-il faire dans visual Studio ? Il faut les placer dans un repertoire spécial, ou bien créé un libraire ou autre ?

Il faut créer une librairie et l'ajouter aux refénrences de ton projet.

Euh, ce que tu veux, c'est pas un namespace, c'est faire une bibliothèque. Un namespace n'est qu'un préfixe pour une classe, ça n'a rien à voir avec l'organisation des fichiers et des projets.

Ce que tu veux créer, c'est une assembly ; c'est là-dessus que tu dois te documenter :)

J'ai eu une discussion pareille la semaine dernière avec des collègues :
existe-t-il une différence entre le

Code:

---

using Systeme;

---

de Vstudio et le

Code:

---

using MaDll;

---

(une dll que j'ai créée et que j'ai référencée dans mon projet) ?

Fally, tu confonds toi aussi namespace et assembly :)

Je résume :
assembly = dll (ou exe) = 1 fichier
namespace = rien (juste un préfixe pour une classe) ; c'est ça que l'on met après le mot-clé "using" en entête de nos fichiers cs.

Après, pour des raisons d'organisation, on peut mettre un seul namespace par assembly. Mais on peut avoir 0, 1, 155 namespace dans une assembly ; et un namespace peut être réparti sur 1, 2, 155 assembly différentes. Rien ne nous empêche d'ajouter des classes dans le namespace System.

Code:

---

1 2 3 4

namespace System { class Machin { ... } }

---

J'ai pas affirmé, c'est une question que je me pose (et indirectement à vous aussi)!

Vous avez des tiroirs pour ranger vos slips et vos chaussettes, eh bein les espaces de noms (namespaces) c'est la même chose pour vos classes, interfaces, ... L'image sera peut être plus parlante :D

Bref, comme l'a indiqué Guulh, c'est juste de l'organisation indépendamment de la notion d'assemblage (assembly) :)

Voila qui est clair! Merci
Cepedant :

Citation:

---

Je résume :
assembly = dll (ou exe) = 1 fichier
namespace = rien (juste un préfixe pour une classe) ; c'est ça que l'on met après le mot-clé "using" en entête de nos fichiers cs.

---

1-assembly = dll
je peux référencer cette dll dans mon projet et faire un using "ma dll"

2- namespace = rien .....le mot-clé "using" .....
donc je peux encore faire un using avec un namespace

c'est quoi alors la vraie différence?

Puisqu'on est dans des métaphore douteuses.

Une classe c'est une personne qui possède un prénom (le nom de la classe) et un nom (le namespace de la classe).

Une assembly c'est comme un bus ou un train, il contient de multiples classes chacune avec son nom et son prénom. Au final un bus contient plusieurs personnes (classes) qui peuvent avoir ou pas le même nom (namespace).

Tout comme des personnes qui ont le même nom (namespace) peuvent se trouver dans différents bus.

C'est, on ne peut plus, clair!
merci à tous!
Reste à voir si l'auteur du post est satisfait :roll:

Citation:

---

Envoyé par fally

Voila qui est clair! Merci
Cepedant :
1-assembly = dll
je peux référencer cette dll dans mon projet et faire un using "ma dll"

---

Non :) En C#, le mot clé using ne fonctionne qu'avec des namespace. Le nom des assemblies/dll n'apparaît pas dans le code.
En C++ / CLI, c'est peut être autre chose, je sais pas.

Tu références une Assembly (ce n'est pas une dll) dans la tienne (myproj)
myproj connait maintenant tous les namespace et classes publiques de l'assembly référencée.

Pour accéder à une classe, soit tu tapes TOUS les namespace dont tu as besoin, soit tu utilises un "using" qui va faire le raccourcit.

exemple dans myproj tu dois faire ici :

Code:

---

1 2 3 4 5 6 7 8 9

using System; public class truc { public void mamethode() { System.Diagnostic.Debug.WriteLine( "blablabla" ); } }

---

Autre façon avec le using :

Code:

---

1 2 3 4 5 6 7 8 9 10

using System; using System.Diagnostic; public class truc { public void mamethode() { Debug.WriteLine( "blablabla" ); } }

---

Autre façon de faire

Code:

---

1 2 3 4 5 6 7 8 9 10

using System; using Diag = System.Diagnostic; public class truc { public void mamethode() { Diag.Debug.WriteLine( "blablabla" ); } }

---

Et encore une, qui permet de résoudre un conflit entre deux classes ayant le même nom dans des namespaces différents, sans se taper les namespaces à chaque fois :

Code:

---

1 2 3 4 5 6 7 8 9 10

using System; using Dbg= System.Diagnostic.Debug; // Cette fois ci tu créé un raccourcit sur la classe public class truc { public void mamethode() { Dbg.WriteLine( "blablabla" ); } }

---

Bonsoir,

Citation:

---

Envoyé par Guulh

Je résume :
assembly = dll (ou exe) = 1 fichier
namespace = rien (juste un préfixe pour une classe) ; c'est ça que l'on met après le mot-clé "using" en entête de nos fichiers cs.

---

Je suis pas tout à fait d'accord la dessus. Un assemblage peut être constitué de plusieurs fichiers que l'on nomme des "modules" avec extension .netmodule je crois. Par contre j'en ai jamais vu, mais Visual Studio 2005 était incapable de générer ces modules il me semble.

Citation:

---

Envoyé par Guulh

Après, pour des raisons d'organisation, on peut mettre un seul namespace par assembly. Mais on peut avoir 0, 1, 155 namespace dans une assembly

---

Pour en mettre 155 faut le faire... 155 classes je veux bien mais en termes de namepace

Citation:

---

Envoyé par harz62

Pour en mettre 155 faut le faire... 155 classes je veux bien mais en termes de namepace

---

Mais on peut avoir 155 namespace dans une assembly.

Je dis pas que c'est souhaitable, mais que c'est faisable, parce qu'assembly et namespace n'ont RIEN A VOIR (et hop des majuscules pour bien accrocher l'œil du potentiel lecteur de ce post :))