Devriez-vous utiliser des pointeurs (code unsafe) en C#?

Devriez-vous utiliser des pointeurs dans votre code C#? Quels sont les avantages? Est-il recommandé par L'Homme (Microsoft)?

  • L'utilisation des pointeurs est généralement liée à p/invoke. Voir cet article: c-sharpcorner.com/UploadFile/pcurnow/...
  • Si vous êtes une utilisation intensive de code unsafe pour un usage spécifique, il peut aider à conserver l'intégralité de ce code dans un privé intérieur de la classe, contenue par une classe publique est sûr. Je n'aime pas l'idée d'avoir le reste de l'application de traiter avec des pointeurs. Toute obscure bugs qui viennent peuvent alors être attribués à cette paire de classes au lieu d'un lieu inconnu dans le reste de l'application. Il garde la complexité de fuites dans le reste de la base de code.
InformationsquelleAutor Kredns | 2009-02-24
  1. 36

    De "L'Homme" lui-même:

    L'utilisation des pointeurs est rarement nécessaire en C#, mais il y a certaines situations qui en ont besoin. À titre d'exemples, à l'aide d'un dangereux contexte pour permettre à des pointeurs est justifiée par les cas suivants:

    • Traiter avec les structures existantes sur le disque
    • Advanced COM ou appel de Plate-forme de scénarios qui impliquent des structures avec des pointeurs dans leur
    • La Performance est critique code

    L'utilisation de dangereux contexte dans d'autres situations est découragé.

    Plus précisément, un dangereux contexte ne devrait pas être utilisé pour tenter d'écrire du code C en C#.

    Attention:

    Code écrit à l'aide d'un dangereux ne peuvent pas être vérifiés pour être en sécurité, de sorte qu'il sera exécuté uniquement lorsque le code est entièrement fiable. En d'autres termes, le code unsafe ne peut pas être exécuté dans un environnement non sécurisé. Par exemple, vous ne pouvez pas exécuter le code unsafe directement à partir de l'Internet.

    Référence

    • Généralement, quand je vois dangereux de code C# dans les exemples sur internet, c'est une odeur de code. Sens, quelqu'un a essayé d'écrire du code C en C#. À ce stade, l'Géré.Interop espace de noms est assez vaste, et vous pouvez emballer un IntPtr à une instance unique, struct, donc dangereux est vraiment une performance sensible code CLR experts. Ce n'est pas une façon de garder des vieux trucs avec des pointeurs vivant dans le monde géré.
    InformationsquelleAutor nzpcmad
  2. 21

    Si vous avez à.

    Dire que vous devez en fausses couleurs d'une grande image en niveaux de gris, dire 2000x2000 pixels. Premier à écrire le "sécuritaire" de la version à l'aide de GetPixel() et SetPixel(). Si cela fonctionne, grand, aller de l'avant. si cela s'avère trop lent, vous devrez peut-être obtenir les bits qui composent l'image (oublier au sujet de la Couleur des matrices pour le bien de l'exemple). Il n'y a rien de "mauvais" sur l'utilisation de code non sécurisé, mais il ajoute à la complexité du projet et doit donc être utilisé uniquement lorsque cela est nécessaire.

    • Notez que le fait de traiter avec les images est probablement l'utilisation la plus courante en utilisant le code unsafe pour donner un boost de performance. Cependant, je dirais que vous devriez utiliser LockBits seulement avant d'aller à unsafe et LockBits c'est à dire une étape intermédiaire.
    • eh, peut-être, si vous n'avez pas d'expérience. Une fois que vous avez fait le travail avant de savoir si oui ou non il sera nécessaire. Ce n'est pas une optimisation prématurée.
    • Je ne pouvais pas être plus d'accord. D'envisager la conversion d'une image à partir d'une plateforme à l'autre, chacun à l'aide de différentes classes et différents formats pour représenter les images. Vous pouvez copier un tableau, itérer dessus pour convertir, puis de le copier dans la cible, ou... vous pouvez utiliser des pointeurs pour copier & convertir en un seul passage, de la source à la destination. Le "coffre-fort" façon est d'une inefficacité flagrante si vous savez ce que vous faites.
    InformationsquelleAutor Ed S.
  3. 12

    Je ne me souviens pas d'avoir jamais eu à le faire - mais je n'ai pas fait beaucoup d'interopérabilité. C'est l'application la plus commune, je crois: appel en code natif. Il y a très peu de fois où à l'aide de pointeurs permet d'optimiser un peu de code, mais c'est assez rare dans mon expérience.

    Si c'est un guide, je me considère assez expérimenté en C# mais si je devais le faire tout le code unsafe, je serais obligé de consulter le spec/livres/MSDN pour me guider. Bien sûr, il y aura beaucoup de gens qui sont heureux avec le code unsafe mais moins familier avec (par exemple) les expressions de requête...

    • Je fais beaucoup de traitement de l'image et LockBits m'a sauvé beaucoup d'effort. Je n'ai jamais utilisé le code unsafe n'importe où ailleurs.
    • Je l'ai utilisé, parfois, mais rarement, même avec de l'interopérabilité. Nous avons terminé le 16 bits TWAIN et ne devait utiliser IntPtr pas de code non sécurisé. Seul endroit où j'ai pensé à de l'aide, c'était pour bitmap manipulation afin que je puisse la broche de la mémoire.
    • La seule fois où je l'ai jamais utilisé, il l'est aussi pour la manipulation d'image. J'ai eu à inverser une partie spécifique de l'image et de le faire sans le code unsafe avait une malformation de retard, mais avec le code unsafe il a été fait dans < 1 ms.
    • traitement de l'image avec LockBits et quelque peu au niveau de la manipulation de l'algorithme génétique sont les seules fois où j'ai jamais besoin d'elle, mais le gain de performance est extraordinaire!
    • Eh bien, pour la reconstitution de l'image de la GetPixel et SetPixel méthodes sont incroyablement lent. Je l'utilise aussi pour rapide de retouche d'images bitmap, y compris un algorithme génétique qui serait ma propre version de la EvoLisa projet 😉 a Part ça, je ne me souviens que l'aide à l'appel de l'interopérabilité des fonctions pour obtenir tous icônes à partir d'un *.fichier ico qui la .net et les versions antérieures ne prennent pas en charge.
    InformationsquelleAutor Jon Skeet
  4. 6

    Je dirais que les principaux problèmes sont:-

    • Code Unsafe n'est pas vérifiable. Cela signifie que le code peut seulement être exécuté par un utilisateur à partir d'un tout contexte de confiance, donc si jamais vous avez besoin d'un utilisateur d'exécuter du code à partir de n'importe où à moins de entièrement confiance (par exemple, un partage réseau n'est pas configuré pour le faire), vous êtes foutu.
    • Manque de vérifiabilité (hm ne sais pas si c'est en fait un mot) signifie également que vous pourrait potentiellement désordre de la mémoire dans votre programme. Vous êtes potentiellement apportant des classes entières de bugs dans votre application - dépassements de la mémoire tampon, balançant les pointeurs, yada yada beurk beurk. pour ne pas mentionner étant potentiellement capable de corrompre les structures de données en mémoire sans s'en rendre compte lorsque votre pointeur va bizarre.
    • Si vous voulez que votre code unsafe pour accéder aux objets gérés vous avez besoin de 'pin' eux. Cela signifie que la GC n'est pas permis de déplacer votre objet dans la mémoire et donc le tas managé peuvent être fragmentés. Cela a des implications sur les performances; par conséquent, il est toujours important de déterminer si l'un potentiel de gain de perf n'est pas compensé par ce problème.
    • Votre code devient plus difficile à comprendre pour les programmeurs de ne pas utilisé à la non géré approche. Ils peuvent être plus susceptibles de tirer leur pied avec une partie de la "liberté" code unsafe leur donne.
    • Vous êtes capable d'écrire des nations unies-type-code de sécurité; - ce vraiment plutôt élimine beaucoup de l'avantage d'une belle affinités géré la langue. Maintenant, vous pouvez rencontrer horrible type de problèmes de sécurité. Pourquoi prendre cette étape en arrière?
    • Il rend votre code plus laide.

    Je suis sûr qu'il ya plus qui pourrait être ajouté à la liste; en général, comme les autres l'ont dit - éviter, sauf si vous avez.e.g. l'appel d'un non géré méthode via p/invoke qui nécessite un peu spécial pointeur funking. Même alors, le marshaller sera surtout éviter la nécessité pour elle, la plupart du temps.

    'L'homme' dire aussi éviter, sauf si nécessaire, dans le fond.

    Oh, joli article sur l'épinglage ici sur MSDN par la voie.

    • rappelez-vous que normalement (sous la pleine confiance) le vérificateur est désactivé, ce qui signifie que votre sécurité dépend vraiment du compilateur pour faire son travail correctement. Fondamentalement, vous pouvez créer IL qui effectue des opérations dangereuses
    InformationsquelleAutor ljs
  5. 3

    Le code Unsafe est entièrement pris en charge la fonction de l' .NET CLR. Les avantages sont la performance et la compatibilité avec le code binaire. Le runtime est un bac à sable qui vous empêche de s'écraser et de brûler, mais qui a un coût. Dans les situations où vous faites extrêmement intensive des opérations contre les grosses gouttes dans la mémoire, par exemple de manipulation de l'image, il est plus rapide d'une étape à l'extérieur de la normale de sécurité du runtime fournit.

    Cela dit, je pense que plus gens d'ici n'dire "ne fais pas cela". La grande majorité des .NET développeurs ne fonctionnera pas dans un cas normal des activités qui ne peuvent être résolus à l'aide de code unsafe.

    InformationsquelleAutor Rex M
  6. 3

    J'ai utilisé le code unsafe utiliser l'emprunt d'identité pour permettre aux services d'accès à des partages réseau. Ce n'est pas un problème si vous savez ce que vous faites.

    InformationsquelleAutor Otávio Décio
  7. 2

    Vous devez les utiliser si vous en avez besoin; surtout, cela sera lorsque vous traitez avec des problèmes d'interopérabilité des scénarios (par exemple, lorsque j'ai écrit un wrapper géré pour DPAPI dans .NET 1.0 elles sont nécessaires), mais très occasionnellement, il peut être pour améliorer les performances (après profilage!) en utilisant stackalloc ou similaire.

    Il est recommandé par Microsoft dans la mesure où ils sont les concepteurs de C#, et ils ont pris la décision d'ajouter la possibilité d'écrire unsafe du code. Vous pouvez le voir dans le choix du mot clé et de l'obligation de délimiter les méthodes/classes dans lesquelles vous l'écrire à l'aide du mot-clé, qu'il n'est pas conçu pour être le de facto la mise en œuvre de choix.

    InformationsquelleAutor Greg Beech
  8. 2

    Reinterpretive comme jette pas fourni par BitConverter.

    Plus précisément la conversion d'un unint dans un int pour les fonctions de hachage où tout ce qui vous intéresse est le bits.

    À l'aide de certains utiles, bien motivé sur c ou C++ idiomatiques fonctions sur les structures où vous avez besoin de les traiter comme un octet* d'une longueur connue, encore plus utile pour le hachage.

    Extrêmement rapide de la sérialisation binaire de (très spécifique) dans la mémoire des structures (en procédant à un tableau d'entre eux), même si pour être honnête, il vaut mieux le faire par l'insertion de C++/CLI.

    Il faut dire que, dans de nombreux cas, la tâche qui exige des pointeurs peuvent souvent être résolus de mieux en faisant en C++/CLI, puis de l'importer en vous projet c# comme un dll. Il ne change pas de savoir si le code est " sûr " ou pas, mais il fait un tas de fonctions utiles pour l'exploitation du pointeur en fonction des structures plus accessibles. Il vous permet également de déconner avec les types génériques ou les énumérations, si vous le voulez vraiment.

    La probabilité de la plupart des développeurs qui ont besoin de faire c'est en effet à distance. Utile lorsque vous en avez besoin si...

    InformationsquelleAutor ShuggyCoUk
  9. 1

    sûr, il n'est pas "recommandé", c'est pourquoi il est marqué "dangereux". Mais ne vous laissez pas vous effrayer loin. Bien que, il devrait vous faire regarder à deux fois à votre code. Peut-être il est géré de façon de le faire?

    InformationsquelleAutor Al W
  10. 1

    en utilisant le code Unsafe est comme oublier le benenfits de la .Net Framework, j'ai utilisé une fois pour créé à l'ancienne structures comme des piles et des trucs, mais c'était seulement pour l'école, aujourd'hui, je n'ai pas eu besoin de les utiliser.

    InformationsquelleAutor Oscar Cabrero
  11. 1

    Le faire si elle rend votre code plus court et plus clair.

    "Suivre vos penchants avec le respect dû à l'agent de police au coin de la rue." WSM

    • Ce qui ne les pointeurs ont à faire avec vous répéter vous-même...?
    • ne pas jeter un dangereux codeblock dans un coffre-fort .NET application de la rendre MOINS propre? Je pense que vous pourriez être confondant C/C++, beaucoup de gens à venir à partir de là froncement de sourcils sur le code managé beaucoup parce qu'ils pensent que c'est plus lent. Il était dans les versions antérieures, mais il est beaucoup plus rapide et fiable de ces jours que même en code natif, en particulier sur les systèmes linux où il n'y a presque pas de ballonnement de là, en fait, mon .NET applications sous linux courir plus vite que mon C++ apps faire..
    InformationsquelleAutor daonb