Webframework1-1

스프링 MVC에 대한 것들의 노트

웹 프레임워크 : Inversion of Control

App구조 : 코드의 상당부분을 제공해준다 -> 핵심 로직에만 집중할 수 있다

스프링

​ Light Weight Java Application Framework

​ POJO - Plain Old Java Object 기반의 엔터프라이즈 App 개발을 쉽고 편하게

Dependency Injection

​ Bean Container가 bean을 만들게 되고 의존성 주입을 실행시켜준다.

​ Inversion of Conrol은 Dependency Injection이라고도 불리운다

The Spring Container의 주된 기능

​ 객체의 생성과 관리 - Inversion of Control

​ 객체의 의존성을 주입 - Dependency Injection

Spring Container의 configuration metadata(환경설정)

​ xml

​ java annotation

​ java-based configuration

• Spring Conter의 종류

  • BeanFactory -> XMLBeanFactroy

  • ApplicationContext -> ClassPathXmlApplicationContext

  • ApplicationContext context = new ClassPathXmlApplicationContext("kr/ac/hansung/spring/beans/bean.xml");
    HelloWorld obj = (HelloWorld)context.getBean("helloWorld");

• Advantages of DI

  • 의존성이 줄어든다 = 변화에 용이

  • 재사용률이 증가한다(Reuseable, Testable, Readable)

• Beans : POJO를 bean이라고 부른다

  • 속성 : class, id, scope(singleton, prototype, request, session), constructor, property, init, destroy

    • scope에 singleton을 넣어주면 스프링컨테이너를 한번만 만들고

    • prototype은 새로운 요청을 받을때마다 생성

  • xml파일에서 선언시 내부에서 태그 안의 속성으로 어떤 빈의 의존성을 주입받을 것인지 정할 수 있따.

    • <constructor-arg태그 안에 type값을 줘서 type값대로 주입

    • constructor-arg태그 안에 index값을 줘서 자리를 구체화 시킨다

• Annotation을 사용하기 위해서는

  • pom.xml(maven설정파일)에서

    • 태그를 넣어주거나

    • <context:annotation-config/>

  • @Required - 뭔가 빠트려도 @Required를 써둔게 안나오면 에러로 알려줌

    • Setter에만 사용이 가능

    • 엄격하게 xml에 존재하는지 확인한다

    • 이렇게 bean안에 넣어주고 @Required를 쓰게되면 setter함수의 property값이 xml에 있는지 확인해준다

  • @Autowired

    • 태그를 넣어준 함수의 타입을 bean에서 찾아서 자동으로 주입

    • 자동주입 대상에 Autowired를 적고 bean을 등록만하면 태그가 필요 없어짐

  • @Qualifier

    • @Qualifier(value=" ")여기 value값을 따라가서 xml에서 를 찾는다.

    • @Autowired를 해주고 @Qualifier를 해줘서 Autowired에서 헷갈리는 것을 처리해줌

  • @Resource(name="") 으로 이름으로 autowiring해준다

    • @Resource는 이름으로 autowire해주고

    • @Autowired는 타입으로 autowire한다

• Maven

  • 원격 repository에서 자동으로 원하는 것을 의존성을 고려해서 다운로드해주는 소프트웨어

  • apache에서 제공하는 sw

  • 자동으로 많은 의존성을 가져올수 있음, 의존성관리툴

  • 과정은 compile -> plugin -> plugin:goal

  • pom.xml에서 작성을 해두고 실행을 하게되면 maven core를 통해 원격저장소에서 필요한 툴들을 가져와서 local repository에 저장하게 된다.

  • 만약 a->b b->c 이면 a->c인데 만약 a에서 c에 관한 툴이 필요없으면 으로 제외하는 것이 가능하다

    • 여기서 만약 b->c인데 c는 필수가 아닌 상태이고 여기서 a->b가 되면 a->c이냐

      • 이건 명시적으로 포함한다고 하지 않으면 포함되지 않는다

• POM(Project Object Model)

  • 설정파일이라고 생각하면 된다

  • 이렇게 3개로 좌표세트이다

