maxime’s blog

Après trois jours de coding, ronchon.fr est officiellement lancé.

ronchon.fr c’est mon nouveau concept: un espace dédié pour râler! Sur le même principe que twitter, les utilisateurs envois leurs ronchonnements sur le site (depuis ce dernier ou par sms) et ceux ci défilent sur la page d’accueil.

Je vous laisse le découvrir et j’espère rapidement vous voir inscrit!

Un article très interressant sur comment faire des sites au look web 2.0

http://www.webdesignfromscratch.com/web-2.0-design-style-guide.cfm 

Une nouvelle version dès le lendemain ! Bon je me suis décidé à ajouter les “déclencheurs”, appelés “events” (évènements) dans le framework. On peut à peu près “hooké” de partout ! Du coup la plus part des fonctionnalités de base sont devenues des packages (mais qui restent activés par défaut).

Le principe est qu’il faut “inscrire” une fonction à un évènement (ces-derniers peuvent être associés à plusieurs fonctions). Lorsque l’évènement sera déclenché, toutes les fonctions associés seront exécutées. Un design plutôt classique. Il n’a a donc pas de fonctions avec des noms pré-définie. Exemple:

events_register('my_event', 'my_function1');
events_register('my_event', 'my_function2');
events_fire('my_event'); // les deux fonctions précèdentes sont exécutées.

On peut aussi passer des paramètres aux fonctions:

events_fire('my_event', array('param1', 'param2'));

Il y a un paquet d’évènements qui sont déclenchés tout au long de l’exécution. Les packages sont maintenant tous architecturés autour de ce système. Par exemple:

function package_test()
{
    function my_func()
    {
        echo 'test';
    }
    events_register('core_before_print', 'my_func');
}

“test” sera affiché en haut de chaque page.

Je vous laisse découvrir la nouvelle architecture des paquets dans le code. Le core lui même s’en trouve fortement réduit !

Comme je l’expliqua dans les commentaires du billet précédent, je ne veux pas qu’Atomik deviennent orienté objet. Ceci sera éventuellement réalisé dans une version distincte. C’est la raison pour laquelle les packages n’utilisent pas de classes. La chose reste donc au plus simple et je pense que le système d’évènements fera l’affaire.

Il reste encore du debugage mais ça à l’air de marcher

A propos d’un éventuel site, je devrais m’atteler à la tâche dans la semaine. Il y aura effectivement une section partage de packages (comme l’a proposé cperf3ct mais j’avais la même idée) et des tutos.

++

Après la discussion avec jjss dans les commentaires de mon article sur la structure d’un site php, il m’a incité à me relancer sur le développement d’Atomik Framework. Voici donc la nouvelle version 1.4. Quelques modifications!

• Tout nouveau modèle de configuration
• Système de package

Il reste surement du debugage à faire. Vous pouvez en découvrir plus dans le header du fichier. Je mettrai à jour la doc sur le site google code dans la semaine. Peut-être ferai-je un site spécifique aussi.

Pour toutes questions ou suggestions, à vos commentaires !