📌Today I Learned

Git 설정

학원 컴퓨터에 user.name과 user.email을 변경했다.

$ git config --global user.name 'eeunha'
$ git config --global user.email 'wnth'

Java 수업

◈Ex36~37 Class

언어의 성향

1. 절차 지향 프로그래밍
2. 함수 지향 프로그래밍
3. 객체 지향 프로그래밍
   
   

자바

• 객체 지향 프로그래밍 언어, Object Oriented Programming (OOP)
• 객체를 선호하는 프로그래밍 방식의 언어
  
  

클래스, Class

1. 객체, Object
   사전적인 정의로 실제 존재하는 것을 말한다.
   객체지향 이론에서는 사물과 같은 유형적인 것뿐만 아니라, 개념이나 논리와 같은 무형적인 것들도 객체로 간주한다.

2. 클래스, Class
   객체를 분류하는 단위이며 객체를 생성하는 단위이다.

3. 인스턴스, Instance
   객체라고도 하며 인스턴스라고도 보는 경우가 있다. 자세히는 나중에 배우니 일단은 두개가 비슷하다고 생각하자.

4. 캡슐화, 정보은닉
   객체의 내부를 외부로부터 보호하기 위한 장치

5. 인터페이스, Interface
   캡슐화된 내부와 외부간의 최소한의 연결이 가능한 통로 역할을 한다.
   ex) 게임 인터페이스

객체 = 데이터 + 행동 의 집합

6. 프로퍼티
   객체가 가지는 정보(데이터)

7. 행동
   객체가 가지는 행동

8. 상속
   부모가 가지는 재산을 자식이 물려받는 행동
   
   

변수를 저장하는 방법

Case 1. 변수를 생성해 리터럴을 넣기.

• 가장 간단한 방법
• 식별자 문제가 발생한다.
  a. 같은 성질의 식별자가 서로 다른 이름을 사용
  b. 한 쌍의 집합 > 물리적 관리 불가능 > 치명적
  -> 구조(x), 규칙(애매) > 조작 불편

Case 2. 배열 사용하기

• 데이터 저장 구조 생성 > 그룹 > 관리 수월
• 배열 단점 > 요소간의 성질을 구분하기 힘들다. > 첨자 사용 > 첨자는 의미를 가지지 못한다. > 몇 번째 방에 어떤 데이터를 넣었는지 관리가 힘들다. > 배열은 같은 타입의 같은 성질의 데이터 집합 (-> 배열 자체의 단점은 아니고 이 상황에서의 단점이다.)

Case 3. 클래스 사용하기

• 클래스 사용 > 데이터 집합(***)
• 데이터 저장 구조 생성 > 관리 수월
• 같은 클래스의 객체 > 멤버 이름이 동일 > 데이터 의미 명확
• 멤버 변수의 이름이 존재 > x, y > 배열과 달리 멤버의 의미 명확
• 클래스 선언 비용 발생(고가) > 개발자 할 일 증가
  
  

이클립스 > 확장 프로그램(Plugin-in)

1. 직접 설치
2. 마켓 플레이스
   

Objectaid > UML 확장 프로그램

• Class Diagram

UML, Unified Modeling Language

• 프로그램의 설계도를 만드는 언어
• 수많은 종류의 설계도
  a. Class Diagram
  b. Package Diagram
  c. Object Diagram
  d. Component Diagram
  e. Sequence Diagram
  f. UseCase Diagram
  g. Activity Diagram
  h. State Diagram ...
  

Drag & Drop 으로 생성한다.

클래스(객체) = 데이터(멤버 변수) + 행동(메소드)

클래스 선언하기

-> 붕어빵 틀 만들기

• 클래스명 > 파스칼 표기법

클래스 내부

클래스 멤버 선언 > 변수 or 메소드 가능
클래스에 생성된 변수를 클래스 멤버 변수라고 한다.

클래스 멤버

