$$config title: 백엔드 수업 keywords: - IT $$ # 페이지 주소 - [to2.kr/eyx -> 수업강의 메인 페이지](https://codepen.io/chataejin/live/VwERLQx) - [학원평가사이트](https://itdj.cafe24.com/) - [수업내용 깃허브](https://github.com/kimleehong/DevelopePractice) - [프로젝트 시안](https://to2.kr/eCT) --- # 코딩테스트 - 벨로그 - 레벨 2까지 코딩 테스트 풀어보기 - 자바 무료강의 들을 수 있으면 들어보기 - 벨로그 - 일지쓰기(위키) - 블로깅(챗 gpt 로 도움 받기) --- # 자바 기초 - [수업자료](https://codepen.io/chataejin/live/PoyLqdL) - [자바 입문 실습 문제 최소 3회분 풀기](https://school.programmers.co.kr/learn/courses/5/5-%EB%AC%B4%EB%A3%8C-%EC%9E%90%EB%B0%94-%EC%9E%85%EB%AC%B8) - [알고리즘 레벨 0 다 풀기](https://school.programmers.co.kr/learn/challenges?order=acceptance_desc&levels=0&languages=java&page=1) - 공부할때 참고할 것들 - [점프투 자바 활용하여 공부하기](https://wikidocs.net/194811) + [GPT사용하기](https://chat.openai.com/) --- ## 인텔리제이 - 커뮤니티 버전으로 다운 후 올 체크 후 설치 - 자바 17버전 아마존으로 설치 - 파일->font에서 d2코딩 설치하고 폰트 사이즈 조정하기 -> 에디터에 있는 폰트는 내용, 어피어런스에 있는 폰트는 인터페이스 폰트 - Auto Import : Editor -> General -> Auto Import -> Java -> Add unambiguous imports on the fly, Optimize imports on the fly 체크 --- ## 자바 1일차 - 유용한 단축키 ctrl + shift + alt + s : 자바프로젝트 설정(자바 버전 설정) alt + insert : 생성자 자동 생성 ctrl(shift) + n : 클래스명(파일명) 찾아서 데려가기 alt + insert : 새로운 파일이나 클래스를 생성 ctrl( + shift) + [ - or + ] : 코드(전체) 접기 or 펼치기 ctrl + alt + s : 세팅 열기 alt + 드래그 : 영역 제한 드래그 ctrl(+shift) + w : 선택 확장(축소) alt + enter : 자동 임포트 하기 shift + F6 : 해당 파일 이름 바꾸기 ma + enter : main 클래스 생성 ctrl(+shift) + F : 찾기(전체문서에서) ctrl(+shift) + R : 찾고 바꾸기(전체문서에서) shift(+ctrl) + F10 : 실행하기(현재 커서 있는 파일) shift + enter : 한줄 내리기 shift + alr + 방향키 위 or 아래 : 줄 바꿈 shift + ctrl + 방향키 위 or 아래 : 위치 바꿈(함수일 경우 함수 내용포함) ctrl + alt + L : 전체 정렬 ctrl + alt + i : 한줄 정렬 ctrl + d : 복사해서 아래 붙이기 ctrl + y : 한 줄 삭제 sout + enter : System.out.println(); ctrl + space : 자동완성 목록 보여주기 - 정수 : int, 실수 : double, float(작은), 문장 : String - 10과 20 사이의 값을 조건식으로 나타내고 싶으면 (10 < x && x < 20) - (10 < x < 20) -> 이런식으로는 표시할 수 없다!! - 10보다 작거나 20보다 큰 값을 조건식으로 나타내고 싶으면 (10 < x || x > 20) --- ## 자바 2일차 - 반복문 - while : if 문과 작동 원리는 거의 같다. 다른 점이 있다면 조건이 참일 동안 계속 반복한다는 점이다. ```css int i = 1; // 조건 변수 초기화 while (i <= 5) { // 조건식 System.out.println(i); i++; // i = i + 1; // 조건 변수 제어 } ``` - for : 조건변수에 따른 조건식이 참일 동안 반복된다. 가장 많이 쓰인다. ```css for (조건 변수 초기화; 조건식; 조건 변수 제어) { // 반복해서 실행될 코드 } ``` - 형식 ```css // 복잡할때 -> 일반적인 방법 String message = String.format("%d살 %s입니다.", age, name); // 숫자 넣고 싶은 곳에 %d, 문자 넣고 싶은곳에 %s, 이후 변수를 넣고 싶으면 콤마 후에 순서대로 변수를 넣는다. // %d, %s, %f 같은 거를 형식지정자라고 하고 출력 메서드에서 사용되며, 출력하려는 값을 특정 형식으로 포맷팅하는 데 사용된다. System.out.println(message); ``` ```css // 편한 방법 -> 줄바꿈이 안된다. System.out.printf("%d살 %s입니다.\n", age, name); // 줄바꿈이 안되니까 이스케이프 시퀀스 \n 쓰면 된다. ``` - 깃허브 : 원격 저장 서버 - 깃 : 파일 자동 관리 프로그램 - 자바와 깃허브 연동하기 - 기본세팅 - 깃 설치 - 깃 배쉬로 커멘드 입력 할 준비 - cd(Change Directory) src (src 만 관리 하도록 하기 위해서) -> 원하는 파일로 변경 // dir(Directory) : 현재 위치에 있는 폴더 안에 있는 폴더를 볼 수 있다. - git init -> 깃을 시작 한다. 깃 시작 전에 위에 작업 처럼 관리 할 폴더로 위치한 후 시작해야된다. - git init 을 하면 관리할 폴더 안에 숨김 폴더로 git 폴더가 생성되는데 혹시나 생성 위치가 잘못됐다면 해당 폴더에 들어가서 삭제해주면 된다. - git remote add origin 깃 주소 -> 이때 origin은 깃 주소 저장소의 별명이 된다. - git remote rename <현재 별명> <새로운 별명> -> origin 의 별명을 바꾸는 법 - 자격증명 관리자에서 window 자격증명 > 일반 자격 증명 > git 관련 내용 다 삭제 - git config --global user.name "깃허브 닉네임" - git config --global user.email "깃허브 이메일" - 깃허브 사이트 들어가서 프로필 > 세팅 > Developer settings > personal access tokens > classic > generate new token 해서 토큰 받기! - 토큰 번호는 다시 볼 수 없으니 어디다가 저장 하길 바란다. - 토큰은 보안을 위한 인증서 같은 거라고 보면 됨, 90일 정도 인증기간 잡기, 무기한도 있다, 현재 정책으로는 아이디로는 연동을 할 수 없는 걸로 알고 있다. - 토큰은 푸쉬 할 때만 필요한 인증 수단이고 푸쉬 하고 싶은 컴퓨터는 모두 각기 다른 토큰이 필요하다!! - 이력을 저장할 파일지정 - git status : 현재 관리하고 있는 폴더 안의 관리 대상 상태를 보여준다. - 빨간색은 선택되지 않은 상태 - 초록색은 선택된 상태 -> 선택하기 위해서 (git add .) - 하나만 추가 하고 싶으면 git status 에서 확인된 폴더 주소를 전부 다 선택해서 git add day02/_06_Practice3.java 처럼 입력한다. - 지정된 파일을 백업파일에 저장 - git commit -m "메시지" - 백업 파일을 깃허브 서버로 전송 - git push -u origin master -> 깃 주소 저장소의 별명인 origin의 master 브랜치로 보낸다는 뜻 - 브라우저로 연결 > 토큰 받은 걸로 접속 - 주의 사항 - 작업 순서를 잘 지켜야된다. - git pull origin master - 소스코드 작업 - git add . - git commit -m "메시지" - git pull origin master(혹시나? 하는 마음에) - git push origin master - 참고 : 명령문 종료 후 빠져나가는 법 : q or Ctrl + C - 작업 파일을 돌리고 싶은경우 - git log 로 변경하고 싶은 커밋 해시를 확인한다. - git reset --hard <커밋 해시>를 사용하여 원하는 백업파일로 돌아간다. --- - 팀 프로젝트 때 깃허브 사용법 - git pull `[깃주소]` `[깃브랜치명]` : 브랜치 파일 받기 - git branch : 브랜치 설정 확인 - git branch `[브랜치 이름]` : 브랜치 생성 - git branch checkout `[브랜치 이름]` : 브랜치 변경 - git branch -d `[브랜치명]` : 해당 브랜치명 삭제
- git pull origin `[브랜치 이름]` : 브랜치에 있는 파일 받기 ( 업로드 전 반드시 pull 로 땅기고 할 것 ) - git push -u origin `[브랜치 이름]` : 브랜치 파일에 내 작업파일 업로드 하기( 처음 이후부터는 push 만 써도 됨 ) --- - 함수 - java는 main에서 시작과 끝이 일어난다. - void -> 함수는 반드시 값을 반환해야되는데 유일하게 반환하지 않아도 되는 반환타입이다. - void 외의 형식은 값을 반환해야 되고 return 이 반드시 존재해야된다. - 클래스는 함수는 모아 두는 공간의 역할을 할 수 있다. - 함수 내에서 사용되는 지역변수나 매개변수는 해당 함수의 스코프 내에서만 의미를 가진다. - 단 그 변수를 참조변수로 사용했을 때는 변수 공유가 가능하다. - main 함수를 제외하고 모든 함수는 호출하지 않는 이상 실행되지 않는다. --- ## 자바 3일차 - 배열 - 선언 : Int `변수[]` = new Int`[배열의 길이]`; 배열을 사용한다고 선언 했으니까 이제 배열안에 내용물을 넣으면 된다. 변수[0] = 30; 같이 각 인덱스 별로 값을 넣어준다. - 만약에 int[] arr = {1, 2, 3};와 같이 선언된 배열에서 arr[3]을 출력하면 기본값인 0이 출력됩니다. 마찬가지로, boolean[] arr = {true, false, true};와 같이 선언된 배열에서 arr[3]을 출력하면 기본값인 false가 출력됩니다. 좀 더 쉬운 방법은 Int `변수[]` = {값1,값2,값3,값4,값5} - [배열].length -> 배열의 길이 추출 - -> 배열의 길이는 index + 1 이다. - import java.util.Arrays; 를 사용하면 배열을 사용하기 편하다. - Arrays.sort(변수) -> 변수로 설정된 배열값을 오름차순으로 정렬해 준다 - Arrays.copyOfRange(변수, 시작인덱스, 끝인덱스) -> 시작 인덱스 부터 끝 인덱스까지 재설정된 변수 배열을 만들어 준다. - 입력 - Scanner sc = new Scanner(System.in); -> 이제 부터 입력받을 수 있다. - 상단에 알아서 import 된다. - sc.next() : 문자열을 입력받을 수 있다.(한단어) - sc.nextLine() : 문자열 한 줄을 입력받을 수 있다. - sc.next() 다음 sc.nextLine()를 하면 오류나 난다. - sc.next()을 하면 \n제외하고 뽑는데 그 후에 sc.nextLine()을 하면 \n을 뽑기 때문! 따라서 두개를 저런 순서로 쓴다면 실제 출력될 nextline 앞에 한번 더 nextline을 써서 \n을 빼줘야 된다. --- ## 자바 4일차 - 메모리 - 힙 메모리(Heap Memory): 힙 메모리는 동적으로 할당된 객체와 배열이 저장되는 영역입니다. 프로그램 실행 중에 런타임에 객체가 생성되고, 힙에 할당됩니다. 힙 메모리는 가비지 컬렉션(Garbage Collection)에 의해 관리되며, 더 이상 참조되지 않는 객체들은 가비지 컬렉션에 의해 해제됩니다. 객체는 new 연산자를 통해 생성되고, 생성된 객체의 주소는 참조 변수를 통해 접근됩니다. 힙 메모리는 JVM이 시작될 때 정해진 크기로 설정되어 있으며, 필요에 따라 동적으로 확장될 수 있습니다. - 스택 메모리(Stack Memory): 스택 메모리는 메서드 호출과 함께 자동으로 할당되는 지역 변수, 매개 변수, 메서드 호출 정보 등을 저장하는 영역입니다. 스택 메모리는 후입선출(LIFO, Last-In-First-Out) 방식으로 동작합니다. 메서드가 호출될 때마다 해당 메서드의 로컬 변수와 매개 변수가 스택에 할당됩니다. 메서드가 종료되면 해당 변수들은 스택에서 제거됩니다. 메서드의 호출 정보는 스택 프레임(Stack Frame)에 저장되어 호출 스택(Call Stack)을 형성합니다. 메서드 호출 시 새로운 스택 프레임이 생성되고, 메서드의 실행이 완료되면 스택 프레임이 제거됩니다. 스택 메모리는 스레드마다 별도로 생성되며, 스레드의 수행을 지원합니다. 스택 메모리의 크기는 스레드마다 할당된 스택 크기에 의해 결정됩니다. 요약적으로, 힙 메모리는 동적으로 할당된 객체와 배열이 저장되는 영역이며, 가비지 컬렉션에 의해 관리됩니다. 스택 메모리는 메서드 호출과 관련된 지역 변수, 매개 변수, 메서드 호출 정보 등을 저장하는 영역으로, 후입선출 방식으로 동작하며 스레드마다 별도로 생성됩니다. --- - 변수 - 지역 변수 (Local Variables): 지역 변수는 메서드, 생성자, 초기화 블록 등의 블록 내에서 선언된 변수입니다. 지역 변수는 해당 블록 내에서만 접근 가능하며, 블록을 벗어나면 사용할 수 없습니다. 메모리 스택(Stack)에 저장되며, 블록 내에서 선언된 순서대로 할당됩니다. 지역 변수는 선언된 블록의 실행이 끝나면 메모리에서 자동으로 해제됩니다. 매개변수도 메서드 내의 지역 변수로 간주됩니다. 값 타입(기본형)의 변수이므로 값에 의한 전달(pass-by-value)로 동작합니다. 메서드에 전달될 때 값이 복사되며, 메서드 내에서 변경되어도 호출자에게 영향을 주지 않습니다. - 참조 변수 (Reference Variables): 참조 변수는 객체나 배열의 참조를 저장하는 변수입니다. 힙 영역(Heap)에 실제 객체나 배열이 생성되고, 그 주소를 참조 변수에 저장합니다. 참조 변수를 통해 해당 객체나 배열에 접근하고 조작할 수 있습니다. 객체의 경우, null 값을 가질 수 있어 객체가 할당되지 않은 상태를 나타낼 수 있습니다. 참조 변수는 메모리 스택(Stack)에 저장되며, 힙 영역의 객체나 배열을 참조합니다. 참조 타입의 변수이므로 참조에 의한 전달(pass-by-reference)는 일어나지 않습니다. 메서드에 전달될 때 참조 값이 복사되며, 메서드 내에서 참조된 객체의 상태가 변경되면 호출자도 영향을 받을 수 있습니다. 요약적으로, 지역 변수는 해당 블록 내에서만 사용 가능하며 스택에 저장되고, 값 타입의 변수이므로 값에 의한 전달로 동작합니다. 반면, 참조 변수는 객체나 배열의 참조를 저장하며 힙에 실제 객체나 배열이 생성되어 스택에 저장된 참조 변수로 참조됩니다. 참조 변수는 참조 타입의 변수이므로 참조 값에 의한 전달로 동작하며, 메서드 내에서 참조된 객체의 상태가 변경될 경우 호출자도 영향을 받을 수 있습니다. --- - 표기법 - 카멜 표기법 (Camel Case): 카멜 표기법은 식별자의 첫 문자는 소문자로 시작하고, 그 뒤에 오는 단어의 첫 문자는 대문자로 표기하는 방식입니다. 예시: myVariable, calculateResult, getUserInfo 일반적으로 변수, 메서드, 함수 등의 이름을 작성할 때 사용됩니다. 자바에서는 카멜 표기법을 일반적으로 사용합니다. - 파스칼 표기법 (Pascal Case): 파스칼 표기법은 식별자의 각 단어의 첫 문자를 대문자로 표기하는 방식입니다. 예시: MyClass, CalculateResult, GetUserInfo 클래스, 인터페이스, 열거형 등의 이름을 작성할 때 주로 사용됩니다. 자바에서는 클래스 이름을 작성할 때 주로 파스칼 표기법을 사용합니다. 카멜 표기법과 파스칼 표기법은 가독성과 일관성을 높이기 위해 사용되는 네이밍 규칙입니다. 주로 어떤 스타일을 사용할지는 개인, 팀, 언어, 프레임워크 등에 따라 다를 수 있습니다. 중요한 것은 코드베이스 전체에서 일관성을 유지하여 가독성을 높이고 협업을 원활하게 하는 것입니다. --- - 클래스 - 클래스를 사용하여 여러가지 자료를 관리할 수 있다. -> 내가 표현하고자 하는 대상을 정의해서 자바한테 알려줘야 된다. `[클래스명] [변수명] = new [클래스명]();` // 객체 생성 -> 클래스(설계도)를 실체하는 인스턴스(객체)로 만드는 선언 : 배열과 비슷하다. `int[] person = new int[5];` -> int[]자리만 클래스로 바뀜. - 클래스 내에 생성된 변수는 인스턴스 변수라고 하고 해당 클래스 안에서 공유된다. - 필드란 클래스 내부에 선언된 변수를 의미하며 클래스의 멤버 변수라고도 불립니다. --- - equals ```css String str1 = new String("Hello world!!"); String str2 = new String("Hello world!!"); System.out.println(str1); System.out.println(str2); System.out.println(str1 == str2); // str1, str2는 참조값(주소값) // heap 안에 만들어진 애들은 인스턴스나 객체라고 부른다. // 주소를 비교 -> 만약에 두 변수가 동일한 주소를 가지고 있다면 같다고 나옴. System.out.println("------------"); if( str1 == str2 ){ System.out.println("str1과 str2는 같은 값을 가지고 있습니다."); } else{ System.out.println("str1과 str2는 다른 값을 가지고 있습니다."); } // 두 참조 변수가 가리키는 객체의 내용을 비교 System.out.println("------------"); if( str1.equals(str2) ){ System.out.println("str1과 str2는 같은 값을 가지고 있습니다."); } else{ System.out.println("str1과 str2는 다른 값을 가지고 있습니다."); } ``` --- ## 자바 5일차 - static static 변수는 클래스 수준의 변수로서(변수나 함수에 쓸 수 있음), 해당 클래스의 모든 인스턴스들이 공유하는 변수입니다. 즉, 클래스의 모든 객체들이 동일한 static 변수를 참조하며 값을 공유합니다. 이때 모든 객체들 안에는 static 변수는 포함되지 않고 클래스 내의 동일한 static 변수를 참조한다. static 변수는 클래스가 로드될 때 생성되며, 프로그램이 실행되는 동안 메모리에 유지됩니다. static 변수는 클래스 이름을 통해 접근할 수 있으며, 클래스의 인스턴스를 생성하지 않고도 사용할 수 있습니다. 클래스 내의 static 으로 만들어진 함수는 클래스 내의 static 으로 만들어진 변수를 써야된다.(물론 스태틱 함수 내부의 함수는 static을 쓸 필요는 없다.) -> 클래스 생성시 만들어지는 스태틱 함수 내의 변수는 객체 만들기 전의 변수를 사용할 수 없다는 말 static 변수는 일반적으로 클래스 수준의 상수 또는 모든 인스턴스가 공유해야 하는 값을 저장하는 데 사용됩니다. 예를 들어, 다수의 객체가 공유하는 카운터 값이나 설정값 등을 static 변수로 정의할 수 있습니다. 아래는 static 변수의 예시입니다 ```css public class Counter { private static int count = 0; public Counter() { count++; } public static int getCount() { return count; } public static void main(String[] args) { Counter c1 = new Counter(); System.out.println(Counter.getCount()); // 출력: 1 Counter c2 = new Counter(); System.out.println(Counter.getCount()); // 출력: 2 } ``` - 위의 예시에서 count 변수는 static 키워드로 선언되었습니다. 이 변수는 Counter 클래스의 모든 인스턴스들이 공유하는 변수이므로, Counter 객체가 생성될 때마다 count 값이 증가합니다. getCount() 메서드를 통해 count 값을 얻을 수 있습니다. 출력 결과로는 1과 2가 차례로 출력됩니다. --- - 생성자 생성자(메서드)를 클래스 내부에 만들면 된다. -> 리턴타입이 없고 반드시 실행된다. // 클래스명과 동일하게 지으면 된다. 만들지 않으면 자동으로 구현되어있고 숨겨져 있다. `클래스명(){ ★★ 초기화 ★★ }` --- - this -> this는 현재 실행 중인 메서드 또는 생성자 내에서 객체를 가리키는 특수한 참조입니다. - 클래스 내부에서만 사용 // 현재 인스턴스에 대한 참조를 제공 - this는 현재 객체에 대한 참조를 가지고 있어 객체 내부의 멤버에 접근하거나 다른 생성자를 호출하는 등 객체와 관련된 작업을 수행하는 데 사용됩니다. --- - 상속 - class [하위클래스] extends [상위클래스] { ... } -> '하위클래스는 상위클래스이다' 라는 명제가 성립이 되어야 한다. --- - 오버로딩(overloading : 과적) - 오버로딩(overloading)은 하나의 클래스 내에서 같은 이름의 메서드를 다양한 매개변수로 정의하는 것-> 코드의 가독성과 재사용성을 높일 수 있습니다. ```css int add(int a, int b) { return a + b; } double add(double a, double b) { return a + b; } int add(int a, int b, int c) { return a + b + c; } ``` - 오버라이딩(overriding : 치환) : 상속 관계에서 상위 클래스의 메서드를 하위 클래스에서 재정의하는 것 --- ## 자바 6일차 - 객체 지향 3요소 - 캡슐화 (Encapsulation): 관련된 데이터와 메서드를 하나의 단위인 객체로 묶는 것을 의미합니다. 객체는 내부의 상태(데이터)를 숨기고 외부에 공개된 인터페이스(메서드)를 통해 상호작용합니다. 이를 통해 데이터의 무결성을 보호하고 코드의 유지보수성을 향상시킵니다. - 상속 (Inheritance): 클래스 간의 계층적인 관계를 형성하여 코드를 재사용하는 방법입니다. 상속을 통해 하위 클래스는 상위 클래스의 속성과 동작을 상속받아 사용할 수 있으며, 필요한 경우 상속된 멤버들을 재정의하거나 추가 기능을 구현할 수 있습니다. - 다형성 (Polymorphism): 하나의 객체가 여러 가지 타입을 가질 수 있는 능력을 의미합니다. 다형성은 상속과 밀접한 관련이 있으며, 부모 클래스의 타입으로 파생된 여러 클래스의 객체를 동일한 타입으로 다룰 수 있습니다. 이를 통해 유연하고 확장 가능한 코드를 작성할 수 있으며, 메서드 오버라이딩과 인터페이스를 통한 다형성을 구현할 수 있습니다. --- - 접근제어자 - public: 가장 넓은 범위의 접근 제어자로, 해당 멤버는 어떤 클래스에서든 접근할 수 있습니다. - protected: 동일한 패키지 내의 클래스와 상속 관계에 있는 '하위 클래스'에서 접근할 수 있습니다. - default (접근 제어자를 명시하지 않은 경우): 동일한 패키지 내의 클래스에서만 접근할 수 있습니다. - private: 해당 멤버는 선언한 클래스 내에서만 접근할 수 있습니다. - public > protected > default > private --- - 업캐스팅과 다운캐스팅(형변환 중 오브젝트 형변환) 형변환 기본 개념 : 더 큰(상위개념)이 작은 타입 안으로 들어갈 수 없기 때문에 작은 타입에 큰 타입을 집어 넣으려고 하면 명시적으로 '()' 괄호 안에 해당 형태를 표시 해줘야된다. 반대로 큰 타입을 작은 타입으로 형변환 하려고 하면 자동으로 변환해준다. ```css Cat cat = new Cat(); Animal animal = cat; // Cat 객체를 Animal 타입으로 업캐스팅 Animal animal = new Cat(); ``` ```css Animal animal = new Cat(); // Cat 객체를 Animal 타입으로 업캐스팅 Cat cat = (Cat) animal; // Animal 타입을 다시 Cat 타입으로 다운캐스팅 ``` --- ## 자바 7일차 - 생성자 ```css class 클래스명{ 클래스명(){} -> 보이지 않더라도 자바에서 기본적으로 생성되는 것 클래스명(int i){생성자 내용추가} -> 이렇게 매개변수가 들어간 생성자를 만들었을때는 자바에서 기본으로 만들어준 생성자는 따로 만든 것이 없다면 없어지게된다. } ``` ```css class 자식클래스 extends 부모클래스 { 클래스명(){ super(); } ``` -> 보이지 않더라도 자바에서 기본적으로 생성되는 자식 생성자 // 만약에 부모 클래스의 생성자가 매개변수를 포함한 생성자가 있다면 이 코드는 작동되지 않는다. 기본 생성자가 없기 때문. 따라서 ```css 클래스명(){ super(매개변수); } -> 이런식으로 부모클래스에 있는 형태에 맞는 기본 생성자를 호출해줘야된다. 여기서 super()는 부모 클래스의 생성자를 호출하는 메서드다. } ``` --- - 부모 자식간의 클래스에서 부모클래스에서 생성된 변수는 자식에서도 사용 가능하다. - 만약 부모클래스의 변수가 있고, 자식 클래스에서도 같은 이름의 변수를 생성한다면 변수는 오버라이딩 되지 않기 때문에 두개의 변수가 존재한다고 봐야된다. --- ## 자바 8일차 - Object 타입은 자바의 모든 클래스를 포함하기 때문에 모든 타입의 값을 다룰 수 있습니다. --- ```css Object obj; obj = 10; // int 타입 obj = "Hello"; // String 타입 obj = new ArrayList<>(); // ArrayList 타입 obj = true; // boolean 타입 ``` --- - Object 타입은 다형성(polymorphism)의 개념을 활용하여 여러 타입의 객체를 동적으로 다룰 수 있는 장점이 있습니다. 그러나 Object 타입을 사용하면 컴파일러가 타입 체크를 수행하지 않으므로, 실제로 어떤 타입의 객체가 저장되어 있는지 확인하기 위해 타입 캐스팅이 필요합니다. --- - 제네릭(generic : 포괄적인) - 타입 안정성(Type Safety): 제너릭은 컴파일 시간에 타입 체크를 수행하여 잘못된 타입 사용을 방지합니다. 컴파일러는 타입 매개변수를 이용하여 타입 검사를 수행하므로, 컴파일 시점에서 오류를 잡아내고 실행 시점에서의 ClassCastException과 같은 예외를 방지할 수 있습니다. - 코드 재사용성: 제너릭을 사용하면 여러 종류의 타입에 대해 동일한 코드를 재사용할 수 있습니다. 하나의 제너릭 클래스나 메서드를 선언하면 다양한 타입에 대해 동작하는 코드를 작성할 수 있습니다. - 컴파일 타임 타입 체크: 제너릭을 사용하면 타입 매개변수에 대한 타입 체크를 컴파일 시간에 수행하므로, 타입 안정성을 보장할 수 있습니다. 이로 인해 런타임에 발생할 수 있는 타입 관련 오류를 사전에 방지할 수 있습니다. - 자동 형변환: 제너릭을 사용하면 컴파일러가 자동으로 형변환을 처리해줍니다. 타입 매개변수에 해당하는 실제 타입으로의 형변환을 개발자가 수동으로 처리할 필요가 없습니다. --- - 제네릭 사용법 - 클래스에 선언 : class MyClass와 같이 선언 -> T(type의 약자)는 관습적인 변수명이고 다른 변수를 사용해도 된다. - 인스턴스 생성 시 : MyClass myObj = new MyClass(); - 메서드에 선언 : public void myMethod(T param) ```css // 제너릭 클래스 class MyGenericClass { private T data; public T getData() { return data; } public void setData(T data) { this.data = data; } } // 제너릭 메서드 public void printArray(T[] array) { for (T element : array) { System.out.println(element); } } // 제너릭 타입 사용 MyGenericClass myObj = new MyGenericClass<>(); myObj.setData(10); int value = myObj.getData(); String[] stringArray = {"Hello", "World"}; printArray(stringArray); ``` --- ## 자바 9일차 - valueOf() : 문자열을 원하는 데이터 타입으로 변환해준다. - Double.valueOf(), Boolean.valueOf(), Float.valueOf() 도 있다. 이들은 각각 문자열을 double, boolean, float로 변환해준다. - 예시 ```css String numberStr = "123"; int number = Integer.valueOf(numberStr); System.out.println(number); // 123 ``` - valueOf()는 래퍼 클래스 간의 변환에서 자주 사용된다. -> int 값을 Integer 객체로 변환하여 반환 -> numberObj에는 Integer 객체가 저장 ```css int number = 123; Integer numberObj = Integer.valueOf(number); System.out.println(numberObj); // 123 ``` --- - nextLine()은 Scanner 클래스의 메서드로, 한 줄의 문자열을 입력 받을 때 사용됩니다. 여러 단어로 이루어진 문자열이나 공백이 포함된 문자열을 정확히 입력받고자 할 때 nextLine()을 사용하는 것이 좋습니다. nextLine()은 개행 문자를 포함한 한 줄의 문자열을 반환합니다. 주의해야 할 점은, nextInt(), nextDouble() 등의 다른 입력 메서드를 사용한 후에 nextLine()을 호출할 때 개행 문자가 남아있는 경우가 발생할 수 있습니다. 이를 방지하기 위해 nextLine()을 사용하기 전에 한 번 호출하여 개행 문자를 소비하는 것이 좋습니다. ☆★☆★ 숫자는 nextInt()로 받고 개행문자를 소비해야된다. ☆★☆★ ```css Scanner sc = new Scanner(System.in); System.out.print("이름을 입력하세요: "); String name = sc.nextLine(); System.out.print("나이를 입력하세요: "); int age = sc.nextInt(); sc.nextLine(); // 개행 문자 소비 System.out.print("직업을 입력하세요: "); String occupation = sc.nextLine(); ``` - next() 메서드는 공백 문자(스페이스, 탭 등) 이전까지의 문자열을 입력받습니다. 따라서 띄어쓰기를 포함한 여러 단어로 이루어진 문자열을 입력받을 경우, next()는 첫 번째 단어까지만 인식하고 공백 이후의 단어는 무시합니다. 또한, next()는 개행 문자(엔터)를 입력받지 않고 입력 스트림에 남겨둡니다. 이러한 이유로 nextLine()을 사용하여 한 줄 전체를 입력받는 것이 바람직한 경우도 있습니다. --- ## 텍스트게시판 작업 - 현재날짜 가져오는 방법 - Java 날짜 및 시간 API의 java.time.LocalDate 클래스를 사용 - LocalDate currentDate = LocalDate.now(); -> "YYYY-MM-DD" 형식(예: "2023-06-09")으로 현재 날짜가 출력 - LocalDate 객체를 원하는 형식으로 변환하는 법 : java.time.format.DateTimeFormatter 클래스 사용 ```css import java.time.LocalDateTime; import java.time.format.DateTimeFormatter; public class Board { public static void main(String[] args) { // 현재 날짜와 시간 객체 생성 LocalDateTime currentDateTime = LocalDateTime.now(); // 원하는 날짜 포맷 지정 DateTimeFormatter formatter = DateTimeFormatter.ofPattern("yyyy/MM/dd HH:mm"); // hh : 12시간 형태, HH : 24시간 형태 // 날짜와 시간을 지정한 포맷으로 변환 String formattedDateTime = currentDateTime.format(formatter); System.out.println(formattedDateTime); } } ``` - MVC 패턴은 소프트웨어 개발에서 사용되는 소프트웨어 디자인 패턴 중 하나로, 데이터(Model)와 사용자 인터페이스(View)를 분리하여 개발하는 방법론입니다. 이를 가능하게 해주는 중간 계층으로 Controller가 존재하여 데이터와 사용자 인터페이스 사이의 상호작용을 관리합니다. - MVC는 다음과 같은 구성 요소로 구성됩니다: Model (M): 데이터, 비즈니스 로직, 상태 정보 등을 관리합니다. 사용자 인터페이스나 컨트롤러와 직접적인 의존성이 없어야 합니다. 데이터 변경 시 View와 Controller에 알림을 보내 업데이트될 수 있도록 합니다. --- View (V): 사용자에게 데이터를 시각적으로 표현하고 출력합니다. 주로 UI 요소들을 담당하며, 데이터를 직접 조작하지 않습니다. Model의 상태 변화를 감지하여 업데이트할 수 있도록 합니다. --- Controller (C): Model과 View 사이의 상호작용을 관리하고 조정합니다. 사용자의 입력을 처리하고, Model을 업데이트하며, View를 갱신합니다. Model과 View 사이의 의존성을 제거하고, 애플리케이션의 흐름을 제어합니다. --- MVC 패턴의 장점은 다음과 같습니다: 유지 보수성: Model, View, Controller의 분리로 인해 각각의 역할과 책임이 명확해지므로 코드 수정이 용이해집니다. 재사용성: 각각의 구성 요소가 독립적으로 작동하므로 재사용이 용이합니다. 확장성: 새로운 기능을 추가하거나 변경할 때 다른 구성 요소에 영향을 미치지 않고 해당 구성 요소만 수정하면 됩니다. 테스트 용이성: 각각의 구성 요소를 개별적으로 테스트할 수 있습니다. MVC 패턴은 주로 웹 및 응용 프로그램 개발에서 사용되며, 코드의 구조와 유지 보수성을 향상시키는 데 도움이 됩니다. --- - ☆★ MVC 패턴 중 나오게 되는 개념들 ☆★ ### `리포지터리가 주문을 받는 종업원(controller)이고 entity는 메뉴판(view)이고 데이터 베이스를 저장고(model)로 보면 이해하기 쉽다.` --- ## Database - DataBase(DB) 공유되어 사용될 목적으로 통합 저장, 관리되는 데이터. 검색과 갱신등을 효율적으로 하기 위해 구조화된 데이터. 관련된 테이블들의 집합.(테이블 폴더) - 테이블(Table) 사물이나 개념의 본질적인 속성을 모아서 표로 만든것. 사물이나 개념을 표현하는 단위 ex) 학생(사물, 개념) - 학번, 이름, 전공 (속성) 테이블은 엑셀 파일과 비슷하다. - DBMS(DataBase Management System) 데이터베이스를 체계적으로 관리할 수 있도록 기능을 제공하는 프로그램 대표적인 DBMS : Oracle, MySql, MsSql -> CLI : 검은화면에서 조작하는 그런거 ☆★SQLyog : 인터페이스 환경 제공(CLI 화면이 아니라 사용하기 좋은 환경 제공) - SQL(Structed Query Language) DBMS를 다루기 위한 표준화된 언어 체계. - SQLyog - 127.0.0.1 -> local 번호 --- - SQL 연습 - `#` 과 `--`, `/* */`는 주석처리 - DBMS 에서 Database는 폴더 Table 은 엑셀 파일(표)이다. - 행 -> 하나의 사물(행 전체가) - 열 -> 사물이 가진 여러 정보들 - 오브젝트를 표시할 땐 `그레이브 : ~` 로 묶어준다. - 데이터베이스에서 테이블은 개체(entity)들의 집합을 나타냅니다. 각 개체는 공통된 특징이나 속성을 가지며, 이러한 속성은 테이블의 열(column)로 표현됩니다. 개체는 테이블에서 구체적인 인스턴스로 표현되는데, 이러한 인스턴스를 레코드(record)라고 합니다. 예를 들어, "사용자" 테이블을 생각해보겠습니다. 이 테이블은 사용자들의 정보를 담고 있습니다. 각각의 사용자는 테이블의 행(row)으로 표현되며, 각 사용자의 속성은 테이블의 열로 표현됩니다. 예를 들어, "이름", "나이", "이메일" 등은 사용자의 속성이 될 수 있습니다. 테이블에서 개체(entity)는 공통된 속성을 가지며, 각 속성은 테이블의 열(column)로 표현됩니다. 레코드(record)는 테이블에서 특정한 개체(entity)의 구체적인 인스턴스를 나타냅니다. 특정 사용자의 정보가 각 열에 해당하는 값으로 표현되는 것이죠. 즉, 테이블은 개체(entity)의 집합이고, 각 열(column)은 개체의 속성(attribute)을 의미하며, 각 행(row)은 개체의 구체적인 인스턴스인 레코드(record)를 나타냅니다. - 구조와 데이터에서 쓰이는 명령어 구분 - 구조 : ALTER, SHOW, DROP, CREAT - 데이터 : UPDATE, SELECT, DELETE, INSERT --- - PK (Primary Key): Primary Key는 데이터베이스 테이블에서 각 레코드를 고유하게 식별하는 열(또는 열의 집합)입니다. Primary Key는 해당 테이블에서 각각의 레코드를 대표하는 고유한 값으로 사용되며, 중복되지 않아야 합니다. 주로 한 개의 열로 구성되지만, 여러 개의 열로 복합키(Composite Key)를 구성할 수도 있습니다. --- - FK (Foreign Key): Foreign Key는 관계형 데이터베이스에서 다른 테이블의 Primary Key와 연결된 컬럼입니다. Foreign Key는 테이블 간의 관계를 형성하는 데 사용되며, 다른 테이블의 Primary Key를 참조하여 해당 테이블과 연결됩니다. Foreign Key를 통해 두 테이블 간의 관계를 설정하고, 데이터 무결성(Integrity)을 유지할 수 있습니다. Foreign Key는 다른 테이블의 Primary Key 값을 참조하여 해당 테이블의 데이터를 관리하거나 연결된 데이터를 가져올 수 있습니다. --- - **따라서, Primary Key는 데이터의 대표 고유 값이며, Foreign Key는 다른 테이블의 Primary Key와 연결되는 컬럼입니다. 이를 통해 테이블 간의 관계를 정의하고 데이터의 일관성과 무결성을 유지할 수 있습니다.** --- - # SQL의 실행 순서 ```css # FROM -> WHERE -> GROUP BY -> HAVING -> SELECT -> ORDER BY # 각 단계의 역할 # FROM : 특정 테이블의 데이터를 읽어옴 # WHERE : 읽어온 데이터의 행을 조건에 맞게 거름 # GROUP BY : 행을 특정 컬럼의 값을 기준으로 같은 값끼리 한 그룹으로 합침 # HAVING : GROUP BY된 결과에서 조건에 맞게 거름 # SELECT : 최종 집계된 행에서 필요한 컬럼만 선택 # ORDER BY : 최종 집계된 컬럼을 대상으로 정렬 작업 ``` ```css Level 1 1. 전체 데이터베이스 리스팅 SHOW DATABASES; ## ; 안쪽에서 F9 : 상세보기 2. `mysql` 데이터 베이스 선택 USE mysql; 3. 테이블 리스팅 SHOW TABLES; -> show 는 찾는 개체한테 s를 붙인다. 4. `db` 테이블의 구조 확인 DESC db; ## description : 서술 5. 기존에 `board` 데이터베이스가 존재 한다면 삭제 DROP DATABASE board; 6. 새 데이터베이스(`board`) 생성 CREATE DATABASE board; 화면 왼쪽에 데이터 베이스 생성이 안됐다면 왼쪽 화면에서 객체브라우저 새로고침(F5) 눌러준다. 7. 데이터베이스 추가 되었는지 확인 SHOW DATABASES; 8. `board` 데이터 베이스 선택 (폴더선택) USE board; 9. 테이블 확인 (선택 폴더 안에 있는 데이터 보기) SHOW TABLES; ``` ```css Level 2 ## 용어 정리 # column(열) = field(속성) = attribute(속성) # row(행) = record(필드의 집합 = 레코드) = tuple(튜플) 하나의 레코드는 테이블에서 하나의 개체(entity)를 나타냅니다. # table(표) = entity(개체)의 집합 # 레코드(record)는 테이블에서 개체(entity)의 인스턴스(사용자(entity) 중에 한 사람(john))를 의미하며, 열(column)은 해당 개체의 속성(attribute)을 나타냅니다. # 게시물 테이블(`article`)을 만듭니다. CREATE TABLE article( title CHAR(200), content TEXT ); # 잘 추가되었는지 확인 SHOW TABLES; DESC article; # 제목은 '제목1', 내용은 '내용1'인 데이터 하나 추가(행단위로 추가해야된다) INSERT INTO article SET title = '제목1', content = '내용1'; # 제목 조회 SELECT title FROM article; # 내용 조회 SELECT content FROM article; # 제목, 내용 칼럼 데이터 조회 SELECT title, content FROM article; # 내용, 제목 칼럼 데이터 조회 SELECT content, title FROM article; # 모든 데이터 조회 SELECT * FROM article; ``` ```css Level 3 # 테이블의 모든 데이터 지우기 DELETE FROM article; # 잘 지워졌는지 확인 SELECT * FROM article; # 제목1, 내용1 데이터 추가 INSERT INTO article SET title = '제목1', content = '내용1'; # 제목2, 내용2 데이터 추가 INSERT INTO article SET title = '제목2', content = '내용2'; # 데이터 조회 SELECT * FROM article; # 제목 데이터 aaa로 수정(모두 수정됨..) UPDATE article SET title = 'aaa'; # 잘 수정되었는지 확인 SELECT * FROM article; # `content`가 내용2인 것만 조회 SELECT * FROM article WHERE content = '내용2'; # WHERE(조건) -> 행을 선택, SELECT -> 열을 선택 # 내용2만 새로운내용2 로 수정 UPDATE article SET content = '새로운 내용2' WHERE content = '내용2'; # 데이터 조회 SELECT * FROM article; # 데이터 삭제 (모든 데이터가 삭제...) DELETE FROM article; SELECT * FROM article; # 제목1, 내용1 데이터 추가 INSERT INTO article SET title = '제목1', content = '내용1'; # 제목2, 내용2 데이터 추가 INSERT INTO article SET title = '제목2', content = '내용2'; # 제목이 제목1인 것만 삭제 DELETE FROM article WHERE title = '제목1'; SELECT * FROM article; ``` ```css Level 4 # DROP DATABASE board; CREATE DATABASE board; # board DB 선택 USE board; # CREATE TABLE article( title CHAR(200), content TEXT ); # INSERT INTO article SET title = '제목1', content = '내용1'; # board DB 선택 USE board; # 게시물 조회 SELECT * FROM article; # article 테이블 데이터 삭제 DELETE FROM article; # 제목3, 내용3 데이터 두개 추가 INSERT INTO article SET title = '제목3', content = '내용3'; # 제목3인 게시물 중 두번째 것만 제목을 새제목3으로 수정 (게시물 구분 안됨) SELECT * FROM article WHERE title = '제목3'; # 테이블 구조 확인 # key -> 식별용 데이터 (중복 X, 반드시 데이터를 기입) ## 모델번호 ## 김철수 -> 주민번호 DESC article; # ALTER - 구조 변경 # 테이블 구조 수정 - 칼럼 추가(ADD), 기존 칼럼 삭제(DROP), 기존 칼럼 내용 변경(MODIFY) # 식별용 데이터를 저장할 id 컬럼 추가 ALTER TABLE article ADD id INT; # 데이터 조회(새로 생긴 id 칼럼의 값은 NULL) ## NULL -> 데이터가 없음을 명시 SELECT * FROM article; # 기존 데이터 중 1개만 id를 2로 변경 SELECT * FROM article LIMIT 1; UPDATE article SET id = 2 LIMIT 1; # 데이터 조회 SELECT * FROM article; # 2번 게시물만 조회 SELECT * FROM article WHERE id = 2; # 2번 게시물이 아닌 게시물 조회 (안나옴.. 값이 null인 것은 필터 대상이 안됨) SELECT * FROM article WHERE id != 2; # NULL이 아닌 데이터를 검색 SELECT * FROM article WHERE id IS NOT NULL; # id가 null인 행 찾아서 id값을 1로 수정. UPDATE article SET id = 1 WHERE id IS NULL; # 데이터 조회 SELECT * FROM article; # id가 2, 제목은 제목3, 내용은 내용3인 게시물데이터 추가 (id 2인 값이 존재하지만 중복등록 됨.) INSERT INTO article SET id = 2, title = '제목3', content = '내용3'; # 데이터 조회 SELECT * FROM article; # id 컬럼에 unique, not null 제약 걸기(이미 중복되는 데이터가 있기 때문에 제약이 걸리지 않음) DESC article; # 2번 게시물, 데이터 삭제 => DELETE # 다시 id 컬럼에 unique, not null 제약 걸기 ALTER TABLE article MODIFY id INT NOT NULL UNIQUE; -> alter : 변경하다 SELECT * FROM article; UPDATE article SET id = 3 LIMIT 1; # 구조 확인 DESC article; # id 없이 게시물 하나 추가. 제목1, 내용1 (id가 not null이라 0으로 바뀌어서 들어감) INSERT INTO article SET title='제목1',content='내용1'; SELECT * FROM article; # id 없이 게시물 하나 추가. 제목2, 내용2 (0이 이미 존재하므로 등록이 안됨) INSERT INTO article SET title='제목2',content='내용2'; # id 컬럼에 자동증가제약 추가 -> 프라이머리 키관련해서는 한번 적용시키면 다시 적용할 필요가 없다. 오토인크리먼트는 프라이머리키(키)에만 적용 가능하다. ALTER TABLE article MODIFY id INT AUTO_INCREMENT; ## -> 1부터 시작되는데 1이 있어서 작동이 안됨. # 구조 확인 DELETE FROM article; DESC article; SELECT * FROM article; # id 없이 게시물 하나 추가. 제목1, 내용1 INSERT INTO article SET title='제목1',content='내용1'; # id 없이 게시물 하나 추가. 제목2, 내용2 INSERT INTO article SET title='제목2',content='내용2'; # 데이터 확인 SELECT * FROM article; # 별명 짓기 -> 새로운 칼럼이 생기는게 아니라 임시로 생김 SELECT 1+2+3+4 AS `sum`; SELECT title AS '제목' FROM article; SELECT * FROM article; # in 사용 SELECT * FROM Customers WHERE Country IN ('Brazil', 'Spain', 'France'); # between 사용 SELECT * FROM Orders WHERE OrderDate BETWEEN '2023-01-01' AND '2023-01-31'; ``` --- - 집계함수 ```css # 집계 함수를 사용할 때 주의할 점 # SQL의 순서상 WHERE에서는 집계함수를 사용해서는 안된다. WHERE에서는 행을 집계하는데 집계함수는 행의 개수를 줄이기 때문에 행을 집계하는 데 방해가 된다. 단, 일반 함수의 경우는 행의 개수가 그대로 유지 되기 때문에 사용 가능하다. # SQL의 실행 순서 # FROM -> WHERE -> GROUP BY -> HAVING -> SELECT -> ORDER BY # 각 단계의 역할 # FROM : 특정 테이블의 데이터를 읽어옴 # WHERE : 읽어온 데이터의 행을 조건에 맞게 거름 # GROUP BY : 행을 특정 컬럼의 값을 기준으로 같은 값끼리 한 그룹으로 합침 # HAVING : GROUP BY된 결과에서 조건에 맞게 거름 # SELECT : 최종 집계된 행에서 필요한 컬럼만 선택 # ORDER BY : 최종 집계된 컬럼을 대상으로 정렬 작업 # sum(컬럼) -> 모든 행의 합 select sum(Quantity) from OrderDetails; # avg(컬럼) -> 모든 행의 평균 select avg(Quantity) from OrderDetails; # max(컬럼) -> 모든 행중의 최대값 select max(Quantity) from OrderDetails; # min(컬럼) -> 모든 행중의 최소값 select min(Quantity) from OrderDetails; # 상품중 가장 비싼 상품의 상품번호와 상품명 SELECT ProductID, ProductName FROM Products WHERE Price = ( SELECT MAX(Price) FROM Products ); # 전체 상품의 평균 가격을 소수점 1자리까지 반올림해서 보여주세요. SELECT avg(Price) FROM Products; ``` - 일반함수 ```css # 일반함수 -> 모든 행 각각에 적용해서 각각의 결과가 나옴 select *, FLOOR(Price) as price_int from Products; -> 상품가격의 소수점 이하를 버린 값을 price_int라고 이름지어서 해당 열을 보여줘 select *, if(price > 50, '비쌈', '저렴') from Products; -> 가격이 50보다 크면 비쌈 아니면 저렴을 표시하여 모든 열을 선택 select *, CASE WHEN price >= 50 THEN '비쌈' WHEN price >= 20 THEN '적정' ELSE '저렴' END from Products; -> 3가지 이상의 경우가 생기면 이런식으로 ``` ```css # 고객의 고객번호가 짝수이면 짝수 고객, 홀수이면 홀수 고객 구분 select *, if(CustomerID % 2 = 0 , '짝수 고객', '홀수 고객') as oddEven from Orders; # Products의 가격을 다음 4가지로 구분해주세요. # 10달러 이하 # 50달러 이하 # 100달러 이하 # 100달러 초과 select *, CASE WHEN price <= 10 THEN '10달러 이하' WHEN price <= 50 THEN '50달러 이하' WHEN price <= 100 THEN '100달러 이하' ELSE '100달러 초과' END as divide from Products; ``` - SELECT * FROM Customers order by Country asc, CustomerID desc; 고객 테이블에서 모든 열 검색, 국가는 오름차순으로 하되 국가가 같을 경우에는 국가가 같은 데이터들 끼리는 고객아이디 기준으로 내림차순으로 정렬하라. - SELECT SUBSTRING("SQL Tutorial", 5, 8) AS ExtractString; 자바에서 사용하면 ```css String str = "SQL Tutorial"; String extractString = str.substring(4, 12); System.out.println(extractString); ``` - SELECT SUBSTRING_INDEX("www.3schools.com", ".", 2); 문자열이 끝나면 자동으로 . 이 찍힌다고 보면 이 함수를 실행하면 www.3schools가 나온다. - 주문 날짜가 현재날짜로부터 며칠이 지났는지 확인하기. ```css SELECT DATEDIFF(NOW(), OrderDate) AS DaysPassed FROM Orders; ``` - 현재로부터 100일 전까지의 주문 목록 ```css SELECT * FROM Orders WHERE OrderDate >= DATE_SUB(NOW(), INTERVAL 100 DAY); ``` - 현재로 부터 6개월 뒤는 정확히 몇년 몇월 몇일입니까? ```css SELECT DATE_ADD(NOW(), INTERVAL 6 MONTH) AS FutureDate; ``` - CONCAT -> 문자열 붙이기 SELECT CONCAT("hi ", "my name is ", "cha!") AS greeting; - REPLACE -> 문자열 치환 SELECT REPLACE("SQL Tutorial", "SQL", "HTML"); - 날짜 계산 SELECT ADDDATE("2017-06-15", INTERVAL 2 YEAR); - 날짜 차이 SELECT DATEDIFF("2017-06-25", "2017-06-15"); ```css # 주문 날짜가 현재날짜로부터 며칠이 지났는지 확인하기. SELECT DATEDIFF(NOW(), OrderDate) AS DaysPassed FROM Orders; # 현재로부터 100일 전까지의 주문 목록 SELECT * FROM Orders WHERE OrderDate >= DATE_SUB(NOW(), INTERVAL 100 DAY); # 현재로 부터 6개월 뒤는 정확히 몇년 몇월 몇일입니까? SELECT DATE_ADD(NOW(), INTERVAL 6 MONTH) AS FutureDate; # 직원(Employee)의 생년월일이 연도만 나오게 해주세요. SELECT YEAR(BirthDate) AS BirthYear FROM Employees; # 직원(Employee)의 생년월일 포맷을 년-월-일 에서 년.월.일로 바꿔주세요. SELECT DATE_FORMAT(BirthDate, '%Y.%m.%d') AS FormattedBirthDate FROM Employees; ``` - 중복제거 및 그룹핑 ```css # 중복값 제거 -> 범주(그룹)화 # select distinct Country from Customers; # distinct -> 중복 제거 -> 행을 합칠 때 다른 행들의 값을 지움. -> 단순히 범주만 보고 싶을 때 # 사용법 : select distinct [합치고싶은 컬럼] from [테이블] where [조건] order by [정렬컬럼] # 상품의 카테고리 범주 확인(중복값 제거) # select CategoryID from Products order by CategoryID; # select distinct CategoryID from Products order by CategoryID; # 상품 카테고리 범주의 개수 # select count(distinct CategoryID) from Products order by CategoryID; ``` ```css # Customers 테이블에서 국가별 고객 수 현황 SELECT Country, count(CustomerID) FROM Customers group by Country; # OrderDetails 테이블에서 상품별 주문 수량 SELECT ProductID, sum(Quantity) FROM OrderDetails group by ProductID; # Order 테이블에서 연도별 주문 건수 SELECT YEAR(OrderDate) AS `Year`, count(OrderID) as `cnt` FROM Orders group by SUBSTR(OrderDate, 1, 4); ``` - 쇼핑몰 db 연습문제 분할 조인 전 ```css # 1. 손흥민의 주문 개수는? 3 SELECT id FROM t_user WHERE userName = '손흥민'; SELECT COUNT(*) FROM t_order WHERE id = 1; # 2. 손흥민이 산 상품은? 운동화, 코트 SELECT * FROM t_order WHERE userNo = 1; SELECT * FROM t_product WHERE id IN (1, 5); # 3. 스커트를 산 사람은? 송혜교 SELECT id FROM t_product WHERE pname = '스커트'; SELECT userNo FROM t_order WHERE productNo = 4; SELECT userName FROM t_user WHERE id = 4; # 4. 가장 많이 주문한 사람의 아이디와 이름, 주문개수는? SELECT userNo, COUNT(userNo) FROM t_order GROUP BY userNo ORDER BY COUNT(userNo) DESC; SELECT userName FROM t_user WHERE id = 1; # 5. 소지섭이 사용한 총 금액은? 130000 SELECT id FROM t_user WHERE userName = '소지섭'; SELECT * FROM t_order WHERE userNo = 5; SELECT SUM(price) FROM t_product WHERE id IN (5, 8) ``` - 쇼핑몰 db 연습문제 분할 조인 후 ```css # 1. 손흥민의 주문 개수는? SELECT COUNT(*) FROM t_order INNER JOIN t_user ON t_order.userNo = t_user.id WHERE t_user.userName = '손흥민'; # 2. 손흥민이 산 상품은? 운동화2 , 코트1 SELECT p.pname, COUNT(*) FROM t_order AS o INNER JOIN t_user AS u ON o.userNo = u.id INNER JOIN t_product AS p ON o.productNo = p.id WHERE u.userName = '손흥민' GROUP BY u.id, p.id; # 3. 스커트를 산 사람은? 송혜교 SELECT DISTINCT userName FROM t_order AS o INNER JOIN t_user AS u ON o.userNo = u.id INNER JOIN t_product AS p ON o.productNo = p.id WHERE p.pname = '스커트'; # 4. 가장 많이 주문한 사람의 아이디와 이름, 주문개수는? 손흥민 SELECT userId, userName, COUNT(*) AS cnt FROM t_order AS o INNER JOIN t_user AS u ON o.userNo = u.id INNER JOIN t_product AS p ON o.productNo = p.id GROUP BY u.id ORDER BY cnt DESC; # 5. 소지섭이 사용한 총 금액은? 130000 SELECT * FROM t_order AS o INNER JOIN t_user AS u ON o.userNo = u.id INNER JOIN t_product AS p ON o.productNo = p.id WHERE u.userName = '소지섭'; ``` - [연습](https://codepen.io/chataejin/pen/VwypWWv) ```css #1. 사원 테이블의 모든 레코드를 조회하시오. SELECT * FROM emp; #2. 사원명과 입사일을 조회하시오. SELECT ENAME, HIREDATE FROM emp; #3. 사원번호와 이름을 조회하시오. SELECT EMPNO, ename FROM emp; #4. 사원테이블에 있는 직책의 목록을 조회하시오. (hint : distinct, group by) SELECT DISTINCT JOB FROM emp GROUP BY job; #5. 총 사원수를 구하시오. (hint : count) SELECT COUNT(EMPNO) FROM emp; #6. 부서번호가 10인 사원을 조회하시오. SELECT empno, ename, deptno FROM emp WHERE deptno = 10; #7. 월급여가 2500이상 되는 사원을 조회하시오. SELECT empno, ename, deptno, sal FROM emp WHERE sal >= 2500; #8. 이름이 'KING'인 사원을 조회하시오. SELECT empno, ename FROM emp WHERE ename = 'king'; #9. 사원들 중 이름이 S로 시작하는 사원의 사원번호와 이름을 조회하시오. (hint : like) SELECT empno, ename FROM emp WHERE ename LIKE 'S%'; #10. 사원 이름에 T가 포함된 사원의 사원번호와 이름을 조회하시오. (hint : like) SELECT empno, ename FROM emp WHERE ename LIKE '%T%'; #11. 커미션이 300, 500, 1400 인 사원의 사번,이름,커미션을 조회하시오. (hint : OR, in ) SELECT empno, ename, comm FROM emp WHERE comm IN (300,500,1400); #12. 월급여가 1200 에서 3500 사이의 사원의 사번,이름,월급여를 조회하시오. (hint : AND, between) SELECT empno, ename, sal FROM emp WHERE sal BETWEEN 1200 AND 3500; #13. 직급이 매니저이고 부서번호가 30번인 사원의 이름,사번,직급,부서번호를 조회하시오. SELECT empno, ename, job, deptno FROM emp WHERE job = 'manager' AND deptno = 30; #14. 부서번호가 30인 아닌 사원의 사번,이름,부서번호를 조회하시오. (not) SELECT empno, ename, deptno FROM emp WHERE deptno <> 30; #15. 커미션이 300, 500, 1400 이 모두 아닌 사원의 사번,이름,커미션을 조회하시오. (hint : not in) SELECT empno, ename, comm FROM emp WHERE comm NOT IN (300, 500, 1400) OR comm IS NULL; #16. 이름에 S가 포함되지 않는 사원의 사번,이름을 조회하시오. (hint : not like) SELECT empno, ename FROM emp WHERE ename NOT LIKE '%s%'; #17. 급여가 1200보다 미만이거나 3700 초과하는 사원의 사번,이름,월급여를 조회하시오. (hint : not, between) SELECT empno, ename, sal FROM emp WHERE sal < 1200 OR sal > 3700; #18. 직속상사가 NULL 인 사원의 이름과 직급을 조회하시오. (hint : is null, is not null) SELECT ename, job FROM emp WHERE mgr IS NULL; #19. 부서별 평균월급여를 구하는 쿼리 (hint : group by, avg()) SELECT deptno, AVG(sal) FROM emp GROUP BY deptno; #20. 부서별 전체 사원수와 커미션을 받는 사원들의 수를 구하는 쿼리 (hint : group by, count()) SELECT deptno `부서넘버`, COUNT(empno) AS '전체사원수', COUNT(IF(comm = 0, NULL, comm)) AS '커미션' FROM emp GROUP BY deptno; #21. 부서별 최대 급여와 최소 급여를 구하는 쿼리 (hint : group by, min(), max()) SELECT deptno, MIN(sal), MAX(sal) FROM emp GROUP BY deptno; #22. 부서별로 급여 평균 (단, 부서별 급여 평균이 2000 이상만) (hint : group by, having) SELECT deptno, AVG(sal) AS `avg` FROM emp GROUP BY deptno HAVING `avg` >= 2000; #23. 월급여가 1000 이상인 사원만을 대상으로 부서별로 월급여 평균을 구하라. 단, 평균값이 2000 이상인 레코드만 구하라. (hint : group by, having) SELECT deptno, AVG(sal) AS `avg` FROM emp WHERE sal >= 1000 GROUP BY deptno HAVING `avg` >= 2000; #24. 사원명과 부서명을 조회하시오. (hint : inner join) SELECT ename '사원명', dept.dname '부서명' FROM emp INNER JOIN dept ON dept.deptno = emp.deptno; #25. 이름,월급여,월급여등급을 조회하시오. (hint : inner join, between) SELECT ename AS '이름', sal AS '월급여', s.grade AS '급여등급' FROM emp e INNER JOIN salgrade s ON sal BETWEEN s.losal AND s.hisal; #26. 이름,부서명,월급여등급을 조회하시오. SELECT ename AS '이름', dept.dname AS '부서명', salgrade.grade AS '급여등급' FROM emp INNER JOIN salgrade ON sal BETWEEN salgrade.losal AND salgrade.hisal INNER JOIN dept ON dept.deptno = emp.deptno; #27. 이름,직속상사이름을 조회하시오. (hint : self join) SELECT e.ename AS `이름`, m.ename AS `직속상사이름` FROM emp e INNER JOIN emp m ON m.empno = e.mgr; #28. 이름,직속상사이름을 조회하시오.(단 직속 상사가 없는 사람도 직속상사 결과가 null값으로 나와야 함) (hint : outer join) SELECT e.ename AS `이름`, m.ename AS `직속상사이름` FROM emp AS e LEFT OUTER JOIN emp AS m -> 오른쪽 테이블의 값이 없는 경우에는 NULL로 설정됩니다. -> RIGHT OUTER JOIN, 왼쪽 테이블의 값이 없는 경우에는 NULL로 설정됩니다. ON e.mgr = m.empno; #서브쿼리 -> join으로 대부분 다 사용 가능 하고 join 이 성능이 더 좋다. 서브쿼리라는것이 있으니까 사용하게 되면 사용하면 된다. () 괄호 안에 select 문을 넣는다고 생각하면 됨. #29. 부서번호가 10인 사원중에서 전체 사원들의 평균 급여보다 많이 받는 사원의 사원번호, 이름을 조회하시오. SELECT EMPNO, ENAME, AVG(sal) `avg` FROM emp WHERE DEPTNO = 10 GROUP BY EMPNO HAVING `avg` > (SELECT AVG(sal) FROM emp); SELECT EMPNO, ENAME FROM emp WHERE deptno = 10 AND sal >(SELECT AVG(sal) FROM emp); # 서브쿼리 테이블(인라인뷰) SELECT * FROM emp e INNER JOIN (SELECT deptno, dname FROM dept) d ON e.deptno = d.deptno; ``` - 연습2 ```css # 각 주문(OrderID)별 매출 SELECT OrderID, SUM(Price * Quantity) AS TotalSales FROM OrderDetails INNER JOIN Products ON OrderDetails.ProductID = Products.ProductID GROUP BY OrderID; # 각 고객(CusomterID)별 매출 SELECT Customers.CustomerID, SUM(OrderDetails.Quantity * Products.Price) AS TotalSales FROM Customers INNER JOIN Orders ON Customers.CustomerID = Orders.CustomerID INNER JOIN OrderDetails ON Orders.OrderID = OrderDetails.OrderID INNER JOIN Products ON OrderDetails.ProductID = Products.ProductID GROUP BY Customers.CustomerID; # 각 고객(CusomterID)별 주문(OrderID) 건수(주문을 안한 고객도 0으로 나와야 함) SELECT Customers.CustomerID, COUNT(Orders.OrderID) AS cnt FROM Customers LEFT JOIN Orders ON Customers.CustomerID = Orders.CustomerID GROUP BY Customers.CustomerID; # 가장 많이 팔린 상품(ProductID) top3 SELECT OrderDetails.ProductID, Products.ProductName, SUM(OrderDetails.Quantity) AS TotalSales FROM OrderDetails INNER JOIN Products ON Products.ProductID = OrderDetails.ProductID GROUP BY OrderDetails.ProductID ORDER BY TotalSales DESC LIMIT 3; # 연도(OrderDate)별 매출 SELECT YEAR(OrderDate) AS OrderYear, SUM(Price * Quantity) AS TotalSales FROM Orders INNER JOIN OrderDetails ON Orders.OrderID = OrderDetails.OrderID INNER JOIN Products ON OrderDetails.ProductID = Products.ProductID GROUP BY OrderYear; # 월(OrderDate)별 매출 SELECT DATE_FORMAT(OrderDate, '%Y-%m') AS OrderMonth, SUM(Price * Quantity) AS TotalSales FROM Orders INNER JOIN OrderDetails ON Orders.OrderID = OrderDetails.OrderID INNER JOIN Products ON OrderDetails.ProductID = Products.ProductID GROUP BY OrderMonth; ``` - 시험 정답 ```css # 모든 게시물의 개수 출력 SELECT COUNT(*) AS total_articles FROM article; # 모든 게시물의 조회수의 총합 출력 SELECT SUM(hit) AS total_hits FROM article; # 이순신이 작성한 댓글의 내용, 작성자 닉네임, 작성일 출력. 작성일로 내림차순 SELECT ar.rbody, m.nname, ar.regDate FROM articleReply ar JOIN `member` m ON ar.mno = m.mno WHERE m.rname = '이순신' ORDER BY ar.regDate DESC; # 작성자명에 '사'가 들어가는 작성자의 모든 게시물 조회(게시물번호, 제목, 내용, 조회수, 작성자 닉네임, 작성일). 작성일로 내림차순 SELECT a.ano, a.title, a.body, a.hit, m.nname, a.regDate FROM article a JOIN `member` m ON a.mno = m.mno WHERE m.nname LIKE '%사%' ORDER BY a.regDate DESC; # 자유게시판에서 제목에 '제'라는 문자가 포함된 모든 게시물 조회(게시물번호, 제목, 내용, 조회수, 작성자 닉네임, 작성일). 작성일로 내림차순 SELECT b.bname, a.ano, a.title, a.body, a.hit, m.nname, a.regDate FROM board b INNER JOIN article a ON a.bno = b.bno INNER JOIN `member` m ON a.mno = m.mno WHERE b.bname = '자유게시판' AND a.title LIKE '%제%' ORDER BY a.regDate DESC; # 각 게시판별 게시판 이름과 총 게시물 수 출력. 게시물 수 내림차순 SELECT bname AS '게시판 이름', COUNT(*) AS '총 게시물 수' FROM board JOIN article ON board.bno = article.bno GROUP BY board.bno ORDER BY COUNT(*) DESC; # 최근 1년 사이의 게시물 제목, 내용, 작성자 닉네임, 작성일 출력 . 작성일로 내림차순 SELECT a.title, a.body, m.nname, a.regDate `regDate` FROM article a INNER JOIN `member` m ON m.mno = a.mno WHERE a.regDate > DATE_SUB(NOW(), INTERVAL 1 YEAR) ORDER BY `regDate` DESC; # 최근 반년 사이의 게시물 제목, 내용, 작성자 닉네임, 작성일 출력 . 작성일로 내림차순 SELECT a.title, a.body, m.nname, a.regDate FROM article a JOIN `member` m ON a.mno = m.mno WHERE a.regDate >= DATE_SUB(NOW(), INTERVAL 6 MONTH) ORDER BY a.regDate DESC; # 연도별 게시물 등록 개수 현황 출력. 연도 오름차순 SELECT YEAR(regDate) AS `Year`, COUNT(*) AS `TotalCount` FROM article GROUP BY YEAR(regDate) ORDER BY `Year` ASC; # 가장 댓글이 많은 게시판의 게시판 이름과 댓글 수 출력. SELECT b.bname, COUNT(ar.arno) AS comment_count FROM board b LEFT JOIN article a ON b.bno = a.bno LEFT JOIN articleReply ar ON a.ano = ar.ano GROUP BY b.bno ORDER BY comment_count DESC LIMIT 1; # 모든 게시물의 게시판이름, 제목, 작성자닉네임, 게시물작성일, 조회수, 좋아요수, 댓글수 출력. SELECT b.bname, a.title, m.nname AS author_nickname, a.regDate AS article_posted_date, a.hit AS views, COUNT(l.ano) AS likes, COUNT(ar.arno) AS comments FROM article a INNER JOIN board b ON a.bno = b.bno INNER JOIN `member` m ON a.mno = m.mno LEFT JOIN `like` l ON a.ano = l.ano LEFT JOIN articleReply ar ON a.ano = ar.ano GROUP BY a.ano ORDER BY a.regDate DESC; # 각 게시물 별 댓글 수 내림차순, 댓글수가 같으면 게시물번호로 오름차순 (없으면 0개라고 표시)으로 출력 SELECT a.ano, COUNT(ar.arno) AS comments FROM article AS a LEFT OUTER JOIN articleReply AS ar ON a.ano = ar.ano GROUP BY a.ano ORDER BY comments DESC, a.ano ASC; # 각 회원별 게시물 수 내림차순, 게시물 수가 같으면 회원번호로 오름차순(없으면 0개라고 표시)으로 출력 SELECT m.mno, m.nname AS member_nickname, COUNT(a.ano) AS article_count FROM `member` m LEFT JOIN article a ON m.mno = a.mno GROUP BY m.mno ORDER BY article_count DESC , m.mno ASC; # 각 회원별 댓글 수 내림차순, 댓글 수가 같으면 회원번호로 오름차순(없으면 0개라고 표시)으로 출력 SELECT m.mno, IFNULL(COUNT(ar.arno), 0) AS comment_count FROM `member` m LEFT JOIN articleReply ar ON m.mno = ar.mno GROUP BY m.mno ORDER BY comment_count DESC, m.mno ASC; # 좋아요를 가장 많이 받은 회원의 아이디, 이름, 총 좋아요개수 SELECT m.loginId, m.rname, COUNT(l.ano) AS total_likes FROM `member` m JOIN `like` l ON m.mno = l.mno GROUP BY m.mno ORDER BY total_likes DESC LIMIT 1; # 각 회원별 게시물의 조회수 총합 내립차순, 조회수가 같으면 회원번호로 오름차순 출력 SELECT m.mno, SUM(a.hit) AS total_views FROM `member` m JOIN article a ON m.mno = a.mno GROUP BY m.mno ORDER BY total_views DESC, m.mno ASC; # 총 조회수가 가장 많은 게시판의 이름 SELECT b.bname FROM board b JOIN article a ON b.bno = a.bno GROUP BY b.bno ORDER BY SUM(a.hit) DESC LIMIT 1; # 게시판 별 가장 조회수가 높은 게시물 top 3의 게시물 제목, 내용, 작성자닉네임, 조회수 출력. 조회수 내림차순 SELECT a.title, a.body, m.nname, a.hit FROM article a JOIN MEMBER m ON a.mno = m.mno JOIN ( SELECT bno, MAX(hit) AS max_hit FROM article GROUP BY bno ) t ON a.bno = t.bno AND a.hit = t.max_hit ORDER BY a.hit DESC LIMIT 3; # 모든 게시물 중 가장 조회수가 높은 게시물 top 3의 게시물 제목, 내용, 작성자닉네임, 조회수 출력. 조회수 내림차순 SELECT a.title, a.body, m.nname AS author_nickname, a.hit FROM article AS a JOIN MEMBER AS m ON a.mno = m.mno ORDER BY a.hit DESC LIMIT 3; # 모든 게시물 중 가장 댓글이 많은 게시물 top 3의 게시물번호, 게시물제목, 작성자닉네임, 게시물작성일, 댓글 수 출력. 댓글 수 내림차순 SELECT a.ano, a.title, m.nname AS author_nickname, a.regDate, COUNT(ar.arno) AS comment_count FROM article AS a JOIN MEMBER AS m ON a.mno = m.mno LEFT JOIN articleReply AS ar ON a.ano = ar.ano GROUP BY a.ano ORDER BY comment_count DESC LIMIT 3; ``` ## 스프링부트 - [점프투스프링부트](https://wikidocs.net/book/7601) - [인텔리제이로 세팅하기](https://wikidocs.net/164891) - 초기설정 이미지 ![초기 설정 이미지](https://i.imgur.com/LyXzfgc.png) - 추가설정 인텔리제이 설정에서 Build, Excution, Deployment -> gradle -> build and run using : intellij, run test using : intellij 이 사항을 실행하면 IntelliJ IDEA의 기능을 사용하여 Gradle을 통해 프로젝트를 빌드하고 실행하고 테스트할 수 있다. - gradle로 로컬서버 실행하는 과정은 안해도 된다. - APP 실행 클래스에서 CURRUNT 설정 후 런하여 실행하자. - 포트주소 문제때문에 오류가 생길 시 해결방법 ```css 스프링 부트의 기본 포트 번호는 8080이지만, 필요에 따라 포트 번호를 변경할 수 있습니다. 포트 번호를 변경하는 방법은 다음과 같습니다: application.properties 파일을 사용하여 포트 번호 변경: 프로젝트의 src/main/resources 디렉토리에 application.properties 파일을 생성합니다. server.port 속성을 추가하고 원하는 포트 번호를 지정합니다. 예를 들어, server.port=8888로 포트 번호를 8888로 변경할 수 있습니다. 변경된 포트 번호로 애플리케이션을 실행하면 해당 포트에서 실행됩니다. ``` ```css 8080포트 사용하는 프로세스 강제 종료하기 윈도우키 + R 누르고 cmd 실행 for /f "tokens=5" %a in ('netstat -aon ^| findstr :8080 ^| findstr LISTENING') do taskkill /f /pid %a ``` - 인텔리제이에서 gradle 안에 내용을 넣고 Refresh 하려면 코끼리 아이콘을 눌러야된다. --- - Entity(데이버테이스의 테이블이다) 와 리포지터리 ```css 엔티티(Entity)는 데이터베이스의 테이블과 매핑되는 자바 클래스를 말합니다. 엔티티는 객체 지향 프로그래밍에서 도메인 모델(Domain Model)을 표현하기 위해 사용됩니다. 엔티티 클래스는 속성(필드)와 동작(메서드)으로 구성되며, 데이터베이스 테이블의 열(Column)과 데이터를 객체로 표현하는 역할을 수행합니다. 엔티티는 데이터베이스의 테이블과 일치하는 구조를 갖추고 있습니다. 각 엔티티 객체는 테이블의 레코드(Record)에 해당하며, 객체의 속성은 테이블의 열에 매핑됩니다. 예를 들어, 사용자(User)라는 엔티티 클래스는 사용자 테이블의 각 레코드에 해당하며, 사용자의 아이디, 이름, 이메일 등의 속성은 테이블의 열에 매핑되어 저장됩니다. 엔티티는 JPA(Java Persistence API)를 사용하여 데이터베이스와 상호 작용할 수 있습니다. JPA는 엔티티 객체와 데이터베이스 간의 매핑을 관리하고, 엔티티의 데이터를 데이터베이스에 저장하고 조회하는 등의 기능을 제공합니다. 하지만 JPA의 엔티티만으로는 데이터베이스에 직접적으로 데이터를 저장하거나 조회할 수 없습니다. 실제 데이터베이스 조작을 위해서는 엔티티를 활용하여 JPA 리포지터리를 사용해야 합니다. 리포지터리는 엔티티에 대한 데이터베이스 조작을 추상화한 인터페이스입니다. 리포지터리는 데이터베이스와의 상호 작용을 처리하는 메서드들을 정의하고, JPA를 사용하여 실제 데이터베이스 조작을 수행합니다. ☆★따라서 엔티티는 데이터베이스와의 매핑을 담당하고, 실제 데이터 조작은 JPA 리포지터리를 통해 이루어지게 됩니다. 예를 들어, 사용자(User) 엔티티의 경우 UserRepository 인터페이스를 사용하여 사용자의 저장, 조회, 수정, 삭제 작업을 정의할 수 있습니다. ※ 리포지터리는 엔티티에 의해 생성된 데이터베이스 테이블에 접근하는 메서드들(예: findAll, save 등)을 사용하기 위한 인터페이스이다. 데이터 처리를 위해서는 테이블에 어떤 값을 넣거나 값을 조회하는 등의 CRUD(Create, Read, Update, Delete)가 필요하다. 이 때 이러한 CRUD를 어떻게 처리할지 정의하는 계층이 바로 리포지터리이다. ``` --- - JpaRepository ```css JpaRepository를 상속할 때는 제네릭스 타입으로 처럼 리포지터리의 대상이 되는 엔티티의 타입(Question)과 해당 엔티티의 PK의 속성 타입(Integer)을 지정해야 한다. 이것은 JpaRepository를 생성하기 위한 규칙이다. ``` ```css JpaRepository는 Spring Data JPA에서 제공하는 인터페이스로, JPA 기반의 데이터베이스 조작을 간편하게 처리할 수 있도록 도와줍니다. JpaRepository를 상속받는 것은 다음과 같은 이점을 가지기 위함입니다: 기본적인 CRUD 메서드 제공: JpaRepository는 기본적인 데이터베이스 조작인 생성(Create), 조회(Read), 수정(Update), 삭제(Delete)에 해당하는 메서드를 이미 구현해놓았습니다. 따라서 개발자는 별도의 SQL 쿼리 작성 없이도 간단하게 엔티티의 데이터베이스 조작을 수행할 수 있습니다. Paging 및 Sorting 기능 제공: JpaRepository는 페이징(Paging)과 정렬(Sorting) 기능을 지원합니다. 데이터의 일부만 가져오거나 정렬된 결과를 얻기 위한 메서드를 제공하여 편리하게 사용할 수 있습니다. Query Method 지원: JpaRepository는 메서드 이름을 분석하여 자동으로 쿼리를 생성하는 기능을 제공합니다. 개발자는 메서드 이름을 통해 간단한 쿼리를 작성하고, Spring Data JPA가 해당 쿼리를 자동으로 생성하여 실행합니다. 이를 통해 복잡한 쿼리 작성 없이도 데이터를 검색하고 조작할 수 있습니다. 트랜잭션 관리: JpaRepository는 기본적으로 트랜잭션(Transaction)을 관리합니다. 데이터베이스 조작은 트랜잭션 내에서 수행되어야 하며, JpaRepository를 사용하면 트랜잭션을 명시적으로 작성하지 않아도 자동으로 처리됩니다. 상속받은 JpaRepository 인터페이스를 사용하면 기본적인 데이터베이스 조작을 간편하게 처리할 수 있으며, 추가적으로 복잡한 쿼리 작성이나 페이징, 정렬 등의 기능도 지원받을 수 있습니다. 이를 통해 개발자는 보다 쉽고 효율적으로 JPA를 활용하여 데이터베이스 조작을 처리할 수 있습니다. ``` --- - Model Model 객체는 스프링 MVC에서 컨트롤러와 뷰 간의 데이터 전달을 위한 객체입니다. 컨트롤러에서 Model 객체를 매개변수로 받으면, 해당 객체를 통해 뷰로 데이터를 전달할 수 있습니다. ```css ex) public String list(Model model) { List questionList = this.questionRepository.findAll(); model.addAttribute("questionlist",questionList); return "question_list"; } return "뷰파일" -> 뷰파일에서 model에 담긴 내용을 사용할 수 있다. ``` --- - 애너테이션 모음 - @ResponseBody 애너테이션은 URL 요청에 대한 응답으로 문자열을 리턴하라는 의미이다.
- @Id : 기본키로 설정
- @GeneratedValue : 데이터를 저장할 때 해당 속성에 값을 따로 세팅하지 않아도 1씩 자동으로 증가하여 저장된다. GenerationType.IDENTITY는 해당 컬럼만의 독립적인 시퀀스를 생성하여 번호를 증가시킬 때 사용한다.
- @Column : 컬럼의 세부 설정을 위해 사용, 생략하면 세부설정 사용만 못하지 자동으로 컬럼에 저장된다.
- @CreatedDate : 엔티티의 생성일자를 편리하게 관리할 수 있으며, 일일이 필드에 값을 설정하는 번거로움을 줄일 수 있습니다.
- @ManyToOne : 엔티티 클래스와 필드의 관계를 지정해 주는 애너테이션으로 포링키를 생성해준다. // Many : 엔티티 , One : 필드
```css ex) @OneToMany(mappedBy = "question", cascade = CascadeType.REMOVE) > mappedBy : 생략하면 상위 상위 엔티티는 하위 엔티티를 참조할 수 있지만, 하위 엔티티는 상위 엔티티를 참조할 수 없습니다. 양방향 참조를 위해 쓰며 두 관계 중 한곳에만 정의해도 된다. > cascade = CascadeType.REMOVE : one이 삭제되면 many 들도 함께 삭제시킨다. cascade : 폭포, 종속 ``` - @SpringBootTest : 해당 클래스가 스프링부트 테스트 클래스임을 의미
- @Autowired 애너테이션은 스프링의 DI 기능으로 questionRepository 객체를 스프링이 자동으로 생성해 준다. DI(Dependency Injection) - 스프링이 객체를 대신 생성하여 주입한다.
```css 순환참조 문제와 같은 이유로 @Autowired 보다는 생성자를 통한 객체 주입방식이 권장된다. 테스트 코드의 경우에는 생성자를 통한 객체의 주입이 불가능하므로 테스트 코드 작성시에만 @Autowired를 사용하고 실제 코드 작성시에는 생성자를 통한 객체 주입방식을 사용하면 된다. ``` - @Transactional : 메서드가 종료될 때까지 DB 세션이 유지된다. -> 테스트코드에서만 사용하면 된다. 실제 서버에서 JPA 프로그램들을 실행할 때는 DB 세션이 종료되지 않기 때문
- @RequiredArgsConstructor : 롬복이 제공하는 애너테이션으로 해당 클래스의 객체를 생성할 때 해당 클래스의 final이 붙은 속성을 포함하는 생성자를 자동으로 생성하는 역할을 한다.
- @PathVariable("변수") : URL 경로에서 변수 값을 추출하기 위해 사용된다. ※ @GetMapping(value = "/question/detail/{id}") 에서 사용한 id와 @PathVariable("id")의 매개변수 이름이 동일해야 한다.
```css @GetMapping("/users/{id}") public String getUser(@PathVariable("id") int userId) { // userId 변수를 사용하여 해당 사용자 정보를 조회하고 처리하는 로직을 작성합니다. // ... return "user"; } --> @PathVariable("id")는 /users/{id} 경로에서 {id}에 해당하는 값을 userId 매개변수에 바인딩합니다. 따라서, 클라이언트가 /users/123과 같은 요청을 보낼 경우 userId 매개변수에는 123이 할당됩니다. ``` - @ResponseStatus : 예외 발생 시 HTTP 응답 상태 코드를 지정하는 애너테이션
- @RequestMapping : 컨트롤러의 메서드나 클래스에 적용할 수 있으며, 해당 요청에 대한 처리를 담당하는 메서드를 매핑해줍니다. ex) @RequestMapping(value = "/users", params = "id=1") -> /users" 경로에 id=1 파라미터를 포함한 요청과 매핑됩니다.
- @RequestParam : 쿼리 문자열의 변수에 해당하는 값이나 폼 데이터의 변수에 해당하는 값을 받아 올 수 있다.
```css @GetMapping("/users") public String getUser(@RequestParam("id") int userId) { // userId 변수를 사용하여 해당 사용자 정보를 조회하고 처리하는 로직을 작성합니다. // ... return "user"; } --> 쿼리 문자열에서 id 매개변수의 값을 userId 매개변수에 바인딩합니다. 따라서, 클라이언트가 /users?id=123과 같은 요청을 보낼 경우 userId 매개변수에는 123이 할당됩니다. @RequestParam(value="page", defaultValue="0")은 다음과 같은 의미를 갖습니다: value="page": 클라이언트가 요청한 URL에서 page라는 이름의 쿼리 파라미터 값을 해당 메서드의 page 매개변수에 전달합니다. defaultValue="0": 만약 클라이언트가 page 파라미터를 전달하지 않은 경우, 즉 누락된 경우에는 page 매개변수에 기본값으로 0을 할당합니다. 따라서, 클라이언트가 /list?page=2와 같이 요청을 보낸 경우, Spring은 page 매개변수에 2를 할당하게 됩니다. 반면에 클라이언트가 /list와 같이 파라미터를 전달하지 않은 경우, Spring은 page 매개변수에 기본값으로 0을 할당합니다. ※ URL에서 ?는 쿼리 문자열(Query String)을 시작하는 기호입니다. 쿼리 문자열은 URL의 끝에 추가적인 정보를 전달하기 위해 사용되며, ? 이후에 key=value 형태로 파라미터가 추가됩니다. http://www.example.com/path/to/resource?key1=value1&key2=value2 ?key1=value1&key2=value2는 두 개의 쿼리 파라미터 key1과 key2를 전달하는 것을 나타냅니다. key1의 값은 value1, key2의 값은 value2가 됩니다. ``` ```css @RequestParam을 사용하는 이유는 사용자로부터 받은 데이터를 메서드의 매개변수로 받아와서 사용하기 위함입니다. 일반적으로 웹 애플리케이션에서 사용자와 상호작용할 때, 사용자가 입력한 데이터를 서버로 전송하고 해당 데이터를 처리해야 합니다. 사용자가 웹 페이지의 폼을 작성하고 제출하면, 폼에 입력한 데이터는 HTTP 요청의 매개변수로 전달됩니다. @RequestParam 애너테이션은 이러한 HTTP 요청의 매개변수 값을 메서드의 매개변수에 바인딩하여 사용할 수 있게 해줍니다. 따라서 @RequestParam을 사용하여 "subject"와 "content"와 같은 매개변수를 선언하면, 클라이언트가 전송한 데이터를 해당 매개변수에 자동으로 매핑할 수 있습니다. 예를 들어, 사용자가 질문 등록 폼에서 "subject"와 "content"를 입력하고 제출하면, 이 데이터는 POST 요청의 본문에 포함되어 서버로 전송됩니다. @RequestParam을 사용하여 "subject"와 "content" 매개변수를 선언하면, 해당 데이터가 자동으로 매개변수에 바인딩되어 메서드 내에서 사용할 수 있습니다. 따라서 @RequestParam을 사용하여 사용자로부터 받은 "subject"와 "content" 데이터를 메서드 내에서 활용할 수 있게 됩니다. 이러한 방식으로 사용자 입력 데이터를 처리하여 원하는 작업을 수행할 수 있습니다. ``` - @NotEmpty : 해당 값이 Null 또는 빈 문자열("")을 허용하지 않음을 의미한다.
- @Valid : @NotEmpty, @Size 등으로 설정한 검증 기능이 동작한다.
- @Configuration : 환경설정 파일임을 의미하는 애너테이션
- @EnableWebSecurity : 모든 요청 URL이 스프링 시큐리티의 제어를 받도록 만드는 애너테이션
- @Bean : 객체의 라이프사이클, 의존성 관리 등을 스프링 프레임워크가 자동으로 처리할 수 있게 한다. 빈(bean)으로 등록된 컴포넌트는 템플릿에서 바로 사용할 수 있다.
- @PreAuthorize("isAuthenticated()") : 로그인이 필요한 메서드를 의미한다. 만약 @PreAuthorize("isAuthenticated()") 애너테이션이 적용된 메서드가 로그아웃 상태에서 호출되면 로그인 페이지로 이동된다.
- @EnableMethodSecurity Spring Security의 메소드 수준 보안 기능을 사용하기 위해 필요한 설정을 활성화해주는 역할을 합니다. 이를 통해 세밀한 메소드 단위의 보안 제어를 구현할 수 있습니다.
```css ex) @EnableMethodSecurity(prePostEnabled = true) -> @PreAuthorize를 사용할 수 있게 하고 이것으로 권한 확인을 수행할 수 있습니다. ex) @PreAuthorize("hasRole('ROLE_ADMIN')") -> ROLE_ADMIN 권한을 가진 사용자만이 해당 메소드를 실행할 수 있습니다. ``` - @Component : 애너테이션을 사용하여 CommonUtil 클래스를 생성했다. 이렇게 하면 이제 CommonUtil 클래스는 스프링부트에 의해 관리되는 빈(bean, 자바객체)으로 등록된다. 빈(bean)으로 등록된 컴포넌트는 템플릿에서 바로 사용할 수 있다.
- @Configuration : 스프링이나 스프링 시큐리티의 환경설정 파일임을 의미하는 애너테이션이다.
- @EnableWebSecurity : 모든 요청 URL이 스프링 시큐리티의 제어를 받도록 만드는 애너테이션이다.
- @Email : 해당 속성의 값이 이메일형식과 일치하는지를 검증한다.
- @PreAuthorize("isAuthenticated()") : 로그인이 필요한 메서드를 의미한다. 로그아웃 상태에서 호출되면 로그인 페이지로 이동된다.
- @EnableMethodSecurity(prePostEnabled = true) : QuestionController와 AnswerController에서 로그인 여부를 판별하기 위해 사용했던 @PreAuthorize 애너테이션을 사용하기 위해 반드시 필요하다. --- - private static final long serialVersionUID = 1L; -> 버전1 이라는 뜻 --- - 템플릿 설명 ```css build.gradle 안의 내용 dependencies { implementation 'org.springframework.boot:spring-boot-starter-web' testImplementation 'org.springframework.boot:spring-boot-starter-test' developmentOnly 'org.springframework.boot:spring-boot-devtools' compileOnly 'org.projectlombok:lombok' annotationProcessor 'org.projectlombok:lombok' runtimeOnly 'com.h2database:h2' implementation 'org.springframework.boot:spring-boot-starter-data-jpa' implementation 'org.springframework.boot:spring-boot-starter-thymeleaf' implementation 'nz.net.ultraq.thymeleaf:thymeleaf-layout-dialect' implementation 'org.springframework.boot:spring-boot-starter-validation' } ``` ```css spring-boot-starter-web: Spring 웹 애플리케이션을 개발하기 위한 필수 의존성을 포함하는 스타터 패키지입니다. 웹 애플리케이션을 구축하고 웹 요청을 처리하는 데 필요한 기본적인 라이브러리와 구성 요소를 제공합니다. spring-boot-starter-test: Spring Boot 애플리케이션의 테스트를 작성하기 위한 의존성을 포함하는 스타터 패키지입니다. JUnit, Mockito 등의 테스트 프레임워크와 관련된 라이브러리를 제공합니다. spring-boot-devtools: Spring Boot 개발을 보조하는 도구들을 포함한 의존성입니다. 개발 중인 애플리케이션의 자동 재시작, LiveReload, 글로벌 설정 변경 등의 기능을 제공하여 개발 생산성을 향상시킵니다. lombok: 자바 언어의 코드 작성을 간소화하는 라이브러리입니다. Lombok을 사용하면 Getter, Setter, Equals 및 HashCode 메서드 등을 자동으로 생성할 수 있으며, 보일러플레이트 코드를 줄일 수 있습니다. h2database: 인메모리 데이터베이스인 H2 Database를 사용하기 위한 의존성입니다. 개발 및 테스트 환경에서 가볍고 간편하게 데이터베이스를 사용할 수 있습니다. spring-boot-starter-data-jpa: Spring Data JPA를 사용하기 위한 스타터 패키지입니다. JPA(Java Persistence API)를 사용하여 데이터베이스와 상호작용하는 데 필요한 라이브러리와 구성 요소를 제공합니다. spring-boot-starter-thymeleaf: Spring Boot 애플리케이션에서 Thymeleaf 템플릿 엔진을 사용하기 위한 의존성을 포함하는 스타터 패키지입니다. 동적인 웹 페이지 생성과 데이터 바인딩을 위한 기능을 제공합니다. thymeleaf-layout-dialect: Thymeleaf의 레이아웃 기능을 확장하기 위한 의존성입니다. 템플릿의 레이아웃 구조를 정의하고 확장하여 템플릿 간의 일관된 레이아웃을 유지할 수 있습니다. spring-boot-starter-validation: Spring Boot 애플리케이션에서 Bean Validation을 사용하기 위한 의존성을 포함하는 스타터 패키지입니다. 데이터의 유효성 검증을 위한 어노테이션과 유효성 검사 기능을 제공합니다. ``` --- - [Thymeleaf는 Java와 같은 서버 사이드 환경에서 HTML, XML, JavaScript, CSS 등의 마크업 언어를 처리하는 템플릿 엔진입니다. Thymeleaf는 다음과 같은 주요 기능을 제공합니다](https://myeongdev.tistory.com/20) ```css 템플릿 기반: Thymeleaf는 템플릿 엔진으로서, 동적으로 생성된 데이터를 기반으로 정적인 마크업 문서를 생성할 수 있습니다. 서버 사이드에서 템플릿 파일을 작성하고, 클라이언트에게 전달된 후에 데이터를 주입하여 최종적인 마크업을 생성합니다. 데이터 바인딩: Thymeleaf는 서버 사이드 데이터를 템플릿에 바인딩하여 표현할 수 있습니다. 이를 통해 동적인 데이터를 마크업에 삽입하거나 표현식, 변수, 반복문, 조건문 등을 사용하여 데이터를 가공하고 출력할 수 있습니다. 템플릿 재사용: Thymeleaf는 프래그먼트(fragment)라는 기능을 제공하여 템플릿의 일부분을 모듈화하고 재사용할 수 있습니다. 프래그먼트를 포함(include)하거나 대체(replace)하여 템플릿을 구성할 수 있으며, 코드의 중복을 피하고 유지 보수성을 높일 수 있습니다. 국제화 및 다국어 지원: Thymeleaf는 다국어 지원을 위한 국제화 기능을 제공합니다. 다국어 메시지를 템플릿에 쉽게 적용할 수 있고, 다국어 메시지 소스와 연동하여 다국어 지원을 구현할 수 있습니다. 폼 처리: Thymeleaf는 폼 데이터의 바인딩, 검증, 처리를 지원합니다. 폼 요소와 데이터 모델을 바인딩하여 사용자 입력을 처리하고, 유효성 검사를 수행할 수 있습니다. URL 처리: Thymeleaf는 URL 생성 및 링크 처리를 간편하게 할 수 있는 기능을 제공합니다. URL 파라미터와 경로 변수를 처리하고, URL 링크를 동적으로 생성할 수 있습니다. 자바와 통합: Thymeleaf는 자바와의 통합을 강력하게 지원합니다. Spring Framework와 함께 사용할 때 특히 잘 통합되어, Spring MVC와 함께 사용하면 웹 애플리케이션 개발에 유용합니다. 이러한 주요 기능을 통해 Thymeleaf는 동적인 웹 페이지 생성, 데이터 표현, 폼 처리, 다국어 지원 등의 다양한 서버 사이드 마크업 처리 작업을 수행할 수 있습니다. ``` --- - 타임리프 문법정리 ```css 표현식 (Expressions): ${...}: 변수나 속성 값을 출력합니다. *{...}: 폼 데이터 바인딩을 위해 사용됩니다. th:href: href 속성에 동적으로 값을 할당할 수 있습니다. ex) th:href="@{}" @{|...|}는 타임리프의 URL 표현식 문법입니다. 이 표현식을 사용하면 URL에 동적으로 값을 넣을 수 있으며, 자동으로 URL 인코딩이 수행됩니다. 반복문 (Iteration): th:each: 반복문을 처리할 때 사용됩니다. 조건문 (Conditional): th:if: 조건을 만족할 경우 해당 요소를 출력합니다. ex) th:if="${#fields.hasAnyErrors() -> 필드에 에러가 있을때만 나오는 효과 ※ ${#fields.allErrors()} -> 모든 에러 th:unless: 조건을 만족하지 않을 경우 해당 요소를 출력합니다. 속성 바인딩 (Attribute Binding): th:attr: HTML 요소의 속성 값을 바인딩합니다. th:class: HTML 요소의 클래스 값을 동적으로 설정합니다. th:href: 링크의 URL 값을 바인딩합니다. th:field: << 폼 데이터의 자동 바인딩: 사용자가 입력한 값이 자동으로 모델 객체에 설정됩니다. 필드의 에러 메시지 표시: 필드 유효성 검사를 통과하지 못한 경우, 자동으로 에러 메시지가 표시됩니다. 필드의 CSS 클래스 관리: 필드의 상태에 따라 CSS 클래스를 동적으로 조정할 수 있습니다. 필드 값 유지: th:field를 사용하면 페이지가 다시 로드될 때 이전에 입력한 필드 값이 유지됩니다. 사용자가 입력한 값이 서버로 전송되지 않고도 폼에 유지되므로, 사용자 경험을 향상시키고 오류 발생 시에도 입력한 값이 손실되지 않습니다.>> th:object="${클래스명}": *{속성명}을 사용하여 편리하게 바인딩 시킬 수 있다. ex) th:field="*{subject}" th:field 속성을 사용하면 해당 태그의 id, name, value 속성이 모두 자동으로 생성되고 타임리프가 value 속성에 기존 값을 채워 넣어 오류가 발생하더라도 기존에 입력한 값이 유지된다. 이렇게 하면 id="subject", name="subject", value="이전에 사용자가 입력한 값이나 모델 객체에 저장된 값" ※ form 태그 안에서 바인딩 시킬 때만 사용하자 텍스트 국제화 (Text Internationalization): th:text: 텍스트 값을 출력합니다. 동시에 국제화 메시지를 처리할 수도 있습니다. 프래그먼트 (Fragments): th:fragment: 재사용 가능한 HTML 조각을 정의합니다. th:insert: 다른 템플릿 파일에서 프래그먼트를 삽입합니다. th:replace: 다른 템플릿 파일에서 프래그먼트로 대체합니다. 링크와 리다이렉션 (Links and Redirection): th:action: 폼 액션 URL 값을 바인딩합니다. th:method: 폼 전송 메소드를 설정합니다. th:src: 이미지나 자바스크립트 파일의 소스 경로를 바인딩합니다. ``` --- - `` ```css loop: 반복 작업에 대한 상태 정보를 제공하는 변수로 Thymeleaf에서 제공하는 내장 객체입니다. loop를 통해 현재 인덱스, 반복 횟수, 짝수 여부 등의 정보를 얻을 수 있습니다. 결론적으로, question 변수는 ${questionList}의 각 요소를 저장하고, loop 변수는 반복 작업의 상태 정보를 저장합니다. 두 변수는 독립적으로 사용되며, 함께 ${question}의 값을 처리하는데 활용됩니다. ``` --- - `#temporals.format(날짜객체, 날짜포맷)` -> 날짜객체를 날짜포맷에 맞게 변환한다. --- - H2 데이터베이스 ```css build.gradle > dependencies 안에 runtimeOnly 'com.h2database:h2' implementation 'org.springframework.boot:spring-boot-starter-data-jpa' 내용 추가 --- application.properties 안에 --> application.properties 파일은 애플리케이션(응용프로그램)의 세부 설정을 지정하는 데 사용됩니다. # DATABASE spring.h2.console.enabled=true spring.h2.console.path=/h2-console spring.datasource.url=jdbc:h2:~/local spring.datasource.driverClassName=org.h2.Driver spring.datasource.username=sa spring.datasource.password= # JPA spring.jpa.properties.hibernate.dialect=org.hibernate.dialect.H2Dialect spring.jpa.hibernate.ddl-auto=update spring.jpa.properties.hibernate.format_sql=true spring.jpa.properties.hibernate.show_sql=true 내용 추가 ``` --- - JPA란? ```css JPA는 Java Persistence API의 약자로, 자바 애플리케이션에서 관계형 데이터베이스를 조작하기 위한 표준 인터페이스입니다. JPA의 주요 개념은 다음과 같습니다: 엔티티(Entity): JPA에서는 데이터베이스 테이블과 매핑되는 자바 객체를 엔티티라고 합니다. 엔티티는 @Entity 어노테이션으로 표시하며, JPA가 데이터베이스와의 매핑을 수행합니다. 속성(Attribute): 엔티티 클래스의 필드를 속성이라고 합니다. 속성은 데이터베이스 테이블의 컬럼과 매핑됩니다. 관계(Relationship): 엔티티 클래스 사이의 관계를 정의합니다. 관계는 일대일, 일대다, 다대다 등 다양한 종류가 있으며, @OneToOne, @OneToMany, @ManyToOne, @ManyToMany 등의 어노테이션을 사용하여 표현합니다. Repository: JPA에서는 데이터베이스 조작을 담당하는 Repository 인터페이스를 제공합니다. Repository를 통해 CRUD(Create, Read, Update, Delete) 작업을 수행할 수 있습니다. EntityManager: JPA에서는 엔티티를 관리하는 데 사용되는 EntityManager를 제공합니다. EntityManager를 통해 엔티티를 생성, 수정, 조회, 삭제할 수 있습니다. JPA에서 메서드의 이름은 특정한 규칙을 따라야 하며, 이름 규칙에 맞게 작성되어야만 자동으로 쿼리를 생성할 수 있습니다. 기본적으로 메서드의 이름은 다음과 같은 형식을 따릅니다: findBy{속성명}{조건식} ``` --- - Optional<타입> -> Optional은 해당 타입의 값을 포함하거나 포함하지 않을 수 있는 컨테이너입니다. ```css Optional 객체가 값을 포함하고 있고 해당 값이 Question 타입이라면 get() 메서드를 호출하면 실제 Question 객체가 반환됩니다. 따라서 Question 타입으로 변수에 할당할 수 있습니다. 다만, 주의할 점은 Optional 객체가 값이 없을 경우 NoSuchElementException이 발생할 수 있다는 점입니다. 따라서 isPresent() 메서드를 사용하여 값의 존재 여부를 확인한 후에 get() 메서드를 호출하는 것이 좋습니다. ``` --- - truncate ```css 아이디까지 같이 모든 데이터를 지울 수 있는 sql 명령어로써 truncate table 테이블명 ``` --- - Controller -> Service -> Repository의 계층적 구조의 이해 ```css Controller -> Service -> Repository 구조는 일반적으로 사용되는 소프트웨어 아키텍처 패턴 중 하나인 "계층적 구조"를 따르는 방식입니다. 이 패턴은 소프트웨어의 유지보수성, 확장성, 테스트 용이성 등을 개선하기 위해 사용됩니다. 각 계층의 역할과 이유는 다음과 같습니다: Controller: 사용자의 요청을 받아들이고 응답을 반환하는 역할을 합니다. 웹 애플리케이션의 진입점으로, 사용자 인터페이스와의 상호작용을 처리합니다. 사용자의 입력을 검증하고 비즈니스 로직의 실행을 위해 Service 계층으로 작업을 위임합니다. Service: 비즈니스 로직을 처리하는 역할을 합니다. 비즈니스 요구사항을 구현하기 위한 도메인 지식과 규칙을 포함합니다. 여러 개의 Repository를 조합하여 복잡한 비즈니스 동작을 수행합니다. Controller로부터 받은 요청을 처리하고, 필요한 데이터를 Repository로부터 조회 또는 조작하여 반환합니다. Repository: 데이터베이스나 다른 데이터 저장소에 접근하여 데이터의 영속성을 관리하는 역할을 합니다. 데이터의 조회, 추가, 수정, 삭제 등의 데이터 액세스 작업을 처리합니다. 데이터베이스와의 통신을 추상화하여 Service 계층이 데이터 액세스를 수행할 수 있도록 합니다. 데이터의 영속성과 관련된 작업을 담당하여 도메인 객체를 데이터베이스에 매핑하고 관리합니다. 이러한 계층적 구조의 장점은 다음과 같습니다: 분리된 역할: 각 계층은 독립적으로 역할을 수행하므로 코드의 가독성과 유지보수성이 향상됩니다. 비즈니스 로직이 Service 계층에 집중되고 데이터 액세스는 Repository 계층에 위임되므로 각 계층의 책임과 역할이 명확해집니다. 재사용성: 각 계층은 독립적으로 작동하며, 재사용이 가능합니다. 비즈니스 로직이 Service 계층에 있기 때문에 다른 Controller에서 동일한 비즈니스 로직을 사용할 수 있습니다. 테스트 용이성: 각 계층은 단위 테스트가 가능하며, 테스트 작성이 용이합니다. 특히 Service 계층은 비즈니스 로직을 담고 있으므로 이를 테스트하는 것이 중요합니다. 확장성: 새로운 요구사항이나 기능이 추가되었을 때, 각 계층을 독립적으로 확장하고 변경할 수 있습니다. 예를 들어, 데이터베이스를 변경해야 할 경우 Repository 계층만 수정하면 됩니다. 이렇게 계층적 구조를 사용하여 데이터를 처리하는 이유는 코드의 구조와 유지보수성을 개선하고, 비즈니스 로직과 데이터 액세스를 분리하여 각각의 역할에 집중할 수 있기 때문입니다. 요약 : 서비스가 컨트롤러에 고객이 요청한 비지니스 로직을 처리하여 연동해준다. 서비스는 repository의 crud 기능을 사용하여 entity와 controller 사이에서 사용자 관련 기능을 구현(비지니스로직)하는데 사용된다. ``` --- - Get vs Post ```css POST 방식과 GET 방식은 HTTP 프로토콜에서 사용되는 요청 방식입니다. 주요한 차이점은 다음과 같습니다: 데이터 전달 방식: GET 방식: 데이터를 URL의 쿼리 매개변수(query parameters)에 포함하여 전달합니다. 예를 들어, http://example.com/search?keyword=test와 같이 전달됩니다. POST 방식: 데이터를 HTTP 요청의 본문(body)에 포함하여 전달합니다. 이는 사용자가 직접 보이지 않는 방식으로 전달되며, 주로 HTML 폼 데이터나 API 요청 등에서 사용됩니다. 데이터 길이 제한: GET 방식: URL에 데이터가 노출되므로 데이터 길이에 제한이 있습니다. 브라우저나 웹 서버에서는 주소창에 입력 가능한 URL 길이의 제한을 두고 있을 수 있습니다. POST 방식: HTTP 요청 본문에 데이터를 포함하기 때문에 길이에 대한 제한이 상대적으로 더 크고, 브라우저나 웹 서버에서도 더 많은 데이터를 처리할 수 있도록 지원합니다. 보안: GET 방식: 데이터가 URL에 노출되므로 보안에 취약합니다. 민감한 정보(예: 비밀번호)를 전송하기에 적합하지 않습니다. 또한, URL에 데이터가 포함되므로 브라우저 히스토리나 로그에 기록될 수 있습니다. POST 방식: 데이터가 HTTP 요청 본문에 포함되므로 URL에 노출되지 않고, 데이터가 암호화되어 전송될 수 있습니다. 민감한 정보의 전송에 보다 안전합니다. 캐싱: GET 방식: 동일한 URL에 대한 요청은 브라우저 캐시에 의해 저장될 수 있으므로, 브라우저가 캐시된 데이터를 사용하여 요청을 처리할 수 있습니다. POST 방식: 요청이 서버에 의해 실행되어야 하므로, 캐싱되지 않습니다. 매번 서버로 요청이 전송됩니다. 멱등성: GET 방식: 동일한 요청을 여러 번 보내더라도 동일한 결과를 얻을 수 있습니다. 즉, 멱등성을 가지고 있습니다. POST 방식: 같은 요청을 여러 번 보내면 서버에서는 동일한 작업이 중복 실행될 수 있습니다. 따라서 멱등성을 보장하지 않습니다. 요약하자면, GET 방식은 데이터를 URL에 노출하고 길이 제한이 있으며 보안에 취약하지만, 캐싱이 가능하고 멱등성을 가지고 있습니다. 반면, POST 방식은 데이터를 본문에 포함하여 전송하고 길이 제한이 크며 보안이 강화되지만, 캐싱이 불가능하고 멱등성을 보장하지 않습니다. 따라서 데이터 전달의 목적과 보안 요구에 따라 적절한 방식을 선택하여 사용해야 합니다. ``` --- - link 연결 -> thymeleaf 사용하면 경로를 일일이 지정하지 않아도 연결가능 ```css th:href="@{/bootstrap.min.css}"에서 @{} 구문은 Thymeleaf에 경로를 처리하도록 요청하는 것입니다. Thymeleaf는 기본 설정에 맞춰 경로를 변환하여 최종적으로 /sbb/src/main/resources/static/bootstrap.min.css와 같은 경로의 파일을 참조하게 됩니다. ``` - fragment : 레이아웃 템플릿(layout template)에서 재사용 가능한 독립적인 코드 블록을 정의하는 데 사용됩니다. ```css Thymeleaf에서 프래그먼트를 정의하려면 태그와 layout:fragment 속성을 사용하여 레이아웃 템플릿에서 프래그먼트의 이름을 지정합니다. 그리고 이를 다른 곳에서 호출하려면 태그를 사용하여 해당 프래그먼트를 포함시킬 수 있습니다. ex) -> 각 페이지의 고유한 내용에 해당하는 부분

현재 태그는 각 페이지의 고유한 내용에 해당하는 부분이고 layout 의 영향을 받지 않는다. ``` --- - layout:decorate ```css 페이지의 최상단에 위치하며, 템플릿 경로를 값으로 가집니다. 일반적으로 템플릿 경로는 문자열로 표현되며, Thymeleaf에서는 템플릿 경로를 "~{템플릿명}" 형식으로 작성합니다. 따라서 layout:decorate="~{layout}"는 "layout"라는 이름의 템플릿을 레이아웃으로 지정한다는 의미입니다. 페이지에서 변경되지 않는 부분(예: 헤더, 푸터)을 레이아웃 템플릿에 정의하고, 각 페이지의 고유한 내용(예: 콘텐츠)은 프래그먼트로 채워넣는 방식으로 사용됩니다. ``` - CSRF CSRF(cross site request forgery)는 웹 사이트 취약점 공격을 방지를 위해 사용하는 기술이다. 스프링 시큐리티가 CSRF 토큰 값을 세션을 통해 발행하고 웹 페이지에서는 폼 전송시에 해당 토큰을 함께 전송하여 실제 웹 페이지에서 작성된 데이터가 전달되는지를 검증하는 기술이다. --- - [%03d]의 각 부분은 다음과 같은 의미를 갖습니다: ```css %: 포맷 지정자의 시작을 나타냅니다. 0: "0" 플래그(flag)로, 숫자를 오른쪽 정렬하여 남은 공간을 0으로 채우도록 지정합니다. 3: 폭(width)로, 출력되는 문자열의 최소 길이를 3으로 지정합니다. 만약 숫자가 3보다 짧으면 남은 부분을 0으로 채웁니다. d: 변환(conversion)으로, 정수를 10진수로 표현합니다 ``` --- - #numbers.sequence(시작, 끝)은 시작 번호부터 끝 번호까지의 루프를 만들어 내는 타임리프의 유틸리티이다. --- - th:each="page: ${#numbers.sequence(paging.number+1, paging.number+5)}" th:if="${page >= 1 and page < paging.totalPages}" th:classappend="${page == paging.number+1} ? 'active'" -> 페이지수 5개 제한 --- - List sorts = new ArrayList<>(); sorts.add(Sort.Order.desc("createDate")); Pageable pageable = PageRequest.of(page, 10, Sort.by(sorts)); ```css 해당 코드는 Spring Data JPA에서 페이징 처리를 위한 Pageable 객체를 생성하는 예제입니다. List sorts = new ArrayList<>(); Sort.Order 객체들을 저장할 리스트를 생성합니다. sorts.add(Sort.Order.desc("createDate")); createDate 필드를 기준으로 내림차순으로 정렬하는 Sort.Order 객체를 리스트에 추가합니다. 즉, createDate 필드 값을 기준으로 최신 데이터가 먼저 오도록 내림차순으로 정렬됩니다. Pageable pageable = PageRequest.of(page, 10, Sort.by(sorts)); PageRequest.of() 메서드를 사용하여 Pageable 객체를 생성합니다. of() 메서드의 첫 번째 파라미터인 page는 가져올 페이지 번호를 나타냅니다. 두 번째 파라미터인 10은 한 페이지당 가져올 아이템의 개수를 나타냅니다. 즉, 한 페이지에 10개의 아이템이 표시됩니다. 세 번째 파라미터인 Sort.by(sorts)는 정렬 방식을 나타냅니다. Sort.by() 메서드를 사용하여 정렬 객체를 생성합니다. 위에서 만든 sorts 리스트를 사용하여 Sort.by()를 호출하므로, createDate 필드를 기준으로 내림차순 정렬이 적용됩니다. 이렇게 생성된 pageable 객체를 Spring Data JPA의 findAll() 메서드 등과 함께 사용하면, page 번호에 해당하는 데이터를 10개씩 가져와서 createDate 필드의 내림차순으로 정렬하여 반환하게 됩니다. 즉, 페이징 처리와 정렬이 동시에 적용된 데이터 검색에 사용될 수 있습니다. ``` --- - 야믈과 프로퍼티스 ```css 야믈 (YAML): 특징: YAML은 "YAML Ain't Markup Language"의 약자로, 사람이 쉽게 읽고 쓸 수 있으며, 기계도 파싱하기 쉬운 경량 마크업 언어입니다. 들여쓰기를 통해 계층적인 구조를 나타내기 때문에, 계층적 데이터를 표현하기에 용이합니다. 배열, 객체, 스칼라 값 등 다양한 데이터 유형을 지원합니다. 주석을 사용할 수 있습니다. 대부분의 프로그래밍 언어와 호환되며, JSON과 유사한 구조를 가지고 있어 데이터를 변환하기 용이합니다. 사용 예시: yaml Copy code # 예시: 사용자 정보를 포함하는 YAML 파일 users: - name: John age: 30 email: john@example.com - name: Jane age: 28 email: jane@example.com 프로퍼티스 (Properties): 특징: 프로퍼티스 파일은 주로 "key=value" 형식으로 데이터를 저장하는 설정 파일입니다. 주로 Java 기반의 애플리케이션에서 사용되며, Java의 java.util.Properties 클래스로 읽고 쓸 수 있습니다. 간단하고 직관적인 형식으로 데이터를 저장하며, 주로 문자열 데이터를 다루기에 적합합니다. 주로 구성 정보, 속성 값 등을 저장하는데 사용됩니다. 사용 예시: properties Copy code # 예시: 애플리케이션의 설정 정보를 포함하는 프로퍼티스 파일 application.name=MyApp application.version=1.0.0 application.author=John Doe database.url=jdbc:mysql://localhost:3306/mydb database.username=myuser database.password=mypassword 두 형식은 각각의 장점과 사용 시나리오에 따라 선택하여 사용할 수 있습니다. YAML은 복잡한 계층 구조를 가진 데이터를 표현할 때 유용하며, 프로퍼티스는 간단한 키-값 형태의 설정을 저장하는 데 적합합니다. 따라서 프로젝트의 요구사항과 개발 환경에 따라 알맞은 형식을 선택하여 사용하는 것이 중요합니다. ``` --- - Principal ```css Spring Security 사용하에 현재 로그인한 사용자의 정보를 얻을 수 있습니다. 사용자의 이름, 권한, 인증된 여부 등의 정보를 principal 객체에서 추출하여 해당 정보를 활용할 수 있습니다. 이를 통해 특정 사용자의 요청에 대한 접근 제어, 사용자 정보를 기반으로 한 비즈니스 로직 등을 처리할 수 있습니다. ``` --- - 폼 태그의 action 속성 없이 폼을 전송(submit)하면 폼의 action은 현재의 URL(브라우저에 표시되는 URL주소)을 기준으로 전송이 된다. 즉, 질문 등록시에 브라우저에 표시되는 URL은 /question/create이기 때문에 POST로 폼 전송시 action 속성에 /question/create가 설정이 되고, 질문 수정시에 브라우저에 표시되는 URL은 /question/modify/2 형태의 URL이기 때문에 POST로 폼 전송시 action 속성에 /question/modify/2 형태의 URL이 설정되는 것이다. --- - javascript:void(0) : 클릭 시 어떤 링크로 이동하지 않도록 하는 것을 의미합니다. 이렇게 함으로써 기본적인 클릭 동작을 무효화하고, JavaScript를 사용하여 원하는 동작을 추가할 수 있게 됩니다. - URI는 "Uniform Resource Identifier"의 약어로, 통합 자원 식별자를 의미합니다. URI는 인터넷에서 리소스(예: 웹 페이지, 이미지, 동영상, 파일 등)를 식별하고 지칭하기 위한 표준화된 방법입니다. ```css href="javascript:void(0);" -> 클릭 시 어떤 링크로 이동하지 않도록 하는 것을 의미합니다. 일반적인 HTML 링크는 href 속성에 이동할 URL을 지정하지만, 여기서는 JavaScript의 void(0)를 사용하여 아무 동작도 하지 않도록 합니다. 이렇게 함으로써 기본적인 클릭 동작을 무효화하고, JavaScript를 사용하여 원하는 동작을 추가할 수 있게 됩니다. th:data-uri="@{|/question/delete/${question.id}|}" -> 이 부분은 Thymeleaf의 th:data-* 속성을 사용하여 데이터를 HTML 요소에 바인딩하는 것을 나타냅니다. const delete_elements = document.getElementsByClassName("delete"); Array.from(delete_elements).forEach(function(element) { element.addEventListener('click', function() { if(confirm("정말로 삭제하시겠습니까?")) { location.href = this.dataset.uri; }; }); }); -> dataset.uri = @{|/question/delete/${question.id}|} 이고 uri 는 th:data-* 의 * 부분이다. ``` --- - 수정은 post 매핑으로도 하는데 삭제는get매핑만 해도 되는 이유? ```css 사용자가 질문의 답변을 수정하기 위해 /modify/{id} URL에 접근하면, 답변 내용을 수정하는 폼이 제공됩니다. 이 폼에서 사용자가 수정한 내용을 서버로 전송할 때, 데이터가 노출되지 않도록 POST 메서드를 사용합니다. 즉, GET 메서드로 해당 URL에 접근하면 수정 폼만 표시되고, POST 메서드로 폼의 내용을 서버로 제출하여 수정을 처리합니다. 사용자가 /delete/{id} URL에 접근하면 해당 답변을 삭제하는 요청이 서버로 전송되어 처리됩니다. 데이터를 조회하는 기능과 달리, 데이터를 삭제하는 작업은 노출되어도 문제가 없을 수 있으므로 GET 메서드를 사용하여 간단히 처리하는 경우가 많습니다. ``` --- - 추천인 속성에 `List`가 아닌 `Set`을 사용한 이유는? ```css List와 Set은 자바 컬렉션 인터페이스의 두 가지 구현 방식입니다. 각각의 특징과 사용 시나리오에 따라 적절한 선택을 할 수 있습니다. Set을 사용한 이유는 다음과 같습니다: 중복 요소 제거: Set은 중복 요소를 허용하지 않습니다. 따라서 같은 SiteUser 객체가 중복해서 저장되는 것을 막아줍니다. 일반적으로 다대다(N:M) 관계에서 중복된 관계가 발생하는 것을 방지하기 위해 Set을 사용하는 것이 좋습니다. 효율적인 조회: Set은 내부적으로 해시 테이블로 구현되어 빠르고 효율적인 데이터 조회를 지원합니다. 중복을 허용하지 않으므로 컬렉션 내에서 특정 요소를 검색하는 연산이 더 빠릅니다. 순서 보장: Set은 일반적으로 순서를 보장하지 않습니다. 따라서 순서가 중요하지 않고, 중복을 제거하고 빠른 조회가 필요한 경우에 사용하기 적합합니다. 다대다 관계: 다대다 관계에서는 SiteUser와 다른 엔티티 사이에 중간 테이블이 생성되어야 합니다. 중복 요소를 허용하지 않는 Set을 사용하면 중간 테이블에 중복된 관계를 피하고 효율적인 다대다 관계를 구현할 수 있습니다. 다만, 상황에 따라 List을 사용하는 것도 가능합니다. 예를 들어, 순서가 중요하고 중복을 허용해야 하는 경우에는 List를 사용할 수 있습니다. 또한, List는 인덱스를 이용한 특정 요소에 대한 접근이 용이하다는 장점이 있습니다. 따라서, Set은 다대다 관계에서 중복을 제거하고 빠른 조회를 위해 사용되는 것이 일반적이지만, 프로젝트의 요구사항과 데이터 모델링에 따라 List를 사용하는 것도 가능합니다. ``` --- - @OneToMany와 ManyToOne 관계 설정 @OneToMany 관계에서는 다수의 하위 엔티티(OneToMany에 속한 엔티티)가 하나의 상위 엔티티(ManyToOne에 속한 엔티티)에 매핑되는 경우가 일반적입니다. 따라서 상위 엔티티인 @ManyToOne 관계에 mappedBy를 지정하여, 하위 엔티티가 어떤 필드에 매핑되는지를 명시합니다. 이렇게 함으로써 JPA가 올바른 외래 키를 생성하고 관리할 수 있게 됩니다. 예를 들어, 다음과 같이 Post 엔티티와 Comment 엔티티가 있다고 가정해봅시다: ```css @Entity public class Post { @Id @GeneratedValue(strategy = GenerationType.IDENTITY) private Long id; // ... @OneToMany(mappedBy = "post", cascade = CascadeType.ALL) private List comments; // Getters, Setters, Constructors, etc. } @Entity public class Comment { @Id @GeneratedValue(strategy = GenerationType.IDENTITY) private Long id; @ManyToOne private Post post; // ... // Getters, Setters, Constructors, etc. } 여기서 @OneToMany(mappedBy = "post", cascade = CascadeType.ALL)는 JPA에서 관계를 설정하는 어노테이션으로, 데이터베이스에서 직접적으로 테이블 구조를 변경하지 않습니다. 이 부분은 JPA가 엔티티들 간의 관계를 매핑하고 객체 지향적으로 연결된 상태를 유지하도록 도와주는 것입니다. 반대로 @ManyToOne의 post는 post_id라는 외래 키 컬럼이 생성되며, 이 컬럼은 Post 테이블의 기본 키와 연결됩니다. 결과적으로 데이터베이스에서는 Comment 테이블의 각 레코드가 Post 테이블의 한 레코드와 관계를 가지며, 이러한 관계는 @ManyToOne 어노테이션을 통해 JPA에 의해 관리되고 유지됩니다. ※ @OneToMany(mappedBy = "question", cascade = CascadeType.REMOVE) -> 이런식으로 거의다 원투매니쪽에 mappedB랑 cascade를 써야됨 ``` - enctype="multipart/form-data" : 폼(form) 요소에서 사용되는 속성 중 하나로, 폼 데이터를 서버로 전송할 때 데이터를 인코딩하는 방식을 지정합니다. 이 방식은 폼 데이터에 파일 업로드가 포함되어 있거나, 폼 데이터에 특수한 문자를 포함할 때 주로 사용됩니다. - RedirectAttributes redirectAttributes: 리다이렉트 시에 데이터를 전달하기 위한 RedirectAttributes 객체를 받아옵니다. 보통 스프링에서 리다이렉트 후에도 데이터를 유지하고 싶을 때 사용합니다. 리다이렉트로 페이지를 이동하면 기존의 요청과는 별개로 새로운 요청이 발생하게 되기 때문에 기존 요청에서의 데이터를 그대로 가져오기 위해서는 redirectAttributes를 사용해야 합니다.