Sorcellerie Web - Tag - python

Komodo Edit

J.Ducastel — Fri, 29 Aug 2008 15:14:00 +0200

Puisque la question a été posée sur la liste de diffusion de django, voici quelques remarques sur l'éditeur que j'utilise et les raisons de mon choix.

Il s'agit donc de Komodo Edit, qui succède depuis maintenant une bonne année à PSPad (qui succédait lui-même à Context). L'essentiel de mon activité de développement se fait au bureau sous Windows, mais je développe également chez moi sous Mac, après quelques années sous Linux. Je souhaitais un éditeur qui soit multi-plateformes afin de n'avoir qu'une interface à apprendre. Pour le reste, voici un résumé :

coloration syntaxique: Les formats supportés (et qui m'intéressent) sont PHP, SQL, HTML, XML, CSS, Python, Javascript, Django (gabarits). Ce qu'il me manque : INI qui est un format que j'utilise pour mes fichiers de configuration.
Auto-complétion: Et vraiment très bien faite. Lorsque l'on commence à taper un nom de fonction, komodo propose une liste de choix, puis une bulle contextuelle avec la liste des arguments. Outre les fonctions natives du language, Komodo supporte également les fonctions et méthodes du projet en cours, et est même capable de récupérer les informations depuis leur docblock, ce qui est une motivation pour les écrire systématiquement :); C'est aussi très utile pour les directives d'importation en python, quand on ne connait pas encore par coeur l'arborescence des paquets et modules que l'on utilise.
Projets: La creation d'un projet se fait assez facilement, en sélectionnant le dossier concerné. Ceci donne un navigateur de fichier pour le dossier en question.
Edition multiple: Tout à fait vital pour moi, j'ai souvent une douzaine d'onglets ouverts !
Pliage de code: Pratique quand on cherche une méthode au sein d'une classe obèse, même si ça en vaut pas un bon navigateur de code
Chercher-remplacer: Dans le fichier en cours, la selection en cours, tous les fichiers du projet; et supporte les expressions régulières.
Mais un défaut quand même: Ca rame. Comparé à la plupart des éditeurs de texte, Komodo edit est très gourmand en mémoire. Si vous avez un très gros fichier à ouvrir, tel qu'un log ou un dump SQL, mieux vaut essayer un éditeur plus léger.

Fichiers de configuration

J.Ducastel — Fri, 07 Dec 2007 16:27:00 +0100

Lorsqu'on développe une application ou un composant de manière à pouvoir le réutiliser, il est nécessaire de pouvoir définir une configuration d'environnement de manière séparée du code. Cela peut être fait par inclusion d'un fichier se contentant de déclarer un suite de variables ou de constantes dans le language de l'application (c'est le cas des fichiers urls.py et settings.py de Django). Mais il est généralement préférable d'utiliser un format qui puisse être lu et modifié par un non-programmeur.

Le format INI

A la fois très simple et très largement utilisé, le format INI permet de définir des paires clefs/valeur, éventuellement organisées par sections. Il est suffisamment intuitif pour être modifié par quelqu'un qui n'en connait pas la syntaxe.

C'est le format de configuration de PHP, et une fonction native permet de lire un tel fichier et de récupérer directement les données stockées dans un tableau associatif, à deux dimensions en activant le support des sections.

Python dispose du module ConfigParser, qui supporte une syntaxe un peu plus évoluée.

Le format XML

Le patriarche des formats de structuration et d'échange de données. Plus qu'un format de fichier, XML est une grammaire dont dérivent des zillions de syntaxes, qu'elles soient standardisées ou propriétaires. Très largement utilisé pour la configuration d'application, ce n'est pourtant pas forcément des plus simples à éditer. De plus, il est généralement assez lourd à manipuler en programmation, ce qui n'est pas terrible en termes de performance. Surtout dans le cadre d'une application web, si celle-ci doit lire le fichier à chaque requete...

Le format YAML

Si vous avez besoin de données de configuration plus élaborées, notamment s'il vous faut plus de deux niveaux de données ou des textes sur plusieurs lignes, il y a le format YAML. Celui-ci se veut une alternative à XML, qui soit à la fois plus concise (donc plus légère à stocker) et plus lisible pour un être humain. Ce qui en fait un candidat idéal pour des fichiers de configuration. Comme en Python, l'indentation y joue un rôle clef.

Contrairement à INI, il n'est pas supporté nativement par PHP, mais la librairie Spyc permet de convertir ces fichiers en tableaux de données et inversement.

Python dispose de la librairie PyYaml.

Petit guide à l'usage du developpeur agile

J.Ducastel — Fri, 23 Nov 2007 10:16:00 +0100

Il etait déjà dans ma liste Amazon, mais une critique de BioloGeek m'a décidé à l'acheter sur le champ. Et je ne regrette pas. Plus qu'un ouvrage sur Python, il traite pour l'essentiel de méthodologie et de bonnes pratiques de développement. Beaucoup de conseils sont génériques et transposables à d'autres language comme le PHP.

Tester Django - modifier ses modèles

J.Ducastel — Mon, 19 Nov 2007 17:16:00 +0100

Ce week-end, j'ai repris mes tests de Django, un framework web en Python. (Ou comment occuper son week-end par temps pourri et grève des transports). Histoire de me simplifier la vie et remettre à plus tard l'installation et la configuration de MySQL sur mon Mac, j'ai opté pour le stockage SQLite (qui est inclus d'office). Voici un bref compte-rendu, ainsi qu'une petite astuce pour les premiers stades d'un développement avec Sqlite

Tout naturellement, je suis parti dans la ré-implémentation incrémentale d'un de mes projets PHP. Ce qui signifie commencer avec des modèles de données très simples, et les enrichir au fur et à mesure. Avec Django, la définition des modèles de données se fait par la rédaction de classes modèles, et la création des tables de la base se fait via un utilitaire en ligne de commande : python manage.py syncdb.

Or cette commande ne crée que les tables n'existant pas encore et ne met pas à jour la structure des tables existantes, ce qui fait que très vite on se retrouve avec des tables dont la structure ne correspond plus au modèle, et une erreur du type no such column. J'ai cru un instant que la commande python manage.py flush vidait la base et donc supprimait les tables, mais elle ne vide apparemment que les données et conserve la structure des tables existantes.

C'est là qu'une fois de plus, Firefox m'a servi de couteau suisse du développement. En cherchant un utilitaire pour inspecter le contenu de la base Sqlite, je suis tombé SQLite Manager, une extension permettant d'administrer entièrement une base Sqlite ! Du coup, ça m'a permis de supprimer la table associée à chaque fois que je modifiais un modèle, et la recréer ensuite via syncdb.

Pour ce qui est de Django, je ne suis pas déçu. Cela faisait longtemps que je le surveillais du coin de l'oeil, et même un peu plus puisque j'ai réalisé une implémentation partielle de son moteur de templates en PHP (actuellement incluse dans webappkit, mon système de paquetages pour applis web PHP). En pratique, c'est encore mieux qu'attendu et la qualité et la richesse de la documentation y est pour quelque chose. Ainsi bien sûr que les qualités du language Python, qui a pas mal d'avance sur PHP a la fois en fonctionnalités et en cohérence.

Quelques liens supplémentaires :

Django-fr, proposant une partie de la documentation en français
Django Book un livre en ligne (a paraitre prochainement)
The B-list un blog très riche en informations et astuces de développement.
Mes signets Django sur Magnolia comme ça je ne recopie pas tous mes liens ici ;)