BT

Principes de Conception Orientés Objet et Programmation Fonctionnelle

| par Jan Stenberg , traduit par Nicolas Frankel le 25 mars 2014. Durée de lecture estimée: 1 minute |

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#.

Evaluer cet article

Pertinence
Style

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

Se connecter à InfoQ pour interagir sur ce qui vous importe le plus.


Récupérer votre mot de passe

Follow

Suivre vos sujets et éditeurs favoris

Bref aperçu des points saillants de lindustrie et sur le site.

Like

More signal, less noise

Créez votre propre flux en choisissant les sujets que vous souhaitez lire et les éditeurs dont vous désirez suivre les nouvelles.

Notifications

Restez à jour

Paramétrez vos notifications et ne ratez pas le contenu qui vous importe

BT