La POO est souvent considérée comme une stratégie efficace de gestion de la complexité des logiciels, par opposition à la programmation procédurale non-POO.
Y a-t-il eu des études testant cette notion? Est-il prouvé que la POO aide souvent à gérer la complexité des grands projets?
object-oriented
case-studies
Aviv Cohn
la source
la source
Réponses:
Je n'ai connaissance d'aucune étude avec des mesures quantifiables. Comme d'autres l'ont mentionné dans les commentaires de votre question, il est pratiquement impossible d'y parvenir. Cependant, il existe des articles quelque peu philosophiques qui tentent de répondre à cette question.
Mon article préféré sur ce sujet est Out of the Tar Pit de Ben Moseley & Peter Marks . Il raisonne avec diverses déclarations de sources respectables sur la conception de systèmes complexes pour des résultats assez intéressants.
Out of the Tar Pit conclut que la programmation fonctionnelle est en fait le meilleur paradigme pour soutenir les solutions qu'ils proposent. Ce qui est logique, car d'après mon expérience, les systèmes OOP complexes deviennent très proches de la procédure au fil du temps et la procédure commence à ressembler à la POO (ils n'ont pas de syntaxe et d'autres attributs, mais un flux d'exécution peut devenir assez similaire). La vraie différence vient avec un paradigme différent ou en le combinant avec la POO. À l'heure actuelle, un tel paradigme est la programmation fonctionnelle qui devient enfin utilisable dans les applications commerciales courantes par les programmeurs communs (toujours en train d'y arriver).
la source
Oui, il y a eu des études. En voici un: http://www.csm.ornl.gov/~v8q/Homepage/Papers%20Old/spetep-%20printable.pdf
Fondamentalement, il conclut qu'il n'y a pas de différence mesurable entre la productivité du code procédural et la productivité du langage OO .... mais la vérité est que ces types de questions sont si sensibles au contexte, aucune étude ne vous dira ce que vous devez faire dans une situation donnée .
la source