지식 줍줍 🐿️

객체지향이 나오게 된 배경

• 1970년대 이전에는 설계없이 필요할때마다 개발하는 방식으로 진행
    → 시간이 지나면서 중복코드 증가, 유지보수의 어려움 발생으로 신뢰도 바닥 및 성능 저하 등의 이슈가 발생하게됨

• 1970년대 이후, 프로그램을 쪼개어 개발하는 구조적 개발 방법이 많이 사용 (분석 - 설계 - 개발 - 테스트)
    → 사용자 요구사항이 명확하고 변화가 많이 않은 환경에서는 효율적이나, 생명주기 각 단계별(ex. 물품구매..물품조회..물품삭제..)로 자연스럽게 서로 연결되지 않고, 프로그램 내부 기능들은 데이터와 복잡하여 얽혀있어 소프트웨어를 변경하는게 쉽지 않음
    → 유지보수 비용 증가
    → 객체지향이 나오게됨

• 객체지향은 현실세계에 존재하는 실체 및 개념들을 객체라는 독립된 단위로 구성 & 메세지로 상호작용 & 객체지향 시스템을 가시화하고 명세화하고 문서화한것이 UML

객체지향 요소

• 객체(Object) : 속성과 행동을 가지고 있는것
    → (자료(=속성(변수) + 값(변수값)=클래스에서 정의) 및 오퍼레이션(=클래스에 포함되어있는 메소드))

• 클래스(Class) : 객체를 생성할 수 있는 구조와 정보를 가지고 있는 틀 

• 메세지(Message) : 어떤 한 객체가 다른 객체에게 특정 작업을 요청하는 신호
    → 수신객체 이름 + 수행할 오퍼레이션 이름 + 전달되는 매개변수 

객체지향 특성

• 캡슐화(Encapsulation) : 해당 기능의 동작에 대한 흐름을 자세하게 알필요 없이, 외부에서 원하는 기능들을 수행하도록 지시하는것. 
    → 외부에서 객체 내 직접 접근 X
    → 외부에서 접근할 수 있는 오퍼레이션을 통해 관련 데이터에 접근 (이로써 단순하고 명확하게 표현가능)
    → 정보은닉이 가능 

• 상속(Inheritance) : 프로그램을 확장 가능하도록 해주는 수단
    → 재사용 및 확장성 
    → 일반화(Generalization) : 하위클래스의 공통적 특성을 추상화하여 상위 클래스로 정의하는것 (하위 -> 상위)
    → 특수화(Specialization) : 상위 클래스의 속성을 상속받아 하위 클래스에 실체화 (상위 -> 하위)

• 추상화(Abstraction) : 특정측면을 강조하여 나타낸것. 실세계상황을 간결하고 명확하게 모델링하여 이것을 프로그램으로 구현(=실체화)

• 다형성(Polymorphism) : 여러클래스에 같은 메소드명을 사용하나, 동작이 다른 케이스 (오버라이딩)

>>> 캡슐화와 추상화를 헤깔리면 안될듯!
캡슐화는 결과의 행동만 바라보는것이면(호출하는자의 입장에선 내부사정은 알필요 없다!), 추상화는 구체화를 하기 위한 수단의 시작으로 봐야할듯

⭐️ 이슈상황) WebClient 으로 API 통신을 하는 상황에 결과값이 무분별하게 호출되는 상황이 발생함
- 예를들면 API 통신을 위해 webclient 을 1번 호출 → N 번의 호출 결과로 노출이 된 상황 (⁉️)

↓↓↓ 아래는 잘못 만든 JAVA 코드의 일부임.
WebClient 을 잘 모르고! Non-blocking/Asynchronous 의 특성을 생각 못하고! subscribe, block 을 무분별하게 호출한 상황 (ㅠㅠ)

// 1) testmethod 는 API 통신 메소드 의 일부 
public Mono<dto> testmethod() { 
    Mono<dto> test = WebClient.builder()..build().post().exchangeMono()..;
    return test;
}


