개발놀이터

Q. 프록시 패턴이 뭔가요? A. 인터페이스를 사용하고 실행시킬 클래스에 대해 객체가 들어갈 자리에 대리자 객체를 대신 투입하여, 클라이언트는 실제 실행시킬 클래스에 대한 메소드를 반환하는지 대리 객체의 메소드를 반환하는지를 모르게 하는 것을 말합니다. Q. 프록시 패턴은 왜 사용하나요? A. 프록시 패턴은 전처리 및 후처리 사용에 용이하고, 특정 메서드에 대한 보안이 좋습니다. 하지만 프록시 패턴을 사용시 가독성이 떨어질 수 있다는 단점도 존재합니다. Q. 프록시 패턴은 언제 사용하나요? A. 지연 로딩을 사용하거나, 필요할 때 객체를 추가시키고 싶을 때 사용하면 좋습니다. 또한 보안 문제로 인하여 특정 메서드의 접근을 제어하고 싶지 않을 때도 사용할 수 있습니다. https://coding-revie..

Q. 데코레이터 패턴이 뭔가요? / 데코레이터 패턴에 대해 설명해주세요. A. 데코레이터 패턴은 주어진 상황 및 용도에 따라 어떤 객체에 책임을 동적으로 추가하는 패턴을 말합니다. Q. 데코레이터 패턴은 왜 사용하나 A. 데코레이터 패턴을 사용하면 기존 코드를 수정하지 않고도 행동을 확장시킬 수 있습니다. 또한 구성과 위임을 통해서 실행중에 새로운 행동을 추가할 수도 있습니다. 하지만 의미없는 객체들이 너무 많이 추가될 수 있다는 단점도 존재합니다. Q. 데코레이터 패턴은 언제 사용하나요? A. 클래스의 요소들을 계속해서 수정하면서 사용하는 구조인 경우나 여러 요소들을 조합해서 사용하는 클래스 구조인 경우에 사용합니다. https://coding-review.tistory.com/119 데코레이터 패턴 ..

Q. 전략 패턴이 뭔가요? A. 객체들이 할 수 있는 행위 각각에 대해 전략 클래스를 생성하고, 유사한 행위들을 캡슐화 하는 인터페이스를 정의하여, 객체의 행위를 동적으로 바꾸고 싶은 경우 직접 행위를 수정하지 않고 전략을 바꿔주기만 함으로써 행위를 유연하게 확장하는 방법을 말합니다. Q. 전략 패턴을 왜 사용하나요? A. 새로운 전략을 추가하더라도 기존 코드를 변경하지 않아도 되고, 상속 대신 위임을 사용한다는 장점이 있습니다. 위임을 사용한다는 것은 상속을 강요하지 않는다는 것이고 이는 상속이 정말 필요한 곳에 쓰일 수 있다는 뜻입니다. Q. 전략 패턴을 언제 사용하나요? A. 런타임에 전략을 바꾸고 싶을 때 사용합니다. Q. 전략 패턴과 템플릿 메서드 패턴의 차이점이 뭔가요? A. 템플릿 메서드 패..

Q. 템플릿 메서드 패턴이 뭔가요? A. 템플릿 메서드 패턴은 특정 작업을 처리하는 일부분을 서브 클래스로 캡슐화하여 전체적인 구조는 바꾸지 않으면서 특정 단계에서 수행하는 내용을 바꾸는 패턴입니다. Q. 템플릿 메서드 패턴은 왜 사용하나요? A. 템플릿 메서드 패턴을 사용하면 중복코드를 줄일 수 있고, 자식 클래스의 역할을 줄여 핵심 로직의 관리가 용이하며 코드를 객체지향적으로 구성할 수 있다는 장점이 있습니다. 하지만 추상 메소드가 많아지면서 클래스 관리가 복잡해지고 클래스간의 관계와 코드가 꼬여버릴 염려가 있다는 단점이 있습니다. (상속을 강요한다는 단점도 있음) Q. 템플릿 메서드 패턴은 언제 사용하나요? A. 클라이언트가 알고리즘의 특정 단계만 제어하고 전체 알고리즘이나 구조를 변경할 수 없도록..

Q. 추상 클래스와 인터페이스의 차이점에 대해 설명해주세요 A. 인터페이스는 다중상속이 가능하고, 내부 인스턴스를 둘 수 없으며 필드 선언 시 public static final로 정의해야 합니다. 그 이유는 인터페이스는 그 자체로 인스턴스화 할 수 없기 때문입니다. 따라서 메모리에 할당되는 시점 즉 초기화 시점에 할당해야 하는데, 해당 방식은 static으로만 가능합니다. 추상 클래스는 다중상속이 불가능하고, 내부 인스턴스 및 필드를 자유롭게 정의할 수 있습니다. 추상 메서드가 한개이상 존재하면 되기 때문에 메서드의 일부 구현이 가능합니다. 이러한 것을 Template Method 패턴이라고 합니다. 내부 인스턴스 및 필드를 가질 수 있고 protected와 private 메서드나 필드 등을 가질 수 ..

Q. OOP가 뭐죠? A. 데이터를 객체로 취급하여 프로그램에 반영하고, 순차적으로 프로그램이 동작하는 것과는 다르게 객체의 상호작용을 통해 프로그램이 동작하는 것을 말합니다. 객체를 연결시켜 프로그래밍하면, 상속, 캡슐화, 다형성을 이용해 코드 재사용을 증가시키고, 유지보수를 감소시켜주는 장점이 있습니다.

Q. 스프링 AOP에 대해 설명해주세요 A. AOP는 관점지향 프로그래밍의 약자입니다. 기존 OOP에서 기능별로 클래스를 분리했음에도 불구하고 로깅, 트랜잭션, 자원해재와 같은 중복코드들이 발생하는 단점이 생겼습니다. 이를 해결하기 위해 개발자는 비즈니스 로직에 집중하고 비즈니스 로직과 공통관심사를 분리하여 중복코드를 제거할 수 있는 방식이 바로 AOP방식입니다.

Q. 스프링에서 트랜잭션을 왜 추상화 했나요? A. 트랜잭션을 이루는 코드들이 데이터 접근 기술에 따라 달라지는 현상이 있었습니다. 때문에 JDBC를 사용하던 애플리케이션이 JPA로 바꾸기 위해 트랜잭션을 이루는 모든 코드를 고쳐야 하는 상황이 발생했습니다. 이를 해결하고자 스프링에서는 PlatformTransactionManager라는 인터페이스로 트랜잭션을 추상화 했습니다. 이를 통해 개발자는 서비스 계층에서 특정 기술에 종속적인 트랜잭션 코드를 사용하지 않아도 됩니다. Q. @Transactional에 대해 설명해주세요 A. 스프링이 데코레이터 패턴을 이용해 만든 스프링 AOP중 하나입니다. @Transactional 어노테이션이 붙어있는 메서드에 한해서 트랜잭션 시작, 정상 로직일 때 커밋, 예외..