| |
|
Journalisation de messages dans votre logiciel est une grande source d'informations de débogage à la fois avant et après la sortie du produit. Contrairement aux traces de la pile qui créent beaucoup de désordre, de créer des fichiers log maintient vos applications tout en gardant la production en ordre toutes les informations importantes sur la façon dont le logiciel est en marche. Cela peut considérablement faciliter le débogage, à tout stade de développement et son impact sur l'utilisateur est minime si inexistant. Les raisons que vous devriez envisager d'appliquer une stratégie d'exploitation forestière sont quatre
double: - L'exploitation forestière augmente l'efficacité de débogage
Debug programmeurs de logiciels utilisant des méthodes différentes ou des méthodes de l'impression de code pour vérifier les déclarations comportement correct, les tests unitaires pour un comportement correct et l'utilisation d'un débogueur de logiciels; retrouve dans presque tous les environnements de développement interactif (IDE) aujourd'hui. Ce dernier est probablement le moyen le moins efficace de débogage si elle est utilisée comme un dernier recours en raison de la nature opportune nécessaire pour parcourir code ligne par ligne, en identifiant si un bug ou un problème peut exister. Bien que dernier recours, il est parfois la dernière forme de débogage à gauche lorsque le débogage des méthodes plus rapides n'ont pas permis de révéler la source du problème. Pour cette raison, la première passe de débogage implique souvent l'impression de valeurs ou les déclarations de vérifier le comportement correct. Pourquoi? Dans la plupart des cas, il est plus rapide que le renforcement par le biais d'un débogueur. Cette perception est cependant un peu trompeuse. Alors que dès le départ, cette méthode exige très peu de temps, plus de temps, il peut s'accumuler. Parce que ces types de messages apparaissent généralement autour ou à l'emplacement de bogues dans le logiciel, ils sont souvent enlevés après le bug ou d'une zone problème a été résolu à ne pas créer un bruit supplémentaire dans la production des programmes. Ceci a pour effet secondaire d'éliminer toute trace de informations conduisant à ou après le point d'exécution problématique. Si vous avez des problèmes autour de ces zones à un stade tardif, vous n'avez aucune information disponible. Vous n'avez pas à imprimer ces informations de nouveau, à écraser les bugs et supprimer les messages à nouveau. C'est là où l'exploitation forestière peuvent contribuer à sauver du temps. En vous connectant messages au lieu de les imprimer à un flux de sortie standard (comme l'écran), vous n'avez pas besoin de passer du temps à les enlever. Vous pouvez les journaux et les oublier. Ce journal et oublier approche s'appuie sur une piste d'exécution en tant que votre programme s'exécute. Si vous rencontrez des problèmes à un stade ultérieur de développement, vous mai déjà d'une quantité considérable d'informations (tirées de la piste de votre logiciel de gauche comme l'a exécutée) disponible menant jusqu'au point de défaillance. - Exploitation forestière fournit plus d'informations
L'exploitation forestière peuvent fournir des informations beaucoup plus que des exceptions justes ou les traces de pile car vous n'êtes pas tellement préoccupés par le bruit de sortie trop comme vous seriez si vous vouliez imprimer juste vos messages à l'écran. Cela vous permet de vous connecter plus d'informations sur l'état réel de fonctionnement de votre programme. Vous pouvez vous connecter lorsque vous entrez dans certaines sections de code et quand vous leur laissez, vous pouvez vous connecter des points de comportement anormal, des piles d'exception et toute autre information que vous pensez pouvoir être utile comme un sentier plus tard. Si vous rencontrez une erreur grave dans votre programme qu'elle cause à l'accident, vous avez les deux pre-crash d'information ainsi que des informations de trace de pile associé à l'accident. Ayant ces deux éléments d'information ensemble est nettement mieux que d'avoir juste un ou l'autre. Une trace de la pile elle-même par exemple vous indique le type de problème qui s'est produit, mais il ne dit pas nécessairement que vous le plantage du programme. Quel comportement a eu lieu avant le crash? Dans quel état étaient certains objets avant le crash? Cette information supplémentaire peut vraiment aider à mettre en contexte un accident conduisant à une résolution plus rapide. - Rendements de l'exploitation forestière a augmenté Control Message
Contrairement à l'impression à un flux de sortie standard comme dans l'écran qui est, soit on ou off, vous pouvez personnaliser vos messages de journalisation avec différents degrés de granularité. La plupart des paquets d'exploitation forestière donnent la capacité d'enregistrer les messages à un niveau particulier, on, off, tous, des infos, fine, plus fine, plus belle, par exemple. Cela vous donne la possibilité de transformer rapidement toutes les informations de journalisation activé ou non, simplement regarder les messages consignés sous la forme de l'information (flux de programme général et le comportement par exemple), tout en classant les informations de débogage à différents degrés de granularité. Cela vous donne le contrôle d'éteindre informations de débogage plus belle quand elle n'est pas nécessaire, mais il garantit ces informations sont encore disponibles lorsque vous n'avez pas besoin. Ce type de flexibilité est tout simplement pas disponibles lorsque vous imprimez directement sur la sortie standard, que ce soit l'écran, un fichier ou autrement. - Exploitation forestière s'étend à l'utilisation d'entretien
Dans la plupart des cas, vous ne voudrez pas toutes les informations de débogage vous sur la console pendant le débogage de comparaître aux utilisateurs de votre logiciel en tant que le programme s'exécute ou se bloque. Pour la plupart des utilisateurs de cette information ne va pas être significative et même à ceux qu'il est, ils ne peuvent rien faire à moins d'avoir une copie du code source. C'est là que les fichiers journaux sont utiles. Ils peuvent être discrets, créé en silence de façon très discrète que l'utilisateur n'est pas au courant. Certaines entreprises un programme d'installation de soumission automatique de fichier journal lorsqu'un incident se produit dans leur logiciel permettant à toute les informations du journal généré qui sera transmis aux développeurs pour l'inspection. Cela donne aux développeurs l'abondance d'informations sur le problème, mais dans bien des cas également l'environnement de fonctionnement dans laquelle le problème est survenu. Ceci est important parce que le comportement anormal pourrait exister que sur un certain ensemble de matériel. Suivi de ce genre de problème en descendant peut être très difficile, sinon impossible, si ce genre d'information n'est pas présent. Ainsi, les avantages d'intégrer dans votre logiciel d'exploitation forestière sont quatre fois; - Une augmentation de débogage d'efficacité par la pratique de ce journal et de l'oublier
- Augmentation de la disponibilité des informations
- Un contrôle accru du message et le traitement
- Après la disponibilité des informations de production
La prochaine fois que vous développez un logiciel qui ne dispose pas d'exploitation forestière. Songez à ces prestations et également la quantité de temps que vous passez dans le débogage. Même avec une simple pratique, comme la valeur ou le débogage de déclaration via la sortie standard. Il ya une bonne chance d'une pratique solide exploitation forestière seront bénéfiques pour votre pré-et de développement post-production.
|
|
|
