Avant toute chose les avertissements d’usage : je suis plus doué pour les histoires salaces que pour les démonstrations techniques. Bon ça c’est dit. On peut attaquer le vif du sujet : CodeIgniter.

Normalement mes 4 lecteurs habituels doivent se demander de quoi je parle et/ou si je vais bien. Alors, NON, je ne suis pas malade, OUI je vais parler et NON il n’y aura pas de jolies photos de femmes nues en fin d’article.

donc. CI pour les intimes (et la suite de l’article) . CI est un framework(1) . Il y en a plein d’autres comme CakePHP, Symphony et Zend Framework, liste non exhaustive bien sur. Mais pour la plupart ce sont soit des usines à gaz, soit des chars d’assaut.

Comme ses copains, CI implémente le design pattern MVC(2), jusque là rien de bien neuf. Mais il le fait de façons très souple et surtout il est peu gourmand en ressources. Le seul problème est son manque de documentation en français, rien d’insurmontable pour le developpus vulgaris, mais cela peut rebuter certaines personnes.

De quoi avons nous besoin pour commencer ? D’abord d’un ordinateur en état de fonctionner ou à défaut un PC avec Windows dessus,  d’un serveur  xAMP, d’un éditeur de texte léger (Notepad++ / Smultron ou équivalent), un cerveau et quelques doigts(3) .

Une fois que tout est installé/démarré, on peut télécharger CI et l’installer. Pour cela il faut créer un répertoire « nom_de_votre_application » dans le répertoire htdocs du serveur Apache et d’y  décompresser l’archive .zip .

Normalement, on obtient quelque chose ressemblant à ça :

CI Rep

Si tout s’est bien passé, en allant sur : http://localhost/votre_application/ vous devriez voir l’écran d’accueil de CI.

Le répertoire important ici est « application ». C’est là que l’on va écrire notre application proprement dite. Les autres sont CI proprement dit, normalement, on ne doit pas y toucher.

Mais dans tous les cas ce sera, …  euh …,  plus tard.

Pour ceux du fond qui ont du mal à suivre :

(1) Framework : imaginez un gosse avec sa boite de LEGO et le plan de la à coté, un framework c’est la même chose mais pour les programmeurs : un squelette de programme et des boites de composants déjà écrits. Ça nous permet de ne pas réinventer la roue à chaque fois. Il y en existe plusieurs dizaines par langage de .

(2) MVC (Modele/Vue/Controlleur) : c’est juste une façons d’organiser le code pour le rendre plus lisible et facile à maintenir. De cette façon même bourrés, on s’y retrouve a peu près.

(3) Bandes de pervers ! Je suis sur que vous avez pensé à des cochonneries !

Similar Posts: