코딩하는 털보

Resource / Validation Resource 추상화 Spring에서는 java.net.URL을 추상화한 Resource 가 있다. 추상화한 이유… Resource는 classpath 기준으로 읽어올 수 있다. ServletContext를 기준으로 읽어올 수 없다. 구현이 복잡하고 편의성 메소드가 부족하다. 구현체… UrlResource ClassPathResource (classpath: 접두어 지원) FileSystemResource ServletContextResource : 웹 어플리케이션 루트에서 상대 경로로 리소스를 찾는다. Resource의 타입은 ApplicationContext의 타입에 따라 결정된다. ex) ClassPathXmlApplicationContext -> Class..

PSA (Portable Service Abstraction) 이미 잘 만들어진 인터페이스를 사용하는 것. 확장성이 좋지 못한 코드 또는 기술에 특화되어 있는 코드에 사용하면 좋다. Spring Framework이 제공하는 API는 대부분이 추상화되어있다. 추상화 예제 스프링 트랜잭션 @Transactional 어노테이션의 Aspect는 PlatformTransactionManager 인터페이스를 사용하여 코딩되어 있는데, 그렇기 때문에 PlatformTransactionManager에 대한 구현체 (JpaTransactionManager, DatasourceTransactionManager, HibernateTransactionManager 등)가 바뀌더라도 @Transactional Aspect의 코..

AOP (Aspect Oriented Programming) 흩어진 Concern을 Aspect로 모듈화 할 수 있는 프로그래밍 기법이다. AOP의 핵심은 흩어진 코드(여러 곳에서 반복되는 코드)를 한 곳으로 모으는 것. AOP의 구현체로 AspectJ와 스프링 AOP가 있다. Concern(여러 경로에 흩어져 있는 비슷한 코드)의 변경이 있을때 Concern들을 Aspect로 모아서 Aspect만 변경함으로서 모든 경로에서 각각 따로 변경해줘야 하는 번거로움을 방지해준다. AOP 주요 개념 Aspect : 모아진 코드와 정보 집합 모듈 Advice : 구현될 기능 PointCut : 어디에 적용되는지의 정보 Target : 적용이 되는 대상 Join Point : 생성자 호출 직전/직후, 메서드 호출시..

IoC (Inversion of Control) Spring의 대표적인 특징 중 하나. 어떤 객체가 사용하는 의존 객체를 직접 만들어서 사용하는게 아니라, 주입(DI)받아서 사용하는 것. Spring IoC Container : 애플리케이션 컴포넌트의 중앙 저장소. ApplicationContext : IoC 컨테이너의 핵심적인 인터페이스. IoC 컨테이너의 최상위 인터페이스인 BeanFactory를 상속받아 여러 기능이 추가됨. 메시지 소스 처리 (i18n) 이벤트 발행 리소스 로딩 IoC 컨테이너에 객체를 생성하고 생성된 객체들(Bean)의 의존성을 관리해준다. 이해만 해둘뿐, 딱히 이 인터페이스에 대해 직접 보거나 사용할 일은 없는 듯. ClassPathXmlApplicationContext : X..

maven / logback maven build를 담당하는 maven & gradle mvc compile을 통해 필요한 library들을 검토하고 자동으로 다운로드 해준다. 다운받은 jar파일들은 User Home 디렉토리의 .m2/repository에 보관된다. 설정 파일 maven : pom.xml gradle : build.gradle 컴파일하면 target으로 실행가능하도록 생성됨 logback (slf4j) level이 내려갈수록 log 범위가 작아짐 logging을 담당하는 logback .trace .debug .info .warn .error logback에 대한 설정은 src/main/resources에 logback.xml(spring-boot에서는 logback-spring.xml..