프로그래밍 숲

우테코 6기 | test 코드 (jest) 분석하기

jjscript — Tue, 31 Oct 2023 19:42:47 +0900

우테코 6기 2차 과제인 자동차 경주에서 기본으로 주어진 ApplicationTest.js 파일을 분석해보려고 한다.

테스트코드 폴더 구조와 파일명

우선 test 코드는 .test.js로 끝나야한다고 알고 있었는데, 주어진 파일명은 ApplicationTest.js였다. 찾아보니 이유는 다음과 같았다.

Jest는 기본적으로 특정 패턴을 따르는 파일을 테스트 파일로 인식합니다. 기본 설정에 따르면, Jest는 다음과 같은 파일을 테스트 파일로 인식합니다:

__tests__ 폴더 내의 모든 .js 파일
.test.js로 끝나는 모든 파일
.spec.js로 끝나는 모든 파일

따라서 __tests__/ApplicationTest.js 파일은 __tests__ 폴더 내에 위치해 있기 때문에 Jest에 의해 테스트 파일로 인식됩니다.

그러나 테스트 파일의 네이밍 컨벤션을 일관되게 유지하는 것이 좋습니다. 이는 프로젝트의 가독성과 유지보수성을 높이는 데 도움이 됩니다. 일반적으로 .test.js 또는 .spec.js 확장자를 사용하는 것이 좋으며, 이는 Jest의 기본 설정과도 일치합니다.

만약 다른 패턴을 사용하고 싶다면, Jest 설정에서 testMatch 옵션을 사용하여 테스트 파일을 인식하는 패턴을 커스터마이즈할 수 있습니다. 예를 들어, jest.config.js 파일에서 다음과 같이 설정할 수 있습니다:

module.exports = {
  // ...
  testMatch: [
    "**/__tests__/**/*.[jt]s?(x)",
    "**/?(*.)+(spec|test).[jt]s?(x)"
  ]
};

ApplicationTest.js 분석

1. 모듈 임포트 및 테스트 설정

import { MissionUtils } from '@woowacourse/mission-utils';
import App from '../src/App.js';

@woowacourse/mission-utils 라이브러리와 App 클래스를 임포트합니다. MissionUtils는 입력, 출력, 무작위 숫자 생성 등의 유틸리티 함수를 제공하며, App 클래스는 자동차 경주 게임의 메인 로직을 담고 있습니다.

2. 입력 및 랜덤 숫자 모의 함수

물론이지요! 아래 코드들은 Jest를 사용하여 모의 함수(Mock Functions)를 구현하는 부분입니다. 이러한 모의 함수들은 테스트 중에 외부 모듈의 함수 호출을 제어하고 추적할 수 있게 해줍니다.

1. `mockQuestions` 함수

const mockQuestions = inputs => {
  MissionUtils.Console.readLineAsync = jest.fn();

  MissionUtils.Console.readLineAsync.mockImplementation(() => {
    const input = inputs.shift();
    return Promise.resolve(input);
  });
};

이 함수는 사용자의 입력을 모의하는 함수입니다. Console.readLineAsync 함수를 Jest의 모의 함수(jest.fn())로 대체합니다. 그리고 mockImplementation 함수를 사용하여 이 모의 함수가 호출될 때 실행할 로직을 정의합니다.

inputs: 사용자 입력을 배열로 받아서, 각 테스트 케이스에서 사용할 입력 값을 순서대로 제공합니다.
inputs.shift(): 입력 배열에서 첫 번째 값을 제거하고 반환합니다. 이렇게 하면 각 호출마다 다음 입력 값을 사용할 수 있습니다.
Promise.resolve(input): Console.readLineAsync 함수는 비동기 함수이므로, Promise를 사용하여 비동기적으로 값을 반환합니다.

2. `mockRandoms` 함수

const mockRandoms = numbers => {
  MissionUtils.Random.pickNumberInRange = jest.fn();
  numbers.reduce((acc, number) => {
    return acc.mockReturnValueOnce(number);
  }, MissionUtils.Random.pickNumberInRange);
};

