Portable Service Abstraction, DI, AOP, POJO Portable Service Abstraction (서비스 추상화) 트랜잭션 추상화, OXM추상화, 데이터 액세스의 Exception 변환 기능 등 기술적인 복잡함은 추상화를 통해 Low Level의 기술 구현 부분과 기술을 사용하는 인터페이스로 분리한다. 객체지향과 DI(Dependency Injection) 의존관계 주입 Spring은 객체지향에 충실한 설계가 가능하도록 단순한 객체 형태로 개발할 수 있고, DI는 유연하게 확장 가능한 객체를 만들어 두고 그 관계는 외부에서 다이내믹하게 설정해준다. AOP(Aspect Oriented Programming) AOP는 애플리케이션 로직을 담당하는 코드에 남아 있는 기술 관련..

MyBatis 는 흔히 SQL Mapping 프레임 워크로 분류되고 , JDBC 코드의 복잡하고 지루한 작업을 피하는 용도로 많이 사용됩니다. JDBC 프로그램 1. 직접 Connection을 맺고 마지막에 close() 2. PreparedStatement 직접 생성 및 처리 3. PreparedStatement 의 setXXX()등에 대한 모든 작업을 개발자가 처리 4. SELECT의 경우 직접 ResultSet처리 MyBatis 1. 자동으로 Connection close()기능 2. MyBatis 내부적으로 PreparedStatement 처리 3. #{prop} 와 같이 속성을 지정하면 내부적으로 자동처리 4. 리턴 타입을 지정하는 경우 자동으로 객체 생성 및 ResultSet 처리 MyBati..

11g Express Edition 버전을 다운로드 합니다. www.oracle.com 의 데이터베이스 항목에서 다운로드 받으면 되는데 아이디가 필요합니다. 설치중에 System,SYS 계정의 패스워드를 지정하게 되는데 , 이 때의 패스워드를 꼭 기억할 수 있도록 합니다.!! 이후에는 SQL Developer를 설치하는데 다운로드 경로는 똑같이 오라클에서 다운로드 받을 수 있습니다. SQL Developer를 실행한 후에 접속을 하는데 접속 이름 :localhost 사용자 이름:System 비밀번호: 지정했던 비밀번호 SID:xe 인지를 확인하고 접속하면 됩니다. SID의 경우 버전별로 다를 수 있으니 확인 후에 접근해줘야 합니다. 이제 접속을 마치면 사용할 계정을 생성해주는데 이때 CREATE USER..

스프링의 의존성 주입은 크게 Setter 주입과 생성자 주입으로 나뉘어집니다. 1. Setter 주입 setXXX() 와 같은 메서드를 작성하거나 Lombok으로 생성하여 @Autowired 와 같은 어노테이션을 통해서 스프링으로부터 자신이 필요한 객체를 주입해 주도록 합니다. 2. 생성자 주입 생성자 주입은 이러한 주입을 생성자를 통해서 처리합니다. 생성자 주입의 경우 객체 생성시 의존성 주입이 필요하므로 좀 더 엄격하게 의존성 주입을 체크하는 장점이 있습니다. 기존의 생성자 주입은 생성자를 주입하고 @Autowired를 통해서만 주입이 이루어 졌지만 4.3 버전 이후로는 묵시적으로 생성자 주입이 가능해졌습니다. @AllArgsConstructor : 인스턴스 변수로 선언된 모든 것을 파라미터로 받는 ..

1. 스프링 프레임워크가 시작되면 먼저 스프링이 사용하는 메모리 영역을 만들게 되는데 이를 Contexet라고 합니다. 스프링에서는 ApplicationContext라는 이름의 객체가 만들어집니다. 2. 스프링은 자신이 객체를 생성하고 관리해야 하는 객체들에 대한 설정이 필요합니다. 이에 대한 설정이 root-context.xml 파일 입니다. 3. root-context.xml 에 설정 되어 있는 태그의 basePackage 메서드 를 통해서 패키지를 스캔하게 됩니다. 4. 해당 패키지에 있는 클래스들 중에서 스프링이 사용하는 @Component라는 어노테이션이 존재하는 클래스의 인스턴스를 생성합니다. 5. 객체에 인터페이스가 필요하다는 설정이 있는 어노테이션 @Autowired 를 확인하고 인터페이스..

스프링에 대해 적기 전에 프레임워크에 대한 정의부터 하자면 프레임 워크란 ' 뼈대나 근간을 이루는 코드들의 묶음 ' 이고 이러한 프레임 워크가 필요한 이유는 개발자 간의 능력 차이를 극복하기 위해서 입니다. 개발자라는 직종은 각 개인간의 능력편차가 존재하기 때문에 결과의 최소 조건을 보장하기 위해 사용됩니다. 프레임 워크를 이용하면 프로그램의 기본 흐름이나 구조를 정하고 , 모든 팀원이 이 구조에 자신의 코드를 추가하는 방식으로 개발을 하기 때문에 실력이 부족한 개발자라도 반쯤 완성한 상태에서 필요한 부분을 조립하는 형태의 개발이 가능합니다. 회사의 입장에서는 프레임워크를 사용하면 일정한 품질이 보장되는 결과물 을 얻을 수 있고, 개발자의 입장에서는 완성된 구조에 자신이 맡은 코드를 개발해서 넣어주는 형..