Question

Je suis un développeur C #, mais je connais aussi Java, JavaScript, XSLT, un peu de C et Perl, un autre que j'ai peut-être oublié. Pourtant, le paradigme dont je suis le plus familier est OOP.

J'ai toujours pensé que la POO était l'évolution naturelle de la programmation procédurale, mais je me demandais si la POO était aussi parfaite. Après avoir lu certains articles sur le Web et quelques questions ici, j'ai constaté que beaucoup de gens ne sont pas d'accord avec cela, et certains disent même que la POO est une mauvaise option.

Pendant le développement, j'apprécie vraiment d'utiliser des Lambdas, Linq, des types anonymes et apprécie vraiment JavaScript avec son prototypage et sa nature dynamique.

Mais quand même, je ne peux penser à aucun scénario où la POO n'est pas une option, ou où d'autres paradigmes s'adaptent mieux. La seule chose à laquelle je peux penser, c'est que parfois la programmation avec OOP est vraiment ennuyeuse et lente, comme devoir déclarer une classe, importer d'autres classes et déclarer une méthode, spécifiant ses paramètres, le type de retour et le nom juste pour montrer "Bonjour, monde ! " sur l'écran de la console. Mais pourtant, pour les programmes réels, cela semble être quelque chose qui compense son coût.

Dans quels scénarios les autres paradigmes s'adaptent-ils mieux que la POO? Quels sont ses avantages par rapport à la POO et la POO est-elle aggravée au lieu d'aider? Surtout, quels sont les avantages et dans quels scénarios Excel Excel Procedural and Functional Programming?

Pas de solution correcte

Licencié sous: CC-BY-SA avec attribution
scroll top