• Super POM

  • 모든 POM은 default으로 super POM을 상속받는다.

  • POM간에서도 상속이 존재하고 상속에서의 부모는 로 표시, 여기 안의 에 받을 부모의 이름을 적어준다.

• Build lifecycle : compile -> test -> package -> install -> deploy

• Dependency Mechanism

  • 만약 같은 lib을 의존해서 자동으로 다운로드받게되면 가장 가까운 lib을 의존하게 된다

  • dependency scope :

    • provided : packaging시 빠지게 된다

    • runtime : run, test시에는 필요하지만 compile에는 필요없는 경우 / jdbc같은 파일

    • test : 평소에는 필요없지만 test compile시, execution시 필요

AOP(Aspect Oriented Programming) : 여러개에 거쳐있는 function들을 독립적으로 뺄 수 있음 = 재사용성이 올라감

• 의의는 class들을 분리시켜두었다가 runtime시 주입해서 사용하겠다는 것

• 장점

  • concern의 분리

  • 코드의 재사용성, 모듈화가능

  • 의존성이 약한 디자인

• aop에서의 사용단어들 : Joinpoint, advice, PointCut

  • Aspect : concern을 구성하고 있는 클래스

  • JoinPoint : 우리 application안의 function

  • Pointcut : JoinPoint의 집합, advice가 실행되야 함

  • Advice : 실제로 실행될 메소드

    • before, after, after-returning, after-throwing, round

• @Pointcut("execution(sound())")이렇게달아두고 => Advice에 @Before("@Pointcut해둔 함수") => @Pontcut안에 넣어둔 함수를 실행하게되면 @Before가 실행되고 나서 실행된다

• Aspect의 선언방법으로는

  • XML 설정파일에서 선언하는 방법

    • spring-aspects or aspectjrt을 pom.xml에 선언해둬야함

    • 1. Aspect을 구현 -> 함수하나를 구현

      2. Aspect을 선언 ->

         1. <aop:config>
                <aop:aspect id="식별자" ref="1번에 구현한 함수">
            
            <bean id="1번에 구현한 함수" > 
            bean으로 등록한 후, aspect으로 등록

      3. Pointcut을 선언

         1. <aop:config>
                <aop:aspect>
                    <aop:pointcut id="함수"

      4. advice을 선언

         1. <aop:config>
                <aop:aspect>
                    <aop:pointcut
                        <aop:before
                        <aop:after
                        <aop:after-returning
                        <aop:after-throwing

  • @Aspect으로 설정하는 방법

    • 1. @Aspect주석을 달아준다

      2. @Aspect을 달아준 함수안에 @Pointcut("pointcut 표현식")을 넣어주고

      3. @Aspect을 달아준 함수안에 @Pointcut의 아이디에 해당하는 값를 함수로 만들어준다

      4. @Aspect을 달아준 함수 안에 @Before(함수)를 넣어서 joinpoint를 처리해준다

    • 이렇게 @Aspect을 사용하게되면 한 함수안에서 모든 것을 해결할 수 있다.

Spring JDBC : 라이브러리이고, DAO(Data Access Object)를 통해서 db와 연결한다.

• 사용하기 위한 라이브러리(pom.xml에 넣어줘야하는 artifactId)

  • commons-dbcp2

  • mysql-connector-java

  • spring-jdbc

• JDBC Template

  • spring-jdbc의 중요 클래스중 하나이다

  • 알아서 자동으로 모든 데이터베이스와의 통신을 해결해줌

  • 톰캣에는 request가 올때 처리해줄 스레드를 미리 만들어두고 있는데 DB connection pool에서도 똑같이 미리 db에 접속할때 필요한 스레드를 미리 생성해두고 대기

  • beans.xml에서 dataSource라는 빈을 설정하고 
    @Autowired로 dependency injection을 해주고
    public void setDataSource(DataSource dataSource){
        선언을 해주고
        this.jdbcTemplateObject = new JdbcTemplate(dataSource);
    }
    public List<Offer> getOffers(){
        이렇게 쿼리문을 사용
        return jdbcTemplateObject.query("select * from offers");
    }

  • jdbcTemplateObject.queryForObject(sql문, sql문의 ?에 들어갈 값, 리턴되는 타입)

  • Mapper함수를 이용해서 queryForObject의 결과값인 ResultSet을 매핑해서 원하는 객체로 생성해준다.

    • 따로 Mapper함수 만들어서 사용하는것도 방법이지만 handler방식으로 함수생성해서 사용가능