이 함수는 무작위 숫자 생성을 모의하는 함수입니다. Random.pickNumberInRange 함수를 모의 함수로 대체합니다. mockReturnValueOnce 함수를 사용하여 이 모의 함수가 호출될 때마다 반환할 값을 순서대로 정의합니다.

numbers: 무작위로 생성되어야 하는 숫자들을 배열로 받습니다.
numbers.reduce(...): 배열의 각 숫자에 대해 mockReturnValueOnce를 호출하여 순서대로 반환할 값을 설정합니다.

3. `getLogSpy` 함수

const getLogSpy = () => {
  const logSpy = jest.spyOn(MissionUtils.Console, 'print');
  logSpy.mockClear();
  return logSpy;
};

이 함수는 Console.print 함수의 호출을 감시하는 스파이(Spy)를 생성합니다.

jest.spyOn(...): 주어진 객체의 메서드를 감시합니다. 이 경우 MissionUtils.Console.print 함수를 감시합니다.
logSpy.mockClear(): 이전에 호출된 로그를 지웁니다. 이렇게 하면 각 테스트가 서로 독립적으로 실행될 수 있습니다.
함수는 logSpy를 반환하여, 테스트 케이스에서 이 스파이를 사용하여 Console.print 함수의 호출을 검증할 수 있게 합니다.

이러한 모의 함수와 스파이는 테스트 중에 코드의 동작을 제어하고 검증하는 데 필수적인 도구입니다. 이를 통해 외부 의존성을 제거하고 예측 가능한 환경에서 코드를 테스트할 수 있습니다.

4. 자동차 경주 게임 테스트

describe('자동차 경주 게임', () => {
  // 테스트 케이스들
});

describe 함수는 여러 관련된 테스트 케이스를 그룹화합니다. 이 경우에는 "자동차 경주 게임"에 대한 테스트들을 그룹화하고 있습니다.

5. 개별 테스트 케이스

test('전진-정지', async () => { /* ... */ });
test.each([[['pobi,javaji']], [['pobi,eastjun']]])('이름에 대한 예외 처리', async inputs => { /* ... */ });
test('유효하지 않은 시도 횟수 입력', async () => { /* ... */ });
// ... (그 외의 테스트 케이스들)

개별 테스트 케이스들입니다. 각 테스트 케이스는 test 함수를 사용하여 정의되며, 비동기 함수를 사용하여 비동기 로직을 테스트합니다.

전진-정지: 자동차 한 대가 전진하고 정지하는 상황을 테스트합니다.
이름에 대한 예외 처리: 자동차 이름이 유효하지 않은 경우 예외가 발생하는지 테스트합니다.
유효하지 않은 시도 횟수 입력: 유효하지 않은 시도 횟수를 입력한 경우 예외가 발생하는지 테스트합니다.
...: 그 외에도 다양한 상황을 테스트합니다.

각 테스트 케이스 안에서는 given-when-then 패턴을 따라 테스트를 구성합니다.

given: 테스트를 위한 준비 단계입니다. 입력값을 설정하고 모의 함수를 구성합니다.
when: 실제로 테스트하고자 하는 동작을 실행합니다.
then: 결과를 검증합니다. 예상한 출력이나 상태가 실제와 일치하는지 확인합니다.

이렇게 구성된 테스트 케이스들은 자동차 경주 게임의 다양한 기능과 상황을 검증하여 버그를 예방하고 코드의 안정성을 높이는 데 도움을 줍니다.

우테코 6기 | woowacourse/mission-utils Console 뜯어보기

jjscript — Fri, 27 Oct 2023 00:39:22 +0900

우테코의 woowacourse/mission-utils의 console.js에는 Console 클래스가 있다. 1주차 과제 때는 그냥 생각없이 썼는데, 이렇게 대충하면 학습의 의미가 없으니 오랜만에 코드를 정리하며 블로그에 글을 써보려고 한다.

우선 코드는 다음과 같다.

import readline from "readline";

class Console {
  constructor() {}

  static readLineAsync(query) {
    return new Promise((resolve, reject) => {
      if (arguments.length !== 1) {
        reject(new Error("arguments must be 1"));
      }

      if (typeof query !== "string") {
        reject(new Error("query must be string"));
      }

      const rl = readline.createInterface({
        input: process.stdin,
        output: process.stdout,
      });

      rl.question(query, (input) => {
        rl.close();
        resolve(input);
      });
    });
  }

