BT
x Votre opinion compte ! Merci de bien vouloir répondre au sondage InfoQ concernant vos habitudes de lecture !

Principes de Conception Orientés Objet et Programmation Fonctionnelle

par Jan Stenberg , traduit par Nicolas Frankel le 25 mars 2014 |

Richard Warburton a récemment exposé dans une présentation que la programmation orientée objet possède beaucoup de principes de conception bien établis, comme les principes SOLID. Cependant, lorsqu'ils se dirigent vers la programmation fonctionnelle, beaucoup de développeurs ne savent pas comment utiliser leurs compétences de conception. Dans le même registre, Mark Seemann a écrit dans un article de blog que si vous poussez les principes SOLID dans leurs retranchements, vous arrivez à un point où la programmation fonctionnelle a l'air plutôt attirante.

Richard, un membre du Comité JCP de Londres, décrit dans sa présentation les principes SOLID comme un des exemples de principes de conception orientés objet identifiés par Robert C. Martin au début des années 2000 et examine chacun des cinq principes pour tenter de trouver un équivalent fonctionnel, ou au moins quelque chose d'apparenté du côté fonctionnel. L'expérience de Richard est que bien que beaucoup de développeurs ne savent pas comment utiliser leurs compétences de conception dans la conception fonctionnelle, la programmation fonctionnelle peut souvent aider à implémenter les principes SOLID. De plus, un raisonnement fonctionnel peut aider à atteindre l'un des aspects importants de l'orienté-objet, à savoir l'encapsulation. La conclusion de Richard est que tous les principes SOLID ont un équivalent fonctionnel. Il n'est pas nécessaire de se débarasser des modèles de conception existants ; au lieu de cela, ces derniers peuvent être rendus plus simples ou plus propres, ou on peut les utiliser de manière simplifiée.

A travers ses expériences, Mark, Architecte logiciel et Consultant indépendant, a trouvé que les principes SOLID peuvent conduire à un style de concepton qui rend la programmation fonctionnelle attirante. Lorsque l'on applique deux des principes SOLID que sont le Principe de Responsabilité Unique et le Principe de Ségrégration des Interfaces, on obtient souvent du code avec beaucoup d'interfaces et de classes qui ont une seule méthode. La conclusion de Mark est que si l'application répétée des principes SOLID conduit à ces petites classes à méthode unique, alors la fonctionnalité peut être conçue comme du comportement avec de la donnée. A ce moment, il est peut être temps de passer à un langage de programmation fonctionnelle comme F#.

Bonjour étranger!

Vous devez créer un compte InfoQ ou cliquez sur pour déposer des commentaires. Mais il y a bien d'autres avantages à s'enregistrer.

Tirez le meilleur d'InfoQ

Donnez-nous votre avis

Html autorisé: a,b,br,blockquote,i,li,pre,u,ul,p

M'envoyer un email pour toute réponse à l'un de mes messages dans ce sujet
Commentaires de la Communauté

Html autorisé: a,b,br,blockquote,i,li,pre,u,ul,p

M'envoyer un email pour toute réponse à l'un de mes messages dans ce sujet

Html autorisé: a,b,br,blockquote,i,li,pre,u,ul,p

M'envoyer un email pour toute réponse à l'un de mes messages dans ce sujet

Discuter

Contenu Éducatif

Rien ne serait possible sans le soutien et la confiance de nos Sponsors Fondateurs:

AppDynamics   CloudBees   Microsoft   Zenika
Feedback Général
Bugs
Publicité
Éditorial
InfoQ.com et tous les contenus sont copyright © 2006-2014 C4Media Inc. InfoQ.com est hébergé chez Contegix, le meilleur ISP avec lequel nous ayons travaillé.
Politique de confidentialité
BT