Open nojhan opened 11 years ago
Même si le ticket est un peu vieux, j'apporte mon point de vue. Comme on parle actuellement de passer en C++11, il serait peut-être intéressant d'attendre le passage à cette norme avant de toucher aux foncteurs. En effet, en C++11, std::unary_function et autres sont dépréciés, ce qui implique que l'ensemble de la hiérarchie de foncteurs est basée sur une classe dépréciée. Des solutions plus élégantes à base de std::function sont également disponibles. Autant peut être attendre le passage à C++11 pour cela.
En effet. De toute façon c'est un travail de fond qui nécessite de bien y réfléchir :-)
2013/6/11 Alexandre Quemy notifications@github.com
Même si le ticket est un peu vieux, j'apporte mon point de vue. Comme on parle actuellement de passer en C++11, il serait peut-être intéressant d'attendre le passage à cette norme avant de toucher aux foncteurs. En effet, en C++11, std::unary_function et autres sont dépréciés, ce qui implique que l'ensemble de la hiérarchie de foncteurs est basée sur une classe dépréciée. Des solutions plus élégantes à base de std::function sont également disponibles. Autant peut être attendre le passage à C++11 pour cela.
— Reply to this email directly or view it on GitHubhttps://github.com/nojhan/paradiseo/issues/17#issuecomment-19262820 .
L'arborescence des foncteurs ne porte pas de sémantique quand à l'utilisation des sous-classes.
Ceci empêche la composition automatique d'opérateurs.
Homogénéiser la hiérarchie de classes des foncteurs à travers les modules (par exemple, MOEO n'utilise pas les foncteurs EO).
Injecter des classes intermédiaires portant la sémantique des opérateurs du framework (sélecteur, variateurs, remplaceurs, continuateurs, etc.).