Distinguer les FormatException dans l'event DataError d'un DataGridView

**Carlito78** · 09/10/2009, 10h28

Bonjour à tous,

actuellement je tente de réaliser un sorte de template pour le composant dataGridView en C#.

C'est-à-dire, essayer de gérer dès le départ le maximum de message d'erreur "générique", en implémentant un panel d'erreur représentatif (format date, format int, format float, not null, not empty, without numeric, etc...).

Pour commencer je souhaite gérer le maximum d'erreur via la bdd. Par exemple, gérer les erreurs FormatException en fonction de type de données.

Mais je ne vois pas comment distinguer les différents format exception levée. On peut avoir une FormatException, parce que l'on saisi un alphanumérique à la place dans un champ int, mais aussi lorsqu'on attend un dateTime.

Et je souhaiterais les distinguer pour pouvoir lever un message du type:
"Veuillez saisir un entier pour le champ 'dataGridView1.Columns[e.ColumnIndex].HeaderText'"
ou
"Veuillez saisir un numérique pour ...."
ou
"Veuillez saisir une date pour ...."

On pourrait les distinguer en regardant quelle méthode lève cette FormatException dans la StackTrace retournée...

par ex: if (e.InnerException.StackTrace.Contains('System.Number.ParseInt32'))

...mais la méthodologie ne me semble pas bonne.

Quelqu'un aurait-il une idée ???

Merci pour vos réponses.

**Arsou** · 09/10/2009, 11h25

Bonjour,

Tu peux simplement utiliser un

Code :

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

1
2
3
4
5
6
7
8
9
 
Try
{
              Ton appel de fonction
}
catch (Exception Ex)
{
              MessageBox.Show(Ex.Message);
}

dans ton UI et dans la fonction faire un test :

Code :

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

1
2
3
 
if (NombreDeTruc..GetType() != typeof(int))
              throw new ArgumentException ("Veuillez saisir un numérique pour NombreDeTruc");

N'oublie pas de faire un finally si tu as une connexion ouverte, parce que le throw interromps directement a fonction et si ton code de fermeture est plus loin...

Edit: erf non c'est pas ce que tu demandes en fait :s

**laedit** · 09/10/2009, 11h36

C'est une solution, mais ça va être horriblement lent.

Plutôt que de passer par des Exceptions, il te suffit effectivement de faire des tests sur les types attendus et les types réels de tes variables.

Le problème étant que comme tu ne sais pas exactement quelle cellule à déclenchée l'événement, tu es obligée de faire une boucle pour toutes les tester et définir un message d'erreur en fonction.

**Carlito78** · 09/10/2009, 11h38

Tout d'abord merci pour la réponse.

Mais ce n'est pas tout à fait ce que je recherche à faire, car dans ce cas, il me faudra implémenter le fait que telle colonne est de tel type, et telle autre colonne est de tel autre type.

Alors que je cherche à le déduire directement des types de la base de données.

Dans l'event dataGridView_DataError() le variable de type DataGridViewDataErrorEventArgs me renvoi une FormatException et je cherche à distinguer les différents type d'exception de formattage qu'elle me renvoi.

Tout ceci, dans le but d'être le plus générique possible, en nécessitant le moins d'implémentation spécifique pour ce composant de type "template".

**Carlito78** · 09/10/2009, 11h44

Sinon pour respecter l'esprit "template" que je recherche j'ai penser à une autre solution:

Utiliser le nom de chaque cellule du dataGridView en le formattant pour expliciter chacune des contrainte reposant sur la cellule. Par exemple: nomCell_NOTNULL_NOTEMPTY_INT.

Du coup en testant le nom de la cellule, je pourrais déduire les tests de validation à effectuer dessus et en me servant du headerText pour connaitre le nom de cellule à afficher dans le message d'erreur.

Mais de cette manière j'effectue toute ma validation de donnée par du code métier, alors que je me dis que le 'must' serait d'utiliser le maximum de contrainte exprimée par l'implémentation de la base de données.....

Je ne sais pas si j'explicite bien ce que je recherche ???

**laedit** · 09/10/2009, 11h49

Bah le mieux serait de récupérer la structure de la base de données et de la stocker quelque part pour pouvoir ensuite l'utiliser lors de tests suivant la FormatException.

Un des moyens de stockage serait effectivement de les mettre dans les headers.

**Carlito78** · 09/10/2009, 11h53

Et comment peut-on récupérer la structure de la base de données en C# ???

(désolé je commence tout juste le c#)

**laedit** · 09/10/2009, 12h03

Là, c'est plus du C#, c'est du SQL

Il te suffit de faire une requête et de l'exécuter pour récupérer les données que tu veux. Par contre, ça va nécessiter une connexion à la base de données, donc il faut connaître le chaîne de connexion et la syntaxe SQL peut changer selon le type de base de données (SQL server, MySQL, etc...)