2월 4주차 디자인 패턴과 프로그래밍 패러다임 - 1.2.1 선언형과 함수형 프로그래밍, 1.2.2 객체지향 프로그래밍

[shockim3710]

• 프로그래밍 패러다임: 프로그래머에게 프로그래밍의 관점을 갖게 해주는 역할을 하는 개발 방법론

ex) 객체지향 프로그래밍: 프로그래머들이 프로그램을 상호 작용하는 객체들의 집합

 함수형 프로그래밍: 상태 값을 지니지 않는 함수 값들의 연속

• 여러 패러다임을 지원하는 언어: C++, 파이썬, 자바스크립트, 자바

→ 자바: jdk 1.8부터 함수형 프로그래밍 패러다임을 위해

      람다식, 생성자 래퍼런스, 메소드 레퍼런스 도입

      선언형 프로그래밍을 위해 스트림 같은 표준 API 추가

1.2.1 선언형과 함수형 프로그래밍

• 선언형 프로그래밍: ‘무엇을’ 풀어내는가에 집중하는 패러다임

const list = [1, 2, 3, 4, 5, 11, 12]
const ret = list.reduce((max, num) => num > max ? num : max, 0)
console.log(ret) // 12

• reduce() : ‘배열’만 받아서 누적한 결괏값을 반환하는 순수 함수

• 함수형 프로그래밍: 작은 ‘순수 함수’들을 쌓아 로직을 구현

                          ‘고차 함수’를 통해 재사용성을 높인 프로그래밍 패러다임
  

• 자바스크립트: 단순, 유연한 언어

                    함수가 일급 객체 (함수를 데이터(string, array, object) 다루듯이 다룸)
  
                   → 객체지향 프로그래밍 < 함수형 프로그래밍
  

• 순수 함수: 출력이 입력에만 의존

const pure = (a, b) => {
	return a+ b
}

• pure 함수: 매개변수 a, b에만 영향

               다른 전역변수가 출력에 영향을 주면 순수 함수X
  

• 고차 함수: 함수가 함수를 값처럼 매개변수로 받아 로직을 생성

               고차 함수를 쓰려면 해당 언어가 일급 객체
  

• 일급 객체: 변수나 메서드에 함수를 할당

               함수 안에 함수를 매개변수로 담음
  
               함수가 함수를 반환
  

1.2.2 객체지향 프로그래밍

• 객체지향 프로그래밍: 객체들의 집합으로 프로그램의 상호 작용을 표현

                             데이터를 객체로 취급, 객체 내부에 선언된 메서드를 활용
  
                             설계에 많은 시간 소요, 처리 속도 느림
  

const ret = [1, 2, 3, 4, 5, 11, 12]
class List {
    constructor(list) {
        this.list = list
        this.mx = list.reduce((max, num) => num > max ? num : max, 0)
    }
    getMax() {
        return this.mx
    }
}
const a = new List(ret)
console.log(a.getMax()) // 12

• 객체지향 프로그래밍 특징: 추상화, 캡슐화, 상속성, 다형성

• 추상화: 복잡한 시스템에서 핵심 개념을 간추림

• 캡슐화: 객체의 속성과 메서드를 하나로 묶고 일부를 외부에 감추어 은닉

• 상속성: 상위 클래스의 특성을 하위 클래스가 이어받아 재사용, 추가, 확장

           코드 재사용 측면, 계층적인 관계 생성, 유지 보수성 측면
  

• 다형성: 하나의 매서드나 클래스가 다양한 방법으로 동작 (ex: 오버로딩, 오버라이딩)

• 오버로딩: 같은 이름을 가진 메서드를 여러 개 두는 것

              메서드 타입, 매개변수 유형, 개수 등으로 여러 개
  
              컴파일 중에 발생하는 ‘정적’ 다형성
  

class Person {

    public void eat(String a) {
        System.out.println("I eat " + a);
    }

    public void eat(String a, String b) {
        System.out.println("I eat " + a + " and " + b);
    }
}

public class CalculateArea {

    public static void main(String[] args) {
        Person a = new Person();
        a.eat("apple");
        a.eat("tomato", "phodo");
    }
}
/*
I eat apple
I eat tomato and phodo
*/

• 오버라이딩: 상위 클래스로부터 상속받은 메서드를 하위 클래스가 재정의

                 런타임 중에 발생하는 ‘동적’ 다형성
  

class Animal {
    public void bark() {
        System.out.println("mumu! mumu!");
    }
}

class Dog extends Animal {
    @Override
    public void bark() {
        System.out.println("wal!!! wal!!!");
    }
}

public class Main {
    public static void main(String[] args) {
        Dog d = new Dog();
        d.bark();
    }
}
/*
wal!!! wal!!!
*/

• 객체지향 프로그래밍 설계 원칙: SOLID

  S - 단일 책임 원칙

  • 모든 클래스는 각각 하나의 책임만 가짐

  

  O - 개방-폐쇄 원칙

  • 유지 보수 사항이 생기면 코드를 쉽게 확장, 수정할 때는 닫힘

    → 기존의 코드는 잘 변경X, 확장 쉬움

  

                                       ↓
  

  

  L - 리스코프 치환 원칙

  • 프로그램의 객체는 프로그램의 정확성을 깨뜨리지X, 하위 타입의 인스턴스로 바꿈
  • 부모 객체에 자식 객체를 넣어도 시스템 문제X

  

                                  ↓
  

  

  I - 인터페이스 분리 원칙

  • 하나의 일반적인 인터페이스보다 구체적인 여러 개의 인터페이스 만듦

  

                                             ↓
  

  

  D - 의존 역전 원칙

  • 자신보다 변하기 쉬운 것에 의존하던 것을 추상화된 인터페이스나 상위 클래스에 둠
  • 변하기 쉬운 것의 변화에 영향X