Rapport de cas CASEEPORT est un outil pour trouver des incohérences de cas de nom de fichier dans l'arborescence source.
Télécharger maintenant

Rapport de cas Classement & Résumé

Rapport de cas Mots clés

déposer cas d'analyse des fichiers sensibles rapport de cas des fichiers sensibles Fichiers de référence Rapport de cas sensible aux majuscules et minuscules

Rapport de cas La description

CaseReport est un outil pour trouver des incohérences de cas de nom de fichier dans l'arborescence source. CaseReport est un outil qui pourrait vous aider à trouver des endroits dans votre programme où vous référez des fichiers dans un mauvais cas. CaseEreport provoque rarement des problèmes sur MS Windows, mais doit être corrigé si vous portez votre programme sur OS.FLeNames sensibles à une casse-sensible à la casse, non seulement dans le code source (C ou Java, ou quelle que soit la langue que vous utilisez pour votre projet). Usualy Il existe des fichiers de ressources, des XML, des fichiers de configuration tout autour et le format de ces fichiers peut parfois être inhabituel. C'est pourquoi CaseRortPort ne fait pas d'hypothèses sur le type de fichier.Il est très rapide. Et la vitesse ne dépend pas du nombre de noms de fichiers recherchés. Bien sûr, il doit lire des fichiers à partir du disque. Mais comme chaque octet n'est traité qu'une seule fois, cela pourrait ne plus être de copier les mêmes fichiers dans le périphérique NULL. Sur ma machine, il utilise 60% de la CPU et utilise un double processeur ou une hyperthreading (grâce à Java Nio) .Cet outil a été écrit pendant le travail sur un projet de portage. Lorsque le projet a été exécuté sous Linux pour la première fois, de nombreux fichiers ont été constatés comme référencés dans un mauvais cas d'autres fichiers. Celles-ci incluaient des noms de fichiers codés en dur dans le code source, base de données (créé par SQL Script), fichiers XML, etc.First, j'ai écrit un script de shell simple, mais c'était trop lent. Ensuite, j'ai écrit une implémentation simple en C #, mais la performance était toujours affreuse. Je voulais une meilleure performance, car chaque fois que je devais modifier le script pour faire moins de bruit. J'ai compris que je peux mettre en uvre un algorithme vraiment rapide. Shell Script fonctionnait environ une heure sur mon projet, la mise en uvre naïve a pris 13 minutes et avec le nouvel algorithme qu'il ait pris moins d'une minute. Et je l'ai réécrit en Java parce que je voulais me familiariser avec le nouvel IDE Eclipse.Quelle de ce communiqué: · Cette version a une interface graphique. En plus de la ligne de commande JAR, vous pouvez maintenant télécharger un plugin Eclipse.

Rapport de cas Logiciels associés