• JDBC Driver

  • mysql-connecter

• Data Source

  • jdbc.properties라는 파일에 감춰야하는 정보들을 넣어둠

  • beans.xml에서 위의 jdbc.properties를 찾아서 넣어주고 꺼내서 사용하는 방식

• DAO(Data Access Object)

  • 관계형 데이터베이스에 접속하기 위한 객체지향적 API

• JDBC의 종류

  • Plain JDBC : 예외처리를 하기 위해서 필요없는 코드를 반복해서 써야한다

    • sql문같은것도 일일이 적어줘야한다

  • Spring JDBC : 뭐 여러가지 세세한 디테일들을 알아서 처리해준다

Spring MVC Framework -> 웹 애플리케이션의 Model, View, Controller를 제공해줌

• Model : 웹 애플리케이션의 데이터(Plan Old Java Object)

• View : model을 rendering 해주는 담당

• Controller : 사용자의 request를 처리해주는 담당

• Structure

  • Dispatcher Servlet : 모든 request를 가로채서 적절하게 분배

  • Handler Mapping : @RequestMapping을 통해서 적절한 컨트롤러에게 보내줌

  • Controller : 요청을 처리해주고 결과를 모델객체에 붙혀서 view에서 보여줌

  • View Resolver : 이름을 통해서 파일을 찾아줌

  • View : JSP, HTML, XML, Velocity등등

• Configuration

  • POM.xml : maven설정파일

    • spring-webmvc

  • web.xml : 톰캣설정파일

    • <param-name 으로 contextConfigLocation, <param-value 으로 xml을 넣어줌

  • root-context.xml / servlet-context / dao-context / service-context : Spring MVC Configuration

    • servlet-context는 정적인 자원을 처리해주고 spring의 DispatcherServlet에서 로딩됨

  • <annotation-driven : annotation을 사용하겠다고 알려줌

  • <resource mapping=... : 정적인자원을 매핑해줌

  • Bean InternalResourceViewResolver

    • prefix에서 어느 위치에서 참고할것인지

    • suffix에서 어떤 타입을 사용할 것인지

  • <context: component-scan : 자동으로 패키지를 찾을때

• Model : 결과물을 저장하는 곳

  • java.util.Map을 받아서 Map 키-값 형태로 저장

  • model.put을 사용하게되면 위와 같은 형태이지만 항상 이름을 지정해줘야함

  • model.addAttribute(Object) : 이렇게 사용하면 키값을 주지 않아도 됌 또한 연속해서 사용가능

• Controller

  • @Controller를 사용해서 해당 클래스가 컨트롤러임을 알림

  • @RequestMapping : 해당 url을 받으면 이 클래스를 실행

    • url만 적을수 있고, method만 적을 수 있고, url + method 둘다 적을 수 있음

  • return "뷰파일이름"

  • @RequestParam : get방식의 파라미터값 ?key=value&key2=value2이렇게 넘어오는 파라미터를 자동으로 key/value를 분리해서 줌

• View

  • JSTL(JSP Standard Tag Library)

    • POM.xml에 jstl을 추가해줘야함

    • <%@taglib prefix="c" 는 core에 해당

    • <%@taglib prefix="fn"은 jsrtl의 함수에 해당

Spring Web Form

• Web Basics

  • Request Parameters : http request message

    • get : query string으로 넘어오게 되고

    • post : HTTP body부분에 담겨서 넘어오게 된다

• Data Binding

  • request parameter를 객체로 변경하는 2가지 방법

    • @RequestParam

    • form bean

      • url을 받는 @RequestMapping(value="함수")로 함수를 선언하고 그 함수의 인자로 객체를 넣어줌

        • 새로운 form bean이 생성됨

        • request를 넣어줌

        • 모델에 추가됨

