Hormis le fait évident qu'appliquer ce style de programmation rend les tests plus faciles, j'aimerais bien savoir quels sont les arguments pour ce type de programmation? Et en particulier, est-ce applicable à l'informatique de gestion? Et comment? Quelqu'un a-t-il vu/travaillé sur des exemples?
C'est intéressant en tout cas, et à l'encontre de ce que je vois d'habitude. D'ailleurs, avec la généralisation des architectures SOA, j'ai l'impression qu'on produit du code de moins en moins fonctionnel. Beaucoup de comportements dépendent du contexte, et il y a une sorte de "contamination" généralisée du contexte. Seulement, est-ce que cela découle du type d'architecture (SOA et langage objet) ou bien de la manière dont c'est implémenté?
Ce qui me fait dire cela, c'est que quand je codais en C, en C++ et en VB, il y a longtemps, je me rappelle que j'implémentais surtout des fonctions "pures". Et c'était assez facile à tester unitairement. Maintenant, c'est très compliqué.
Bon, je précise que mes cours de Lisp, le seul langage fonctionnel que j'ai côtoyé, datent de mes études, que ça fait très longtemps, et de toute manière je ne me rappelle pas qu'on ait évoqué les avantages de ces langages, pas tellement de théorie, et pas du tout leur application hors du domaine de l'intelligence artificielle, où s'inscrivait ce cours.
# Avantages de la programmation fonctionnelle?
Posté par Flo . En réponse au journal Adopter un style de programmation fonctionnel. Évalué à 3.
Hormis le fait évident qu'appliquer ce style de programmation rend les tests plus faciles, j'aimerais bien savoir quels sont les arguments pour ce type de programmation? Et en particulier, est-ce applicable à l'informatique de gestion? Et comment? Quelqu'un a-t-il vu/travaillé sur des exemples?
C'est intéressant en tout cas, et à l'encontre de ce que je vois d'habitude. D'ailleurs, avec la généralisation des architectures SOA, j'ai l'impression qu'on produit du code de moins en moins fonctionnel. Beaucoup de comportements dépendent du contexte, et il y a une sorte de "contamination" généralisée du contexte. Seulement, est-ce que cela découle du type d'architecture (SOA et langage objet) ou bien de la manière dont c'est implémenté?
Ce qui me fait dire cela, c'est que quand je codais en C, en C++ et en VB, il y a longtemps, je me rappelle que j'implémentais surtout des fonctions "pures". Et c'était assez facile à tester unitairement. Maintenant, c'est très compliqué.
Bon, je précise que mes cours de Lisp, le seul langage fonctionnel que j'ai côtoyé, datent de mes études, que ça fait très longtemps, et de toute manière je ne me rappelle pas qu'on ait évoqué les avantages de ces langages, pas tellement de théorie, et pas du tout leur application hors du domaine de l'intelligence artificielle, où s'inscrivait ce cours.