Dans la programmation informatique et la conception, le principe de responsabilité unique est un concept qui épouse le point de vue que toute classe d'un programme devrait assurer qu'une seule fonction dans la plus grande application. Cette idée favorise partiellement certains des idéaux de la programmation orientée objet, comme l'encapsulation, parce qu'une classe entière sera axé sur la réalisation d'une responsabilité unique et aura peu de confiance sur les classes externes. Dans le même temps, il est un peu l'antithèse de quelques-uns des concepts de la programmation orientée objet au début, parce que la fonction d'un objet unique est découplée des données que l'objet est la manipulation, ce qui signifie de nombreux objets en combinaison faudrait peut-être construit pour maintenir des données centrales. Le principe de responsabilité unique est la base pour un type de modèle de conception connue sous le nom de responsabilité axée sur le design.
Un exemple du principe de responsabilité unique pourrait prendre la forme d'un combiné téléphonique traditionnel. Certains principes de conception verraient le combiné comme un objet unique qui gère à la fois l'entrée de la ligne téléphonique et la transmission de la sortie du haut-parleur. Dans un modèle de responsabilité unique, dans lequel un seul objet ne doit avoir une responsabilité unique, alors le combiné serait composé de plusieurs objets distincts que chacun remplit une fonction unique, comme seule réception d'une entrée de la ligne téléphonique, ou seulement la sortie des données par le biais l'écouteur.
Un des avantages que l'utilisation du principe de responsabilité unique rend possible un très haut niveau d'abstraction et de modularité. Dans l'exemple du combiné, soit l'entrée de la ligne téléphonique ou la façon dont le signal est transmis à l'utilisateur peut être modifié sans affecter les classes voisines que pour autant qu'elles adhèrent au même contrat pour l'interface. En outre, la réutilisation de certains composants peut être très élevée, car chaque classe est entièrement encapsulé et compte très peu, voire pas du tout, sur les objets environnants, se concentrant plutôt sur sa seule responsabilité.
Une complication que le principe de responsabilité unique pourrait créer une grande quantité de classes et les objets que tous opèrent sur les mêmes données. Cela peut signifier une grande quantité de frais généraux et d'un processus de conception complexe. Il peut également faire du débogage d'un vaste programme difficile, car une seule partie du programme pourrait consister en des milliers de petits fichiers de classe.
Lorsque le principe de responsabilité unique est appliqué grâce à une conception axée sur la responsabilité, les données et les méthodes utilisées pour manipuler les données sont séparées à des fins de conception. Bien que cela ne conduisent à une liberté, l'encapsulation et la modularité certaine dans la conception, il peut également générer un certain nombre de modèles intermédiaires et des modèles qui doivent être utilisés pour faciliter un certain nombre de classes de tous tentent d'interagir avec les données à la fois. D'autre part, si les données d'un objet et les méthodes utilisées pour manipuler tous sont liés ensemble dans un unique multi-responsabilité objet, alors le code peut devenir plus difficile à modifier à l'échelle des systèmes, changer ou devenir plus complexe.