Denis Dollfus' Blog

Super Mario en 14 Ko de Javascript

Ce mini-jeu en Javascript  n'occupe que 14ko. Il ne contient pas d'images, sous IE les graphiques sont rendus en jouant avec les div. Impressionnant.

http://blog.nihilogic.dk/2008/04/super-mario-in-14kb-javascript.html

Google s'attaque au Web invisible

Dans un post de son blog officiel, Google dévoile qu'il expérimente diverses méthodes pour accéder aux pages présentes "derrière" les formulaires HTML. En choisissant intelligemment, mais plutôt au hasard, les valeurs à donner aux différents champs du formulaire, Google peut atteindre et indexer des pages qui lui étaient jusqu'à présent invisibles.

http://googlewebmastercentral.blogspot.com/2008/04/crawling-through-html-forms.html

La bande dessinée au secours des designers

C'est peut-être connu et reconnu, mais je viens de découvrir l'existence et l'importance de  "Understanding Comics" de Scott McCloud. Pour un livre dédié aux fondements de la bande dessinée, on comprend bien que les dessinateurs en parlent comme d'un grand classique (1994). En revanche que les designers et concepteurs d'interfaces graphiques le recommandent eux aussi (aux Etats-Unis) semble montrer que ce bouquin est un classique pour les informaticiens intéressés par la visualisation de données et les interfaces utilisateurs.

Version française

Pour preuve cette citation d'Andy Hertzfeld, co-créateur du Macintosh d'Apple : " ... un des livres sur les interfaces graphiques les plus instructifs jamais écrit, même s'il n'aborde jamais ce sujet directement."

Bon je ne l'ai pas lu mais j'aime bien le côté "fertilisation multi-disciplinaire" du témoignage d'Andy Hertzfeld : pour innover, multipliez vos lectures et connaissances hors spécialité.

Site de Scott McCloud : http://www.scottmccloud.com/store/books/uc.html

Sortie de Unity 1.0, le container IoC de Microsoft

La version 1.0 de Unity est disponible sur Codeplex depuis vendredi. Au menu, un projet au code source ouvert aux regards qui permet de construire ses objets par injection des dépendances. Au final, quelque chose d'assez proche de Castle Windsor dans les grandes lignes, mieux documenté que les autres projets du groupe Pattern & Practices de Microsoft.

Les dépendances y sont spécifiées soit par attributs (ce qui entraine une dépendance souvent indésirable entre les classes et le container Unity) soit par fichier de configuration soit encore de façon dynamique dans le code.

Pour fixer les idées, voilà un fichier de config minimal :

<?xml version="1.0" encoding="utf-8" ?>

<configuration>

  <configSections>

    <section name="unity"

            type="Microsoft.Practices.Unity.Configuration.UnityConfigurationSection,

                  Microsoft.Practices.Unity.Configuration" />

  </configSections>

  <unity>

    <containers>

      <container>

        <types>

          <type type="UnitySamples.ILogger,UnitySamples"

                mapTo="UnitySamples.ConsoleLogger,UnitySamples"

                lifetime="Singleton"/>

        </types>

      </container>

    </containers>

  </unity>

</configuration>

Et un exemple d'injection plus complexe via le constructeur, un setter et une méthode :

<type type="IMyService" mapTo="MyDataService" name="DataService">

  <typeConfig extensionType="Microsoft.Practices.Unity.Configuration.TypeInjectionElement,

                             Microsoft.Practices.Unity.Configuration">

    <constructor>

      <param name="connectionString" parameterType="string">

        <value value="AdventureWorks"/>

      </param>

      <param name="logger" parameterType="ILogger">

        <dependency />

      </param>

    </constructor>

    <property name="Logger" propertyType="ILogger" />

    <method name="Initialize">

      <param name="connectionString" parameterType="string">

        <value value="contoso"/>

      </param>

      <param name="dataService" parameterType="IMyService">

        <dependency />

      </param>

    </method>

  </typeConfig>

</type>

Certains douteront surement de l'intérêt de sortir un nième container IoC quelques années après les pionniers Spring.Net et Castle (et d'autres... Cf. liens ci-dessous), d'autres argueront qu'à qualités égales, mieux vaut choisir la solution supportée par une grosse structure.

Mais pour juger de la différence de qualité et de fonctionnalité il faut mettre en oeuvre et comparer. Un bon article de Matthew Podwysocki (membre de ALT.NET) amorce la comparaison : http://weblogs.asp.net/podwysocki/archive/2008/02/26/ioc-and-the-unity-application-block-once-again.aspx

Liens :

• Download : http://www.codeplex.com/unity
• Liste de containers IoC/DI : http://www.hanselman.com/blog/ListOfNETDependencyInjectionContainersIOC.aspx