// 2) testmethod 을 호출한 영역 
...
Mono<dto> dto = testmethod();

dto.subscribe(res -> {…}, error -> {…});
dto.subscribe(res -> {…}, error -> {…});
dto.block();
dto.block();
dto.block();

// 이 결과 testmethod()은 1번 호출하였으나 그에 따른 결과는 5번으로 호출된 상황. Non-blocking...async..의 상황...

dto.block() 의 경우, mono 구독 후 응답이 올때까지 기다림! 
그 사이, dto.block() 을 또 선언을? 하였다면 스레드가 2개가 실행되는 상황이 되버리는것? 

dto.subscribe(res...) 의 경우도 여러개가 선언되면 각각 subscribe 내에서 처리가 끝남. = (비동기 처리 - 함수형) x 여러개 = 콜백늑낌

❗️subscribe, block 을 같이 혹은 여러개!!!!! 선언하지 않도록 하기 (무분별하게 호출해야하는 상황이라면 모를까)
❗️subscribe (함수형?)으로 받았다면 절차지향형의 프로세스와는 상관없이 subscribe 내에서 처리해도 되는것인지 잘 고민해보기. (non-blocking 특성을 활용하기 위해 webclient 을 사용하는것이 아닌가 싶음 )

리액티브 프로그래밍

변화의 전파와 데이터 흐름과 관련된 선언적 프로그래밍 패러다임

• 변화의 전파와 데이터 흐름: 데이터가 변결될 때 마다 이벤트를 발생시켜서 데이터를 계속적으로 전달
• 선언적 프로그래밍: 실행할 동작을 구체적으로 명시하는 명령형 프로그래밍과 달리 선언형 프로그래밍은 단순히 목표를 선언.
• 데이터 발행(Observable), 가공(Operator), 구독(Subscribe) 흐름으로 구성
• 멀티스레딩 환경에서 둘 이상의 스레드가 하나의 변수를 사용하면서 발생하는 이슈를 방지하여 개발이 가능함. (stream..)

참고
https://www.youtube.com/watch?v=2McwNWO8MIw&list=PLr-ObTx8qMl9APSlvIhAah1mq3tyD1AYN

자바는 call by value (값에 의한 호출) 방식이다.

public class CallTest {

    public static void main(String[] args) {
        String test1 = "test1";
        String test2 = "test2";
        CallTest.callByValue(test1, test2); // 값에 의한 참조
        
        // CallTest.callByValue 에서 매개변수 전달 후 바꿧다 하여, test1, test2에 영향 안미침.
        System.out.println("test1:" + test1+", test2:"+test2); 
    }

    public static void callByValue(String test1, String test2) {
        String temp = test1;
        test1 = test2;
        test2  = temp;
        System.out.println("test1:" + test1+", test2:"+test2);
    }
}

/*
// result)
test1:test2, test2:test1
test1:test1, test2:test2
**/

함수 호출 시 매개변수의 값을 그대로 전달!
전달한 값 그대로 사용!
매개변수의 값들은 각각의 다른 메모리 위치에 저장됨. 
함수 내부에서 변경한 사항은 호출자의 실제 매개변수에 반영되지는 않음.

call by reference (주소에 의한 호출)

매개변수는 동일한 위치를 참조하므로 함수 내부에서 변경한 사항은 실제 호출자의 매개변수에 반영됨.
함수 호출 시 매개변수에 주소를 전달하여 사용!
참조에 의한 호출 (C++ 포인터)

/** 
C++ 언어에서 변수 주소를 매개변수로 전달 하였을 때
result) 
test1:test2, test2:test1
test1:test2, test2:test1 // 주소 참조에 의해 값이 변경 됨.
*/

참고

https://www.geeksforgeeks.org/difference-between-call-by-value-and-call-by-reference/