  static print(message) {
    console.log(message);
  }
}

export default Console;

readLineAsync와 Promise

Console 클래스의 readLineAsync 메서드는 query를 인자로 받는다.

이 메서드는 새로운 Promise를 반환한다. Promise는 비동기 작업의 최종 완료(또는 실패)를 나타내며, 이 작업이 완료되면 결과를 반환하거나 오류를 발생시킨다. resolve는 Promise가 성공적으로 실행되었을 때 호출되며, reject는 Promise가 실패했을 때 호출되어 오류를 반환한다.

이 함수에서는 query가 하나의 인자만 받았는지 확인하는 조건이 있는데, 이 때 arguments 를 활용한다. arguments는 함수 내에서 사용할 수 있는 유사 배열 객체로, 함수에 전달된 인자들을 담고 있다. arguments 객체는 배열처럼 인덱스를 사용해 접근할 수 있지만, 실제 배열은 아니라서 Array 프로토타입에 정의된 메서들을 사용할 수는 없다. 따라서 ES6 이후에는 많은 개발자들이 가변적인 수의 인자를 다룰 때 arguments 객체보다 나머지 매개변수 (…rest)를 사용하는 것을 선호한다. 나머지 매개변수는 실제 배열이기 때문에 map, filter, reduce 등의 배열 메서드를 직접 사용할 수 있다.

createInterface()

createInterface()는 Node.js의 readline 모듈에서 제공하는 메서드이다. 이 메서드를 사용하면 사용자의 입력을 처리하고 터미널 또는 콘솔에서 사용자와 상호작용할 수 있는 인터페이스를 생성할 수 있다. 이 중 input과 output 스트림을 설정하는 것이 일반적이다.

스트림(Stream)은 Node.js에서 데이터를 처리하고 전송하는 방식 중 하나이다. 스트림은 데이터를 작은 조각으로 나눠서 처리하며, 이를 통해 메모리를 효율적으로 사용하고 빠르게 데이터를 전송할 수 있다.

스트림은 데이터를 비동기식으로 처리한다. 데이터를 읽거나 쓸 때 전체 데이터가 아닌 조각을 다루기 때문에, 큰 파일이나 데이터를 다룰 때 메모리 효율성이 높다.

input 옵션은 사용자의 입력을 받아들일 읽기 가능한 스트림(readable stream)을 설정한다.
- 일반적으로 process.stdin을 사용하여 터미널 또는 콘솔에서 사용자의 키 입력을 받아들인다.
output 옵션은 사용자의 출력을 보내기 위한 쓰기 가능한 스트림(writable stream)을 설정한다.
- 일반적으로 process.stdout을 사용하여 터미널 또는 콘솔에 데이터를 출력한다.

question()

r1.question() 메서드는 Node.js의 readline 모듈에서 제공하는 메서드로, 사용자에게 질문을 하고 사용자의 입력을 받기 위해 사용된다. 이 메서드는 두 개의 매개변수를 받는다.

사용자에게 보여질 질문 문자열
사용자로부터 입력을 받은 후 호출될 콜백 함수. 이 콜백 함수는 사용자의 입력을 매개변수로 받는다.

rl.close() 메서드를 호출하는 것은 중요하다. 이 메서드를 호출하지 않으면 프로그램이 계속 실행 상태로 남아있게 되어 터미널에서 더 이상 입력을 받지 않는다.

resolve()

resolve(input)는 JavaScript의 Promise 객체와 관련된 함수 호출이다. 이 코드는 비동기적으로 처리되는 데이터나 상황의 최종 결과를 처리하기 위해 사용된다.

Promise 객체는 세 가지 상태 중 하나를 가진다.

pending: 초기 상태. 연산이 완료되지 않았습니다.
fulfilled: 연산이 성공적으로 완료되었습니다.
rejected: 연산이 실패하였습니다.