1. 변수 -> 클래스 멤버 변수 > 프로퍼티, 특성
2. 메소드 -> 클래스 멤버 메소드 > 호출되는 객체에 따라 다른 결과가 발생한다. (중요! 클래스 멤버 메소드는 되도록(필수) 멤버 변수를 활용해서 행동을 해야 한다.)

개성이 없는 메소드 > 객체간의 행동 구분이 불가능하다.

클래스에서 멤버 변수 없이 멤버 메소드만 존재하는 경우, 이를 행동 클래스라고 하며 객체를 여러 개 생산하지 않고 단 하나만 생산한다.

반드시 지킬 규칙

• 파일의 이름과 클래스의 이름이 반드시 동일해야 한다. > 컴파일 에러

한 파일 내에서 2개 이상의 클래스를 만들 떄

• 파일 내의 모든 클래스 중 public 키워드를 가지는 클래스는 반드시 딱 1개(유일)
• public 클래스가 대표 클래스 역할 > 대표 클래스의 이름이 파일명이 된다.

클래스 선언 > 권장 사항

• 클래스 1개당 물리적인 파일 1개를 만든다.
• 하나의 *.java 안에 여러 개의 클래스를 선언하지 말자.

클래스는 같은 패키지 내에 동일한 이름을 2개 이상 가질 수 없다.

• 클래스의 영역은 패키지이다.
• 클래스의 영역은 물리적인 파일이 아니다.(중요!)

◈Ex39_Access

접근 지정자(제어자), Access Modifier

• 클래스 멤버에 붙여서 사용한다. > 멤버 변수, 멤버 메소드 > 오늘
• 클래스 자체에 붙여서 사용한다.
• 지역변수에는 사용이 불가능하다.
• 클래스(객체)의 영역을 기준으로, 외부에 해당 멤버를 어떻게 노출할지 통제하는 역할. > 보안 수준 제어
  

1. public - 가장 개방적. 해당 클래스 외부에 이 멤버를 공개하겠다.
2. private - 가장 폐쇄적. 해당 클래스 외부에 이 멤버를 비공개하겠다. > 왜? > 내부 전용 변수 (이유 1. 위험해서 2. 공개할 필요가 없어서)

---

3. protected > 상속
4. default > 패키지
   (3, 4는 추후 배울 것)

같은 클래스 내부에서는... > 같은 멤버끼리는 > 접근 지정자가 동작하지 않는다. > 아예 의미가 없다.

접근 지정자 > 가이드 라인(상황봐서 변경 가능하다.)

1. 멤버 변수는 무조건 private을 사용한다.
2. Getter/Setter를 구현한다.

private으로 된 변수에 접근하고 싶다면?
-> Getter/Setter 메소드를 만들어 접근한다.

Setter/Getter > 객체 내외부를 연결하는 통로 > 인터페이스 역할 > 프로퍼티(Property)

Setter

1. set멤버변수명
2. return void

Getter

1. get멤버변수명
2. return 값

중요! 영역이 큰 요소와 영역이 작은 요소가 충돌하면, 반드시 작은 영역의 요소를 우선한다. > 대부분의 프로그래밍 환경에서 적용

멤버 변수 > 클래스 전역 > title
지역 변수 > 메소드 전역 > title -> 우선

this 연산자

• 객체 접근 연산자
• '나'> 객체 자기 자신을 가리키는 표현(예약어)

계산된 프로퍼티

-> getter와 setter는 기본적으로 private 멤버 변수를 조작하지만, 그게 필수가 아니다. > 멤버변수와 무관(?)한 getter와 setter를 만들기도 한다.

문제풀이

92~94까지 풀었다. 마방진(79번)은 풀고있다. 클래스 문제는 해당 문제마다 패키지를 만들어 풀기로 했다.

국취제 상담 2회차

직업 선호도 검사(L형)과 구직준비도 검사 결과를 읽고 설명을 들었다. 다음 상담 전까지 단기 취업 특강을 들어오기로 하여, 오늘 서류전형 강의를 하나 수강했다.