📌 2주차를 보내며.

벌써 2주차의 회고를 쓸 시간이 왔다. (아니 이게 말이 돼?)

이번 주는 시간 동안, 나의 약점(?) 이기도 했던 리눅스와 데이터베이스에 대해 끊임없이 학습할 수 있었다. 듣다보면 항상 감탄스럽고 머리를 "탁" 치는 강사님의 양질의 강의에 항상 감사하고 있다..

이번주는 오프라인 부트캠프의 장점을 명확히 깨달았던 주 였던 것 같다.

앞선 회고에도 간략하게 설명했듯이, 자유로운 커뮤니케이션, 열정 가득한 공간에서의 학습력, 다양한 스터디 활동 의 장점을 몸소 깨달았다. 항상 카페에 눌러앉아 꽤나 외롭게 혼자 공부했었던 나에게, 너무나도 완벽한 학습공간 인 것 같다. 나날이 성장하는 것 처럼 느껴지는 나의 모습에, 한화 부트캠프는 어쩌면 나의 개발자 인생의 터닝포인트가 될 수도 있을 것만 같다.

요즘은 부트캠프 내에서 9 to 9 or 10 의 삶을 살고 있다. 오후 9~10시까지 캠프내에서 공부하다가, 집 가는 길에 운동하고 집 가면 딱 기절 할 시간이다 =_= 힘들 줄 알았는데 오하려 루틴으로 삼으니 생각보다 할만하다.. (다행스럽게 체력이 버텨주나부다😂)

물론, 아무래도 집이 정말 근처여서,, 다른 동기들에 비해 상당한 이점을 가지고 있기에 가능한 것일지도... 멀리서 오시는 분들을 보면 새삼 너무 대단하게 느껴진다.

대용량 트래픽 처리, 분산 처리 시스템을 배우다.

개발자 취업을 준비해본 사람은, 신입 포함 많은 공고에서 대용량 트래픽 처리에 대한 우대사항을 많이 접했을 것 이다.

(아니 우리가 이걸 어떻게 경험하나요) 라고 생각했으나, 6기 강사님과 함께라면, 경험이 가능한거였더라..😂 물론 아직은 우리가 초심자이기 때문에 처음부터 심화적으로 하기보단, 경량형 웹 서버,DB 서버들을 구축한 후 haproxy, Jmeter, 프로메테우스-grafana등을 활용해서 간단한 실습으로 대용량 트래픽 및 분산처리 시스템의 개념을 다잡을 수 있었다. (혼자 공부했다면 감히 시도조차 못해봤을 내용이다.)

역시 우리 강사님이다..

✅ 좋았던 점

이번주의 좋았던 점을 나열해보자면,

• 분산처리 시스템 학습
• 체계적으로 다듬어져가는 복습 스터디. (aka.복스팸)
• 스터디 추가 가입 (코테 스터디)
• 인턴이 된 것만 같은, 출입증+이름표 배정
• 동기의 절반 가량 안면 트기
• 정처기 필기 합격

💪 벌써, 2개의 스터디.

기존에 있었던 복습 스터디에 더 나아가서, 고민조차 할 시간이 없다고 강조하시는 웃기고 열정 넘치는 동기분의 감사한 권유에, 코딩 테스트 스터디에 추가로 가입하게 되었다! 해당 스터디에는 정말 다양한 경험과 풍부한 실력으로 가득한 분들이 많아 정말 놀랬다.. 머리를 조아리며 열심히 배워나가야겠다..

1. 점점 더 체계적으로 잡혀가는 복스팸 (복습 스터디)

해당 주차는 저번 주 보다 심도있고 어려운 주제들을 다뤘기 때문에 여러 오류들을 만나 볼 수 있었다. 복습 스터디에서는 금일 진행했던 내용을 다잡고, 만나봤던 오류들에 대해서 토론도 거치는 아주 건강한 과정을 거치고 있다,,👊

2. 수많은 실력자 분들과 함께 코딩 테스트 준비.

사실 처음에는 감사한 권유에 무색하게 많은 주저를 했다. 기존 스터디가 있음과 동시에, 혹여 실력과 시간이 안돼서 스터디 내에서 폐를 끼치면 어쩌나 하는 불안감이 있었던 것 같다. 그치만 늘 망설임의 끝은 후회로 남았던 것을 알았기에, 다음날에 다시 찾아가 참여를 신청했다! 결론부터 말하자면, 후회없는 선택으로 많이 배워갈 예정이다!

🔍 꽤나 간지나는(?) 출입증을 제공받다.

대기업 연계라 그런지(?) 층층마다 출입 권한도 꽤나 확실하다! 뭔가 인턴처럼 있어보이기도 하고.. 개인적으로 마음에 드는 출입증이다 껄껄..

| |---|---|

👏 정처기 필기 합격!

학부생때 프로젝트라는 핑계로 미뤄놨던, 정처기 자격증도 틈틈히 지원해서 보고왔다! 다행히 시험,면접등에 있어서는 유연하게 공가 처리를 해주셔서 공가처리 후 다녀올 수 있었다. 그래도 수업 빠지는건 너무 아쉬워서, 시험 끝나자마자 호다닥 붙캠으로 향해 큰 지장은 없었다.

벼락치기를 했던지라, 혹여 떨어지진 않겠지 걱정했지만 다행히 안전한 점수로 합격!

❌ 아쉬운 점

이번주의 아쉬운 점 이다.

• 약속이 많아 공부의 소홀함..
• 어떻게 하면 친해질 수 있을까..?

😥 너무 놀았다 ㅎ..

해당 주차는 가족 생일, 어버이 날, 정처기 시험, 약속등 여러 이벤트들이 몰려 있었어서 만족스러운 공부량을 가져가지 못했다ㅜ.. 다음 주에는 정신 바짝차리고 더욱 분발하도록 해야겠다,,

💭 나서고 싶지만 나설 수 없다.

나의 단기적인 욕망은, 하루라도 빨리 서로 서로가 친해져서 오프라인 장점을 200% 살리고 싶은 욕망이 있다. 나름대로 내제되어있는 친화력으로 절반가량 정도는 안면을 튼 것 같지만, 아직 이름과 얼굴조차 매치가 안되는 분들도 대다수다.

지정 좌석제의 장점이자 단점은 주변 사람들은 빨리 친해질 수 있어도, 연관이 없는 자리는 결코 친해질 수 없는 시스템 인 것 같다. 사실, 디코같은 환경에서 친해질 수 있는 다양한 방법들을 공유하며 실천해보고는 싶지만, 괜히 나서는 것처럼 보일까봐 계속 망설이게 되는 것 같다ㅋㅋㅋㅠㅠ 조만간 기회가 되면,, 용기내서 추진 해봐야겠다.

(혹여 이 글을 보는 6기 동기가 있어서, 먼저 말을 걸어준다면 무한한 감사를 ^^..)

👏앞으로

나의 생각 이상으로, 6기 내에서 수많은 실력자와 열정있는 사람으로 가득하다는 것을 느낀 주였다. 이와 같은 사람들과 함께 꾸준히, 열심히만 한다면 취업은 정말 문제 없을 것 같다는 근자감이 생긴다.

지금까지도, 앞으로도 잘해왔듯이, 무사히 취뽀할 수 있기를!

6기 파이팅 !

📌 1주차를 보내며.

4월 29일. 한화시스템 부트캠프 6기가 개강했다.

정말 거짓말 같이 1주일이 아주 빠르게 흘러갔다. 1주일이라는 시간 동안, 나름대로 많은 동기들과 친해질 수 있었고, 벌써 스터디도 참여할 수 있었으며, 너무나도 마음에 드는 강사님께 양질의 강의를 배울 수 있었다.

사실 부트캠프를 합격하고, 가장 걱정했던 부분은 크게 강사 그리고 동기 라고 말할 수 있다. 이미 사전에 알아본 커리큘럼 , 한화시스템과의 채용 연계 시스템 , 수료 후 취업 활동 도움 등은 부트캠프 소개와 여럿 전 기수분들의 블로그들을 통해 파악할 수 있었으나, 앞선 2개의 부분은 오직 6기내에서 파악할 수 있었기에 더욱 걱정했던 것 같다.

물론, 결론부터 말하자면 부트캠프가 너무나도 만족스럽다! 아직 동기분들은 많이 친해지지 못해 쉽게 판단할 순 없겠지만, 일단 대화를 나눠본 분들 만으로도 괜찮은 사람들이 많을 것이라 판단 되었던 것 같다.

사실 무엇보다, 강사님이 정말 마음에 들었다. 모두가 알만한 기업에서의 실무와 강사를 번갈아가며 활동하셔서 그런지, 지식과 최신 트렌드가 정말 풍부하다고 느껴졌으며, 무엇보다 설명을 너무 잘 해주신다. 잘 아는 것과, 잘 가르치는 것은 엄연히 다른 영역이라 생각하는데 두 가지를 모두 충족하시는 것 같다..👍

9 to 6의 삶이 정말 힘들 줄 알았는데, 생각보다 할만했다. 아무래도 그동안 공부하면서 생긴 앉는 힘이 지금에서야 활약을 하는 것 같다. (엉덩이야 고맙다..~)

아마 나는, 뒤에 약속만 없다면 매일같이 남아 공부 할 예정이다. (함께해요.)

Network, Linux 그리고 DB를 배우다.

네트워크 , 리눅스, 데이터베이스 수업을 무서울 정도로 빠르게 진도를 뽑아냈다. 물론 내용을 때려박을테니 다 습득해! 이런 느낌이 아니라, 실무에서 쓰이는 내용들 위주로 차근차근 단계를 쌓으며 진행해 나갔기에 아직까진 큰 어려움은 없었다.

전공자이기도 하고, 나름대로 공부를 했다고 생각한 내용들도 많았는데.. 강의 몇 번 듣고 생각이 완전히 바뀌었다..😢 가려운 부분을 쓱쓱 긁어주는 강의에.. 역시 아무래도 입 닫고 빵이나 먹으면서 겸손하게 수업을 열심히 임해야겠다는 생각만 들었다.

✅ 좋았던 점

본격적으로 이번 1주일동안 좋았던 점을 나열해보자면,

• 6개월간 믿고 따를만한 강사님 (탄탄한 강사진)
• 쾌적하고 깨끗한 내부 공간
• 열정 가득한 동기들
• 스터디 모집 및 참여
• 눈으로 직접 본 수료 후 취업활동 + 한화시스템과의 연관성

💪 스터디에 참여하다. (aka. 복스팸)

동기 분 중, 한 분이 개강 3일만에 수업이 끝난 후 매일같이 남아서 복습하자는 스터디를 개최하셨고, 나 또한 과감하게 스터디에 참여했다.

복습의 필요성을 느껴서 가입했다기 보다는, 3일만에 스터디를 개최해서 남아서 복습한다는 열정을 가진 이들과 함께 나아간다는 점에서 과감하게 신청했던 것 같다. (내가 생각하던 오프라인 부트캠프의 장점이다.)

무려 약 1시간 30분 동안 앞으로의 스터디 방향성과 구체적인 Rule을 선정했고, 모두가 만족스러운 방향성의 스터디가 될 것 같다!

복습 하면서 헷갈렸던 부분에 대해 이런저런 토론도 나누는 中

🔍 한화 시스템과의 연관성

아무래도 생긴지 얼마 안된 부트캠프다 보니, 아직 수료생들에 대한 데이터들은 없었던 것 같다. 근데 최근에 수업이 끝나고 복습하러 5층에 올라갔을 때, 부트캠프 매니저님과 한화시스템 실무진분들이 회의 하시는 모습을 보게됐다! 최종 프로젝트에 실무진 분들과 함께 하는 것도 그렇고 이런저런 모습을 봤을 때, 뒤에서 힘써주시는 모습들을 볼 수 있는 것 같다

+최근에 수료하신 2기 분들도 붙캠에 오셔서 실무진분과 함께 1:1 모의면접도 진행하는 모습들도 보게됐다! 앞으로가 기대된다.

❌ 아쉬운 점

좋은것만 얘기할 순 없듯이, 아쉬운점도 함께 적어보고자 한다.

• 아직까지 서로 친해질 기회가 없는 내부 환경
• 전 기수 블로그에서도 많이 봐왔던 화장실 1개

😥 아직도 누가 누군지 모르겠다.

개인적으로 기수의 분위기는 초반 분위기로 결정된다라고 생각하는 사람으로서, 최대한 초반부터 열정 넘치고 서로 친해지는 분위기를 열망하고 있다!

뒷자리에 위치하고 있는 나는, 이미 뒷자리 분들과는 서로 친해진 상태이나, 다른 분들은 사실 얼굴조차 모르겠다.. 고정석 + 수업의 연속 이라는 부분을 감안하여, 강사님과 매니저님이 조금만 더 신경써주며 서로 친해질 수 있도록 도와주시면 어떨까 싶다.

❓ 네? 한 층에 화장실이 한 개요?