resolve 함수는 Promise 객체를 fulfilled 상태로 바꾸고, 주어진 값을 Promise의 결과 값으로 설정합니다. resolve 함수가 호출되면, Promise 객체에 연결된 .then() 메서드에 정의된 콜백 함수들이 실행됩니다.

[독서 리뷰] 객체지향의 사실과 오해

jjscript — Mon, 18 Sep 2023 01:00:07 +0900

객체지향의 사실과 오해

한 줄 평

[★★★★☆] 아직은 어렵지만, 자주 읽어서 앞으로 쉬워져야 하는 객체지향 책

이 책을 읽게 된 배경

오래간만에 카페에서 책을 읽으려고 서점에 갔다. 무엇을 읽을지는 정하지 않은 채로 서점에 갔다. IT 관련 분야를 읽을 생각은 있었다.

그렇게 한참을 IT 코너에서 서성이다가 책을 한 권 골랐고, 그게 이 책이다.

책을 들고 쭈욱 훑어보았고 그리 재미있어 보이진 않았다.

그래도 많이 들어보았지만 여전히 뭔지 잘 모르는 객체 지향에 대해 알아보고자 이 책을 골랐다.

느낀 점

아직 나는 프로그래밍 문법도 제대로 모르는 사람이다. 개발자가 되기로 결심한 후 프로그래밍 언어를 공부하면 할수록 언어 공부가 전부가 아니라는 사실이 느껴진다. 물론, 지금 나의 레벨에서는 언어부터 제대로 공부해야 하는 것도 아주 중요하다고 생각한다. 하지만 언어공부만 하면 흥미가 금방 식어버려서 이론적인 부분을 같이 공부하고 싶었다.

내가 아직 제대로 된 개발 경험이 없다는 점이 이 책을 읽는데 다소 어려움을 느꼈던 부분이다. 이 책은 실제 사례보다 비유와 예시를 중심으로 글을 진행해 나간다. 그래서 개념적인 부분은 쉽게 다가오기도 하지만, 실제 프로그래밍에서는 어떻게 적용한다는 건지 감이 잘 오질 않았다. 기껏해야 내가 한 프로그래밍 경험은 파이썬 강의를 들으며 class라는 것을 따라서 적용해본 경험밖에 없기 때문이다. 이 부분에서 코드를 직접 치는 경험이 많이 필요하겠구나를 느꼈다. (실제 사례와 관련해서는 저자의 후속작인 '오브젝트'라는 책에서 설명하는 듯하다. 앞으로 읽어볼 예정이다.)

책에서 서술하는 방식 중에서 같은 내용을 반복적으로 이야기하는 것들이 많이 있다. 물론 중요한 부분에 대해서 저자가 강조한다는 것을 알고 있다. 그렇기 때문에 저자가 강조하는 부분이 무엇인지 쉽게 알 수는 있다. 하지만 이러한 점 때문에 '다음 이야기는 뭐지?' 하는 부분에서도 또 반복이 들어오니 글의 전개 속도가 너무 느리다는 느낌이 들었다.

책을 읽으면서 느꼈던 또 다른 점은 지금은 내가 실력이 부족해서 이해를 제대로 못했지만, 어느 정도 프로그래밍 경험이 쌓인 후에 책을 다시 보면 좋을 것 같다는 점이다. 객체 지향에 대해서 개념적으로 간단하게 정리를 해주기 때문에 경험이 많을수록 기본을 탄탄하게 다질 수 있는 책인 것 같다.

JavaScript | Array.prototype이 뭔가요?

jjscript — Thu, 10 Aug 2023 01:00:52 +0900

JavaScript에 대해서 MDN 자료로 공부를 하던 중, Array.prototype.reduce()와 같은 형태가 궁금해졌습니다. 그래서 찾아보니 다음과 같이 정리할 수 있었습니다.

Array

JavaScript에서 Array는 배열을 나타내는 내장 객체입니다. 배열은 여러 항목을 저장할 수 있는 목록과 같은 데이터 구조입니다. 예를 들면 var fruits = ['apple', 'banana', 'cherry'];과 같이 배열을 생성할 수 있습니다.

prototype

