시작은 언제라도

design pattern: 설계단계에서 *** 디자인 패턴을 써보니 결합도가 낮아지고 응집도가 높아지더라! Model 2 MVC를 기반으로 한다. (Front Controller pattern을 포함) -spring container에서는 : IOC, DI, DL , AOP, MVC IOC : 제어의 역전 -> container에서 객체를 만들어준다. (singleton design pattern) DI : 의존성 주입 , 의존성을 확보하는 방법. (singleton design pattern) AOP: 관점지향 프로그래밍 , 객체지향을 더욱 객체지향답게 한다. core과 cross-cutting을 분리. 분리한 녀석들을 별도로 개발할 수 있다.--> 유지보수성, 효율성 증대. (프록시 디자인 패턴 -..

Annotation : 의미있는 주석 -> Annotation은 컴파일과 런타임시에 영향을 주는 의미있는 주석이다. Spring Annotation -> 설정정보의 역할 Spring configuration (스프링 설정) -> XML + Annotation + Java Config + properties Spring Annotation 종류 @Component 컴포넌트 계열 어노테이션 -> 스프링 컨테이너에서 해당 클래스 객체를 생성하도록 명시 --> 컴포넌트 계열 어노테이션은 다음과 같다 @Repository : 영속성 계층에서 사용 (ex_ MemberDAOImpl) @Service : 비지니스 계층 (or 서비스 계층) 에서 사용 (ex - MemberServiceImpl) @Controller ..

Spring Project의 생성, - 스프링 설정 방식 설정정보( 메타 데이터) --XML : 코드와 설정이 분리, 유지 보수성에 초점 --Annotation : 코드상에서 명시, 생산성에 초점 Annotation : 의미있는 주석 -> Annotation은 컴파일과 런타임시에 영향을 주는 의미있는 주석이다. Spring Annotation -> 설정정보의 역할 Spring configuration (스프링 설정) -> XML + Annotation + Java Config + properties -Maven 프로젝트로의 빌드, 우리가 사용할 라이브러리(디펜던시로)를 일괄 관리해준다. -Spring-config.xml — 설정 파일 --FactoryBean -> 공장을 만들어주는 애 factory를 따..

APache Log4j (Log for Java) Log4j2 는 Log4j의 업그레이드 버젼이다. 로깅 라이브러리를 별도로 사용하지 않는다면, system.out.println()으로 할 것이다. 개발환경이야 상관없겠지만, 운영환경에서는 리소스낭비이다. 그렇다고 안쓰자니 에러상황에서 로깅이 아쉽다. 이럴 때 log4j 를 사용하면 해결할 수 있다. 특징 API Separation Improved Performance Support for multiple APIs Avoid lock-in Automatic Reloading of Configurations Advanced Filtering Plugin Architecture Property Support Java 8 Lambda Support Custom..

-IOC ( Inversion Of Control) : 제어의 역전 " 컴포넌트를 구성하는 인스턴스의 생성과 의존관계 연결처리를 IOC 컨테이너에게 위임" ---> 기존에는 개발자가 직접 객체 생성과 관계처리의 권리를 가지고 있었음. ----> 내가 필요하면 만들어 썼다 (기존의 방식) / 감을 먹고싶으면 감나무에서 따먹어 ------> 감이 먹고 싶다, 입벌리면 감이 입으로 날아와 -----> 실제로 MVC에서 써먹으면 편안하다 느낄 수 있다. why IOC? 당연히 -> OO Design Principles 하기 위해서 - Loose Coupling And high Cohesion - DI : Dependency Injection 의존성 주입 필요로 하는 의존대상 (객체 or bean)을 inject..