The World Of Delphi (Delphi - Firebird - Musique - Photos)

Un des gros avantages du framework Intraweb se situe au niveau de la gestion de la session utilisateur, puisque celle-ci est complètement prise en charge. Je vous propose donc aujourd'hui une petite présentation de cette fonctionnalité.

Les jeux Olympiques de Vancouver sont le sujet à la mode du moment, mais pas pour le côté informatique,cela va de soit. Cependant cela fait plaisir de voir que Delphi n'est pas étranger à cet évènement. En effet, on peut observer légèrement au large de Vancouver des anneaux olympiques lumineux qui changent régulièrement de couleur afin de réaliser différents effets. Ces anneaux sont constitués de milliers de Leds à très basse consommation d'énergie, et toute ces leds sont pilotées par un programme réalisé à l'aide de Delphi.

Vous pouvez consulter ici l'information et même une petite vidéo montrant le résultat :

Vancouver Olympic Rings... Powered by Delphi

Je sais qu'à l'heure où la mémoire des ordinateurs individuels atteint couramment plusieurs Giga Octets, le débat de son économie semble dérisoire. Mais faisant partis de ceux qui ont connus des PC largement moins dotés de ce côté là, je ne peux jamais m'empêcher de prêter une attention particulière à ce problème. Et à ce sujet il existe un moyen tout simple de faire de l'économie de mémoire lorsque nos applications grossissent avec Delphi.

Intraweb est un framework qui permet de construire une application intranet/internet aussi simplement qu'une applciation VCL classique. Il est inclu dans Delphi depuis la version 7. Les applications générées peuvent être distribuées sur des serveurs IIS en ISAPI ou Apache en modules d'extension (SO). Nous étudieront ce framework, mais pour commencer voici comment créer un petit annuaire téléphonique en quelques minutes.

Nous avons vu lors du précédent billet comment mettre en œuvre simplement une petite base de données MyBase. Aujourd'hui pour illustrer cela, je vous donne une source commentée permettant de faire un petit système de configuration utilisant ce principe.

Pourquoi préférer la structure du langage Pascal à celle (par exemple) du langage C, alors que c'est cette dernière qui est la plus répandue, y compris dans les langages autres que C ?
Pour moi la raison en est toute simple : la clarté et la rigueur du code !!
Pour la clarté du code, ce que je dis souvent, c'est que lorsqu'on ouvre une unité contenant une classe, et bien grâce à la structure de ce langage, on a tout de suite une vision claire et concise de celle-ci.
Voici par exemple la déclaration d'une classe Voiture héritant de la classe Vehicule :

 Voiture = class( Vehicule)
 private
   FPuissance: string;
   FCouleur: string;
   procedure SetCouleur(const Value: string);
   procedure SetPuissance(const Value: string);
 public
   procedure Demarrer;
   procedure Arreter;
 published
   property Couleur:string read FCouleur write SetCouleur;
   property Puissance:string read FPuissance write SetPuissance;
 end;

D'un seul coup d'œil on peut voir les propriétés ainsi que les méthodes. On vois distinctement la portée de chaque élément, il est ainsi aisé de cerner rapidement ce qui va permettre de manipuler l'instance de cette classe.
Alors oui, l'inconvénient, c'est que quelque part il y a double travail : on déclare d'un côté, on implémente de l'autre. Mais justement c'est là qu'intervient Delphi !! Vous tapez le code ci-dessus dans l'IDE , et vous demandez simplement à Delphi de générer l'implémentation ! Non, bien sûr il n'a pas écrit le contenu de la méthode Demarrer, il faut bien vous en laisser un peu Mais par contre vous n'avez plus qu'à écrire le contenu des différentes méthodes de la classe (sauf pour les accesseurs (SetCouleur, ....) pour lesquels Delphi poussera sa générosité jusqu'à écrire le contenu, en partant du principe que vous ne voulez faire qu'une simple affectation du champ).
Cela peut paraitre paradoxal, mais même avec un langage un peu plus verbeux, on ne perd pas plus de temps à coder.
Puisque nous sommes dans les paradoxes je vais en ajouter un autre : ce qui me plait aussi dans ce langage, c'est la rigueur qu'il impose, notamment en étant fortement typé. Encore une fois cela peut sembler être contraire à la productivité puisque par exemple il est tout de même bien plus rapide d'écrire N=2 sans avoir à préciser que N est un entier. Oui, sauf que cette rigueur imposée va indirectement faire gagner beaucoup de temps au développeur pour la mise au point de son application. Avec une langage faiblement typé, il est possible d'écrire N=2, puis plus loin N="deux" pour finalement tenter une addition N=N + 1. Et si N="deux" se trouve quelque part dans une procédure appelée, la recherche de l'erreur (qui n'aura bien entendu lieue qu'à l'exécution de l'application) peut s'avérer longue.
En pascal le code ne compilera tout simplement pas. Mieux, avec Delphi un message d'erreur apparaitra directement dans l'IDE et le N sera souligné de rouge, alertant immédiatement le développeur de son erreur (ceci étant valable pour les versions postérieures à Delphi 7)
Pour résumer, un code plus clair dans lequel chaque variable possède son type unique est un code plus facile à maintenir, c'est pour cela que je préfère le Pascal.