JavaScript는 프로토타입 기반의 언어입니다. 모든 객체는 프로토타입이라는 다른 객체에 연결됩니다. prototype은 객체지향 상속과 메소드 및 속성을 공유하는 데 사용되는 메커니즘입니다.

예를 들어, JavaScript에서 모든 배열 (Array 객체의 인스턴스)는 Array.prototype을 그들의 프로토타입으로 가집니다. 이것은 모든 배열이 Array.prototype에 정의된 메소드와 속성에 접근할 수 있다는 것을 의미합니다.

reduce()

reduce()는 배열의 각 요소에 대해 주어진 reducer 함수를 실행하고, 단일 출력 값 (즉, 축소된 값)을 반환하는 Array.prototype의 메소드입니다.

사실 위의 내용만으로는 잘 이해가 가지 않아서 조금 더 찾아보았습니다.

자바스크립트의 모든 객체는 다른 객체에 연결된 "프로토타입"을 가집니다. 이 연결된 객체를 통해 메소드와 속성을 "상속"받습니다. 이 프로토타입 체인의 끝에는 대개 null이 위치합니다.

배열의 프로토타입에 대한 이야기를 할 때, 우리는 사실 Array.prototype 객체를 가리키는 말을 합니다. 이 Array.prototype 객체는 배열과 관련된 모든 메소드와 속성을 포함하고 있습니다. 예를 들어, .map(), .filter(), .reduce() 등의 메소드는 모두 이 Array.prototype에 정의되어 있습니다.

그래서, 만약 당신이 배열에 대한 메소드를 사용하려고 할 때 (예: myArray.map(...)) 자바스크립트는 다음과 같은 과정을 거칩니다

myArray에 직접 map 메소드가 있는지 확인합니다.
없다면, myArray의 프로토타입 (Array.prototype)을 확인하여 map 메소드가 있는지 확인합니다.
Array.prototype에 map 메소드가 있다면 그것을 실행합니다.

이런 방식으로, 모든 배열은 Array.prototype에 정의된 메소드와 속성을 사용할 수 있게 됩니다.

꼬리에 꼬리를 무는 궁금증이 생겼습니다. 만약 myArray에 직접 map 메소드가 있는 경우는 어떤 경우인지 말이죠. 다음과 같은 예제로 설명할 수 있다고 합니다.

let myArray = [1, 2, 3];

// myArray에 직접 map 메소드 추가
myArray.map = function() {
    return 'This is a custom map function!';
};

console.log(myArray.map()); // 'This is a custom map function!'

궁금증이 풀렸습니다.

Javascript | Number와 parseInt의 차이

jjscript — Thu, 10 Aug 2023 00:48:28 +0900

Number

Number는 함수로, 주어진 값을 숫자로 변환하려고 시도합니다.
값이 숫자로 변환되지 않을 경우 NaN을 반환합니다.
Number는 더 일반적으로 사용되며, 주어진 값을 가능한 숫자로 변환합니다. 예를 들어, Number("123.45")는 123.45를 반환합니다.
만약 문자열이 숫자로 시작하고 그 뒤에 문자가 오면 Number는 NaN을 반환합니다. 예를 들어, Number("123abc")는 NaN을 반환합니다.

parseInt

parseInt는 문자열의 처음부터 숫자로 변환 가능한 부분만 변환하고, 숫자가 아닌 부분을 만나면 변환을 중지합니다.
두 번째 인자로 진수(base)를 받을 수 있습니다. 예를 들어, parseInt("110", 2)는 이진수로 110을 10진수 6으로 변환합니다.
parseInt("123abc")는 처음부터 숫자만을 찾아 123을 반환하고, abc는 무시합니다.
만약 문자열이 숫자가 아닌 문자로 시작하면 NaN을 반환합니다. 예를 들어, parseInt("abc123")는 NaN을 반환합니다.

간단한 예시

console.log(Number("123.45"));     // 123.45
console.log(Number("123abc"));     // NaN
console.log(parseInt("123.45"));  // 123
console.log(parseInt("123abc"));  // 123
console.log(parseInt("abc123"));  // NaN
console.log(parseInt("110", 2));  // 6 (이진수 변환)

파이썬 코드스니펫_소수 찾기

