Lors du lancement d’une application, le temps de chargement de certains éléments peut paraître interminable à l’utilisateur. Il est donc assez courant de placer un écran de démarrage permettant de faire patienter l’utilisateur pendant le chargement de l’application.

Le framework 3.5 SP1 apporte une nouvelle classe "SplashScreen" permettant de réaliser ce genre de chose. Néanmoins, elle nous contraint à utiliser une image statique (png, bmp...). Or, il pourrait être intéressant de rendre cet écran un peu plus “dynamique”. On pourrait par exemple informer l’utilisateur de ce qui est en train d’être chargé, ou bien encore afficher une animation. Le problème est que si le thread principal est très demandé, l’animation risque de ne pas être fluide, voire de ne pas se lancer du tout. Il faut donc avoir recours à de l’asynchronisme.

Plus...

Le but d'une factory est de créer un objet de façon dynamique à partir de son type.

Quand on veut implémenter des factory, on doit choisir entre une méthode rapide mais peu typée ou bien fortement typée mais assez fastidieuse.

Ainsi soit on crée une version standard qui renvoie un objet de type object que l'on va devoir transtyper au sortir de la méthode, soit on crée une méthode pour chaque type d'objet que l'on veut instancier, mais cela peut devenir assez long surtout si l'on a beaucoup d'objets à traiter.

L'idéal serait donc de pouvoir combiner les deux en ayant une solution élégante (fortement typée) et rapide à implémenter.

Et si les Generics du framework 2.0 étaient la réponse au problème ?

Plus...

Les composants fournis avec le framework 1.1 font tout ce qu’ils peuvent, et c’est souvent suffisant, mais dans certains cas, on aimerait bien obtenir le même comportement que ceux fournis avec Windows XP.

Hors pour cela, hormis redévelopper tous les composants, il n’y a qu’un seul moyen : passer par les API windows.

Plus...