Developer/Design Pattern

Strategy Pattern? - 전략 패턴(Strategy Pattern) : 알고리즘군을 정의하고 각각을 캡슐화해서 실행중에 알고리즘을 선택할 수 있는 행위 패턴이다. * 한마디로, 행위 자체를 인터페이스로 선언하고 각각의 알고리즘은 클래스로 상속받아서 오버라이딩 하는 방식이다. * 조금 더 쉽게 말하자면, 행동 이름자체는 똑같지만, 내용을 다르게 하기 위해 사용한다!! Why 전략 패턴? * 알고리즘 자체가 랜덤(Random) 로직이 포함될 경우, 테스트가 불가능해지는 현상이 있다. -> 이를 해결하기 위해, 정적인 로직을 갖는 알고리즘과 랜덤 로직을 갖는 알고리즘을 분리하여 테스트한다! * 위 예시는 수많은 사례중 하나이고, 많은 인터넷 블로그들은 Fly 라는 인터페이스를 주로 예시로 하더라!!..
Singleton? 왜 디자인 패턴을 쓰는지는 링크를 참조해주세요! - Singleton(싱글톤) 패턴 : Application에서 Instance를 하나만 만들어 사용하기 위한 패턴이다. - 외부에서 객체를 생성하는 것을 막기 위한 패턴 - Use Case는 DB에 연결할 때, jdbc 라이브러리를 통해서 연결하는데 중복 Connection은 피하기 위해서 사용 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 package pattern; public class Singleton { private static Singleton instance; private Singleton() { } public static Singleton getInstance() { if (instance ..
디자인 패턴? - Design Pattern(디자인패턴) : 각기 다른 소프트웨어 모듈이나 기능을 가진 응용 소프트웨어를 개발할 때 공통되는 설계 문제를 해결하기 위한 공통된 패턴 그러니까,, 바퀴가 있는데 왜 바퀴를 다시 만들고 있냐? * 우리는 프로그래머니까 효율적인 방식을 택하자! Why,, 디자인 패턴???? - 같은 문제에 대해서는 똑같은 설계법을 사용해서 다른 개발자와 의사소통을 원활하게 하고, 쉽게 개발하자! - 개발자마다 코딩 방식이 다른데, 협업을 위해서는 우리들만의 표준이 필요하다!! - 제발 코드를 작성할 때 읽기 좋게 작성해주세요ㅠㅠ 디자인 패턴 구조 1. Context - 패턴이 적용될 수 있는 상황을 나타낸다. - But, 경우에 따라서는 패턴이 유용하지 못한 상황이 나올 수도 ..
huisam
'Developer/Design Pattern' 카테고리의 글 목록 (3 Page)