jjscript — Thu, 3 Aug 2023 21:39:01 +0900

def is_prime(n):
    if n <= 1:
        return False
    elif n <= 3:
        return True
    elif n % 2 == 0 or n % 3 == 0:
        return False
    
    i = 5
    while i * i <= n:
        if n % i == 0 or n % (i + 2) == 0:
            return False
        i += 6
        
    return True

def is_prime(number):
    if number < 2:
        return False
    for i in range(2, int(number ** 0.5) + 1):
        if number % i == 0:
            return False
    return True

python 10진수에서 n진수로 만들기

jjscript — Thu, 3 Aug 2023 21:20:26 +0900

def convert_to_base_n(number, base):
    result = ''
    while number > 0:
        result = str(number % base) + result
        number = number // base
    
    return result

[라이브러리] 파이썬 re 라이브러리 사용하여 숫자만 분리하기

jjscript — Fri, 14 Jul 2023 20:16:36 +0900

import re

def solution(s):
    extracted = re.findall('\d+', s)
    elements = list(map(int, extracted))
    
    tuple_set = []
    count_dict = {}
    
    for element in elements:
        if element not in count_dict:
            count_dict[element] = 1
        else:
            count_dict[element] += 1
    
    sorted_elements = sorted(count_dict.keys(), key=lambda x: count_dict[x], reverse=True)
    
    return sorted_elements

위와 같은 알고리즘 문제 풀이에서, 정규식 연산 라이브러리를 사용할 수 있습니다.

re.findall('\d+', s)는 정규 표현식을 사용하여 문자열 s에서 숫자들을 추출하는 코드입니다.

정규 표현식은 문자열에서 특정한 패턴을 찾거나 매칭하는 데 사용됩니다. \d는 정규 표현식에서 숫자를 의미하며, +는 바로 앞에 있는 패턴이 하나 이상 연속해서 나타날 수 있음을 나타냅니다.

즉, re.findall('\d+', s)는 문자열 s에서 연속된 숫자들을 모두 찾아 리스트로 반환하는 역할을 합니다. 예를 들어, 문자열 "abc123def456"에서 숫자들을 추출하면 ['123', '456']라는 리스트가 반환됩니다.

따라서 주어진 문제에서는 re.findall('\d+', s)를 사용하여 주어진 문자열 s에서 숫자들을 추출하고, 이를 나중에 튜플의 원소로 사용하기 위해 정수로 변환합니다.

AWS 프리티어 탄력적 IP 주소 과금 문제 해결

jjscript — Thu, 6 Jul 2023 09:41:48 +0900

AWS를 사용하다보면 과금 때문에 무서워지는 일들이 종종 발생합니다. AWS는 처음에 접근하는게 어렵기 때문에 초보 개발자들은 항상 과금에 신경써 주어야 합니다. 저 또한 새로 EC2 서버를 만들고, 기존 EC2 서버를 중지시켰더니 기존 EC2 서버에 연결된 탄력적 IP가 인스턴스가 없어져 다음과 같은 과금 문제가 발생했습니다.

$0.005 per Elastic IP address not attached to a running instance per hour (prorated)

프리티어인데 위의 메시지가 있는 부분에서 과금이 되었다면 오늘의 글을 참고해주세요.

문제 원인

Elastic IP 주소는 AWS 클라우드에서 가상의 고정 IP 주소를 할당하는 데 사용됩니다. 일반적으로 EC2 인스턴스에 Elastic IP를 연결하여 인스턴스에 지속적인 고정 IP 주소를 제공합니다. 그러나 이 정책에서는 인스턴스에 연결되지 않은 Elastic IP 주소에 대해 시간당 0.005달러의 비용이 부과됩니다.

이 비용은 사용자가 Elastic IP 주소를 생성하고 해당 주소를 EC2 인스턴스에 연결하지 않은 경우에도 발생합니다. 주소를 생성한 후에는 주소가 연결되지 않은 시간에 대한 비용이 발생하며, 시간에 따라 비례하여 과금됩니다. 따라서 사용자가 Elastic IP 주소를 더 이상 사용하지 않는 경우, 해당 주소를 삭제하여 비용을 절약할 수 있습니다.

