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

Langage Perl Discussion :

Avantages des scripts Perl par rapport au script UNIX ?


Sujet :

Langage Perl

  1. #1
    Membre régulier
    Inscrit en
    Septembre 2003
    Messages
    222
    Détails du profil
    Informations forums :
    Inscription : Septembre 2003
    Messages : 222
    Points : 91
    Points
    91
    Par défaut Avantages des scripts Perl par rapport au script UNIX ?
    Bonjour,
    je suis dans une phases ou je dois décider quel langage je vais utilisez pour réaliser des scripts "simples"

    A moi d'offre 2 possibilités:
    -Utiliser des scripts UNIX
    -Utiliser des scripts Perl

    Les 2 méthodes étant portables, je n'arrive pas à me décider sur le langage à utiliser, j'attends donc vos impressions et j'espère ainsi pouvoir convaincre mes chefs ! lol

    Merci d'avance.
    L'echec ne doit pas être considéré comme une perte de temps mais comme l'apprentissage.

  2. #2
    Mr6
    Mr6 est déconnecté
    Membre éclairé

    Homme Profil pro
    Inscrit en
    Septembre 2004
    Messages
    607
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France

    Informations professionnelles :
    Secteur : Service public

    Informations forums :
    Inscription : Septembre 2004
    Messages : 607
    Points : 794
    Points
    794
    Par défaut
    tes scripts unix sont portables ? quels que soit le choix du shell (sh/ksh/csh) ? et si tu as besoin de l'équivalent sous windows ?

    C'est tout pour moi

  3. #3
    Expert confirmé
    Avatar de GLDavid
    Homme Profil pro
    Service Delivery Manager
    Inscrit en
    Janvier 2003
    Messages
    2 851
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 47
    Localisation : France, Seine Saint Denis (Île de France)

    Informations professionnelles :
    Activité : Service Delivery Manager
    Secteur : Industrie Pharmaceutique

    Informations forums :
    Inscription : Janvier 2003
    Messages : 2 851
    Points : 4 743
    Points
    4 743
    Par défaut
    Pour moi la différence se justifie selon si tu as beaucoup de traitements de chaînes de caractères. Si je vois que j'ai trop d'opérations sur des chaînes de caractères ou qu'elles sont complexes, j'opterais plus facilement pour Perl.
    Ce serait pour quel projet ton script ?

    @++
    GLDavid
    Consultez la FAQ Perl ainsi que mes cours de Perl.
    N'oubliez pas les balises code ni le tag

    Je ne répond à aucune question technique par MP.

  4. #4
    Membre expert
    Avatar de 2Eurocents
    Profil pro
    Inscrit en
    Septembre 2004
    Messages
    2 177
    Détails du profil
    Informations personnelles :
    Âge : 54
    Localisation : France

    Informations forums :
    Inscription : Septembre 2004
    Messages : 2 177
    Points : 3 166
    Points
    3 166
    Par défaut
    Tout dépend de ce que j'ai à faire ...

    Pour des traitements complexes, Perl s'appuyant sur CPAN qui fournit des modules à tout faire, c'est quand même très confortable.

    Pour des traitements plus simples, faut voir ...

    S'il s'agit d'une simple copie de fichiers ou d'un déplacement périodique de répertoire, les scripts UNIX font ça très bien.

    Ils peuvent cependant être nettement épaulés par une petite injection d'EPO (Efficacité Perl Optimale )

    Ainsi, la suppression des fichiers trouvés par un find en est l'exemple le plus fréquent :
    Code : Sélectionner tout - Visualiser dans une fenêtre à part
    find ... -exec rm -f {} \;
    C'est la démarche classique, dont on ne se rend que trop rarement compte qu'elle génère un foisonnement de processus, gaspilleur de ressources.
    Code : Sélectionner tout - Visualiser dans une fenêtre à part
    find ... -print0 | perl -n0e unlink
    Est beaucoup plus efficace. Le find formate une liste des fichiers qui est pipée sur perl, qui comprend le formatage de la liste et boucle un unlink dessus (exemple tiré de perldoc perlrun). Il n'y a donc qu'un seul processus pour dégager tous les fichiers, au lieu d'un par rm dans l'autre cas.

    Je n'ai aucun scrupule à tout faire cohabiter, même si ma préférence va au "tout perl", ne serait-ce que parce que cela offre une syntaxe homogène et cohérente, ce qui facilite la maintenance - à la seule condition de savoir lire et écrire Perl .
    La FAQ Perl est par ici
    : La fonction "Rechercher", on aurait dû la nommer "Retrouver" - essayez et vous verrez pourquoi !

  5. #5
    Membre régulier
    Inscrit en
    Septembre 2003
    Messages
    222
    Détails du profil
    Informations forums :
    Inscription : Septembre 2003
    Messages : 222
    Points : 91
    Points
    91
    Par défaut
    Moi j'opterais aussi pour du perl...
    (Le travail à faire est de pouvoir ecrire des petits scripts utilisant des executables existants, traitant les chaines de caractères et aussi l'ecriture dans des fichiers, ..)

    Je pense vraiment que le plus simple est le perl.

    Merci pour vos avis sur le sujet...
    L'echec ne doit pas être considéré comme une perte de temps mais comme l'apprentissage.

Discussions similaires

  1. Script perl qui appelle un script perl avec un time
    Par lovelace63 dans le forum Programmation et administration système
    Réponses: 3
    Dernier message: 21/09/2012, 20h40
  2. problème d'interprètation de script perl par asterisk
    Par mptijr dans le forum Administration système
    Réponses: 1
    Dernier message: 06/10/2010, 12h06
  3. lancement script perl depuis un autre script perl
    Par danathane dans le forum Langage
    Réponses: 4
    Dernier message: 19/01/2010, 14h54
  4. Authentification web sur script perl par Delphi
    Par heatcraft dans le forum Web & réseau
    Réponses: 0
    Dernier message: 13/07/2009, 10h30
  5. Réponses: 4
    Dernier message: 19/01/2006, 15h34

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