• Data Validation

  • Hibernate Validator

    • validation의 api인 JSR-303을 강화해서 만듬

    • @NotNull, @Size, @Pattern, custom의 Annotation

    • pom.xml에 hibernate-validator를 추가

    • 모든 태그에 message를 넣어서 에러 발생시 메세지를 출력

    • 위의 데이터 바인딩시, 객체를 넣어준 인자앞에 @Valid를 넣어주면 자동적으로 객체를 검증하고 결과가 model에 들어감

    • 또한 그 인자 다음 인자로 BindingResult를 넣어주면 result에 대한 객체로 사용가능

• Data Buffering

  • 만약 데이터를 입력한 후에 에러나가면 없어지니까 입력했던 정보를 남기는 방법

  • 방법

    • JSP파일에서 <%@taglib prefix='sf' 선언

      • 스프링폼이라는 의미

      • <sf:form

      • <sf:input

      • <sf:password

      • <sf:checkbox

      • <sf:error

Spring Security

• servlet filter로 request와 response를 intercept해줌

• pom.xml에 spring-security-core, spring-security-web, spring-security-config를 넣어줌

  • DelegatingFilterProxy를 사용해서 모든 request를 intercept한다

• web.xml에서 springSecurityFilterChain을 넣어주고 <param-value에 security-context를 넣어줌

• security-context에서 authentication부분에서 password시 {noop}으로 인코딩

  • <security:http auto-config="true" use-expression="true">
        <security:intercept-url pattern="/secured/**" access="hasRole('~')">

  • hasRole이나 isAuthenticated이나 permitAll

• Login폼을 특별히 정해주지 않으면 /login을 누르면 스프링에서 제공해주는 기본적인 로그인폼을 제공해줌

  • 자신이 만든 login form을 사용하고 싶다면 security-context에서 이렇게 해주면 form-login요소가 기본 세팅을 덮어써준다

  • @RequestMapping(value="/login", method=RequestMethod.GET) annotation을 추가해준 함수의 return은 view로 return="login"

  • form에서 <c:url value="/login"

• Authentication Fail => JSP파일에서 <c:if test="${not empty errorMsg}"

Logging : 어딘가에 기록해두는 과정

• 장점

  • 디버그는 완벽히 app의 문맥을 따라가지 않고 따로 저장한다

  • 사람의 개입이 없다

  • 영구적으로 저장되서 나중에 연구가능

• 단점

  • 애플리케이션의 속도를 낮춤

  • 너무 많을수도있음

• Logback방식을 자주 사용한다

• SLF4J(Simple Logging Facade for Java) : facade패턴을 사용했음

  • facade 패턴 : 클라이언트가 직접 시스템에 접근하지 않고 api를 거쳐서 접근하는 방식

  • import org.slf4j.Logger, LoggerFactory, getLogger(클래스)로 사용한다.

  • 대신 하나밖에 사용할 수 없다.

• Logback -> pom.xml에서 logback-classic을 선언해주면

  • 자동으로 slf4j-api와 logback-core를 가져와준다.

• 만약 따로 설정파일을 지정해주지 않는다면 logback.xml 파일을 찾는다.

• Logback class

  • logback-core : Appender, Layout

  • logback-classic : Logger

    • logger의 단계 : trace -> debug -> info -> warn -> error

      • 레벨지정을 해주지 않는다면 가장 가까운 부모의 단계를 상속받고

      • root logger의 디폴트 값은 debug이다.

      • parameterized logging

      • Object entry = new SomeObject();

        logger.단계("The entry is {}.", entry)

    • appenders : 어디에다가 로그 기록을 넣을 것인가?

      • higher in the hierarchy 자식은 부모, 루트의 지정장소 모두에 적게된다.

        • Console, File, Appender :

        •  <appender name="STDOUT" class="~ConsoleAppender">
           or
           <appender name="FILE" class=="~FileAppender">
               <encoder>
                   <pattern> %d
          
           <root level="info">
               <appender-ref ref="STDOUT"/>
           </root>
           or
           <root level="info">
               <appender-ref ref="STDOUT"/>
               <appender-ref ref="FILE"/>

maven / pojo /di - singleton, prototype / selectSound() / @Valid / 주소쓰기-url / login , login?error, logout / @Repository / data object / ="offer" / <prefix /