Version imprimable
Salut, tout le monde
Je commence a apprendre la langage Perl et je le trouve intéressant, mais je ne sais pas est ce que ce langage est util que pour la programmation de Script, pour Shell unix??
Ou bien je peux utiliser Perl, pour faire des application comme gestion de congé, intratNet de communication de personnels dans une entreprise??
Est ce que on peut considérer Perl comme C ou bien Java??
J attends tes réponses et merci d avance
Bonjour,
au départ, Larry Wall a créé le langage Perl (en 1987) pour l'assister dans la programmation système sous Unix, un peu comme un extension du Shell et des outils existants sous Unix à l'époque comme sed ou awk. Perl est donc dès l'origine adapté à ce genre de programmation et l'est toujours.
Depuis, Perl a profondément évolué et l'on peut dire qu'avec Perl 5 (sorti en 1994), Perl est passé du statut de langage de script à celui de langage de programmation à part entière, avec l'introduction des modules (le CPAN - Comprehensive Perl Archive Network - est la plus grande bibliothèque de composants logiciels réutilisables au monde), des références (sortes de pointeurs), des structures de données multi-niveaux (hachages de hachages, tableaux de tableaux, hachages de tableaux, etc.), de la programmation orientée objet, etc. Oui, on peut tout à fait considérer Perl comme C ou Java (en mieux ;), bien sûr).
Pour compléter, on peut dire que le CPAN propose plusieurs bibliothèques graphiques permettant d'écrire des interfaces utilisateur graphiques (Tk, Gtk, wxWindows, ...). De même, perl est multi-plateforme (Windows, Linux, OSX) et possèdent plusieurs implémentations sur chaque plateforme. La portabilité est donc assez facile à obtenir.
Je sais pas. Mais en tous cas Perl est très bien pour les gens qui aurait besoin de C ou Java, mais qui n'ont pas envie d'apprendre ni C, ni Java.Citation:
Envoyé par sonia5
Ca fait maintenant près de trois mois que je me suis mis à perl, et je regrette pas du tout.
Perl est un langage généraliste en principe. Comme tous les langages de programmation, certaines choses y sont plus faciles que d'autres. C'est Randall Schwartz, je crois, qui a dit que Perl est particulièrement adapté à des problèmes comportant 90% de texte et 10% d'autre chose. Bien sûr, la richesse du CPAN fait que beaucoup d'autres choses peuvent devenir faciles. Si on a besoin de beaucoup de performance brute à l'exécution, Perl ne tient pas la comparaison face à C, mais peu de langages de haut niveau tiennent cette comparaison de toute façon. Perl a de très bonnes performances, tombant dans le "good enough" pour la plupart des problèmes ne relevant pas de sa vocation de base. Il est à noter que certains modules du CPAN, ainsi que certains modules de base, sont des exécutables écrits en C, pour certaines fonctionnalités gourmandes en ressources et demandant de l'optimisation fine.
En tant que langage d'administration système sous environnement POSIX, Perl est très très bon. Il permet d'écrire des "scripts" très puissants et complexes avec une structuration plus confortable que ce qu'offrent les différents shells – mais on ne peut pas totalement ignorer le shell, au bout du compte. La plupart des fonctionnalités les plus basiques en shell sont plus puissantes que leurs équivalents en Perl, mais dès qu'un script shell développe une certaine complexité, Perl devient un bon candidat pour structurer le tout, d'autant qu'il gère très bien les appels aux commandes du système.
Il y a deux semaines, j'ai re-développé un script d'installation de fichiers d'une base de données (500 fichiers environ) et de redéfinition des variables d'environnement associées à ces fichiers.
Avant: 1500 lignes de shell;
Après: 7 lignes de shell et 27 lignes de Perl.
Mais on constatera que j'avais quand même besoin d'un peu de shell au démarrage pour lancer le script Perl (c'était possible sans, mais ça aurait été bien moins pratique).
Mais, comme le dit Schmorgluck, le shell reste très utile pour certaines choses. Par exemple, j'utilise fréquemment dans un shell une syntaxe du genre:
Mes fichiers en entrée ont souvent entre 30 et 500 millions de lignes, utiliser le sort Unix permet de trier efficacement le fichier avant de faire toute la logique fonctionnelle/métier dans le programme Perl. Et les pipes et redirections du shell me permettent d'éviter de créer toute une palanquée de fichiers intermédiaires inutiles, créant des confusions (quel est le fichier final réel?) et mangeant de la place disque.Code:
2
Merci pour tes réponses
La vérité des je commence a travailler de Perl, j ai écris des programmes a l éditeur NotePad++
Est ce que je dois installer des éléments spécifiques pour commencer a exécuter mes programmes en Perl sous Windows et Unix???
Car je veux faire une application java et pour la partie métier et tous ce qui est contrôle je veux les faire par perl, est il possible, sachant que je travaillerai par Eclipse, est ce qu il y a des plugins de Perl au niveau d Eclipse????
Je pose plusieurs questions, car je n arrive pas a bien comprendre Perl, mais j aime pas l utiliser pour sa performance et portabilité
Merci d avance
Il y en peut-être d'autres, mais EPIC est le plugin (ou ensembe de plugins) standard pour Eclipse.
Sinon, pour utiliser Perl, il faut bien sûr installer Perl (l'interpréteur-compilateuir et le reste de l'environnement), sauf s'il est déjà installé, ce qui est souvent le cas sous Linux ou Unix. Sous Windows, il fait unstaller soit Active Perl, soit Strawberry Perl (soit Cygwin, qui est un émulateur Linux/Bash sous Windows).
Merci pour les réponses, ok je vais installer Active Perl je pense il est suffisant
Mais est ce que toujours possible de faire l application JAVA, tel que la partie métier et tous ce qui est contrôle sera par perl, est ce qu on peut dire que Perl est performant pour l utiliser aux chaines ou batch des contrôles et des calculs c a d les traitements complexes qui s exécutent (déclencher) quotidiennement ou bien hebdomadairement?
Je ne peux pas dire avec certitude si Perl est assez performant pour tes besoins, car je ne connais pas les besoins en question, mais il y a toutes les chances que ce soit le cas. Je traite quotidiennement des fichiers de plusieurs gigaoctets, et même parfois de plusieurs dizaines de gigaoctets en Perl, sans aucun problème.
D accord, je vais utiliser Perl pour les batchs et scripts qui font des controles et calcules des montants des factures
Merci a ts