AWS의 AWS Budgets 탭에 들어가시면 결제/청구서 항목이 있습니다. 그러면 예상 청구 금액과 실제 청구된 비용을 확인하실 수 있습니다.

해결 방법

EC2 인스턴스에서 사용하지 않는 Elastic IP 주소를 릴리즈(해제)하면 과금 문제를 해결할 수 있습니다.

EC2 서비스로 접속하면 다음과 같은 사이드바가 있습니다. 네트워크 및 보안에서 탄력적 IP를 클릭해 줍시다.

그 이후에 해제하고 싶은 IP 주소를 클릭 후 우측 상단의 작업 → 탄력적 IP 주소 릴리스를 눌러줍니다.

그렇게 되면 과금 문제를 해결할 수 있습니다.

객체 지향 설계 개념 정리

jjscript — Wed, 5 Jul 2023 09:39:35 +0900

객체 지향 구성 요소

객체(Object): 객체는 속성(상태, 데이터)과 동작(행위, 메서드)을 가진 실체입니다. 예를 들어, '자동차'라는 객체가 있다면 이는 '색상', '모델', '제조연도' 등의 속성과 '주행', '정지', '가속' 등의 동작을 가질 수 있습니다.
클래스(Class): 클래스는 객체를 생성하기 위한 청사진이나 템플릿입니다. 이는 객체의 초기 상태(속성)와 동작(메서드)를 정의합니다.
메서드(Method): 메서드는 클래스에 정의된 함수로, 객체의 동작을 나타냅니다. 메서드는 객체의 속성을 조작하거나 다른 객체와 상호 작용하는 데 사용됩니다.
메시지(Message): 메시지는 객체 간의 통신을 가능하게 하는 메커니즘입니다. 객체는 다른 객체의 메서드를 호출하거나 메시지를 보내는 방식으로 상호작용합니다.
속성(Attribute) or 상태(State): 객체의 특성을 나타내는 변수나 데이터를 의미합니다. 예를 들어, '학생' 객체의 속성에는 '이름', '나이', '학년' 등이 포함될 수 있습니다.
인스턴스(Instance): 인스턴스는 클래스를 실제로 사용하기 위한 '실체'라고 할 수 있습니다. 클래스는 객체의 일반적인 형태를 정의하는 템플릿 또는 청사진인 반면, 인스턴스는 클래스에서 정의한 구조를 가진 실제 객체를 의미합니다.

객체 지향 기법

상속성(Inheritance): 상속은 하나의 클래스(부모 클래스)의 속성과 메서드를 다른 클래스(자식 클래스)가 받아들이는 과정입니다. 이를 통해 코드의 재사용성이 높아집니다.
캡슐화(Encapsulation): 이 원칙은 객체의 상태와 동작을 하나의 단위로 결합합니다. 즉, 객체의 데이터는 외부에서 직접 접근할 수 없으며, 이는 객체 내의 특정 메서드를 통해서만 가능합니다.
다형성(Polymorphism): 다형성은 하나의 인터페이스나 클래스를 여러 형태로 사용할 수 있는 능력을 의미합니다. 이 원칙은 메서드 오버로딩(overloading)과 오버라이딩(overriding)으로 실현됩니다.
추상화(Abstraction): 추상화는 복잡한 시스템을 더 간단하고 이해하기 쉬운 부분으로 분리하는 프로세스입니다. 추상 클래스나 인터페이스를 사용하여 이 원칙을 구현할 수 있습니다.
정보 은닉(Information Hiding): 정보 은닉은 객체의 내부 데이터와 상세 구현을 숨기는 원칙입니다. 이 원칙을 따르면, 각 객체의 내부 상태는 해당 객체의 메서드를 통해서만 변경될 수 있습니다. 이것은 객체의 상태가 예기치 않게 변경되는 것을 방지하며, 객체의 행동을 보다 안정적으로 만듭니다.

객체 지향 설계 원칙(SOLID)

