Model1 방식 : 비지니스 로직과 디자인이 복합적으로 같이 들어가있는 형태 (소규모 프로젝트에 적당)Model2 방식 : 프로젝트 규모가 커지면서 나온 방식, 비지니스 로직과 디자인을 분리한 형태 로직처리 : servlet (Model) 디자인과 출력 : js
사용자 요청 사항 처리 작업편집, 처리하고자 하는 모든 데이터를 가지고 있으며, 작업 처리 결과 데이터를 반환DAO, DTOModel의 데이터를 사용자에게 보여주기 위한 작업사용자의 요청 사항을 직접적으로 수용하고 파악이에 해당하는 Model 데이터 호출View에 호출
가상 경로를 생성하여 실제 경로를 대체하여 주소 지정webapp>WEB-INF>spring>appServlet>servlet-context.xml<context:component-scan>태그의 base-package 속성 값에 해당하는 패키지의 Controlle
Spring Framework에서 New Project를 생성하면 top-level-package의 이름을 설정해야 하며, 이는 반드시 3 구역으로 설정3 구역의 마지막 부분은 root 페이지의 이름이 됨 (이는 불변)또한 Controller를 통해서 매핑을 하여 주소
Beans에 등록된 매핑 경로는 DispatcherServlet Context의 탐색 범위 내의 Controller에 규정되어 있어야 매핑 가능WEB-INF>spring>appServlet>servlet-context.xmlDispatcherServlet Context
파일명과 경로를 문자열 형태로 넘겨주어 저장 및 출력할 경우, 해당 파일을 갖고 있지 않은 단말기에서 코드를 실행 시 파일 추적 불가가상 경로를 생성하여 외장 서버 저장소에 저장해야 서버 사용자 모두가 파일 사용 가능이를 위해 별도의 작업 필요<form>을 통해
json 형식의 데이터는 Key & Value의 쌍으로 이루어진 데이터{”key1”:”value1”,”key2”:”value2”…}mvnrepository.com에서 jackson-databind를 위한 <denpendency> 복사pom.xml의 <depe
json 배열은 여러 개의 json 형식의 데이터가 배열 형태로 저장된 자료를 의미 {”key1”:”value1”,”key2”:”value2”,…} ,{”key1”:”value1”,”key2”:”value2”,…}, … 일반적 DTO와 같지만, 명시적 생성자 선언명시적
검색할 속성을 지정 가능 (제목, 주소, 운전면허 여부 등)앞의 프로젝트와 연결 (1013)검색 후 초기 값 설정을 위해 세팅한 값 존재이들이 아무것도 검색하지 않은 최초의 상태에 null 값으로 등장하며 오류 발생 → 추후 해결Spring Framework의 Mapp
Continuing from 1016View_Ordering Posts에서 게시물의 제목을 클릭 시 해당 게시물의 상세 정보 출력 (<a>태그의 링크 주소에 GET 방식(?변수)으로 넘긴 primary key 값 이용해 정보 출력)이미지 출력 (조건문, 데이터 분
Continuing from 10171016~1017에서는 게시물 간의 계층(level)과 순서(step)를 통해 관계를 정립했다면, 여기서는 하나의 게시물상에 표현되는 댓글의 CRUD 구현num은 댓글이 표현되는 원 게시물의 num (foreign key, on de