Destruction référence statique en .NET 3.5

abaudouin84 Messages postés 10 Date d'inscription lundi 16 mars 2009 Statut Membre Dernière intervention 3 novembre 2009 - 16 mars 2009 à 20:31
canacana Messages postés 13 Date d'inscription mardi 2 octobre 2007 Statut Membre Dernière intervention 2 août 2011 - 15 sept. 2010 à 14:35

A voir également:

Destruction référence statique en .NET 3.5
C# passage par référence - Conseils pratiques -C# / .NET
.Net reflector - Conseils pratiques -C# / .NET
Tirage net ✓ - Forum Javascript / DHTML
Object reference not set to an instance of an object. ✓ - Forum C# / .NET
Net-tchat - Forum C

4 réponses

Réponse 1 / 4

RougailSaucisse Messages postés 118 Date d'inscription lundi 16 février 2009 Statut Membre Dernière intervention 6 décembre 2010 1
16 mars 2009 à 23:23

On utilise pas le destructeur en c#. Pourquoi? Car tu ne peux pas savoir à quel moment le Garbage collector va passer pour effectuer cette suppression.
Ensuite, ce que tu utilises n'est pas réellement un singleton dans le sens ou tu ne limites pas l'instanciation de ta classe à un seul objet.
En effet, tu pourras toujours créér d'autres objets de type MySqlConnector ici.
Un singleton limite l'instantiation d'une classe a un seul objet grace notamment à un constructeur privé, en procédant comme suit:

public class MyClass
{
private MyClass myClass = null;

public static MyClass Instance
{
if(myClass == null)
myClass = new MyClass();

return myClass;
}

private MyClass()
{
//logique constructeur
}
}

Ici le code est en"Lazy mode" a savoir que ta classe sera instanciée uniquement lorsque tu feras appel a la propriété Instance, tu peux cependant aussi faire du non lazy, mais dans tous les cas on ne pourra effectivement pas isntancier plusieurs fois ta classe. Ici je n'ai pas mis de "lock" pour gérer les acces concurrents mais c'est probablement conseillé.

Pour en revenir donc au destructeur, je disais que tu ne peux pas savoir a quel moment il sera executé car on ne peux prevoir le passage du garbage collector (a moins de GC.Collect() mais qui est formellement deconseillé).
Ce que tu pourrais faire cepedant: Créer une classe singleton chargée de créer ta connection uniquement, tu lui joints une méthode GetConnection qui va ouvrir la connection et renvoyer un objet de type DbConnection (ou dérivé).
Puis dans une/des autre(s) classe(s) tu implementes ta logique CRUD en utilisant un using a chaque fois pour la DbConnection. cela aura pour effet entre autres de fermer automatiquement ta connection apres le bloc d'instruction:

public <type> GetUsers()
{
using(DbConnection conn = MyClass.Instance.GetConnection())
{
//requetes et tout le blabla
}
return <resultat>
}

Pour terminer je dirais qu'il vaut mieux ouvrir et refermer la connexion a chaque requete plutot que de la laisser ouverte, tu ne verras aucune différence niveau peformance (a moins peut-etre que tu effetues enormement de requetes en un tps très court mais j'en doute).
Et je rajouterai que si t'es en framework 3.5, linq to sql est une belle alternative a ado.net et tu t'embetes beaucoup moins ^^

Réponse 2 / 4

abaudouin84 Messages postés 10 Date d'inscription lundi 16 mars 2009 Statut Membre Dernière intervention 3 novembre 2009
17 mars 2009 à 11:17

Je te remercie d'avoir pris le temps de répondre à mes questions.

Concernant Linq to Sql : je tiens absolument à rester sur le SGBD MySQL 5 pour des raisons techniques et d'après les recherches que j'avais fait avant d'attaquer ce projet, Linq ne fontionne qu'avec SQL Server.
J'avais trouvé certains projets comme "DBLinq Project" mais de nombreux utilisateurs se plaignaient de l'instabilité : je ne sais pas où ça en est aujourd'hui.

Réponse 3 / 4

krimog Messages postés 1860 Date d'inscription lundi 28 novembre 2005 Statut Membre Dernière intervention 14 février 2015 49
17 mars 2009 à 15:07

Salut.

Je sais qu'il existe un driver Linq To MySQL qui fonctionne tout à fait correctement, mais malheureusement, je ne sais plus le nom (ce n'est pas dblinq).

En ce qui concerne ton problème, la solution la plus simple que je vois, c'est de te déconnecter sur dans l'événement de fin de chargement de chaque page (protected void Page_LoadComplete(object sender, EventArgs e)).

Krimog :
while (!succeed = try()) ;

Réponse 4 / 4

canacana Messages postés 13 Date d'inscription mardi 2 octobre 2007 Statut Membre Dernière intervention 2 août 2011
15 sept. 2010 à 14:35

Bonjour Krimog,

Peux-tu me faire parvenir le nom du Driver Linq To MySQL qui fonctionne tout à fait correctement?
merci !

Discussions similaires

la référence d'objet n'est pas définie à une instance d'un objet

la reference d'objet n'est pas définie a une instance d'un objet

Erreur "La référence d'objet n'est pas définie à une instance d'un objet."

La référence d'objet n'est pas définie à une instance d'un objet.

[erreur] La référence d'objet n'est pas définie à une instance d'un objet.

Votre réponse

Discussions similaires