IdentifiantMot de passe
Loading...
Mot de passe oublié ?Je m'inscris ! (gratuit)
Navigation

Inscrivez-vous gratuitement
pour pouvoir participer, suivre les réponses en temps réel, voter pour les messages, poser vos propres questions et recevoir la newsletter

Python Discussion :

Nettoyeur de code


Sujet :

Python

Vue hybride

Message précédent Message précédent   Message suivant Message suivant
  1. #1
    Membre éprouvé

    Profil pro
    Account Manager
    Inscrit en
    Décembre 2006
    Messages
    2 301
    Détails du profil
    Informations personnelles :
    Localisation : France, Savoie (Rhône Alpes)

    Informations professionnelles :
    Activité : Account Manager

    Informations forums :
    Inscription : Décembre 2006
    Messages : 2 301
    Par défaut Nettoyeur de code
    Bonjour,
    quelqu'un connait-il une bibliothèque qui nettoie un code de tous ses commentaires et docstrings ?

    L'idée serait d'avoir deux versions de mon projet : l'une allégée pour les utilisateurs non programmeurs, et une autre pour les développeurs avec les commentaires et docstrings.

  2. #2
    Membre Expert
    Homme Profil pro
    Inscrit en
    Avril 2004
    Messages
    1 068
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France

    Informations forums :
    Inscription : Avril 2004
    Messages : 1 068
    Par défaut
    codes-le ... voilà un bon exo.

  3. #3
    Membre éprouvé

    Profil pro
    Account Manager
    Inscrit en
    Décembre 2006
    Messages
    2 301
    Détails du profil
    Informations personnelles :
    Localisation : France, Savoie (Rhône Alpes)

    Informations professionnelles :
    Activité : Account Manager

    Informations forums :
    Inscription : Décembre 2006
    Messages : 2 301
    Par défaut
    On est d'accord, c'est assez facile à coder mais j'ai la flemme.

    Côté principe, histoire de montrer que je ne bleuffe pas, il faut faire :
    1. Repérer les chaînes de caractères car par exemple "#..." ne sera pas un commentaire.
    2. Trouver ensuite les commentaires, ie #...finDeLigne en dehors des chaînes, et en faisant gaffe aux ligns commençant par un dièse et indiquant qu'il faut lancer Python et aussi l'encodage du fichier.
    3. Trouver les docstrings, ie debutDeLigneOuPresque"""...""" et debutDeLigneOuPresque'''...''', et leurs versions "raw".

  4. #4
    Membre éprouvé

    Profil pro
    Account Manager
    Inscrit en
    Décembre 2006
    Messages
    2 301
    Détails du profil
    Informations personnelles :
    Localisation : France, Savoie (Rhône Alpes)

    Informations professionnelles :
    Activité : Account Manager

    Informations forums :
    Inscription : Décembre 2006
    Messages : 2 301
    Par défaut
    Je "m'auto-réponds" et "auto-chambre" au passage : essayer ceci.

    On y trouve http://stackoverflow.com/questions/1...nts-docstrings qui renvoie vers http://code.activestate.com/recipes/576704/ . Je vais tester cette solution.

  5. #5
    Expert éminent
    Homme Profil pro
    Architecte technique retraité
    Inscrit en
    Juin 2008
    Messages
    21 741
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France, Manche (Basse Normandie)

    Informations professionnelles :
    Activité : Architecte technique retraité
    Secteur : Industrie

    Informations forums :
    Inscription : Juin 2008
    Messages : 21 741
    Par défaut
    Salut

    Je suis dubitatif quand à l'intérêt de la fabrication de script "nettoyés":
    - un langage de script c'est bien parce que lisible et les docstrings rendent la chose encore plus aisée.
    - avec des scripts "avec" et "sans" on va être embêté pour diagnostiquer une erreur à la ligne x du module machin: le développeur n'a pas la même chose à la ligne x ou sera obligé de "translater". Beurk!
    - en plus il va falloir tester les deux moutures: comment s'assurer que le nettoyage se fait sans erreur?

    Ne serait-il pas préférable de ne livrer que les bytes codes?

    Options de la ligne de commande:
    -O¶
    Turn on basic optimizations. This changes the filename extension for compiled (bytecode) files from .pyc to .pyo. See also PYTHONOPTIMIZE.

    -OO¶
    Discard docstrings in addition to the -O optimizations
    Python -OO devrait produire un .pyo libre de commentaires ET de docstrings

    C'est vous qui voyez ;-)
    Cordialement

    - W
    Architectures post-modernes.
    Python sur DVP c'est aussi des FAQs, des cours et tutoriels

  6. #6
    Membre éprouvé

    Profil pro
    Account Manager
    Inscrit en
    Décembre 2006
    Messages
    2 301
    Détails du profil
    Informations personnelles :
    Localisation : France, Savoie (Rhône Alpes)

    Informations professionnelles :
    Activité : Account Manager

    Informations forums :
    Inscription : Décembre 2006
    Messages : 2 301
    Par défaut
    C'est mieux effectivement.

    Par contre, pour le "bug tracking", je suis moins convaincu.

+ Répondre à la discussion
Cette discussion est résolue.

Discussions similaires

  1. Trouver des modules-Code affreux cherche nettoyeur !
    Par rambc dans le forum Général Python
    Réponses: 2
    Dernier message: 09/07/2010, 19h16
  2. De la rapidité du code
    Par jfloviou dans le forum Contribuez
    Réponses: 233
    Dernier message: 29/05/2009, 02h17
  3. [MFC](encapsulation ADO) ou placer le code
    Par philippe V dans le forum MFC
    Réponses: 2
    Dernier message: 13/06/2002, 14h58
  4. Explorateur de code C
    Par Zero dans le forum C
    Réponses: 14
    Dernier message: 06/06/2002, 09h41
  5. OmniORB : code sous Windows et Linux
    Par debug dans le forum CORBA
    Réponses: 2
    Dernier message: 30/04/2002, 17h45

Partager

Partager
  • Envoyer la discussion sur Viadeo
  • Envoyer la discussion sur Twitter
  • Envoyer la discussion sur Google
  • Envoyer la discussion sur Facebook
  • Envoyer la discussion sur Digg
  • Envoyer la discussion sur Delicious
  • Envoyer la discussion sur MySpace
  • Envoyer la discussion sur Yahoo