이미 앞 기수 분들이 써놓은 내용으로 한 개의 단점은 알고 있었지만, 체감하니 확실히 불편하다..ㅜ 물론 남자 화장실 같은 경우는 좌변기와 소변기가 있기 때문에, 엄밀히 말하면(?) 2개라고 말 할 수도 있겠지만, 여자 화장실은 오죽할까 싶다,, 현재는 해당 층에 6기 밖에 없어서 아직까진 괜찮지만 1-2주 뒤에 들어오는 7기와 화장실 전쟁을 겪자니 걱정되긴 한다..ㅎ

👏앞으로

오프라인 부트캠프를 열망했던 이유 중 가장 큰 것은, 결국 커뮤니티 인 것 같다. 열정 많은 서로가 모여 취업 활동까지 해 나가는 것. 그러기 위해 해당 부트캠프를 선택했다. 아직까지는 불과 1주일밖에 흐르지 않았기에 서로 서먹하고 눈치보는 중 이긴 하지만, 그 1주일만에 여럿 스터디도 열리고 블로그도 열심히 쓰는 모습들을 보며, 정말 기대해 볼만한 기수 라고 생각이 든다!

모두가 함께 포기하지 않고 취뽀까지 달렸으면 좋겠다! 6기 파이팅 !

타인의 풀이를 보면 사고를 넓힐 수 있다.

다른 사람들이 작성한 코드를 보며, 다양한 문제풀이 접근 방식이나 코딩 스킬을 습득해라!

나만의 테스트 케이스를 추가해라.

코드로 구현하기 전에 예외 상황을 충분히 생각하고, 사전에 테스트 케이스를 추가하라. 즉, 문제 분석 과정에서 테스트케이스를 추가하라.

기록하라.

1. 못 푼다고 그 자리에서 그만두고 정답보기 (X)
2. (문제는 풀지 못했지만) 어디까지 생각해봤는지 일단 기록하기.

-> 생각을 기록해두는 것 만으로도 도움이 엄청 된다.

나만의 언어로 요약하라.

개념을 습득했다면, 정말 이해했는지 확인하는 방법으로는 내용을 요약하는 것이다. 글, 수식, 그림 모두 활용해도 좋다.

코딩 테스트 효율적으로 준비하기

언어 선택하기.

언어를 활용한다는 것의 기준은?

• 변수 선언하기
• 함수 정의하기
• 컬렉션 자료형 다루기
• 조건문, 반복문 사용하기

• 해당 사항을 잘 할 줄 안다면 언어를 활용할 준비가 되었다는 것.

📌문제 분석 연습하기

1. 문제를 쪼개서 분석하기

-> 문제 전체를 한번에 분석하는 것보다, 문제를 동작 단위로 쪼개서 분석해라. 2. 제약 사항을 파악하고 테스트 케이스를 추가하기 -> 제약 사항을 사전에 분리/파악하고 이를 대비해서 테스트 케이스를 미리 추가해라. 3. 입력값을 분석하기 -> 입력값이 100만개이면, O(N^2) 의 방법으로는 절대 통과할 수 없다. (알고리즘 뭐 쓸지 사전 파악) 4. 그리디하게 접근할 때는 근거를 명확히 하기. -> 그리디 문제가 아닌데, 그리디로 접근하면 폭망한다. 5. 데이터 흐름이나 구성을 파악하기. -> 삽입/삭제가 빈번하며, 최댓값/최솟값을 반복한다면 Heap 자료구조를 고려해야 하듯이, 데이터 흐름과 구성을 파악하는 것은 중요하다.

📌문제 분석이 끝나면 의사 코드로 설계하기

의사코드는 프로그램의 논리를 설명하고 알고리즘을 표현하기 위해 작성한 일종의 지침서이다.

• 원칙1 : 프로그래밍 언어로 작성하면 안된다.
• 원칙2 : 일반인도 이해할 수 있는 자연어로 작성해야한다.
• 원칙3 : 일정한 형식없이 자유롭게 작성한다.

1. 세부 구현이 아닌, 동작 중심으로 작성

세부 구현을 고려하는 순간, 의사코드는 설계가 아닌, 구현으로 변질되어 버린다.

• 국어,영어,수학 점수를 입력받는다 ( O )
• 크기가 256 바이트인 문자열 배열 3개 선언 후, 국어,영어,수학 점수를 입력받는다 ( X ) -> 프로그래밍 요소는 배제하라

2. 문제 해결 순서로 작성

문제 해결 순서대로 작성해야 한다.

• 1. 영어 성적 입력
• 2. 영어 성적이 60점을 넘는지 확인(분기)
  • 60점 이상 : 통과
  • 60점 미만 : 실패

3. 충분한 테스트

구현을 하고 테스트를 검증했을 때 실패한다면, 수정이 점점 어려워진다. 구현에 들어가기 전, 충분한 테스트 케이스와 테스트를 진행해봐라.

String 클래스 내부 구조

String 클래스 내부로는 사실 char[] 배열로 보관하고 있다. (📌 자바 9 이후에는 byte[]로 보관한다)

String 클래스는 개발자가 직접 다루기 불편한 char[] 을 내부에 감추고, String 클래스를 사용하는 개발자가 편리하게 문자열을 다룰 수 있도록 다양한 기능을 제공한다.

String 클래스는 참조형이다

        String a = "hello"; //x001
        String b = "java";  //x002

        String result1 = a.concat(b);
        String result2 = a + b;

        System.out.println(result1);    //hellojava
        System.out.println(result2);    //hellojava

String 클래스는 참조형이기 때문에 +연산자는 원래 불가하다. (concat() 과 같은 메서드로만 허용해야함) 하지만 자주쓰이는 문자열의 특성상, + 연산자를 허용해준다.

동일성과 동등성

• 동일성 : 두 객체가 같은 참조값(인스턴스)을 가리키고 있는지 확인하는 비교법 ( == 연산자 )
• 동등성 : 두 객체가 다른 인스턴스라도, 논리적으로 같은 객체인지 확인하는 비교법 ( equals() 메서드 )

String str1 = new String("hello");
String str2 = new String("hello");

System.out.println("new String() == 비교 " + (str1 == str2)); // false
System.out.println("new String() equals 비교 " + (str1.equals(str2)));

문자열 리터럴과 문자열 풀

String 클래스는 new로 생성할 때 마다 다른 인스턴스라는 것을 기억한다면, 아래와 같은 코드에 의문이 생길 것이다.

String str3 = "hello";
String str4 = "hello";

System.out.println("리터럴 == 비교 : " + (str3 == str4));    // true (네?????)
System.out.println("리터럴 equals 비교 : " + (str3.equals(str4)));   //true

엥? str3==str3 가 true 라고? 이런 의문이 들었다면, String 클래스의 개념이 잘 잡힌 것이다. 서로 다른 인스턴스로 생성되는 것이 분명한데 왜 true가 나올까?

이때, 문자열 pool이라는 개념이 등장한다.

📌리터럴로 문자열이 생성되면, 같은 문자열을 가진 객체들은 하나의 주솟값을 가리키게 된다! 아래 메모리 주솟값을 한 번 출력해보자.

        String str1 = new String("hello");
        String str2 = new String("hello");

        System.out.println("new String() == 비교 " + (str1 == str2)); // false
        System.out.println("new String() equals 비교 " + (str1.equals(str2)));    //true

        String str3 = "hello";
        String str4 = "hello";

        System.out.println("리터럴 == 비교 : " + (str3 == str4));    // true (네?????)
        System.out.println("리터럴 equals 비교 : " + (str3.equals(str4)));   //true

        System.out.println(System.identityHashCode(str1));  //1989780873
        System.out.println(System.identityHashCode(str2));  //1480010240
        System.out.println(System.identityHashCode(str3));  //81628611
        System.out.println(System.identityHashCode(str4));  //81628611

이와같이 new로 생성했을 때에는, 다른 인스턴스로 메모리에 생성되지만, 리터럴로 생성했을 때에는 문자열 풀에 의해서 같은 인스턴스를 가리키게 된다.

헉 그럼 같은객체를 가리키면 값이 변경되면 어떡해요?

노노! 그런걱정은 하지않아도 된다! 왜? String 클래스는 불변 객체이기 때문이다. 값을 변동하고 싶으면 모두 새로운 객체로 생성해서 반환시킨다.

[Ch4 - 래퍼, Class 클래스]

Wrapper 클래스 특징

• Null을 가질 수 있다.

• 불변이다.
• 값을 비교할 때는 equals()로 비교해야 한다.
• AutoBoxing - AutoUnboxing 기능을 제공한다.

📌내부 연산 10000번 줄이는 것 보다, 네트워크 호출 1번 줄이는 것이 훨씬 성능이 높아진다.

Class 클래스 - 리플렉션

Class 클래스를 사용하면 클래스의 메타 정보를 기반으로 클래스에 정의된 메서드, 필드, 생성자 등을 조회하고 이들을 통해 객체 인스턴스를 생성하거나 메서드를 호출하는 작업을 할 수 있다. 이런 작업을 리플렉션이라고 한다. -> 아마 Spring, Mock?에서 많이 쓰이는 것 같다.

Object 클래스

모든 객체의 최상위 부모 클래스이다.

상속받는게 없으면, 묵시적으로 Object를 상속받는다.

모든 객체가 Object 클래스의 공통된 기능을 사용할 수 있다.

모든 객체의 부모이므로, 모든 객체를 참조할 수 있다. (다형성)

Object 클래스의 공통 기능

동일성과 동등성

[ Ch2 : 불변 객체 ]

📌대전제 (강조) : 모든 변수는 값을 복사해서 대입한다. 기본형 : 본인 값 그대로이기 때문에 하나의 값을 여러 변수에서 절대 공유하지 않는다. 참조형 : 본인 안의 값이 참조값이기 때문에 복사해서 대입하면 여러 변수에서 공유하게 된다.

불변객체의 반환 값

📌 불변 객체에서 변경과 관련된 메서드들은 보통 객체를 새로 만들어서 반환하기 때문에 꼭! 반환 값을 받아야 한다.

관례상, 불변 객체에서 값을 바꾸는 메서드는 with로 사용하는 경우가 많다. ex) Coffee with Sugar : 기존 커피에 설탕좀 넣은 새로운걸 주세요

Stirng 클래스 , Integer 클래스 같은 클래스들은 모두 불변 객체로 이루어져 있다!

상속의 필요성

다음은 전기차와 주유차 2종류의 차를 생성하여 사용하는 단적인 예시이다.

전기차

public class ElectricCar {
 public void move() {
     System.out.println("차를 이동합니다.");
 }

 public void charge() {
     System.out.println("충전합니다.");
 }
}

주유차

public class GasCar {
 public void move() {
     System.out.println("차를 이동합니다.");
 }
 public void fillUp() {
     System.out.println("기름을 주유합니다.");
 }
}

public class CarMain {
 public static void main(String[] args) {
 ElectricCar electricCar = new ElectricCar();
 electricCar.move();
 electricCar.charge();

 GasCar gasCar = new GasCar();
 gasCar.move();
 gasCar.fillUp();
 }
}

전기차와 주유차는 차라는 큰 개념에서 파생된 자동차들이다. 즉, Car 라는 추상적인 개념 에서 구체화 된 2종류의 차 종류이다. 해당 차들은 move() 라는 공통성을 갖게 됨으로, 공통적인 특성을 묶기 위해선 상속이 제격이다!

상속 예시

//화살표 방향                ->  : 화살표의 의미는 "내가 너를 안다."로 생각하면 좋다.
public class ElectricCar extends Car{

    public void charge(){
        System.out.println("충전합니다.");
    }
}

//화살표 방향                
public class GasCar extends Car {

    public void fillUp(){
        System.out.println("기름을 주유합니다.");
    }
}

📌상속 메모리 구조! (아주 중요)

1. 상속을 받는 인스턴스를 생성하면, 부모 클래스까지 한꺼번에 불러서 생성한다.
2. 메서드를 호출할 때, 메서드를 찾는 기준은 호출한 변수의 타입명을 보고 찾는다. 2-1) 만일, 호출한 타입에 해당 메서드가 없으면? -> 부모 메서드로 찾아간다. 2-2) 만일, 부모 메서드에도 해당 메서드가 없으면? -> 컴파일 오류 발생

1. 생성과정 : 상속한 부모클래스까지 생성

2. 메서드 호출 기준 : 호출한 변수의 타입명을 본다.

2-1) 만일, 호출한 타입에 해당 메서드가 없으면? -> 부모 메서드로 찾아간다. 2-2) 만일, 부모 메서드에도 해당 메서드가 없으면? -> 컴파일 오류 발생

상속과 접근 제어자 : protected

protected 의 사용이 여기서 나타난다 !

private : 동일 클래스 내 접근 허용 default : 동일 클래스 + 동일 패키지 내 접근 허용 protected : 동일 클래스 + 동일 패키지 + 타 패키지-상속 접근 허용 public : 모두 허용

