용어 정리···

용어 정리···

toStringpublicStringtoString()객체의 문자열 표현을 갚겠습니다.일반적으로 toString메서드는 이 객체를 “텍스트적으로 드러내”문자열을 갚겠습니다.그 결과는 간단명료하고 유익한 표현이며 사람이 읽기 쉬운 것이어야 합니다.모든 서브 클래스가 이 메소드를 덮어씀을 추천합니다.클래스 Object의 toString메서드는 개체가 인스턴스인 클래스 이름, at-sign문자`@’및 오브젝트의 해시 코드의 부호화되지 않은16진 수 표현으로 구성된 문자열을 갚겠습니다.즉, 이 메소드는 이하의 값에 동일한 문자열을 갚겠습니다:getClass(). getName()+’@’+Integer.toHexString(hashCode()returns:객체의 문자열 표현입니다

to String public String to String() 객체의 문자열 표현을 반환합니다. 일반적으로 toString 메서드는 이 객체를 “텍스트적으로 나타내는” 문자열을 반환합니다. 그 결과는 간결하고 유익한 표현이며 사람이 읽기 쉬운 것이어야 합니다. 모든 하위 클래스가 이 메서드를 덮어쓰는 것을 권장합니다.클래스 Object의 toString 메서드는 객체가 인스턴스인 클래스의 이름, at-sign 문자 @’ 및 오브젝트의 해시코드 부호화되지 않음 16진수 표현으로 이루어진 문자열을 반환합니다. 즉, 이 메서드는 아래 값과 동일한 문자열을 반환합니다: getClass().getName() + ‘@’ + Integer.toHexString(hashCode())returns: 객체의 문자열 표현입니다

to String public String to String() 객체의 문자열 표현을 반환합니다. 일반적으로 toString 메서드는 이 객체를 “텍스트적으로 나타내는” 문자열을 반환합니다. 그 결과는 간결하고 유익한 표현이며 사람이 읽기 쉬운 것이어야 합니다. 모든 하위 클래스가 이 메서드를 덮어쓰는 것을 권장합니다.클래스 Object의 toString 메서드는 객체가 인스턴스인 클래스의 이름, at-sign 문자 @’ 및 오브젝트의 해시코드 부호화되지 않음 16진수 표현으로 이루어진 문자열을 반환합니다. 즉, 이 메서드는 아래 값과 동일한 문자열을 반환합니다: getClass().getName() + ‘@’ + Integer.toHexString(hashCode())returns: 객체의 문자열 표현입니다

ModelresBeans 데이터 모듈화 데이터 파트 View JSPTag 중심 View partControllerreqServletJava 중심 Control 파트

ModelresBeans 데이터 모듈화 데이터 파트 View JSPTag 중심 View partControllerreqServletJava 중심 Control 파트

수정

수정

AOPA spect Oriented Programming 관점 지향 프로그래밍 무분별하게 중복되는 코드를 한 곳에 모아 중복되는 코드를 제거할 수 있으며, 공통 기능을 한 곳에 보관함으로써 공통 기능 하나의 수정으로 모든 핵심 기능의 공통 기능을 수정할 수 있어 효율적인 유지보수가 가능, 재활용성이 극대화된다

Spring Bean Container Spring객체를관리컨테이너가스스로 객체를생성 Spring에서는 어플리케이션의 신념을 형성하고 Spring IoC컨테이너에 의해서 관리되는 객체를 Bean이라고 부릅니다.Bean은 Spring IoC컨테이너로 인스턴스화, 조립, 관리되는 객체입니다.아니면 Bean은 애플리케이션의 많은 객체의 1개에 불과합니다.콩과 그들 간의 의존 관계는 컨테이너에서 사용되는 구성 메타 데이터에 반영된다.IoC Container는 Spring에서객체 의존성을대신 관리해주는플랫폼이고이 플랫폼내에서 생성되고(instantiated)조립되고(assembled)관리되는(managed)객체를 Bean이라고한다. 간단하게 Bean은 애플리케이션내에서 존재하느수 많은 객체인데 Spring Container에서 관리되고있다고 보면된다. Spring을사용하면 Spring IoC컨테이너에서객체의 생성과의존성 주입을관리 할 수있다. Constructor Injection생성자주입생성자를통해 의존관계를 주입하는방법생성자주입은 생성자의호출 시점에 1회호출 되는것이 보장된다.그렇기 때문에주입받은 객체가변하지 않거나, 반드시객체의 주입이필요한 경우에강제하기 위해사용할 수있다. 또한 Spring프레임워크에서는생성자 주입을적극 지원하고있기 때문에, 생성자가 1개만있을 경우에@Autowired를생략해도 주입이가능하도록편의성을 제공하고있다. 그렇기때문에 위의코드는 아래와동일한 코드가된다. 객체의 불변성확보 변경의가능성을 배제하고불변성을 보장테스트코드의 작성이용이해짐 final키워드사용 가능, Lombok과의결합을 통해코드를 간결하게작성할 수있다스프링에침투적이지않은 코드를작성 할 수있다순환 참조에러를 애플리케이션구동(객체의 생성)시점에 파악하여방지 가능 Setter Injection수정자주입필드값을변경하는 Setter를통해서 의존관계를 주입하는방법주입받는객체가 변경될가능성이 있는경우에 사용 Field Injection필드주입필드에바로 의존관계를 주입하는방법외부에서접근이 불가능하고필드 주입은반드시 DI프레임워크가존재해야 하므로반드시 사용을지양해야한다강사님강의 Framework특정개념, 문제영역을해결한 재사용, 확장가능한 lib=>~. jarSpring Bean Container Spring 객체를 관리컨테이너가 스스로 객체를 생성 Spring에서는 어플리케이션의 백본을 형성하고 Spring IoC 컨테이너에 의해 관리되는 객체를 Bean이라고 부릅니다. Bean은 Spring IoC 컨테이너에 의해 인스턴스화, 조립, 관리되는 객체입니다. 그렇지 않으면 Bean은 애플리케이션의 많은 객체 중 하나일 뿐입니다. 콩과 그들 사이의 의존 관계는 컨테이너에서 사용되는 구성 메타데이터에 반영된다.IoC Container는 Spring에서 객체 의존성을 대신 관리해주는 플랫폼이고 이 플랫폼 내에서 생성되고(instantiated) 조립되고(assembled) 관리되는(managed) 객체를 Bean 이라고 한다. 간단하게 Bean은 애플리케이션 내에서 존재하느 수 많은 객체인데 Spring Container에서 관리되고 있다고 보면 된다。 Spring 을 사용하면 Spring IoC 컨테이너에서 객체의 생성과 의존성 주입을 관리 할 수 있다。 Constructor Injection 생성자 주입생성자를 통해 의존 관계를 주입하는 방법생성자 주입은 생성자의 호출 시점에 1회 호출 되는 것이 보장된다. 그렇기 때문에 주입받은 객체가 변하지 않거나, 반드시 객체의 주입이 필요한 경우에 강제하기 위해 사용할 수 있다. 또한 Spring 프레임워크에서는 생성자 주입을 적극 지원하고 있기 때문에, 생성자가 1개만 있을 경우에 @Autowired를 생략해도 주입이 가능하도록 편의성을 제공하고 있다. 그렇기 때문에 위의 코드는 아래와 동일한 코드가 된다。객체의 불변성 확보 변경의 가능성을 배제하고 불변성을 보장테스트 코드의 작성이 용이해짐 final 키워드 사용 가능、 Lombok과의 결합을 통해 코드를 간결하게 작성할 수 있다스프링에 침투적이지 않은 코드를 작성 할 수 있다순환 참조 에러를 애플리케이션 구동(객체의 생성) 시점에 파악하여 방지 가능Setter Injection 수정자 주입필드값을 변경하는 Setter를 통해서 의존 관계를 주입하는 방법주입받는 객체가 변경될 가능성이 있는 경우에 사용Field Injection 필드 주입필드에 바로 의존 관계를 주입하는 방법외부에서 접근이 불가능하고 필드 주입은 반드시 DI프레임워크가 존재해야 하므로 반드시 사용을 지양해야한다강사님 강의Framework특정개념, 문제영역을 해결한 재사용, 확장 가능한 lib => ~.jarpoint-cut csv 사용법, pdf 문서 확인MyBatis+AOP적용 AOP이용 Transaction적용 Transaction. 거래(업무·협상·활동 등의)처리, 취급, 처치 the transaction of business사무 처리 원자성 분할할 수 없는, 완전히 완료하거나(commit)취소(rollback) 되거나 commitrollback은행 계좌 이체 A bank Bank C/Ntry{}catch{}finally선언적 transaction처리반드시 transaction 있다 transation 불명 Required (디폴트) support 없으면 MakeX 있으면 Set서비스로 관리하는 것이 편하다고 선언적으로 처리하는 @MVC = Servlet 캡슐화ViewResolvercontroller의 역할 단일 입점 모두 이곳에 들어가서 실행되는+client의 요구 사항을 판단할 수 있어야 한다1.B/L수행 2.M/V연결 3.NAVIGATION 4)공동/선 처리 controller는 B/L만을 처리하고 나머지는 Dispatcher servlet가 시키는M/V 연결 navigation staticDataJSPModel および ViewdynamicssetAttribute()forward、sendRedirectViewResolverDispatcher Servler=>ViewResolver 심고 네비게이션 놈014model2 Servlet리팩터링 단일인 입점 해결 controller B/L만 하고 ModelAndView안에 JSP위치 정보=viewNamerequest(name, vlaue)값을 넣고, dispatcher에 전달 request(String model Name, Object)deispatcher는 다시 View Resolver에 위임하고 request처리 View에 request.getRequestDispatcher(modelAndView.getViewName(). forward(request,response)중 request에 getRequestDispatcher하고 modelAndView라는 네임 밸류가 안에 getViewName 가지고 오면 jsp위치 정보를 획득하고 forward한다

error: Content is protected !!