단일 책임 원칙 (Single Responsibility Principle, SRP): 클래스는 하나의 책임만 가져야 합니다. 이는 '하나의 클래스는 하나의 작업만 수행해야 한다'는 개념을 나타냅니다. 클래스가 두 가지 이상의 책임을 가질 경우, 이는 다른 클래스와의 강한 결합을 초래하며, 유지 보수성이 떨어질 수 있습니다.
개방-폐쇄 원칙 (Open-Closed Principle, OCP): 소프트웨어 구성요소(클래스, 모듈, 함수 등)는 확장에는 열려 있어야 하고, 변경에는 닫혀 있어야 합니다. 즉, 기존의 코드를 변경하지 않고도 새 기능을 추가할 수 있어야 합니다.
리스코프 치환 원칙 (Liskov Substitution Principle, LSP): 하위형은 그것의 기본형으로 대체 가능해야 합니다. 즉, 상속 관계에 있어서 자식 클래스는 부모 클래스를 완벽하게 대체할 수 있어야 합니다.
인터페이스 분리 원칙 (Interface Segregation Principle, ISP): 특정 클라이언트를 위한 인터페이스 여러 개가 범용 인터페이스 하나보다 낫다는 원칙입니다. 이는 인터페이스가 클라이언트에게 필요하지 않은 메서드를 포함하지 않아야 함을 의미합니다.
의존성 역전 원칙 (Dependency Inversion Principle, DIP): 상위 모듈은 하위 모듈에 의존해서는 안 되며, 둘 다 추상화에 의존해야 합니다. 이 원칙은 구체적인 클래스보다는 인터페이스나 추상 클래스에 의존하는 것이 좋다는 접근 방식을 나타냅니다.

객체 지향 방법론

OOSE (Object-Oriented Software Engineering): OOSE는 Ivar Jacobson이 개발한 객체 지향 소프트웨어 개발 방법론입니다. OOSE는 비즈니스 프로세스 모델링에 중점을 두며, use case라는 개념을 도입하여 시스템의 요구 사항을 명확하게 식별하고 이해하는 데 도움을 줍니다. OOSE는 이런 use case를 기반으로 시스템의 객체 모델을 개발합니다.
OMT (Object Modeling Technique): OMT는 James Rumbaugh가 개발한 객체 지향 분석 및 설계 방법론입니다. OMT는 객체 모델링, 동적 모델링, 함수 모델링의 세 가지 주요 모델을 사용하여 시스템을 설명합니다. 이 방법론은 현재 UML(Unified Modeling Language)의 기초를 형성하는 데 큰 역할을 했습니다. 이 방법은 객체 모델링 → 동적 모델링 → 기능 모델링 순서대로 진행됩니다. 그 중 객체 모델링은 정보 모델링이라고도 하며, 시스템에서 요구되는 객체를 찾아내어 속성과 연산 식별 및 객체들 간의 관계를 규정하여 다이어그램으로 표시하는 모델링입니다. 또, 기능 모델링은 자료 흐름도(DFD)를 주로 이용합니다.
OOD (Object-Oriented Design): OOD는 소프트웨어 설계 프로세스의 한 부분으로, 시스템을 객체로 보고 이들 객체가 서로 상호 작용하는 방식으로 시스템을 구성하는 것을 기반으로 합니다. 이 방법론의 주요 목표는 유연하고 확장성이 좋은 시스템을 만드는 것입니다.
Coad와 Yourdon 방법론: Peter Coad와 Edward Yourdon이 개발한 이 방법론은 객체 지향 분석과 설계를 위한 방법론입니다. 이 방법론은 객체, 속성, 서비스, 그리고 관계를 통해 시스템을 모델링합니다. E-R 다이어그램을 사용하여 객체의 행위를 데이터 모델링하는데 초점을 둔 방법입니다. 또한 객체 식별, 구조 식별, 주체 정의, 속성 및 관계 정의, 서비스 등의 과정으로 구성됩니다.
Wirfs-Brock 방법론: Wirfs-Brock 방법론은 Rebecca Wirfs-Brock이 개발하였으며, 책임 주도 설계(Responsibility-Driven Design, RDD)라고도 알려져 있습니다. 이 방법론은 객체의 책임과 행동을 중심으로 설계를 진행합니다.