📌상속 중요 규칙

규칙 : 상속 관계를 사용하면, 자식 클래스의 생성자에서 부모 클래스의 생성자를 반드시 호출해야 한다.

super - 부모 참조

동일한 필드명, 동일한 메서드가 오버라이딩 되어 있을 경우, super() 연산자를 통해서 부모 클래스에 대해 참조할 수 있다.

생성자 호출 순서

1. B extends A
2. C extends B 일 때,
   A -> B -> C 순서로 생성된다.

접근 제어자의 필요성

다음은 접근 제어자를 달지 않은 Speaker 클래스이다. 요구사항은 다음과 같다.

• Speaker의 볼륨은 절대로 100이 넘어가지 말게 설계해주세요.

public class Speaker {
    int volume;

    Speaker(int volume){
        this.volume = volume;
    }

    void volumeUp(){
        if(volume >=100){
            System.out.println("음량을 증가할 수 없습니다. 최대 음량입니다.");
        } else{
            volume += 10;
            System.out.println("음량을 10 증가합니다. ");
        } 
    }
    void showVolume(){
        System.out.println("현재 음량 : " + volume);
    }
}

요구사항에 맞게 설계했기 때문에 해당 볼륨은 100 이상이 넘어가지 않는다!

        Speaker speaker = new Speaker(90);
        speaker.showVolume();

        speaker.volumeUp();
        speaker.showVolume();

        speaker.volumeUp();
        speaker.showVolume();

그러나 다음과 같이 다른 개발자가 해당 요구사항을 못보고 필드에 직접 접근해버린다면 어떻게 할까?

        //필드에 직접 접근
        System.out.println("volume 필드 직접 접근 수정");
        speaker.volume = 200;
        speaker.showVolume();

요구사항이 무색하게 음량이 변해버린다.

다음과 같이 private 접근제어자를 필드에 선언함으로서 이러한 위험을 방지할 수 있다.

public class Speaker {
    private int volume; //private 사용 ->  스피커 클래스 내에서만 접근 가능

접근제어자 종류 / 위치

종류

private : 본인 클래스를 제외한 모든 외부 접근 차단 default : 같은 패키지를 제외한 외부 접근 차단 protected : 같은 패키지 + 상속을 제외한 외부 접근 차단 public : 차단 X

사용 위치

클래스 , 필드 , 생성자 , 메서드

❗ 필드와 지역변수는 다르다는 것을 명심하자! 지역변수에는 쓸 수 없다!

클래스 레벨의 접근제어자

종류

public : 같은 자바파일에 public 클래스는 한 개만 만들 수 있다. default : 같은 자바파일에 default 클래스는 무한개 만들 수 있다.

❗ 자바규칙 : public 클래스는 반드시 .java파일명이랑 같아야한다.!

캡슐화란?

1) 캡슐화는 데이터와 기능을 한 클래스 안에 묶어서 사용하는 것이다. 2) 더 나아가서 필요한 정보(메서드)만 외부에 노출시켜 사용하게 하는 것이다.

잘 지켜진 캡슐화

1) 데이터는 모두 숨겨라 2) 메서드는 꼭 필요한 메서드만 노출시키고 나머지는 숨겨라.

[ 섹션 7 : 자바 메모리 구조와 static ]

자바 메모리 구조

자바의 메모리 구조는 크게 메서드 영역, 스택 영역, 힙 영역 3개로 나눌 수 있다. 메서드 영역: 클래스 정보를 보관한다. 이 클래스 정보가 붕어빵 틀이다. 스택 영역: 실제 프로그램이 실행되는 영역이다. 메서드를 실행할 때 마다 하나씩 쌓인다. 힙 영역: 객체(인스턴스)가 생성되는 영역이다. new 명령어를 사용하면 이 영역을 사용한다. 쉽게 이야기해서 붕 어빵 틀로부터 생성된 붕어빵이 존재하는 공간이다. 참고로 배열도 이 영역에 생성된다. 방금 설명한 내용은 쉽게 비유로 한 것이고 실제는 다음과 같다

메서드 영역(Method Area): 메서드 영역은 프로그램을 실행하는데 필요한 공통 데이터를 관리한다. 이 영역은 프로그램의 모든 영역에서 공유한다. 클래스 정보: 클래스의 실행 코드(바이트 코드), 필드, 메서드와 생성자 코드등 모든 실행 코드가 존재한다. static 영역: static 변수들을 보관한다. 뒤에서 자세히 설명한다. 런타임 상수 풀: 프로그램을 실행하는데 필요한 공통 리터럴 상수를 보관한다. 예를 들어서 프로그램에 "hello" 라는 리터럴 문자가 있으면 이런 문자를 공통으로 묶어서 관리한다. 이 외에도 프로그램을 효율 적으로 관리하기 위한 상수들을 관리한다. 스택 영역(Stack Area): 자바 실행 시, 하나의 실행 스택이 생성된다. 각 스택 프레임은 지역 변수, 중간 연산 결 과, 메서드 호출 정보 등을 포함한다. 스택 프레임: 스택 영역에 쌓이는 네모 박스가 하나의 스택 프레임이다. 메서드를 호출할 때 마다 하나의 스 택 프레임이 쌓이고, 메서드가 종료되면 해당 스택 프레임이 제거된다. 힙 영역(Heap Area): 객체(인스턴스)와 배열이 생성되는 영역이다. 가비지 컬렉션(GC)이 이루어지는 주요 영 역이며, 더 이상 참조되지 않는 객체는 GC에 의해 제거된다.

메서드 코드는 메서드 영역에?

class Bread{
    String name;
    int price;
 >   
    void MethodA(){
    }
    void MethodB(){
    }
    ...C,D,E...
}

대충이런 클래스가 있다고 하자!

Bread A = new Bread(); Bread B = new Bread(); 라는 인스턴스를 생성하면, Bread 내부에 메서드도 모두 각자 생성되고 메모리를 잡아먹을까?

답은 No! 메서드는 모두 같은 역할을 하고 있으므로, 인스턴스 변수에는 메모리가 할당되지만, 메서드에 대한 새로운 메모리 할당은 없다. 메서드는 메서드 영역에서 공통으로 관리되고 실행된다.

각 영역의 관리

힙 영역 : 인스턴스 관리 스택 영역 : 지역변수 관리 메서드 영역 : 그럼 메서드 영역은?

static 변수

static 은 정적 변수, static변수, 클래스 변수 다양하게 불리운다.

static은 메서드 영역 안에 있는 static영역에서 관리된다.

변수에다가 static을 선언한 순간, 클래스 내부의 변수에 직접 접근이 가능하다.

public class Data3 {
    public String name;
    public static int count;    //static
>
    public Data3(String name) {
        this.name = name;
        count++;
    }
}

>
```java
public class DataCountMain3 {
    public static void main(String[] args) {
        Data3 data1 = new Data3("A");
        System.out.println("A count = " + Data3.count);    //data3.count가 아닌 클래스접근
>
        Data3 data2 = new Data3("B");
        System.out.println("B count = " + Data3.count);
>
        Data3 data3 = new Data3("C");
        System.out.println("C count = "+ Data3.count);
    }
}

static 접근

static 영역 안에서는 인스턴스 변수,인스턴스 메서드 호출이 불가능하다.

반대로 인스턴스 영역 안에서는 static 변수, static 메서드 호출이 가능하다.

[ 섹션 8 : final ]

클래스가 왜 필요할까요?

클래스는 설계도 이다. 클래스(설계도)를 사용해서 실제 메모리에 만들어진 실체를 객체,인스턴스라고 한다.

클래스와 메모리할당

    //선언한 순간 Student는 메모리에 올라간다(X). 메모리에 올라가지는 않고, 인스턴스가 생성되면 메모리에 올라간다.(O)
    //클래스(설계도)를 사용해서 실제 메모리에 만들어진 실체를 객체,인스턴스라고 한다.

    // Student = 설계도 : 그저, 하나의 파일이라고 생각? : (붕어빵틀)
    Student student1;   // 객체생성은 아님. car라는 참조 변수가 메모리 영역 stack이라는 영역에 만들어지는 단계
    student1 = new Student();   // 실체 : 메모리에 올라온 객체 (팥붕 하이)
                                // new 연산자를 통해 메모리 내에 공간을 할당받고, 메모리 주소값(참조값)을 반환한다. -> 생성된 객체를 참조할 수 있는 참조값을 car에 담는다.
                                // 메모리를 할당 받는다는 것은 heap 영역에 저장된다는 것이다.
                                // heap영역은 생성된 객체들이 GC에 의해 자동 소멸되어지는 공간이다.

new 연산자

new 연산자는 객체를 Heap이라는 메모리 영역에 메모리 공간을 할당해주고 메모리주소를 반환한 후 생성자를 실행시켜준다

[참고] https://yoo11052.tistory.com/52

클래스 내부에 정의한 변수들을 무엇이라고 칭하나요?

멤버변수, 혹은 필드라고 칭한다. 클래스에 소속된 변수를 뜻한다.

자바의 = 연산(대입)은 항상 값을 복사한다는 점을 기억하자!

        Student student1 = new Student();   //x001
        student1.name = "학생1";
        student1.age = 15;
        student1.grade = 90;

        Student student2 = new Student();   //x002
        student2.name = "학생2";
        student2.age = 16;
        student2.grade = 80;

        Student[] students = new Student[2];    //x005
        // ✔ 자바에서 대입은 항상 변수에 들어 있는 값을 복사한다!
        // 각 student 변수에는 뭐가 들어있었을까? ("값"이 아닌 "주솟값"을 복사한다는 점을 생각해보자!)
        students[0] = student1;         //x005[x001][x002] 라고 생각
        students[1] = student2;

        students[0].name="해킹";
        System.out.println(student1.name); // 출력 값 : 해킹

[ 섹션 2 : 기본형과 참조형 ]

자바의 대입은 항상 값을 복사한다는 점을 기억하자! (반복)

기본형과 참조형의 차이는?

• 기본형(Primitive Type): int , long , double ,boolean 처럼 변수에 사용할 값을 직접 넣을 수 있는 데이터 타입을 기본형이라 한다.
• 참조형(Reference Type): Student student1 , int[] students 와 같이 데이터에 접근하기 위한 참조(주소)를 저장하는 데이터 타입을 참조형이라 한다. 참조형은 객체 또는 배열에 사용된다.

기본형과 참조형 대입 코드로 이해하기

기본형 대입

int a = 10;
int b = a;

-> 리터럴 값이 복사되어 a가 변경되어도 b에는 영향이 없다. (다른 건물)

참조형 대입

Student s1 = new Student();
Student s2 = s1;

-> 주소 값이 복사되어 a가 변경되면 b도 변경된다. (같은 건물)

GC(Garbage Collection) 이란?

• JAVA는 JVM 위에서 GC의 기능을 제공한다.
• heap 영역에서 아무것도 참조하지 않는 인스턴스는 GC(Garbage Collection) 기능으로 메모리에서 삭제된다.
• C언어는 GC의 기능이 없어서, 직접 해제 해주어야 한다.

        Data data = null;
        System.out.println(data);
        data = new Data();
        System.out.println(data);
        data = null;    // GC의 효과 발생 ! 앞선 Data 인스턴스를 참조하는게 아무것도 없음
        System.out.println(data);

[ 섹션 3 : 객체지향프로그래밍 ]

절차 지향 프로그래밍 VS 객체 지향 프로그래밍

절차 지향 프로그래밍

• 절차. 즉 실행 순서를 지향한다. ("어떻게"를 중심으로 해결할 지 프로그래밍)
• 하나의 흐름대로 처리하는 방식
  객체 지향 프로그래밍
• 객체. 즉 어떠한 사물이나 사건을 지향한다. ("무엇을"중심으로 해결할 지 프로그래밍)
• 객체를 중심으로 바라보다보니 서로간의 상호작용을 중요시 함.
  가장 큰 차이
• 데이터 처리 방식 : 변수(데이터)와 기능(함수)를 분리하는지 여부이다.

• 절차지향 : 데이터와 기능을 분리시켜 사용한다.

• 객체지향 : 객체 안에 기능을 포함해서 사용한다.

🔍메서드는 객체를 생성해야 호출 할 수 있다.

그러나 static이 붙으면 객체를 생성하지 않고도 메서드를 호출 할 수 있다.

캡슐화란?

속성과 기능을 하나로 묶어서 필요한 기능을 메서드를 통해 외부에 제공하는 것

        MusicPlayer player = new MusicPlayer();
        //음악 플레이어 켜기
        player.on();
        //볼륨 증가
        player.volumeUp();
        //볼륨 증가
        player.volumeUp();
        //볼륨 감소
        player.volumeDown();
        //음악 플레이어 상태
        player.showStatus();
        //음악 플레이어 끄기
        player.off();

[ 섹션 4 : 생성자 ]

생성자의 필요성

MemberInit 클래스

public class MemberInit {
    String name;
    int age;
    int grade;
}

절차지향 코드1 (모듈화 X)

다음은 절차지향에서 사용했던 생성자이다.

public static void main(String[] args) {
        MemberInit member1 = new MemberInit();
        member1.name = "user1";
        member1.age = 15;
        member1.grade = 90;
>
        MemberInit member2 = new MemberInit();
        member2.name = "user2";
        member2.age = 16;
        member2.grade = 80;
>
        MemberInit[] members = {member1,member2};
        }
    }

절차지향 코드2 (모듈화 O)

위 과정에서 메서드를 추출한 방법이다. 여전히 모듈화를 사용했으나, 객체지향적이지는 못하다.

        MemberInit member1 = new MemberInit();
        initMemeber(member1, "user1", 15,90);
>
        MemberInit member2 = new MemberInit();
        initMemeber(member2, "user2", 16,80);
>
        MemberInit[] members = {member1,member2};
        }
    }
    static void initMemeber(MemberInit member, String name, int age, int grade){
        member.name = name;
        member.age = age;
        member.grade = grade;
    }

클래스 내에 메서드 넣기

클래스 내에 메서드를 넣어줌으로서 객체지향적인 코드가 완성되었다!

public class MemberInit {
    String name;
    int age;
    int grade;
>
    //this : 자기 자신(인스턴스)의 참조값을 가리킨다 x001.name
    //같은 변수이름이면 코드블럭의 우선순위는 매개변수가 갖게 된다.
    void initMember(String name, int age, int grade){
        this.name = name;
        this.age = age;
        this.grade = grade;
    }
}

객체지향 코드1

        MemberInit member1 = new MemberInit();
        member1.initMember("user1", 15,90);
>
        MemberInit member2 = new MemberInit();
        member2.initMember("user2", 16,80);
>
        MemberInit[] members = {member1,member2};

### 생성자
>
프로그래밍을 하다보면 객체를 생성하고 그 즉시 초기값을 할당해야 하는 경우가 많다.
따라서 객체 지향 언어는 `객체를 생성 하자마자 즉시 필요한 "기능"을 수행`할 수 있도록 `생성자`라는 기능을 제공한다.
>
생성자는 메서드와 비슷하지만 다음과 같은 차이가 있다.
- 생성자의 이름은 클래스 `이름과 같아야 한다`. 따라서 `첫 글자도 대문자`로 시작!
- 생성자는 `반환 타입이 없다` !
- `그 외에는 메서드와 같은 기능`을 한다.

### 생성자가 하나도 없으면?
>
생성자가 `하나도 없으면` `자바 컴파일러`는 `매개변수도, 어떠한 기능도 없는 기본 생성자`를 자동으로 만들어준다.
>
**but 생성자가 `하나라도 있으면` 기본 생성자를 만들지 않는다.**

### 생성자의 가장 큰 장점
>
생성자를 정의했다면, `정의한 생성자를 "반드시" 호출 해야한다`는 `제약사항`이 생긴다.
-> **생성자를 사용하면 필수값 입력을 보장할 수 있다.**
>
만일 생성자를 직접 정의했는데, 호출하지 않으면 `컴파일 에러`가 발생한다.
>
**📌`좋은 프로그램`은 무한한 자유도가 주어진 프로그램이 아니라 `적절한 제약사항이 주어진 프로그램`이다**

### 생성자 오버로딩 
>
아래와 같이 생성자도 매개변수에 따라 오버로딩이 가능하다!
```java
public class MemberConstruct {
    String name;
    int age;
    int grade;
>
    MemberConstruct(String name, int age, int grade){
        System.out.println("생성자 호출 name=" + name + ",age=" + age + ",grade=" + grade);
        this.name = name;
        this.age = age;
        this.grade = grade;
    }
>
    MemberConstruct(String name, int age){
        this.name = name;
        this.age = age;
        this.grade = 50;
    }

근데 여기서 this.name, this.age 와 같이 중복되는 코드를 지우고 싶으면 어떻게 해야할까?

this()

this() 기능으로 위와같은 기능을 수행할 수 있다.

• this() 는 생성자 내부에서만 사용 가능하다.
• this() 는 생성자 블록 첫 줄 에서만 가능하다. (아니면 컴파일 오류)

