DesignPartterns
정의 알고리즘군(기능)을 정의하고 각각을 캡슐화하여 교환해서 사용할 수 있도록 한다. 스트래티지 패턴을 사용하면 알고리즘을 사용하는 클라이언트와 독립적으로 알고리즘을 변경할 수 있다. 스트래티지 패턴의 적용 원칙 자주 바뀌는 부분(기능)을 바뀌지 않는 부분과 분리하여 캡슐화 한다. 상속 보다는 구성(멤버 변수?)을 활용한다. 구현이 아닌 인터페이스에 맞추어 프로그래밍 한다. 원칙을 무시한 코드 /* 모든 게시판이 만들어질때 상속 받을 슈퍼 클래스 / public class Article{ public boolean insertArticle(){ 입력을 구현 } public List selectArticle(){ 선택을 구현 } public boolean updateArticle(){ 수정을 구현 } } / Article을 상속 받은 SimpleArticle1 / public class SimpleArticle1 extend Article{ public List selectArticle(){선택을 구현} } / Article을 상속 받은 SimpleArticle2 / public class SimpleArticle2 extend Article{ public List selectArticle(){선택을 구현} } 게시판에 삭제기능도 필요 하다는 요구조건이 추가되어 최상위 클래스인 Article에 삭제기능을 추가 / 모든 게시판이 만들어질때 상속 받을 슈퍼 클래스 / public class Article{ public boolean insertArticle(){ 입력을 구현 } public List selectArticle(){ 선택을 구현 } public boolean updateArticle(){ 수정을 구현 } public boolean deleteArticle(){ 삭제를 구현 } } 이후 새로운 SimpleArticle3게시판을 추가했는데 해당 게시판은 글 삭제가 불가능한 게시판 / Article을 상속 받은 SimpleArticle3 / public class SimpleArticle3 extend Article{ public List selectArticle(){선택을 구현} public boolean deleteArticle(){ 아무것도 하지 않도록 구현 } } 새로운 SimpleArticle4게시판을 추가했는데 해당 게시판은 글 쓰기,수정,삭제가 불가능한 게시판 / Article을 상속 받은 SimpleArticle4 */ public class SimpleArticle4 extend Article{ public boolean insertArticle(){ 아무것도 하지 않도록 구현 } public List selectArticle(){ 선택을 구현 } public boolean updateArticle(){ 아무것도 하지 않도록 구현 } public boolean deleteArticle(){ 아무것도 하지 않도록 구현 } } 문제점 선택 이외의 기능들은 자주 변경이 일어남.
팩토리패턴 디자인패턴 중에서 생성 패턴(Creational Pattern)의 대표적인 패턴들이다. 팩토리 패턴의 종류 팩토리 메서드(Factory Method) 패턴 추상 팩토리(Abstract Factory) 패턴 시작하기전에 디자인 패턴에 포함되지는 않지만, 팩토리 패턴의 기본이 되는 팩토리 구조에 대해서 알아보자. 팩토리를 사용하는 이유 클라이언트에서 사용할 객체를 생성하는 부분을 캡슐화하여 느슨한 결합 상태로 만들어, 변화에는 닫혀있고 확장에는 열려있는 코드를 만들 수 있다. 변경 전의 코드 // Pizza 클래스의 객체의 생성 및 사용을 모두 수행하는 메서드 Pizza orderPizza(String type) { Pizza pizza; if (type.equals("cheese")) { pizza = new CheesePizza(); } else if (type.equals("greek")) { pizza = new GreekPizza(); } else if (type.equals("pepperoni")) { pizza = new PepperoniPizza(); } pizza.prepare(); pizza.bake(); pizza.cut(); pizza.box(); return pizza; } 변경 후의 코드 // Pizza 클래스의 생성을 전담하는 클래스 = 팩토리 public class SimplePizzaFactory { public Pizza createPizza(String type) { Pizza = null; if (type.equals("cheese")) { pizza = new CheesePizza(); } else if (type.equals("greek")) { pizza = new GreekPizza(); } else if (type.equals("pepperoni")) { pizza = new PepperoniPizza(); } return pizza; } } SimplePizzaFactory factory = new SimplePizzaFactory(); // Pizza 객체의 생성은 팩토리에 맞기고 사용에 전념하는 메서드 Pizza orderPizza(String type) { Pizza pizza; pizza = factory.createPizza(type); pizza.prepare(); pizza.bake(); pizza.cut(); pizza.box(); return pizza; } 클래스 다이어그램 ##팩토리 메소드 (Factory Method) 객체를 생성하는 인터페이스를 정의하지만, 인스턴스를 만들 클래스의 결정은 서브클래스가 한다.
decorationPatterns OCP(Open-Closed Principle(원칙)) 디자인 원칙 클래스는 확장에 대해서는 열려 있어야 하지만 코드 변경에 대해서는 닫혀 있어야 한다. 무조건 OCP를 적용하는 것은 시간 낭비가 될 수도 있고, 괜히 쓸 데 없는 일을 하는 것일 수도 있습니다. 결과적으로 불필요하게 복잡하고 이해하기 힘든 코드만 만들게 되는 부작용이 있을 수도 있으니 주의해야합니다. Decorator Pattern의 정의 데코레이터 패턴에서는 객체에 추가적인 요건을 동적으로 첨가한다. (즉 자신이 장식하고 있는 객체에게 어떤 행동을 위임하는 것 외에 원하는 추가적인 작업을 수행할 수 있습니다.) 데코레이터는 서브클래스를 만드는 것을 통해서 기능을 유연하게 확장할 수 있는 방법을 제공한다.
옵저버 패턴의 정의 옵저버 패턴(Observer Pattern)에서는 한 객체의 상태가 바뀌면 그 객체에 의존하는 다른 객체들한테 연락이 가고 자동으로 내용이 갱신되는 방식으로 일대다(one-to-many)의존성을 정의 한다 신문 구독 메커니즘에서 출판사를 주제(subject), 구독자를 옵저버(observer)라고 생각하시면 이해하기 쉽다. 옵저버 패턴을 적용하여 어플리케이션을 만들어 보겠다. 우리가 만들 애플리케이션은 위치 어플리케이션이다. Position 객체를 받아서 x좌표 y좌표를 받아서 디스플레이 장비에서 갱신해 가면서 보여주는 어플리케이션이다. Position 인터페이스 public classPosition { public float getPositionX() { return 0.0f; } public float getPositionY() { return 0.0f; } /* * 포지션 값이 변경될 때마다 알려주기 위한 메서드 */ public void positionChanged(){ float positionX = getPositionX(); float positionY = getPositionY(); } } 지금 알고 있는 것들 x좌표 y좌표를 알아낼 수 있는 메서드가 있다.
