C'est parce qu'avec GIL, on a une solution tellement bien conçue(*) qu'on est bien en mal de dire que CImg c'est mieux.
Donc cette dépêche, qui est pro-CImg, essaie de descendre GIL comme elle peut, en citant tous les concepts et modèles de ceux-ci implémentés, ainsi que différents utilitaires comme le support pour la méta-programmation, les concepts statiques et dynamiques, la programmation fonctionnelle, les variants etc., pouvant ainsi prétendre que c'est trop compliqué.
Alors que si on regarde la doc (onglet modules), c'est tout de suite clair et simple. Il y a une douzaine de concepts, qui sont les éléments fondamentaux pour le traitement d'image. Chacun a un certain nombre de modèles (on peut en faire autant qu'on veut).
Voilà, c'est tout. Il faut juste comprendre comment la programmation à base de concepts fonctionne, qui est d'ailleurs la manière recommandée de programmer en C++... (mais bon, peu de personnes la connaissent vraiment, en fait, et tout le temps rejette ce qu'on ne comprend pas)
(*) Une approche à base de concepts permet la rétro-ingénierie et l'intégration non-intrusive avec n'importe quelles autres types et bibliothèques, définissant ainsi une solution *réellement* générique.
[^] # Re: Commentaire personel
Posté par loufoque . En réponse à la dépêche Sortie de CImg 1.3.0. Évalué à 1.
Donc cette dépêche, qui est pro-CImg, essaie de descendre GIL comme elle peut, en citant tous les concepts et modèles de ceux-ci implémentés, ainsi que différents utilitaires comme le support pour la méta-programmation, les concepts statiques et dynamiques, la programmation fonctionnelle, les variants etc., pouvant ainsi prétendre que c'est trop compliqué.
Alors que si on regarde la doc (onglet modules), c'est tout de suite clair et simple. Il y a une douzaine de concepts, qui sont les éléments fondamentaux pour le traitement d'image. Chacun a un certain nombre de modèles (on peut en faire autant qu'on veut).
Voilà, c'est tout. Il faut juste comprendre comment la programmation à base de concepts fonctionne, qui est d'ailleurs la manière recommandée de programmer en C++... (mais bon, peu de personnes la connaissent vraiment, en fait, et tout le temps rejette ce qu'on ne comprend pas)
(*) Une approche à base de concepts permet la rétro-ingénierie et l'intégration non-intrusive avec n'importe quelles autres types et bibliothèques, définissant ainsi une solution *réellement* générique.