    MemberConstruct(String name, int age, int grade){
        System.out.println("생성자 호출 name=" + name + ",age=" + age + ",grade=" + grade);
        this.name = name;
        this.age = age;
        this.grade = grade;
    }
  >
    MemberConstruct(String name, int age){
        this(name,age,50);  //변경 : 중복제거
  //        this.name = name;
  //        this.age = age;
  //        this.grade = 50;
    }

Java의 특징을 설명해주세요.

1. [운영체제 독립성] 자바 프로그램은 자바가 설치된 모든 운영체제에서 실행할 수 있기에 자바 개발자는 특정 운영체제에 맞추어 개발하지 않아도 된다. (운영체제 호환성 문제 해결)
2. [객체 지향 언어] 자바는 C언어에 객체 지향적 기능을 추가하여 만든 C++과는 달리, 처음부터 객체 지향 언어로 개발된 프로그래밍 언어이다.

JVM의 역할에 대해 설명해주세요.

자바 응용 프로그램을 개발하고자 하는 개발자에게는 JDK와 JRE 중 어떤 것이 필요할까요?

JVM, JRE, JDK에 대해 설명해주세요.

• JVM : Java Virtual Machine 자바로 개발한 프로그램을 운영체제에 종속받지 않고 컴파일하여 만들어지는 바이트코드를 실행시키기 위한 가상머신이다.

• JDK : Java Development Kit 자바 개발자에게 무료로 배포하는 소프트웨어 자바 컴파일러 등의 개발도구와 JRE로 구성되어 있어 자바 프로그램을 만들기 위해서는 설치가 꼭 필요하다. |

• JRE : Java Runtime Environment 자바가 실행될 수 있는 최소한의 파일들이 설치되어 있는 환경 자바 파일을 컴파일하기 위한 도구는 포함되지 않는다. |

Java 언어의 장단점에 대해 설명해주세요.

[장점]

1. [운영체제 독립성] 자바 프로그램은 자바가 설치된 모든 운영체제에서 실행할 수 있기에 자바 개발자는 특정 운영체제에 맞추어 개발하지 않아도 된다. (운영체제 호환성 문제 해결)
2. [안정성] 자동 메모리 관리 등을 지원하여 다른 언어에 비해 안정성이 높다.

[단점]

1. [실행 속도] 자바는 실행을 위해 자바 가상 머신을 거쳐야 하므로, 다른 언어에 비해 실행 속도가 느리다.
2. [예외 처리] 자바는 예외 처리가 잘 되어 있지만, 개발자가 일일이 처리를 지정해 줘야 한다는 불편함이 있다.
3. [코드 길이] 다른 언어에 비해 작성해야 하는 코드의 길이가 긴 편이다.

Java의 컴파일 과정과 실행과정에 대해 설명해주세요.

자바 프로그램은 컴파일과 실행 단계를 거친다. 자바가 제공하는 컴파일러인 javac를 사용해서 개발자가 작성한 소스 코드를 컴파일 한다. 컴파일을 진행하며 자바 소스 코드를 바이트코드로 변환하여 자바 가상 머신(JVM)에서 더 빠르게 실행될 수 있게 최적화하고 문법 오류도 검출한다. 이 과정을 거치며 자바 가상 머신이 인식할 수 있는 .class 파일이 생성된다. 이후, 자바가 제공하는 java라는 프로그램을 사용해 자바 가상 머신은 .class 파일을 실행시켜 프로그램을 작동시킨다.

컴파일을 왜 해야 할까요?

개발자가 작성한 소스 코드를 컴퓨터가 이해할 수 있는 언어(기계어)로 바꿔야 한다.

컴파일 된 파일은 어디에 저장이 되어있을까요?

자바 가상 머신에 저장되어 있다.

[ 섹션 2 : 변수 ]

변수를 선언하면 컴퓨터의 어디에 저장이 되는걸까요?

변수는 메모리에 저장되고, 데이터 타입에 따라 메모리 공간이 할당된다.

변수 초기화가 필요한 이유는 무엇인가요?

컴퓨터에서 메모리는 여러 시스템이 함께 사용하는 공간이기 때문에 어떠한 값들이 계속 저장된다. 변수를 선언하면 메모리상의 어떤 공간을 차지하고 사용하는데, 그 공간에 기존에 어떤 값이 있었는지는 아무도 모른다. 따라서 초기화를 하지 않으면 이상한 값(쓰레기 값)이 출력될 수 있다.

java : variable a might not have been initialized 는 어떤 오류인가요?

변수를 초기화하지 않고 사용할 경우 발생한다. (컴파일러)

자바 문법이 맞지 않았을 때 발생하는 에러는 무슨 에러인가요?

컴파일 에러가 발생한다.

리터럴(literal) 이란 무엇인가요.

개발자가 직접 입력한 고정된 값이다. 예를 들어 int a = 10;에서 10을 말한다.

int의 범위는 대략 어떻게 되나요?

대략 21억

long 변수의 리터럴을 선언할 때 주의할 점은 무엇인가요?

숫자 뒤에 대문자 L 또는 소문자 l 모두 가능하지만, 숫자 1과 착각할 수 있어서 소문자 l은 권장되지 않는다.

변수는 어떤 표기법을 지향하나요.

Camel Case

Java에서 제공하는 원시 타입들에 무엇이 있고, 각각 몇 바이트를 차지하나요?

[ 섹션 3 : 연산자 ]

전위 연산자와 후위 연산자의 차이가 있을까요?

전위(Prefix) 증감 연산자는 증감 연산자를 피연산자 앞에 둘 수 있다. (++a) 이 경우에는 증감 연산이 먼저 수행한 후 나머지 연산이 수행한다.

후위(Postfix) 증감 연산자는 증감 연산자를 피연산자 뒤에 둘 수 있다. (a++) 이 경우에는 다른 연산이 먼저 수행된 후 증감 연산이 수행된다.

a=0, b=1 일 때, b = ++a; 와 b = a++ 의 차이점을 알려주세요. ( print(a , b)를 했을 경우)

++a의 경우, 전위 증감 연산자로 증감 연산이 먼저 수행된 후, 나머지 연산이 수행되어 a = 1, b =2를 가집니다.

a++의 경우, 후위 증감 연산자로 다른 연산이 먼저 수행된 후, 증감 연산이 수행되어 a = 1, b =2를 가집니다.

[ 섹션 5 : 반복문 ]

Java에는 어떤 반복문이 있는지 말하고, 각각의 반복문의 특징에 대해 설명해주세요.

[ 섹션 6 : 스코프, 형변환 ]

스코프가 필요한 이유에 대해 설명해주세요.

스코프가 없다면 같은 이름을 가진 변수의 충돌이 일어날 수 있고, 또한 함수 내에서 선언한 변수들과 함수 외에서 선언한 변수들 간의 에러에 대한 고려 조건이 발생할 수 있다.

접근 범위, 즉 스코프라는 개념을 만듦으로써 비효율적인 메모리 사용을 막을 수 있고, 코드 복잡성을 줄이는 코드를 만들어 유지보수에 도움을 줄 수 있다.

java : cannot find symbol은 어떤 오류인가요?

변수 이름을 찾을 수 없다는 컴파일 오류이다.

묵시적 형변환이란 무엇이며, 언제 일어날 수 있을까요?

개발자가 직접 형변환을 하지 않아도 직접 형변환이 이루어진다.

작은 범위에서 큰 범위로 캐스팅을 할 때 이루어진다.

명시적 형변환은 언제 해주어야 하나요?

개발자가 직접 형변환을 해줘야 한다.

큰 범위에서 작은 범위로 캐스팅할 때 이루어진다. (오버플로우 문제 발생)

error: incompatible types 은 어떤 에러인가요?

형변환을 할 수 없을 때 발생한다.

→ 호환되지 않는 유형

위와 같은 json 데이터 level에 따라서 클래스 단위로 DTO를 생성해주면 된다. https://valuelog.tistory.com/43

이러한 과정을 역직렬화 라고도 한다.

JSON 데이터의 장점!

ex) js object로 로직을 구현한 경우, py에서 쓰고싶다면? (JSON만 있다고 가정) 바로 가져다 쓰는게 아니라 외부에서 사용할 수 있도록 직렬화 작업을 해줘야 함

1. JSON.stringify() : 문자열로 변환 됨
2. 해당 문자열을 기반으로 파이썬에서 불러와서 사용할 수 있음 → dict로 변환(파이썬)

JSON의 활용 JSON은 프로그래밍 언어와 프레임워크 등에 독립적이므로, 서로 다른 시스템간에 데이터를 교환하기에 좋음

