개발서적/토비의스프링

이번장은 가볍게 쭉 읽어봤는데 뭔가 스프링의 역사? 를 보는 느낌이 든다 8.1 스프링 정의 a. 어플리케이션 프레임워크 - 특정계층이나 기술 업무 분야에 국한되지 않고 전영역을 포괄하는 프레임워크를 의미한다. - 개발 전 과정을 빠르고 효율적으로 진행하는데에 목적을 둔다. - 전 영역을 관통하는 일관된 프로그래밍 모델과 핵심기술을 바탕으로 필요를 채워줘야함 b. 경량급 - 코드가 지원하는 기술수준은 비슷해도 그것을 훨씬 빠르고 간편하게 만들수 있게 해서 생산성과 품질면에서 유리하다는 것을 의미한다. (기술 수준이 가볍다X) 8.2 스프링의 목적 a. 엔터프라이즈 개발의 복잡함 - 비지니스 로직과 기술적인 복잡함이 뒤섞여서 복잡함이 배로 가중되어버림 b. EJB - 개발자가 로우레벨의 기술적인 복잡함에 ..

이번장은 뭔가 어노테이션 사용방법 느낌이라 간단하게 정리해야겠다. 7.6.2 a. @Autowired - 자동와이어링 기법을 이용해 조건에 맞는 빈을 찾아 자동으로 setter나 필드에 넣어준다. - 컨터이너가 이름이나 타입 기준으로 주입될 빈을 찾아준다. - 두개이상의 빈이 있을 경우 타입 -> 이름 순으로 와이어링 된다. b. @Component - 클래스에 부여, 빈 스캐너를 통해 자동으로 빈등록 - 스캔에 사용되는 어노테이션은 @ComponentScan 이고 basePackage를 기준으로 한다. c. 메타 어노테이션 - 어노테이션의 정의에 부여된 어노테이션을 의미한다. - 빈 스캔을 통해 자동등록 대상으로 인식하게 할려면 @Component를 붙여주면 된다. @Component public @i..

7.5 DI를 이용해 다양한 구현방법 적용하기 7.5.1 ConcurrentHashMap을 이용한 수정 가능 SQL 레지스트리 - 운영시스템에서 실시간 변경 작업을 할때 항상 생각해야 하는 것은 동시성이다. => 안전한 업데이트가 가능하도록 SqlRegistry로 변경하자! - 기존 HashMap보다는 ConcurrentHashMap을 사용하자 => 데이터 조작시 전체데이터에 락을 걸지 않으며 조회에는 락이 없다!, 성능 Good 7.5.2 내장형 데이터 베이스 - ConcurrentHashMap 성능이 좋기 하지만 데이터양이 많아지거나 복잡한 데이터를 조회 할 경우에 한계가 있다. - 어플리케이션에 내장돼서 어플리케이션과 함께 시작 종료되는 DB(H2,HSQL) - 메모리에 저장되기 때문에 IO로 인한..

7.3. 서비스 추상화 적용 7.3.1 OXM 서비스 추상화 - 보통 JAXB를 많이 쓰는 것 같은데 여기서는 4가지를 소개하고 있다. 1. Castor XM 2. JiBX 3. XmlBeans 4. Xstream - 이렇게 XML과 객체를 매핑해서 변환해주는 기술을 OXM(Object-XML Mapping)이라 한다. - Unmarshaller도 Marshaller인 이유는 Jaxb2Marshaller는 두 인터페이스 모두 구현하고 있기 때문이다. - 구현클래스만 빈으로 등록하면 코드 수정없이 구현 기술을 적용할 수 있다. 7.3.2 OXM 서비스 추상화 적용 - 이름은 OxmSqlSevice로 하고 SqlRegistry를 DI 받게 만든다 - OXM 기술에 의존적이라고 해서 꼭 OXM 코드를 직접 가..

