단점 : 패키징을 war로 해야한다.

웹 어플리케이션 프로젝트 폴더 구조

• src
  • 자바 소스 파일을 두는 곳입니다.
• WebContent : HTML, CSS, JavaScript, GIT 등 정적 웹 자원(static resource)을 두는 곳, JSP 파일도 이 폴더 안에 두는 것이 일반적
  • WEB-INF : 웹 애플리케이션 정보 파일을 두는 곳
    • classes : 자바 클래스 파일(.class)을 두는 곳
    • lib : 자바 라이브러리 파일(.jar)을 두는 곳
  • web.xml : 웹 애플리케이션 설정 파일

  JSP → JAR형식으로 동작 x, WAR 파일로 배포해야 하는 등’ 의 몇가지 제약이 있다. → JSP 자체가 서버 측 언어로 그 사용빈도 줄고 있기 때문 JSP는 삽입 태그를 사용해서 작성 특히 scriptlet이라는 기능이 있어서 자바 코드를 직접 태그 안에 작성 o 하지만 이런 이점이 jsp의 결점 뷰 부분에 코드가 섞여서 로직을 분리하기 어려워진다. 또한, HTML과 같은 태그를 사용하므로 html 편집기 등에서 jsp 삽입 부분을 분리하기 어렵다.

  JSP를 템플릿으로 사용하는 경우에는 이 WEB-INF 폴더 안에 템플릿 파일을 준비할 필여ㅛ가 있다. 이 폴더들은 main폴더 안에 생성한다.

  src 폴더의 main 폴더 안에 webapp 폴더를 만든다. webapp 폴더 안에 WEB-INF 폴더를 만든다. WEB-INF 안에는 jsp폴더를 만든다.

  폴더를 순서대로 열어서 main 안에서 webapp, webapp 안에 WEB-INF, WEB-INF안에 jsp

  1. 기존 화면에 필요한 언어 -> markup -»json or api

  react가 자기 관점용 api가 재활용이 되기 시작했따.

  화면 html json or api

           가운데에서 패턴을 가지고 조각을 설계 => 리소스에 맞춰서 각자 줘야한다. 화면에 필요한 데이터 주세요 라는 말이 없어야 한다.
  

기능단위로 개발을 해 api를 만들어 놓으면 ui가 바뀌는 건 그 쪽에서 store에 저장을 해논 걸 가지고 조합을 해서 ui바뀔때마다 가져다 쓴다? 기능을 제외한 결합조건들은 front에서 조합하는거다? -> 판으로 내려줬던 과거 때문에 그들의 인식이