주로 API의 반환형태, 시스템을 구성하는 설정파일에 활용

 // 1. URL을 만들기 위한 StringBuilder
        StringBuilder urlBuilder = new StringBuilder("http://apis.data.go.kr/B552584/ArpltnInforInqireSvc/getCtprvnRltmMesureDnsty"); /*URL*/

        // 2. 오픈 API의 요청 규격에 맞는 파라미터 생성
        urlBuilder.append("?" + URLEncoder.encode("serviceKey","UTF-8") + "=ebZTQ4iRgDlaQNNtqJ5A9RcdWIhNzGvnQFQxLCwXDgjX/pNKJ49cQjal7Otx6mIyZpr/GWQWvwieBTwSMcb40w=="); /*Service Key*/
        urlBuilder.append("&" + URLEncoder.encode("returnType","UTF-8") + "=" + URLEncoder.encode("json", "UTF-8")); /*xml 또는 json*/
        urlBuilder.append("&" + URLEncoder.encode("numOfRows","UTF-8") + "=" + URLEncoder.encode("100", "UTF-8")); /*한 페이지 결과 수*/
        urlBuilder.append("&" + URLEncoder.encode("pageNo","UTF-8") + "=" + URLEncoder.encode("1", "UTF-8")); /*페이지번호*/
        urlBuilder.append("&" + URLEncoder.encode("sidoName","UTF-8") + "=" + URLEncoder.encode("서울", "UTF-8")); /*시도 이름(전국, 서울, 부산, 대구, 인천, 광주, 대전, 울산, 경기, 강원, 충북, 충남, 전북, 전남, 경북, 경남, 제주, 세종)*/
        urlBuilder.append("&" + URLEncoder.encode("ver","UTF-8") + "=" + URLEncoder.encode("1.0", "UTF-8")); /*버전별 상세 결과 참고*/

        // 3. URL 객체 생성 (String으로 변환)
        URL url = new URL(urlBuilder.toString());

        // 4. 요청하고자 하는 URL과 통신하기 위한 Connection 객체 생성
        HttpURLConnection conn = (HttpURLConnection) url.openConnection();

        // 5. 통신을 위한 메소드 세팅 ("GET")
        conn.setRequestMethod("GET");

        // 6. 통신을 위한 Content-type 세팅 ("JSON" 으로 해야함 - reuslt의 값은 String이기 때문에)
        conn.setRequestProperty("Content-type", "application/json");
        // 7. 통신 응답 코드 확인
        System.out.println("Response code: " + conn.getResponseCode());

        // 8. 전달받은 데이터를 BufferedReader 객체로 저장. 오류가 날 경우 error발생
        BufferedReader rd;
        if(conn.getResponseCode() >= 200 && conn.getResponseCode() <= 300) {
            rd = new BufferedReader(new InputStreamReader(conn.getInputStream()));
        } else {
            rd = new BufferedReader(new InputStreamReader(conn.getErrorStream()));
        }

        // 9. 저장된 데이터를 라인별로 읽어 StringBuilder 객체로 저장
        StringBuilder sb = new StringBuilder();
        String line;
        while ((line = rd.readLine()) != null) {
            sb.append(line);
        }
        // 10. 객체 해제
        rd.close();
        conn.disconnect();

우리는 그럼 이제 무엇을 해야할까?

적절한 데이터로 가공하고 사용하기 위해 DTO 로 개발!

즉, JSON Parsing 과정이 필요하다.

이걸 왜 파싱해?간단하죠. 저희는 이렇게 JSON형태로 온 데이터들을 파싱, 음..데이터를 뽑아낸다고 말하는게 좋을까요?저 형태로는 저 데이터들을 이용할 수 없으니까요. 우리는 저기서 데이터들을 뽑아서 아 이름이 테스트고, 나이가 25고.. 배열 또는 딕셔너리 형태로 저장해야 저 데이터들을 쓸 수 있겠죠?그래서 다들 JSON 파싱 파싱 그러는거랍니다.  출처: https://zeddios.tistory.com/90 [ZeddiOS:티스토리]

        String jsonString = sb.toString();

        // 11. 결과 출력
//        System.out.println(jsonString);
        log.warn("진입1");
        log.info(jsonString);

        // 12. 해야할 것 -> 데이터 사용하려면 적절하게 가공해야함
        // 입력이 Json 형테의 String으로 들어오는 상황. -> Json파싱 필요
        // JSONParser, gson, ObjectMapper등을 사용하여 변환가능.

        jsonParser2(jsonString);

    public void jsonParser2(String jsonString) throws ParseException {
        log.info("진입2");
        // 1. 문자열 형태의 JSON을 파싱하기 위한 JSONParser 객체 생성
        JSONParser parser = new JSONParser();
        // 2. 문자열을 JSON 형태로 JSONObject 객체에 저장
        JSONObject obj = (JSONObject)parser.parse(jsonString);
        // 3. 필요한 리시트 데이터 부분만 가져와 JSONArray로 저장
        JSONArray dataArr = (JSONArray)obj.get("data");
        // 4. 출력 확인
        System.out.println(dataArr.toString());
    }

해당 과정을 했을때의 에러코드이다.

잘보면 String 으로는 잘 들어왔다. 그러나 dataArr에는 null이 들어왔단다. 이유가 뭘까?

https://velog.io/@yeonn1006/Cannot-invoke-org.json.simple.JSONArray.size-because-array-is-null

바로 제공되는 step에 따라 Mapping을 해주지 않았기때문! 우리는 제공해주는 Data의 스텝을 지켜주면서 데이터를 받아와야만한다.

해당 부분을 고쳐서 해보자.

        try{
            // 1. 문자열 형태의 JSON을 파싱하기 위한 JSONParser 객체 생성.
            JSONParser parser = new JSONParser();
            // 2. 문자열을 JSON 형태로 JSONObject 객체에 저장.
            JSONObject obj = (JSONObject)parser.parse(jsonString);

            JSONObject responseResult = (JSONObject)obj.get("response");
            JSONObject headerResult = (JSONObject)responseResult.get("header");
            JSONObject bodyResult = (JSONObject)responseResult.get("body");
            JSONObject itemsResult = (JSONObject)bodyResult.get("items");
            JSONArray itemResult = (JSONArray) itemsResult.get("item");

            for (Object item : itemResult) {
                log.info(item.toString());
            }

        } catch (ParseException e) { System.out.println(e.getMessage()); }

잘 될줄 알았는데 이게 웬걸.

난데없는 아래와 같은 에러가 발생했다. 에러를 살펴보니 JSONArray는 Object로 캐스팅 할 수 없단다!

java.lang.ClassCastException: class org.json.simple.JSONArray cannot be cast to class org.json.simple.JSONObject

데이터가 잘못됐나? 찾아보니, 여기서 xml 데이터로 확인했을 때, items 라는 Object 안에item배열이 있는 줄 알았다.

해당 Open API 데이터는 items 라는 배열안에 item Object들이 모여있었다! 즉, 배열 안에 오브젝트가 있다는 것.

        try{
            // 1. 문자열 형태의 JSON을 파싱하기 위한 JSONParser 객체 생성.
            JSONParser parser = new JSONParser();
            // 2. 문자열을 JSON 형태로 JSONObject 객체에 저장.
            JSONObject obj = (JSONObject)parser.parse(jsonString);

            JSONObject responseResult = (JSONObject)obj.get("response");
            JSONObject headerResult = (JSONObject)responseResult.get("header");
            JSONObject bodyResult = (JSONObject)responseResult.get("body");
            JSONObject itemsResult = (JSONArray)bodyResult.get("items");    //Object가 아닌, Array

            // JSONArray itemResult = (JSONArray) itemsResult.get("item"); 해당부분 제거


            // Array속 Object를 꺼내오려면 이렇게 ! 
            for(int i=0; i<itemsResult.size(); i++){
                JSONObject getItem = (JSONObject) itemsResult.get(i);    //Object 추출
                log.info((String)getItem.get("pm10Value"));
            }

        } catch (ParseException e) { System.out.println(e.getMessage()); }

https://velog.io/@tmdgk4902/공공데이터-포털-오픈-API-받아오기-파싱

📌목차

7-1) 클라우드 컴퓨팅의 개요

7-2) 클라우드 서비스: AWS

7-3) AWS 서버 구축 방법

✅ 내용정리

클라우드가 나오기 전에는 - 온프레미스 시스템(On-premise System)

사용자가(혹은 기업이) 직접 컴퓨팅 자원을 보유하고 관리하는 방식이다. 자체적으로 서버, 스토리지, 네트워크 장비를 구입하여 서버를 관리한다. 이에 따른 온프레미스 시스템의 특징은 다음과 같다.

• 사용자가 보안과 데이터 소유권을 직접적으로 통제할 수 있다.
• 외부 네트워크와 연결하지 않아도 내부 네트워크로 서버에 접근 가능하다.
• 초기 투자 비용과 유지 보수 비용이 많이 들며, 자원의 확장성과 유연성이 제한된다.

클라우드 시스템(Cloud System)

IT 자원을 클라우드 서비스 제공 업체에 의뢰하여 관리하는 방식이다. 사용자는 인터넷을 통해 업체로부터 서버, 스토리지, 네트워크 장비를 대여받아 사용한다. 이에 따른 클라우드 시스템의 특징은 다음과 같다.

• 사용한 자원에 대해서만 비용을 지불하기에, 초기 비용이 크게 줄고 복잡한 인츠라 구축과 유지 보수의 부담을 덜 수 있다.
• 클라우드 서비스 제공 업체가 인프라 관리를 담당하므로 개발자는 서비스에만 집중할 수 있다.
• 확장성과 유연성이 뛰어나, 서비스 규모에 따라 확장/축소가 간단하다.
• 인터넷이 연결된 어느 장치에나 접속이 가능하며, 클라우드 업체가 제공하는 다양한 기능과 서비스를 이용할 수 있다.

클라우드 서비스 제공 범위에 따른 분류 ( IaaS / PaaS / SaaS )

클라우드는 서비스의 컴퓨팅 자원을 어느 범위까지 제공하는지에 따라 3가지로 구분된다.

• IaaS(Infrastructure as a Sercice) : 클라우드 서비스 제공 업체가 인프라를 제공하는 모델이다. (네트워크,스토리지, 서버,가상화) 개발은 로컬에서 이루어지고 웹 애플리케이션 배포와 운영을 위한 자원만 서비스로부터 제공받는다. ex) AWS / Azure / GCP 등
• PaaS(Platform as a Sercice) : 클라우드 서비스 제공 업체가 인프라 뿐만이 아니라, 웹 애플리케이션을 구축하고 실행할 수 있는 플랫폼까지 제공하는 모델이다. PaaS 에서 개발자는 소스 코드에만 집중하고 서버 구성 및 관리, 스케일링, 보안 등의 작업을 고려하지 않아도 된다. ex) Heroku / Google App Engine / Azure App Service 등
• SaaS(Software as a Sercice) : 클라우드 제공 업체가 아예 웹 애플리케이션을 제공하는 모델이다. 클라우드 서버에서 웹 애플리케이션을 바로 실행할 수 있어서 사용자는 실시간으로 웹이나 앱에서 필요한 작업을 수행할 수 있다. ex) Salesforce , Google Workspace / Microsoft 365 등

대표 클라우드 서비스: AWS

AWS(Amazon Web Service)는 대표적인 아마존의 공용 클라우드 서비스다. 아마존은 대규모 서버와 네트워크 인프라를 보유하고 있기 때문에, 사용자는 필요한 만큼의 서버 용량, 데이터 스토리지, 네트워크 대역폭 등을 선택하여 사용할 수 있다. 그 중, 대표적인 서비스는 Amazon EC2 / Amazon S3 / Amazon RDS / Amazon IAM 등이 있다.

📌목차

6-1) 버전 관리 시스템의 개요

6-2) 분산 버전 관리 시스템: 깃

6-3) 웹 기반 버전 관리 저장소: 깃허브

✅ 내용정리

분산 버전 관리 시스템 탄생 배경

과거에는 중앙 집중식(CVCS,Centralized VCS) 방식으로 버전을 관리했다. (한 컴퓨터로만 저장소를 담당하여 모든 파일을 관리 하는 것) 해당 방식은 여러 문제점이 존재했다.

• 모든 커뮤터가 네트워크에 연결돼 있어야만 작업이 가능하다.
• 서버에 문제가 생기면 작업이 불가하다.
• 지속적인 통신으로 네트워크가 느리면 효율이 떨어진다.
  이러한 문제점들을 보완하고자 나온 방식이 분산 방식(DVCS, Distributed VCS)이다. 더이상 한 컴퓨터에서만 저장소를 담당하는 것이 아닌, 모든 컴퓨터가 저장소로서 버전을 관리한다.
• 하지만 이를 오류 없이 활용하기 위해선, 반드시 양쪽 시스템 간의 동기화를 실시 해주어야 한다.
  • 동기화 방식은 Merge(병합) / pull(가져오기) 를 채택하여 사용한다.

깃(Git)의 동작 방식

