Single Responsibility Principle
하나의 클래스는 하나의 책임만 가져야한다.
Une classe ne devrait avoir qu'une seule responsabilité.problematique : pourquoi "SRP" ?
클래스는 기능 또는 목적에 의해서 만들어진다.
하나의 클래스에 다기능 또는 다목적을 포함시키면, 단일 책임원칙을 위반할 가능성이 높아진다.
Une classe sont créée par fonction ou objectif.
Inclurer multifonctionnel ou polyvalent dans une classe, augmente probabilité de violer "Single Responsibility Principle".
그렇다면, 하나의 클래스에 얼마만큼의 기능과 목적을 포함시켜야할까?
alors, combien de fonctions ou d'objectifs est-il justifié d'inclure dans une classe ?
기준은 무엇일까?
Quelles sont les normes ?
Comment?
소프트웨어는 변화에 대응해야한다.
즉, OOP는 유지보수에 초점을 맞춰야한다.
SE doit réagir au changement.
En d'autres termes, OOP doit se concentrer sur la maintenance.
유지보수의 경우, 클래스가 변해야할때, 책임의 영역은 한정되어야한다.
En cas de maintenance, lorsqu'une classe change, le domaine de responsabilité doit être limité.
다른 클래스와의 연쇄작용에서 자유로워야한다.
Il devrait être exempt d'interaction en chaîne avec d'autres classes.
그중의 최악은, 의존성의 순환입니다.
Le pire est le cycle de la dépendance.
의존성의 순환:
le cycle de la dependance:
A -> B -> C -> D -> A -> B ->...
