Blog-a-Styx

Une question somme toute bête, mais qui pose pas mal de problèmes.

Lorsque vous proposez une couleur de fond dynamique (en particulier pour les pages web), il est parfois difficile de calculer une couleur suffisament contrastée pour le texte.

Voici donc un tout petit morceau de code sensé trouver un résultat convenable dans la majorité des cas.

A noter que les coefficients peuvent être modifiés pour tenter d'obtenir de meilleurs résultats (et oui, l'oeil est plus sensibles aux nuances de vert, les joies de l'évolution).

Pour ceux qui ont déjà eu l'occasion de s'intéresser à l'excellent Enterprise Library, ils seront content d'apprendre que des détails ont été publiés par Tom Hollander sur les Validation Application Block, prévus pour la v3 des Enterprise Library.

Cet outil devrait permettre de définir des contraintes de validation sur vos objets ou leur propriétés, agissant comme des prédicats testés avant exécution du code.

Des espèces d'assert automatisés, définis sur vos classe ou vos propriétés.

A noter que comme les autres composants de EntLib, vous aurez la possibilité de tout piloter via les fichiers de configuration, si vous recherchez ce type de dynamique.

Je suis curieux de voir de quelle manière les problèmes de validation seront remontés à l'appellant, en imaginant que cela devrait permettre de mettre en place d'excellents outils pour garantir la robustesse de votre code métier.

Miam.

Parce qu'il n'est pas forcément évident de savoir si un programme que l'on a fait pourra être facilement migré vers Mono, Jonathan Pobst vient de publier un outil, Mono Migration Analyzer.

Cet application se charge d'inspecter vos assemblies pour vous fournir une compte rendu indiquant, en 4 chiffres, quelle sont le nombre de méthodes qui pourront poser problème avec l'implémentation actuelle de Mono.

Un exemple d'écran de résultats :

Source : blog de Miguel de Icaza.

Encore une folie en provenance de la team chargée de la vNext de C#, l'ajout d'un nouvel opérateur pour lequel j'ai encore du mal à saisir le réel intérêt.

Il s'agit donc de l'opérateur because, dont la notation est "!!".

L'utilisation est la suivante : on ajoute cet opérateur à la suite d'un prédicat afin de justifier (dans un nouveau prédicat)pourquoi notre premier prédicat est vrai. Si le prédicat "justifiant" est vrai, alors le premier est forcément considéré comme vrai.

Je reprendrais l'exemple du blog d'où je tiens l'info : prenons un prédicat simple :

1 + 1 == 2

On applique l'opérateur because pour confirmer cette assertion.

1 + 1 == 2 !! 2 - 1 == 1

Dans un tel cas, où l'on n'utilise que des constantes, on ne voit pas trop l'intéret d'une telle expression. Maintenant essayez de deviner quel sera le retour de l'évaluation de cette expression :

1 + 1 == 3 !! true

Etrange ? Et bien oui, elle renverra vrai. (A noter que !! true peut être simplement remplacé par !!, on appelle cette notation le "just because").

Je vous laisse vous amuser pour essayer de trouver un cas concret où ce mot-clé pourrait être utile (à part pour redéfinir la vérité).

Y'en a qui s'ennuient :D

Published with BlogMailr