1) 깃은 폴더내에서 "git init" 명령어를 실시할 시 .git 파일이 생성됨과 동시에 해당 폴더의 변경이력을 관리한다. 2) 폴더 내에 A B C 라는 파일이 있을 때, 세 개 파일 중 어느 파일이라도 변경이 감지되면, 폴더 전체를 저장한다. -> 이는 마치 스크린샷을 찍어 저장하는 것과 같아 스냅샷(Snapshot) 이라고 칭한다. 3) 수많은 스냅샷을 관리하면서 변경을 감지하고, 버전을 관리한다.

깃의 작업 영역 ( 작업 공간 / 스테이징 영역 / 내부 저장소 )

깃은 3개의 작업 영역을 이용하며, 스냅샷을 관리한다.

• 작업 공간(working directory)

• 현재 작업하고 있는 폴더를 말한다.

• "git add" 명령어를 사용시, 스테이징 영역으로 작업 파일을 올릴 수 있다.

• 스테이징 영역(staging area) :

• 내부 저장소로 가기 전 임시로 보관해두는 공간이다.

• "git commit" 명령어를 사용시 스냅샷을 찍는 명령어라고 보면된다. 스냅샷을 찍어 내부 저장소로 보낸다.

• 내부 저장소(local repository)

• 최종적으로 .git 폴더 안에 저장되는 스냅샷 저장 공간이다.

• 로컬 환경에서 버전 관리(스냅샷 관리)가 된 것이다.

  우리는 해당 의문점을 가질 수가 있다. '엥? 굳이 스테이징 영역이 왜 필요해? 그냥 작업공간에서 원할 때 바로 스냅샷 찍어서 내부저장소로 옮기면 되잖아.' 이는, 변경이 너무 빈번하게 일어나기도 하고, 앞서 말했듯 "폴더 전체"를 관리하며 폴더 자체를 저장하는 것이기 때문에, 스테이징에 임시로 올려 원하는 파일만 스냅샷 관리 하기 위함이라고 생각하면 될 것 같다!

깃허브(GitHub) : 웹 기반 외부 저장소

내 컴퓨터에 있는 프로젝트 변경 내역을 다른 개발자에게 공유하기 위해선 어떻게 해야할까? 메신저를 활용해서 폴더나 코드를 보낼 수도 있겠지만 이는 너무 위험하며 비효율적이다. 그래서 생긴 방식이 깃허브 : 외부 저장소이다. 깃허브를 통해서 서로 다른 개발자들이 모두가 최신 버전의 파일을 가지고 작업할 수 있다. -> 서로 다른 개발자들끼리 스냅샷끼리 비교하며 관리하기 때문에 충돌을 피하기 위한 동기화 작업은 필수다!

깃에 대해 좀 더 알고 싶다면, 기초) 커밋 , 브랜치와 관련된 다양한 명령어를 학습하고, 충돌에 부딪혀봐라. 심화) 브랜치 관리 전략을 학습하라. ex) git flow / github flow / gitlab flow 등

📌목차

5-1) API의 개요

5-2) API의 유형

5-3) API 명세서

✅ 내용정리

API란 무엇인가?

API란 Application Programming Interface의 약자로 응용 프로그램에서 사용할 수 있도록 운영체제나 프로그래밍 언어가 제공하는 기능을 제어하기 위한 인터페이스이다.

인터페이스란 말 그대로 어떤 기계간의 장치끼리 정보를 교환하기 위한 수단이나, 방법을 의미한다.

따라서, API는 어떤 특정 사이트에서 특정 데이터를 공유할 경우 어떠한 방식으로 정보를 요청해야 하는지, 그리고 어떠한 데이터를 제공 받을 수 있을지에 대한 규격들을 API 라고 볼 수 있다.

클라이언트 - 서버 간 API 개발 순서

클라이언트 - 서버 간에 API 개발 순서는 다음과 같다.

1) 엔드포인트 설계 : /search , ~user 와 같은 최종 경로 2) HTTP 메서드 지정 : GET / POST / PUT,PATCH / DELETE 등 3) 데이터 포맷 및 프로토콜 선택 : JSON / XML 등 4) 엔드포인트 구현 5) 인증 및 보안 6) 오류 및 예외 처리 7) 테스트와 디버깅 8) API 문서화 : 엔드포인트 / 매개변수 / 응답 형식 / 오류 코드 등

REST API란 무엇인가?

REST API란, API에서 더 나아가서 개발자마다 너무 서로 다른 형식의 API 생성을 방지하고자 REST라는 형식과 규약을 넣어서 만든 API라고 볼 수 있다. REST API를 제대로 쓰기 위해, 여러 REST의 원칙과 제약을 준수하여 설계한 API를 RESTful API라고 칭한다.

REST API의 구성요소 크게 자원 / 행위 / 표현으로 구성되어 있다.

1) 자원 : 클라이언트와 서버 간에 주고받는 자원을 URI로 명시한다. 2) 행위 : HTTP 메서드를 통해 해당 자원에 대한 CRUD 연산을 수행한다. 3) 표현 : 주고받는 자원의 데이터 표현 방법을 명시한다. ( JSON / XML )

REST API 의 장점 REST API 방법을 사용하면 주소와 메서드만 보고 요청의 내용을 알아볼 수 있다는 장점이 있다. 따라서 개발자간의 소통이 좀 더 원활하다.

REST의 특징

1) Client-server architecture : 클라이언트와 서버를 명확하게 분리한다. 2) Stateless : 서버는 클라이언트에 대한 사전 정보나 클라이언트의 상태를 저장하지 않는다. 3) 캐시 처리 기능 4) 계층 구조 5) 인터페이스 일관성 6) 자체 표현 등

REST API 설계규칙

1) URI에 명사만을 사용한다, 2) 두 명사가 붙을 경우엔 하이픈을 사용한다, 3) 오직 소문자를 사용한다, 4) 행위에 대한건 HTTP Method에게 맡긴다. 5) 자원의 계층관계를 / 로 나타낸다. 6) 마지막에 / 를 넣지 않는다. 7) 적절한 HTTP 상태 코드를 응답한다. 등

API 문서화 도구 : (Swagger VS Spring REST docs)

자주 사용하는 2가지 도구로는 Swagger 와 Spring REST docs가 있다. 팀 스타일과 환경에 따라서 골라서 선택하면 된다.

Swagger

장점

• Spring REST docs에 비해 쉽게 API 문서를 생성할 수 있다.
• UI와 편의성 깔끔하다.

  단점

• 스웨거(swagger)는 운영코드에 침투적이다 -> 어노테이션을 활용 해야 하므로 코드가 지저분해진다.
  • "Springdoc"가 제공하는 기본 기능만 활용한다면 "Springfox"에 비해서 운영코드에 침투력이 줄어든다. (그래도 침투적이다.)

    ---

    Spring REST docs

    장점

• Spring REST Docs 는 테스트를 반드시 작성해야 한다. -> 신뢰도 증가
  • 이유 : API 문서에 포함(include)되는 "스니펫(snippets)"을 생성하기 위해 테스트 코드를 작성해야 한다.
• 운영코드에 침투하지 않는다.

  단점

• 정적인 HTML 문서기 때문에 "Spring REST Docs" API 문서는 뭔가 심심하다. 개발자 외에 기획자가 테스트하려고 하면 뭔가 불편하다.
  • 밋밋한게 아쉽다면, Spring REST Docs 에 Swagger 를 넣을 수 있다. (보통 이렇게 많이 사용함)
• 준비 사항과 진입 장벽이 매우 높다.

[참고] https://helloworld.kurly.com/blog/spring-rest-docs-guide

📌목차

4-1) DBMS의 개요

4-2) RDBMS에서의 CRUD

4-3) NoSQL에서의 CRUD

✅ 내용정리

RDBMS와 NoSQL의 사용 목적은 무엇을 초점을 두고 있나요?

RDBMS : 데이터 간의 관계와 효율적인 관리에 특화되었다. NoSQL : 분산된 대량의 데이털르 저장하고 조회하는데에 특화되었다.

RDBMS) SQL 문법 중, DDL / DML / DCL 의 차이를 설명해주세요.

DDL(Data Definition Language) : 데이터 정의어 - 테이블이나 관계의 구조를 생성하고 관리하기 위해 사용 -> CREATE / DROP / ALTER / TRUNCATE DML(Data Manipulation Language) : 데이터 조작어 - 테이블의 데이터를 생성/조회/수정/삭제하기 위해 사용 -> SELECT / INSERT / UPDATE / DELETE DCL(Data Control Language) : 데이터 제어어 - 데이터의 사용 권한을 관리하기 위해 사용 -> GRANT / REVOKE

일반적으로 개발자는 DML를 많이 쓰게된다.

RDBMS) 대표적인 RDBMS의 종류를 말씀해주세요.

잘 알려진(자주 사용하는) RDBMS로는 Oracle / MySQL / PostgreSQL / MariaDB가 있다.

RDBMS) JOIN의 종류와 특징에 대해 간략히 설명해주세요.

먼저 조인(Join)은 2개 이상의 테이블을 연결해 관련 데이터를 함께 검색하기 위해 사용하는 문법이다. 테이블의 공통 속성 값을 기준으로 테이블끼리 연결한다. 일반적으로 조인문은 SELECT 문의 FROM 절에서 사용한다. 1) INNER JOIN : 두 테이블에서 공통된 속성 값을 가지고 있는 튜플을 반환한다. 2) FULL OUTER JOIN : 왼쪽 테이블과 오른쪽 테이블의 모든 행을 반환한다. (공통 속성값이 일치하지 않는 경우, NULL로 채워서 반환한다.) 3) LEFT JOIN : 기준 테이블인 왼쪽 테이블의 모든 튜플을 결과에 포함하고, 오른쪽 테이블에서는 일치하는 값을 가진 튜플만 결과에 포함한다. (오른쪽 테이블에 값이 없는 경우 나머지 속성을 NULL로 채운다.) 4) RIGHT JOIN : 기준 테이블인 오른쪽 테이블의 모든 튜플를 결과에 포함한다. (이하 LEFT JOIN과 반대로 생각한다.)

NoSQL) 대표적인 NoSQL의 종류를 말씀해주세요.

잘 알려진(자주 사용하는) NoSQL로는 MongoDB가 있다.

NoSQL) NoSQL의 특징은 무엇인가요? (RDBMS와 비교하여 설명하세요.)

• NoSQL은 이름 그대로 SQL을 사용하지 않는 DBMS다.

• RDBMS 처럼 일정한 데이터 형식이 아닌, 저장 형식이 일정하지 않은 비정형 데이터를 효율적으로 관리하기 위해서 탄생하였다.
• NoSQL은 RDBMS와 달리 데이터 저장 유형이 다양하며, 대표적으로는 도큐먼트 데이터베이스 / 키-값 데이터베이스 / 그래프 데이터베이스의 저장 유형이 존재한다.

NoSQL) 그렇다면 저장 유형에 대해 좀 더 자세히 말씀해주시겠어요?

• 도큐먼트 데이터베이스 : JSON 또는 XML 형식의 도큐먼트로 데이터를 저장하는 데이터베이스이다.

• RDBMS 와 달리, 행과 열의 개념이 없다. 그냥 도큐먼트 형식만 맞추면 되며, 데이터마다의 구성또한 달라도된다.

• 대표 프로그램 : MongoDB

• 키-값 데이터베이스 : 키와 값으로 구성된 데이터베이스이다.

• 읽고 쓰는 속도가 매우 빠르다.

• 대표 프로그램 : CassandraDB / DynamoDB

• 그래프 데이터 베이스 : 노드와 간선으로 이루어진 그래프 형태의 데이터 모델을 사용하는 데이터베이스이다.

• 4개 이상의 테이블을 이용하는 복잡한 쿼리를 수행할 때 강점을 발휘한다.

• 대표 프로그램 : Neo4j

📌목차

3-1) 프로그래밍 패러다임

3-2) 백엔드 개발 언어

3-3) 백엔드 프레임워크

3-4) 백엔드 개발 언어와 프레임워크 선택 방법

✅ 내용정리

프로그래밍 패러다임의 종류에 대해 설명해주세요.

먼저 프로그래밍 패러다임이란, 프로그래밍에 있어서 문제를 해결하는 데 사용하는 기본적인 철학이나 접근방식을 말한다. 다양한 방법론들이 나온 가운데, 대표적으로는 아래 4가지가 있다.

• 명령형 프로그래밍
• 절차지향 프로그래밍 : 위에서 아래로 흐르는 것 처럼 모든 코드가 정해진 순서대로 실행된다.
  • 장점 : 실행속도가 빠르다.
  • 단점 : 유지보수 , 디버깅이 어렵다. (10만 줄짜리 코드에 새로운 기능을 추가하려면 하나씩 추적해야함..!)
  • 언어 : C
• 객체지향 프로그래밍 : 실세계를 모델링하여 프로그램을 개발하는 방법론. 사물의 본질을 속성과 기능으로 정의한다.
  • 장점 : 재사용성 / 생산성 향상 / 유지보수 쉬움 / 자연적 모델링
  • 단점 : 개발속도 더딤 / 실행속도 느림 / 코딩난이도 상승
  • 언어 : JAVA / Python / C++ / C# 등
