1. Definition
S/W 개체(class, module, function 등)는 확장에 열려있고, 변경에는 닫혀있어야.
추상화를 통한 변경에 대한 파급의 격리, 다형성을 이용한 확장의 지원
2. OCP violated sample
Class Client
{
void DoCommunicate(Server1 server1) { //.. }
//...
}
//타 server(Server2)를 참조해야 할 경우의 변경
Class Client
{
void DoCommunicate(Server2 server2) { //.. }
//...
}
Client는 Concrete class인 server를 참조
만일 client가 타 server 개체를 사용하려면, 새 server 개체를 참조하도록 변경해야 할 것임
3. OCP complied sample
Class Server1 : IClient {}
Class Client
{
void DoCommunicate(IClient server) { //.. }
//...
}
//새 기능을 담당할 Server2. client 변경 필요 무
Class Server2 : IClient {}
Client는 추상 클래스 또는 interface를 참조. 이 때 참조해야 할 새 server 개체가 Client Interface를 상속한다면,
client는 변경할 필요가 없음(변경에 대한 격리)
새 server 개체를 통해 client의 기능을 확장(다형성 기반)
4. Other methods for OCP
Access modifier 사용 : 특히 private(protected), Property(Getter/Setter)를 통한 외부 노출.
IOC(Inversion of Control) 사용 : template method, strategy pattern, delegate(C#) 등..
5. Conclusion
경직성과 취약성을 제거하는 대표적 원칙으로서, 개체 지향 설계의 핵심.
OCP가 요구하는 적절한 추상화는 실제 적용에는 많은 경험을 요구(적용이 용이한 원칙은 아님) : 왜? 추상화는 종종 '불필요한 복잡성'을 유발하기 때문에. 적절한 trade off 필요.