Le plus sûr moyen de vérifier entier

C'est probally plus d'une élégance question de la fonctionnalité. Je suis à la recherche d'absolument la façon la plus sûre de vérifier pour un entier à partir d'une chaîne et d'un objet,

À l'aide de la plupart des fonctions intégrées pour cela .net semblent générer une exception de première chance, affichée dans la fenêtre exécution, et au fil du temps ils ont juste construire. quelles sont les implications de ces exceptions qu'ils ne semblent pas affecter le fonctionnement du système.

Voici mes deux tentatives, à la fois se sentir maladroit et je sais qu'il y a à être un meilleur moyen que d'utiliser VB.IsDBNull et Entier.TryParse... Ou suis-je juste être anal.

(à l'entier de l'objet)

    Dim nInteger As Integer = 0
    If oData Is Nothing OrElse VB.IsDBNull(oData) Then
    Else
        If bThrowErrorIfInvalid Then
        Else
            On Error Resume Next
        End If
        nInteger = CType(oData, Integer)
    End If
    Return nInteger

(à l'entier de la chaîne)

    Dim nInteger As Integer = 0
    If sText Is Nothing Then
    Else
        If bThrowErrorIfInvalid Then
        Else
            On Error Resume Next
        End If
        Integer.TryParse(sText, nInteger) 
    End If
    Return nInteger

OriginalL'auteur CodeKiwi | 2009-02-24

vb.net

15

Quoi de mal avec l'aide de l'Entier.TryParse? C'est ce que cela a été fait pour...
```
int i = 0;
string toTest = "not number";
if(int.TryParse(toTest, out i))
{
   // it worked

}
```
Comment est-ce maladroit? C# ne pas VB je sais, mais même diff)

EDIT: si vous voulez vérifier à partir d'un objet (depuis TryParse s'appuie sur une chaîne de caractères) et je ne suis pas trop certaine de la façon dont vous avez réellement l'intention de l'utiliser. Le fait de couvrir vos préoccupations un peu, car cette méthode permettra de vérifier à la fois de votre cas?
```
    static bool TryParseInt(object o, out int i)
    {
        i = 0;

        if (o.GetType() == typeof(int))
        {
            i = (int)o;
            return true;
        }
        else if (o.GetType() == typeof(string))
        {
            return int.TryParse(o as string, out i);
        }

        return false;
    }
```
Il est assez similaire à mon deuxième exemple(et comment j'ai actuellement mis en œuvre), c'est la seule méthode que j'ai trouvé qui ne serait pas générer une erreur lors de la conversion, Il a juste ne semble pas juste, je pense que j'ai peut-être juste être anal.
Il est de droite. Il semble droit.
J'ai ajouté une autre méthode de l'échantillon, en montrant comment il peut répondre pour le type d'objet et le type de chaîne pour la vérification de type int. Espérons que l'aide eleviate de vos préoccupations...
J'ai aimé ce deuxième exemple, je pense que possède l'élégance dont je parlais. Merci.
Que faire si l'objet est autre chose qu'une chaîne ou un entier? Cette version de TryParseInt ne serait pas gérer cette situation. Par exemple, un nullable entier sera certainement convertir un nombre entier, mais ce serait exclure. Il permettra également de lancer une exception si o est nulle.

OriginalL'auteur Rosstified
2

Vous pouvez essayer ceci:
```
Dim i as Integer
Try
    i = Convert.ToInt32(obj)
Catch
    ' This ain't an int
End Try
```
Convert est dans le System espace de noms.

EDIT: Remarque: Si vous envisagez de mettre tout autre code dans le Try bloc, assurez-vous de spécifier que la seule exception de la Catch doit attraper est l'exception levée par Convert.ToInt32 si/quand il échoue - sinon, vous pourriez vous retrouver avec un méchant problème si quelque chose d'autre dans le try/catch doit échouer.

Je me rends compte que je pouvais utiliser un try catch, mais je veux trouver un complètement de méthode sûre alors je n'ai pas à, la raison étant que c'est pour une Commune de la Lib et et est BEAUCOUP utilisé. Aussi je cherche une solution élégante, essayez d'attraper semble comme un succès et d'espoir.
L'idée est de Convertir.ToInt32 toujours lancer une exception si la conversion a échoué - et la beauté, c'est qu'il peut prendre toutes sortes d'objets de sorte que vous n'avez pas besoin de convertir au préalable. Pour le rendre élégant, vous devez spécifier le Convertir du type d'exception pour attraper, si.
Je suis d'accord que le Convertir.x mechinism est fantastique et jusqu'à maintenant j'ai utilisé religieusement, mais je crois try catch me rend paresseux (hense cette question), il fonctionne alors pourquoi faire j'ai besoin de réfléchir.
Les Exceptions sont mauvais pour la performance.

OriginalL'auteur Fritz H
1

Integer.TryParse est conçu pour être un moyen sûr de le faire: c'est pourquoi il a été mis dans le cadre de la première place. Pour un Objet, vous pouvez toujours juste appeler ToString() avant d'utiliser TryParse.

Je voudrais aussi éviter d'utiliser On Error Resume Next en faveur d'une Try-Catch bloc si vous avez besoin d'avaler une erreur pour une raison quelconque, car il est beaucoup moins susceptible de causer un effet indésirable.

Existe-il des implications sur les performances de l'utilisation de Try Catch.
Je ne sais pas si il y a une différence entre Essayer de les Attraper et de les Reprendre-à Côté, mais je ne voudrais pas qu'il y ait beaucoup, et même s'il y est, ça vaut le coup pour rendre le code plus robuste.
Il y a parfois de, mais les conséquences de performance de "Erreur" sont les plus importants.

OriginalL'auteur Jeromy Irvine
1

Puisque c'est VB vous pouvez également utiliser la fonction IsNumeric

IsNumeric ne dit moi si c'Est "numérique", il n'effectue pas de converstion
Eh bien, la question est seulement dit de vérifier pour un entier. Si vous voulez faire la conversion, vous venez de le coupler avec n'importe quel standard de conversion/fonction de conversion comme Convertir.ToInt32,CInt, Entier.Analyser, etc.

OriginalL'auteur Jacob Adams
0

il semble que dans ton deuxième exemple, vous avez un inutile vérifier bThrowErrorIfInvalid parce que Entier.TryParse jamais renvoie une erreur. Quelque Chose Comme
```
If bThrowErrorIfInvalid And Not Integer.TryParse(sText, nInteger) Then
   Throw New ArgumentException()
EndIf
```
Bien sûr, si tout ce que vous faites quand il est invalide entier est en train de lancer une exception d'argument, il suffit d'utiliser Entier.Analyser à la place, et de laisser jeter cette exception pour vous
hmmm, bon spotting.

OriginalL'auteur Jimmy

Dim d As Double = 2.0
Dim i As Integer = CInt(d)
If d - i = 0 Then
     Debug.WriteLine("is integer")
Else
     Debug.WriteLine("not a integer")
End If

OriginalL'auteur Geoffrey Lee

Vous devez vous connecter pour publier un commentaire.