• 함수형 프로그래밍 : 요즘 하드웨어의 발전에 따라, 떠오르는 방법론이다.

객체지향 프로그래밍의 주요 특징을 설명해주세요.

주요 특징은 크게 아래 4가지다.

• 추상화 : 공통적인 속성과 기능을 추출하여 이름을 붙이는 과정이다.
• 캡슐화 : 속성과 기능을 하나의 캡슐로 묶는 것을 의미하며, 외부로의 노출을 제어하기 위함이다. 즉 필요한 인터페이스만 노출시키는 것을 의미한다.(정보 은닉)
• 상속 : 기존 상위 클래스의 속성과 기능을 가져다가 하위 클래스에서 재사용하는 것을 의미한다.
• 다형성 : 상속과 연관이 있는 개념으로 한 객체가 다른 여러형태(객체)로 재구성 되는 것을 말한다.

인터프리터 방식와 컴파일 방식의 차이점은 무엇인가요?

소스 코드를 기계어로 변환하여 실행하는 방식에는 인터프리터, 컴파일 2가지 방식이 존재한다. 인터프리터 방식은 소스코드를 한 줄씩 읽고 그 즉시 기계어로 변환하여 실행하고, 컴파일 방식은 소스 코드를 한꺼번에 읽고 한번에 변환시켜 실행파일을 따로 저장해서 실행한다.

자바의 특징을 설명해주세요.

크게 4가지가 특징이 될 수 있다.

1. 자바 가상 머신인 JVM을 통해서 실행된다. -> 다양한 운영체제 환경에서 실행가능하다.
2. 대부분의 데이터를 객체로 구성한다.
3. 모든 메모리의 접근을 자바 시스템이 관리하고 제한한다. -> 가바지컬렉션
4. 멀티스레드를 쉽게 구현 가능하다.

라이브러리와 프레임워크의 차이점은 무엇인거요?

먼저 라이브러리는 개발하는데 필요한 기능을 미리 구현해놓은 코드의 모음이라 볼 수 있으며, 프레임워크는 이름그대로 뼈대를 의미하며, 개발에 필요한 뼈대와 같은 일정한 형태와 기능을 제공하는 틀을 의미한다. 둘이 비슷해보이지만 프로그래밍 작성 방식에 차이를 두고있다.

• 라이브러리 : 개발자가 코드의 흐름을 직접 제어 가능하다. (개발자가 직접 틀을 구성하고 필요한 기능 호출)
• 프레임워크 : 개발자가 주어진 코드의 흐름속에서 프로그래밍 가능하다. (이미 짜여진 틀 안에서 활동)

각 프레임워크의 기반 언어를 설명해주세요.

• Express.js : JavaScript+node.js
• NestJS : TypeScript
• Spring / Spring Boot : JAVA
• Django / Flask / FastAPI : Python

IDE와 소스 코드 편집기를 비교해주세요.

IDE(Integrated Development Environment)는 통합 개발 환경을 뜻하며 IDE는 소스 코드 편집기를 내포하고 있다. 즉 IDE에는 소스 코드 편집기 / 빌드 자동화 도구 / 디버거등이 포함되어있다.

📌목차

2-1) 네트워크

2-2) 운영체제

2-3) 데이터베이스

2-4) 자료구조

✅ 내용정리

네트워크) IP 주소에 대해 설명해주세요.

IP주소란 네트워크에 연겱된 각 컴퓨터를 구분하는 고유한 주소를 뜻한다. 4바이트로 이루어져 있으며, 사람이 알아보기 쉽게 1바이트씩 10진수로 나타낸 총 10진수 4개의 숫자로 구성되어 있다. 컴퓨터가 증가됨에 따라 현재는 IPv6로 16바이트로 확장한 주소체계까지 생겼다.

네트워크) Domain Name 과 DNS에 대해 간략히 설명해주세요.

먼저, Domain Name은 IP주소를 문자열로 변환한 것이다. -> 전화번호부에 010-xxxx-xxxx를 외우기 힘드니 "홍길동"으로 저장한 것과 같은 과정이다.

DNS는 Domain Name Service로 도메인과 IP주소의 매핑 정보를 가지고 있는 시스템이다.

DNS의 동작 방식은 아래와 같다.

1) 사용자가 웹 브라우저 url입력창에 도메인을 입력한다. 2) 웹 브라우저는 입력받은 도메인에 해당되는 IP주소를 DNS 서버에 물어본다. 3) DNS 서버는 도메인에 해당하는 IP주소를 반환한다. 4) 웹 브라우저는 IP주소를 받아서 해당 IP주소의 컴퓨터에 접속한다.

네트워크) "Google.com"을 치면 어떤일이 발생하나요?

네트워크) well-known 포트번호에 대해 알고계시나요?

네트워크) 프로토콜에 대해 설명해주세요. 백엔드와 관련된 프로토콜은 어떤게 있을까요?

프로토콜은 컴퓨터 네트워크 사이에서 컴퓨터 간에 쉽게 통신할 수 있도록 정해놓은 규칙과 절차를 말한다. 백엔드와 크게 연관된 프로토콜은 HTTP, HTTPS, TCP, IP 등이 있다.

네트워크) TCP/IP에 대해서 설명해주세요.

네트워크) HTTP 구성요소에 대해 알고계시나요?

HTTP는 클라이언트와 서버 사이에서 데이터를 주고받기 위해 사용하는 프로토콜이다. 구성요소로는 시작 행 / 헤더 / 빈 행 / 본문으로 이루어져있다.

• 시작 행 : 요청 혹은 응답과 관련된 주요정보

• 요청 시작 행 : HTTP 메서드 / 요청 URI / HTTP 버전 정보

• 응답 시작 행 : HTTP 버전 정보 / 상태 코드 / 상태 메세지

• 헤더 : 요청 혹은 응답과 관련된 부가정보
• 빈 행 : 헤더의 끝을 표시하기 위해 사용하는 빈 행
• 본문 : 통신을 통해 실제로 주고받는 데이터 (생략가능)

• 요청 본문 : 요청 시 전달한 데이터

• 응답 본문 : 응답으로 보내는 데이터

네트워크) HTTPS 와 HTTP의 차이점은 무엇인가요?

HTTPS은 HTTP에서 SSL 또는 TLS 와 같은 암호화 프로토콜을 사용하여 보안 요소가 강화된 HTTP 프로토콜 이다. HTTPS를 사용함으로서, 데이터의 무결성과 인증이 보장된다.

OS) 운영체제란 무엇이며 주요기능은 무엇인지 설명해주세요.

운영체제는 사용자가 컴퓨터를 쉽게 다룰 수 있도록 사용자와 컴퓨터 사이에서 인터페이스를 제공하고, 컴퓨터의 시스템 자원을 효율적으로 관리 및 분배하는 역할을 담당한다. 대표 운영체제 : Window / MacOS / Linux 등

주요 기능 : 프로세스 관리 / 메모라 관리 / 파일 시스템 관리 / 네트워크 관리 이다.

OS) 프로그램과 프로세스의 차이는 무엇인가요?

보조 기억장치인 디스크에 적재되어 있는 일련의 코드덩어리을 프로그램이라고 표현하며, 해당 프로그램을 실행시켜 메모리에 올라와, cpu를 점유하고 있는 프로그램을 프로세스라고 표현한다.

즉, 평소에는 프로그램 상태로 있다가 메모리에 올리는 순간 프로세스라고 표현한다.

OS) 프로세스의 메모리 구조와 스레드의 메모리 구조 차이점을 말씀해주세요.

프로세스의 메모리 구조는 크게 4가지 영역으로 코드 영역 / 데이터 영역 / 힙 영역 / 스택 영역 으로 구성되어 있다. 프로세스는 어떠한 영역도, 다른 프로세스와 공유하지 않는다.

스레드는 프로세스 내에서 작업하는 여러개의 실행 단위 라고 할 수 있다. 따라서 스레드의 메모리 구조는 스택 영역을 제외한 모든 영역을 함께 공유한다.

OS) 스레드의 특징과 이에 따라 발생하는 문제를 말씀해주세요. 어떤 문제가 발생하며 문제에 대한 해결방법은 어떻게 되나요?

스레드는 앞서 말했듯 프로세스 내에서 작업하는 여러개의 단위이다. 따라서 스레드는 스택 영역을 제외한 모든 영역을 함께 공유한다.

이러한 여러개의 스레드가 동시에 활동하는 방식을 멀티 스레드라고 표현하며, 자원을 공유하기 때문에 동기화 처리 문제는 반드시 해결해야한다.

DB) 데이터베이스의 이상 현상에 대해 설명해주세요.

데이터베이스를 설계하면서 중 여러 엔티티와 관계를 추출하는 과정에서 여러 이상 현상이 발생할 수 있다. 삽입 이상 : 새로운 데이터를 삽입할 때 불필요한 데이터가 함께 삽입되는 현상. ex) 한 테이블에 담겨있는 회원정보 , 주문정보 -> 신규 회원이 가입되었을 때 하지도 않은 주문 정보까지 삽입됨 갱신 이상 : 중복된 데이터 값 중 일부 값만 변경함으로써 데이터가 불일치 되는 현상. ex) 논현역의 행정 명칭이 신논현역으로 바뀌었는데, 테이블의 일부 주소만 신논현으로 바뀜 삭제 이상 : 특정 데이터를 삭제할 때 다른 데이터까지 삭제되는 현상. ex) 한 테이블에 담겨있는 회원정보, 주문정보 -> 회원이 주문 내역만 취소(삭제)했는데 회원 정보까지 삭제됨

DB) 정규화에 대해 간단히 설명해주세요.

위와 같은 이상 현상들을 막기 위해선 다양한 정규화를 수행해야된다. 제 1정규화 / 제 2정규화 / 제 3정규화 / BCNF / 제 4정규화 / 제 5정규화 순으로 이루어진다.

DB) 트랜잭션이란 무엇인가요?

트랜잭션이란 하나의 기능을 수행하기 위해서 순차적으로 진행되는 하나의 단위 혹은 연산을 의미한다. 일반적으로, 데이터베이스의 데이터를 조작할 때 트랜잭션 단위로 묶어 수행한다.

트랜잭션에서는 크게 커밋과 롤백 이라는 2가지 키워드가 존재한다. 일련의 단위가 성공하면 순차적으로 커밋을 수행하여 작업을 완료시키고 만일, 수행중 오류가 발생하면 롤백시켜 커밋 내역을 초기화시킨다.

자료구조) 자료구조와 알고리즘의 차이는 무엇일까요?

자료구조 : 데이터를 어떠한 단위, 형식으로 저장하는가? -> 다양한 저장 방식 알고리즘 : 다양한 자료구조를 활용하여 어떻게 문제를 해결 할 것인가? -> 문제를 해결하는 과정

프로그램은 어떠한 자료구조를 쓰는가에 따라 성능이 크게 좌지우지 된다. 어떤 자료구조를 쓰는지 결정하는 것과 문제를 해결해나가는 과정을 알고리즘 이라고 할 수 있다.

📌목차

1-1) 웹 개발의 구조

1-2) 서버의 동작 원리

1-3) 백엔드 개발자가 하는 일

1-4) 백엔드 로드맵 소개

✅ 내용정리

웹(Web)이란 무엇인가요?

웹이란 간단히 말하자면 인터넷이라는 네트워크 공간 안에서 HTTP 프로토콜을 사용하여 데이터를 공유하는 방식을 말한다.

웹 개발을 한다는 것은 무엇을 의미하나요?

웹이란 HTTP 프로토콜을 사용하여 데이터를 공유하는 방식을 말하기 때문에 웹 개발은 해당 데이터를 공유 및 처리하기 위한 개발을 한다는 것이라고 볼 수 있다. 예전에는 한 사람이 모든 개발을 했었지만, 점차 웹의 규모가 커짐으로서 현대에서는 클라이언트와 백엔드 라는 2가지 영역으로 세분화 되었다.

프론트엔드가 하는일은 간략하게 무엇인가요?

프론트엔드 개발자가 하는일은 크게 2가지다. 1) 사용자 인터페이스 부분을 개발하는 것. 2) 네트워크 통신망을 통해 데이터를 송수신하는 것.

그렇다면 백엔드가 하는일은 간략하게 무엇인가요?

백엔드 개발은 웹 애플리케이션에서 사용자가 보지 못하는 영역, 즉 서버와 DB를 관리하는 일을 한다. 좀 더 구체적으로는 아래와 같은 일을 맡는다고 볼 수 있다. 1) 클라이언트에 요청을 처리할 수 있는 기능(API)을 개발하는 것. 2) 요청에 필요한 데이터를 제공하기 위한 데이터베이스와 상호작용 하는것.

백엔드 개발자가 하는 일은 구체적으로 무엇인가요?