7.1 SQL과 DAO의 분리 DB 테이블과 필드정보를 담고있는 SQL 문장의 문제점 => 로직변경이 없더라도 SQL은 빈번히 번경되는데 DAO코드를 수정해야함 7.1.1. XML 설정을 이용한 분리 - XML 설정 파일의 프로퍼티 값으로 DAO에 SQL을 주입할 수 있다. - 단점은 매번 프로퍼티를 추가해야한다. => SQL을 하나의 컬렉션으로 만들자 - 문자열로된 키값을 사용하기 떄문에 오타 발생할 경우 확인하기가 힘들다 7.1.2. SQL 제공 서비스 - SQL과 DI 설정 정보가 섞여있는건 바람직하지 못함 => 독립적인 SQL 제공서비스가 필요하다 - SQL 인터페이스를 설계 해보자 public interface SqlService{ String getSql(String key) throws Sq..

6.7 어노테이션 트랙잭션 속성과 포인트컷 - 세밀하게 튜닝된 트랜잭션 속성을 적용해야 하는 경우도 있다. - 포인트컷 자체가 지저분해지고 설정파일도 복잡해짐 => 직접 타깃에 트랜잭션 어노테이션을 지정하자 6.7.1 트랜잭션 어노테이션 - @Transactional @Target({ElementType.TYPE, ElementType.METHOD})// 대상지정 @Retention(RetentionPolicy.RUNTIME) // 정보유지 기간 @Inherited @Documented public @interface Transactional { @AliasFor("transactionManager") String value() default ""; @AliasFor("value") String tran..

6.4 스프링의 프록시 팩토리빈 ProxyFactoryBean 프록시를 생성해 빈오브젝트로 등록 TxProxyFactoryBean 과 차이점 순수하게 프록시를 생성하는 작업만 담당 부가기능은 별도의 빈 부가기능은 MethodInterceptor 인터페이스를 구현 InvocationHandler와 달리 타깃이 InvocationHandler를 구현한 클래스정보를 몰라도됨 코드 수정 @Test public void proxyFactoryBean() { ProxyFactoryBean pfBean = new ProxyFactoryBean(); pfBean.setTarget(new HelloTarget()); pfBean.addAdvice(new UppercaseAdvice()); Hello hello = (He..

6.1 트랜잭션 코드 분리 메소드 분리 비즈니스 로직과 얽혀 있는게 보기 좋지 않다 public void upgradeLevels() throws Exception { TransactionStatus status = this.transactionManager.getTransaction(new DefaultTransactionDefinition()); try { List users = userDao.getAll(); // 1 for (User user : users) { if (canUpgradeLevel(user)) { upgradeLevel(user); } } this.transactionManager.commit(status); } catch (Exception e) { this.transaction..

5.1 사용자레벨 관리 기능 추가 레벨 관리 기능 추가 사용자 레벨을 BASIC, SILVER, GOLD 설정 DB로 처리하는 방법 비효율적 상수형태로 처리하는 방법 의미없는 숫자를 프로퍼티에 사용할 경우 타입 문제발생 Enum 활용 타입 안전성 (DB에 insert할 경우에는 지정한타입으로 변경 ) 사용자 수정 기능 추가 기본키인 id를 제외한 나머지필드는 수정될 가능성이 있다. 수정 기능 테스트 추가 원하는 사용자 외의 정보는 변경 되지 않았음을 직접확인 where을 잊어버릴경우 문제가 될 수 있음 @Test public void update() { dao.deleteAll(); dao.add(user1); dao.add(user2); user1.setName("오민규"); user1.setPassw..

4.1 사라진 SQLException 예외를 catch로 잡는 것 까지는 좋은데 아무것도 하지않고 넘기는 것은 위험하다 비정상적인 동작, 메모리나 리소스 소진 등 System.out.println 이나 e.printStackTrace 만 찍는것도 문제 화면에 메세지를 출력하는 것은 예외처리 한게 아니다. 예외처리 핵심원칙 적절하게 복구 및 처리 작업을 중단시키고 운영자 or 개발자에게 분명하게 전달 throws Exception 으로는 의미있는 정보를 얻을 수 없다. 예외의 종류와 특징 Error 시스템에 비정상적인 상황이 발생 주로 Java VM에서 발생시키고 어플리케이션 코드에서 잡으면 안된다. java.lang.Error 클래스의 서브클래스 (OutOfMemoryError, ThreadDeath) ..

3-1 다시보는 DAO 예외사항에 대한 처리가 부족 PreparedStatement ps = c.prepareStatement("selet * from"); ps.executeUpdate(); // 요기서 예외발생시 중단 ps.close(); // 리소스를 반환한다. c.close(); 오류가 날때마다 미처 반환되지 못한 Connection이 쌓이면 커넥션 풀에 여유가 없어짐 finally{ if(ps !=null){ try{ps.close();}catch(SQLExcetpion e){} } } ..... null 상태의 변수의 close 호출시 NullPointException이 발생하기 때문에 확인필요 3-2 문제점 복잡한 try catch 구문이 2중으로 중첩되고 메소드마다 반복 변하는 부분과 변하..

1.7 DI 오브젝트 레퍼런스를 외부로 부터 제공 받고 이를 다이나믹 하게 의존관계를 만듬 세가지 조건 인터페이스에만 의존해야한다 (클래스 모델, 코드는 몰라야함) 제 3의 존재(컨테이너, 팩토리 등)가 의존관계를 결정 관계설정 책임을 가진 코드를 분리해서 만들어진 오브젝트(DaoFactory, IoC 컨테이너, Bean 팩토리..) 의존관계 설정은 사용할 오브젝트의 레퍼런스를 외부에서 제공 UserDao --> ConnectionMaker 런타임이 아닌 설계단계에서는 의존관계를 알수 없어야함 connectionMaker = new DconnctionMaker() // 코드로 보여짐 public UserDao(ConnectionMaker connectionMaker){ this.connectionMake..