백엔드 개발자가 하는일은 구체적으로 5가지로 나눌 수 있다.

1. 서버 개발 : 클라이언트에게 들어오는 요청을 접수하고 처리 후 적절한 응답 제공
2. 데이터베이스 설계 및 관리 : 웹 애플리케이션의 데이터를 효율적으로 저장 및 관리하기 위한 데이터베이스를 설계 및 관리
3. API 개발 : 프론트엔드와 백엔드가 데이터를 효율적으로 주고받을 수 있도록 하는 인터페이스 개발
4. 보안 및 인프라 관리 : 외부 공격으로부터 서버와 데이터 보호 + 안정적인 서비스를 제공
5. 네트워크 설정 : 서버와 클라이언트 간의 효율적인 통신을 보장 (로드밸런싱, 캐싱) 클라이언트의 요청을 원활하게 처리하기 위해선 해당 5가지의 과정을 다룰 줄 알아야하기에 많은 시간과 노력이 필요된다.

서버의 동작 원리를 말씀해주세요.

현대에서 웹에서는 주로 클라이언트-백엔드 모델을 채택하여 사용하고 있다. 이에 따른 통신과정은 아래와 같다.

1) 클라이언트 -> 웹 서버에 무언가 요청 2) 웹 서버 -> 웹 애플리케이션 서버에 데이터 처리 요청 2-알파) (필요에 따라서) 웹 애플리케이션 서버 -> 데이터베이스 접근 3) 웹 애플리케이션 -> 웹 서버에 데이터 처리 값 반환 4) 웹 서버 -> 클라이언트 요청 응답 및 데이터 반환

웹 서버와 웹 애플리케이션 서버의 차이가 무엇인가요?

웹 서버 : 클라이언트와 웹 애플리케이션 서버 사이에 위치해 있으며, 정적인 콘텐츠 요청은(뷰 템플릿과 같은) 그대로 클라이언트에게 전달하고, 그 외의 동적인 요청은 웹 애풀리케이션에 요청한다. ex) Apache / Nginx / IIS 등

웹 애플리케이션 서버 : 웹 서버로부터 들어온 요청에 맞게 데이터를 추출 및 가공하여 웹 서버에 다시 반환시키는 역할을 담당한다. 필요에 따라선 DB와 상호작용 한다. ex) Apache Tomcat / 제이보스 / IBM웹스피어 / Oracle 웹로직 등

💡 객체 지향의 패러다임은 지식을 추상화하고 추상화한 지식을 객체 안에 캡슐화함으로써 실세계 문제에 내재된 복잡성을 관리하려고 한다.

📃목차

• 객체지향과 인지 능력
• 객체, 그리고 이상한 나라
  • 이상한 나라의 앨리스
  • 앨리스 객체
• 객체, 그리고 소프트웨어 나라
  • 상태
  • 행동
  • 식별자
• 기계로서의 객체
• 행동이 상태를 결정한다
• 은유와 객체
  • 두 번째 도시전설
  • 의인화
  • 은유
  • 이상한 나라를 창조하라

📌 모든 객체는 상태를 가진다. (앨리스가 이상한나라로 가기위한 일화중..)

• 앨리스는 상태를 가지며 상태는 변경 가능하다.
• 앨리스의 상태를 변경시키는 것은 앨리스의 행동이다.
  • 행동의 결과는 상태에 의존적이며 상태를 이용해 서술할 수 있다.
  • 행동의 순서가 결과에 영향을 미친다.
• 앨리스는 어떤 상태에 있더라도 유일하게 식별 가능하다. (앨리스가 아무리 작아지고 커진다 한들, 앨리스는 그 누구도 아닌 앨리스다.)

📌 행동은 상태에 의존적이다.

❓ 처음에는 물음을 던졌다. “엥? 행동이 상태에 의존적이라고? 오히려 행동이 상태를 변화시키니까 상태가 행동에 의존적이 되는것이 아닌가?”

하지만 아무리 행동이 상태를 변화시킨다고 하더라도, 우리가 불을 끄고, 켤 때를 생각해보자. 불을 끄기위해서는 (행동) -> 불이 켜져 있어야한다. (상태) 반대로 불을 키기 위해서는 (행동) -> 불이 꺼져 있어야한다. (상태)

이렇듯, 모든 행동은 결국 주체가 되는 무언가의 상태에 따라 행동이 결정되기 때문에 행동이 상태에 의존한다라고 말한다.

📌 행동과 상태 사이의 관계

• 객체의 행동은 상태에 영향을 받는다.
• 객체의 행동으 상태를 변경시킨다.

🔍 왜 상태가 필요할까?

일본으로 여행을 가기 위한 “Me” 가 객체로 되어있다고 해보자. 나는 일본을 가기위해 여권을 소지했는가가 Key Point 라고 말할 수 있을 것이다. 아무리 돈이 많고, 아무리 시간이 많다고 한들, 내가 항공권이 있는지 없는지 ( true, false ) 에 대한 상태가 결국 내가 일본으로 갈 수 있는지 없는지가 결정되는 것이다.

상태를 이용하면 내가 누구인지, 어떤사람 인지에 대한 과거에 얽매이지 않고, “이름” “나이” “여권의 여부” 로 일본을 갈 수 있는 행동의 결과를 쉽게 예측할 수 있다.

📌 협력과 행동

객체가 다른 객체와 협력하는 유일한 방법은 메시지를 보내는 것이다. (요청) 메시지를 보내는 방법은 결국 행동에 의해서 발생되지 않는가?

결국, 협력을 위해서 행동을 해야만 하는 것이다. 이에 따라 행동의 역할은 2가지로 정의할 수 있을 것 같다.

• 행동을 통해, 본인의 상태를 변경시킬 수 있다.
• 행동을 통해, 다른 객체의 메시지를 보낼 수 있다.

📌 현실 세계의 객체 vs 객체지향 세계의 객체 (차이점)

우리는 현실세계에서 남자가 음료수를 마신다. 라고 하였을 때, 남자는 능동적인 객체이며, 음료수는 수동적인 객체이기 때문에 음료의 양이 줄어들게 만드는 것은 오직 남자가 될 것이다.

하지만, 객체지향 세계에서는 조금 다르다. 객체의 주체는 모두 스스로가 가지고 있기 때문에 메시지 협력과 같은 키워드가 추가될 것이다. 예를 들자면, "남자가 음료수를 마신다." 라고 하였을 때, 남자 / 음료수 라는 2가지 객체가 만들어지는데, 능동과 수동의 개념이 사라진다,

남자는 오직 음료수에게 음료수를 마셨다. 라는 메시지 하나만 보낼 수 있으며, 음료의 양이 줄어들고 말고는(상태의 변화) 남자에게 메시지를 전달받은 음료수가 결정할 일이다.

🔍 이것이 캡슐화!

객체는 캡슐안에 본인의 정보를 감춰놓는 것 처럼, 본인의 상태를 숨긴 채 외부로 노출시키지 않는다. 외부로 노출시키는 것은 오직 행동뿐이며, 외부에서 접근할 수 있는 방법도 역시 오직 행동뿐이다.

송신자는 오직 "~해주세요" 라는 메시지만 보낼 수 있을 뿐, 수신자가 어떤 상태인지 그리고 수신자가 어떻게 상태를 변화시키는지는 전혀 알 수도, 알 필요가 없는 것이다.

위에 내용에 남자가 아무리 "음료를 마셨다." 라고 음료수에게 메시지를 보내더라도 음료수가 스스로 본인의 음료수 상태를 줄이지 않는다면, 더이상 남자는 음료수를 어떠한 경우에서도 간섭할 수 없다.

결론적으로 잘 정의된 행동 아래에서 캡슐화를 진행했다면, 객체의 자율성을 높이고 협력을 단순하고 유연하게 만든다. 이것이 상태를 캡슐화해야 하는 이유이다.

📌 책임-주도 설계 (Responsibility-Driven Design, RDD)

객체지향에 갓 입문한 사람들이 가장 쉽게 빠지는 함정은, 상태를 중심으로 객체를 바라보는 것이다. 안타깝게도, 상태를 먼저 결정하고 행동을 결정하는 방법은 객체를 파멸로 이끈다.

❗ 행동이 상태를 결정한다.

객체의 주 역할 중 하나는 무엇일까? 바로 협력이다. 애플리케이션에 필요한 협력을 생각하고, 협력을 위해서 행동이 필요로 된다. 행동을 결정한 후에야 행동에 필요한 정보가 무엇인지 고려하여, 그 과정에서 상태가 결정되어야한다.

협력 안에서 객체의 행동은 결국, 협력에 참여하기 위해 완수해야 하는 책임을 의미한다!

📌 의인화

객체지향은 현실세계를 모방하여 생겨났다기에는 다소 받아들이기 힘든 부분이 많다. 어떻게 현실세계와 소프트웨어를 똑같이 볼 수가 있겠는가? 최대한 현실세계처럼 보이려 노력한다. 가 맞는 표현일 것 같다.

그렇다면 어떻게 현실세계처럼 보이려 노력하는걸까? 그것은 바로 객체를 의인화하여 보는 것이다. 다만 의인화를 현실세계와 가장 크게 다른점이라고 한다면, 모든 객체가 능동적이라는 것이다. 위 내용중, 남자와 음료수 내용을 기억하겠는가? 여기서 보이듯이, 우리는 음료조차도 의인화하여 주도적으로 행동하는 의인화가 적용되었다는 것을 알 수 있다.

자, 이제 모든 객체가 살아 움직이는 “이상한 나라를 창조해보자”

왜 객체지향 프로그래밍은 실세계를 모방하기 이해하기 위해 만들어졌다고 설명하는가? 이해도 안되고, 괴리감이 드는데.. 그 이유는 역할 책임 협력을 설명하기 위함이지 않을까?

👍 저자는 바리스타, 캐시어, 손님이라는 한 카페에서의 일화로 객체지향을 설명한다.

손님 : 캐시어에게 커피를 주문하는 역할. 캐시어 : 손님에게 커피를 주문받고 바리스타에게 주문내역을 전달하는 역할. 바리스타 -> 캐시어에게 받은 커피 주문서로 커피를 제조하고, 다시 캐시어에게 전달하는 역할.

이는 요청과 응답으로 표현하자면 손님 -> 캐시어 -> 바리스타 -> 캐시어 -> 손님이 될 것이다.

이처럼 바리스타, 손님, 캐시어 간의 협력은 요청과 응답 (메세지) 으로 인해 발생된다. 이때 각자의 역할이 중요한데, 역할을 가진다는 것은, 책임이 부여되는 것과도 같다.

ex) 경찰관 = 범인을 잡을 책임 , 소방관 = 불을 끌 책임

📌 역할을 부여받고, 책임을 수행한다는 것은 4가지를 내포한다.

• 여러 사람이 동일한 역할을 수행할 수 있다.
• 역할은 대체 가능성을 의미한다.
• 책임을 수행하는 방법은 자율적으로 선택할 수 있다.
• 한 사람이 동시에 여러 역할을 수행할 수 있다.

객체 지향에서 객체가 결국 주체가 되는 이유는, 서로간의 협력을 하기 위한 주체가 객체이기 때문이다. 단, 주체가 만일 전지전능한 기능으로 협력에 참여하지 않는다면, 내부복잡도로 자멸해버리고 말 것이다. 서로간의 메세지로 각자의 역할을 적절하게 위임받으며 협력하는 것이 좋은 사회, 즉 좋은 애플리케이션이 탄생하게 되는 것이다.

객체가 누군가에게 지배받지 않고, 자율적으로 행동하기 위해서 상태와 행동을 지닌다. 객체의 자율성은 객체의 내부와 외부를 명확하게 구분하는 것으로 나온다. 외부에선 객체가 무슨일을 하는지(what) 은 알고 있지만, 어떻게 (how) 하는지는 알 수 없다.

커피도 각자 무슨일을 하는지는 알고있지만 각 객체가 어떻게 처리하는지는 전혀 알 필요도 없고 자율적으로 행할수가 있다. 따라서 객체는 상태와 행위를 하나의 단위로 묶는 자율적인 존재이다.

📌 객체지향의 본질

• 객체지향이란 시스템을 상호작용하는 자율적인 객체들의 공동체로 바라보고 객체를 이용해 시스템을 분할하는 방법이다.
• 자율적인 객체란 상태와 행위를 함께 지니며 스스로자기 자신을 책임지는 객체를 의미한다.
• 객체는 시스템의 행위를 구현하기 위해 다른 객체와 협력한다. 각 객체는 협력 내에서 정해진 역할을 수행하며 역할은 관련된 책임의 집합이다.
• 객체는 다른 객체와 협력하기 위해 메시지를 전송하고, 메시지를 수신한 객체는 메시지를 처리하는 데 적합한 메서드를 자율적으로 선택한다.

객체지향은 객체를 지향하는 것이지, 클래스를 지향하는것이 아니라는것에 명심하자!