네, 반갑습니다. 오늘 이 영상을 끝까지 보신 후엔 이뮤터블, 그러니까 불변이라는 뜻이죠. 불변 객체의 장점과

자바에서 불변 객체를 어떻게 정의할 수 있는지 이해하게 됩니다. 자, 그럼 오늘도 먼저 이뮤터블, 불변

객체의 개념을 살펴보도록 할게요. 불변 객체란 객체 생성 이후에는 객체의 상태가 바뀌지 않는 객체를 불변 객체라고 합니다. 무슨 말이냐면

예를 들어서 이렇게 인플레이라는 타입의 객체를 하나 만들었습니다. 그 객체에는 그 인플레이에 아이디, 이름,

나이, 핸드폰 번호 그리고 소속된 팀 이런 여러 가지 정보를 가지고 있어요. 그럼 여기서 이뮤터블 객체, 불변

객체라는 것은 무슨 말이냐면 이렇게 인플레이 타입의 객체를 처음 만들 때 이런 상태 정보들을 넣어주고 그

이후에는 이 정보들을 바꿀 수 없는 객체, 그 객체를 이미 탑을 개체 혹은 불변 객체라고 합니다. 자, 그러면 불변 객체는 왜 쓰는 거냐?

어떤 장점이 있냐? 우선은 이해하기가 쉽고 안정적인 서비스 개발에 도움이 됩니다. 예를 들어 지금 이런 코드가

있다고 해 볼게요. 그러면 DB에서부터 인플레이 정보를 읽어와요. 그래서 그 인플레이 정보를 바탕으로 여러 가지 코드 작업을 하고 있습니다.

예를 들어 2인 플레이어가 베스트인 프로라면 그 인플레이어에게 연봉을 올려주는 코드도 있구요. 2인 플레이어

헬스 체크를 해서 만약에 건강이 좋지 않으면 그 인플레이어에게 철수 리커버리 프로그램을 지원해 주는 그런 코드도 있어요. 이런

상황에서 이제 스펙의 추가 같아서 이제 제가 여기에 코드를 개발을 하게 됐어요. 2인 플레이어를 활용해서 코드를

개발하게 됐는데 그런데 문제는 만약에 2인 플레이가 불변 객체가 아니라 가벼운 객체라면 그런데 조금

불안하죠 왜냐하면 여기에 인플레이 의미 파라미터로 넘겨주고 있는데 이렇게 넘겨줘 쓸 때에 이 내부

코드들 이 내부의 코드들이 인 플레이의 상태 정보를 어쩌면 바꿔 쓸 수도 있잖아요 그러면은 상태 정보가

만약에 바꿨다면 DB에서 이렇게 읽어 봤을 때의 최초의 인 플레이의 상태와 이제 제가 이 위치에서 작업을

수행하려고 하는데 이 위치에서 인 플레이의 상태가 다를 수가 있는 거잖아요 그래서 이런 부분이 좀 불안하기 때문에 이 불안감을 해소하기

위해서는 이렇게 코드를 다 따라 가지고 일일이 확인해야 되거나 아니면 이 위치에서 다시 DB를 호출해서 인 플레이를 가져오거나 뭐 그렇게

해야 되겠죠 그런데 만약에 2인 플레이가 가변 객체가 아니라 불변 객체라면 걱정할 필요가 전혀 없죠

왜냐하면 불변 객체는 한번 만들어지면 그 상태가 바뀌지 않는, 바꿀 수 없는 객체이기 때문에 여기에 아무리 뭐

파라미터로 전달했다고 한들 내부적으로 2인 플레이의 상태를 바뀌지 않았을 것이라는 것을 확신할

수 있으니까 걱정하지 않고 이제 여기서 제가 작업을 할 때에 아이인 플로이는 티비에서 1 고온 그인 플로이랑 동일하다 그렇게 안심하고

작업을 할 수 있는 거죠 그리고 또 이렇게 저도 작업을 하다가 저도 모르게 인 플레이의 상태를 바꾸려고

c 할 수도 있잖아요 근데 2인 플레이가 불변 객체니까 그런 시도 자체를 해봤자 불가능하기 때문에

안정적으로 서비스 개발을 할 수 있게 되는 겁니다 그러면 또 다른 불변 객체의 장점은 뭐냐 레비나스의 최

씨의 쓰기에 적절하다 이런 장점이 있습니다 사실 이거는 객체의 중복 제거와 관련된 지난 영상에서

후반부에 설명을 했던 부분인데요 다시 한번 짚고 넘어갈게요 자 여기 이런 코드가 있습니다 어떤 코드냐 며

RGB 값을 저장하는 해쉬 셋 하나 만들었어요 그 해쉬 셋을 마이 RGB 쓰라고 하겠습니다 그리고 여기에 그린 이라는 RGB 를 하나 만들어서 그

그린을 이 알기 비스트의 세다가 저장을 했어요 그리고 나서 이 그린을 인버트 시켰습니다 그러니까 단절을

시킨 거죠 그 반전시킨 RGB 를 인버티드 그린 이라는 변수에 저장을 했습니다 그리고 이제부터 잘 보세요 이 1 번째 스크린이 마이 RGB 스에

있는지 즉 이해 피스에서 있는지 확인했어요 확인을 했더니 당연히 지금 횟수 3세는 그림 밖에 안

들어가 있으니까 얘는 false 가 나올 겁니다 그리고 나서 이 그림도 마이 RGB 수 있는지 확인을 했는데 꺾인 게 뭐냐면 얘도 또 false 가

나왔어요 그러니까 좀 이상하잖아요 왜냐하면 그리는 지금 여기에 넣어 좋기 때문에 있어야 되는 때 없다고

나오니까요 이상한 거죠 너무 이상하니까 그러면은 여기서 만들었을 때의 똑같은 RGB 값을 이렇게 그린

어게인 이라는 변수에 새로 만들어서 그 그린 어게인 이해 실수에서 있는지 확인해요 그런데 이때도 또 볼 수가

가봤어요 너무 이상하잖아요 그래서 이 사람이 너무 이상하니까 그러면은 이 알지를 클래스가 어떻게 부연되어

있는지 확인을 해봐야 되겠다 이렇게 생각을 하고 확인을 하러 갔어요 확인을 해봤더니 이런 식으로 되어

있는 거죠 여기 보시면 내부적으로 레드, 그린, 블루 RGB 값을 저장할 수 있도록 했고 생성할 때 RGB 값을 전달해서 그 전달해준 RGB 값을

내부 필드에 저장할 수 있도록 했어요 그리고 해 주세요 쓰기 위해서 해시 코드 구현에 적고 이 꼴도 잘 구현해 줬어요 그리고 마지막으로 이 밑에서

인 버트를 확인을 해봤더니 결국 문제가 되는 부분은 인 버트였는데요 인버터를 보면은 여기 RGB 있잖아요 이 RGB가 여기에 있는 이 알집

이거든요 그러니까 이 객체가 가지는 RGB 값인데 이 값을 바꿔 쳐 주는 거예요 이 코드가 바꿔 쳐져서 다시 그 자기 자신에게 이렇게

넣어 주는 거죠 그러니까 상태를 바꿔 주게 된 겁니다 그렇게 상태를 바꿔 주고 라서 2 리턴 테스트라는

말은 자기 자신, 즉 스스로를 가르치는 거거든요. 스스로를 2턴 해주라는 얘기가 됩니다. 그래서 여기 코드를 실행한 게 결국은 이 그린이라는

객체의 상태를 바꿔 줬고, 결국 그림 자기 자신을 l 를 해서 여기에다가 대입을 해주게 된 셈이 된 거예요.

그러면 우리 각 인한 영상에서 캐시 쎄 쎄 쎄 쎄 쎄 쎄 쎄 쎄 객체를 넣고나서 객체의 상태를 바꾸면

정상적으로 동작하지 않게 되고 이상한 형상이 발생한다는 것을 배웠습니다. 그래서 왜 여기서 올수 볼수 볼수가 나왔는지는 지금 이 영상에서는

설명하지는 않을 거구요. 결국 핵심은 뭐냐면은 인해 적으로 상태를 바꿔주는 것 때문에 이런 문제가 발생을 했다는

거예요. 그러면 2인 버튼 애써 들을 바꿔주면 되는 거거든요. 어떻게 바꿔주면 되냐 이런 식으로 바꿔주면

됩니다 이제는 어떻게 했냐면 2 자기 자신의 깜빡이는 볼트 시켜요 이 RGB 값이 0에서 255 사이의

값을 가지기 때문에 2번째 시킨다는 것은 255에서 각각 RGB 값을 빼 줘서 그 빼준 값들을 사용하는 거라고 생각하시면 되거든요

그러면 그렇게 255를 각각 빼 준 값을 새로운 RGB 객체에 넣어서 그 새로운 RGB 객체를 반환을 해 주면 됩니다 그렇게 하면 이 원본 RGB

값은 바뀌지 않고 그대로 유지가 되는 거죠 그리고 또 여기서 추가해 준 게 2 파이널 키워드를 붙여준 건데요

이것은 조금 있다가 자세히 살펴보도록 할게요 자 그럼 이렇게 바꿔준 메소드를 여기에 호출하게 되면 이제

이 때 리턴되는 값은 그린 객체와는 다른 객체이기 때문에 2 번째 그림이 가리키는 객체도 그림 객체와는 또 다른 여기서 만들어준 객체를

가리키게 될 겁니다 그러면 최종적으로 바퀴 인 볼트 메서드를 바탕으로 요 코드를 실행하게 되면 결과가 어떻게

나오냐 면 얘는 paul's 얘는 트루 얘도 트루 이렇게 나오게 됩니다 그러니까 이제 정상적으로 동작을 하게

되는 거죠 그래서 핵심은 2m 블 객체가 맵이나 세트 퇴치에 쓰기에 적절하다 그런 장점이 있다 이것을

이해하시면 될것 같구요 또 어떤 장점이 있냐면 일반적으로 쓰레드 세이프 하다는 장점이 있습니다 요것도

무슨 말이냐면 쓰레드 세이프 하다는 말은 여러 스레드가 하나의 객체를 공유해서 사용하게 될 때에 안전하게

쓰일 수 있다는 말이에요 레이스 컨디션 없이 데이터 불일치 역시 사용할 수 있다는 말이에요 이건 어떻게 보면 당연한

얘기겠죠. 왜냐하면 불변 객체는 객체 상태가 바뀌지 않는 객체이기 때문에 그 안에 상태 정보가 항상 일치된 형태를 유지될 거라서 여러

쓰레드에 대해서 공유해도 안전하게 쓸 수 있는 거죠. 근데 여기서 이제 왜 일반적이라고 표현했는지는 뒤에 다시

설명드리겠습니다. 그러니까 불변 객체가 항상 스레드에 안전한 것은 아닐 수 있다는 거, 그걸 기억해 주시면

좋을 것 같구요. 자, 그리고 불변 객체의 또 다른 장점은 불변 객체를 필드에 넣었으면 방어적 복사를 할 필요가

없다는 장점이 있는데요. 요거는 뒤에 코드를 보면 이해하실 수 있습니다. 그래서 정리하면 모든 것을 불변 객체로 표현할 순 없어요. 그렇지만

가능하다면 불변 객체를 적극적으로 쓰는 것을 추천합니다. 그게 훨씬 더 2.2 많고 서비스를 안정적으로

개발하는 데 도움이 되기 때문이죠. 자, 그러면 본격적으로 잡아를 통해서 불변 객체를 어떻게 정리할 수 있는지

그 방법들을 좀 살펴보기에 앞서서 자바에 스트링을 좀 살펴보고 넘어갈게요. 자, 여기 이렇게 코드가 있습니다. 쉬운

코드라는 문자열을 이즈 코드라는 스트링 타입의 변수에 저장을 했어요. 그리고 그 이제 코드를 같은 타입의 3일 레퍼런스에 또 저장을 했습니다.

그러면 이 형태가 메모리에서는 어떻게 표현이 되냐면 이런 식으로 표현이 됩니다. 여기 지금 메모리

거든요. 그러면 이 쉬운 코드라는 문제에요. 이 문자열을 이즈 코드도 레퍼런스 변수이기 때문에 이렇게 가리키는 거구요. 또 3인 램프라는

이름의 변수도 레퍼런스 변수이기 때문에 이렇게 쉬운 코드라는 문제를 가르치게 되는 겁니다. 그러면 이 상황에서 이렇게 이 두 개의 변수를

비교를 하게 되면 둘 다 지금 객체를 가리키는 변수이기 때문에 객체를 가리키는 변수를 비교하게 되면 이 두 개가 같은 객체를 가리키는 걸

비교하는 거거든요 그래서 이 결과는 true가 나오게 됩니다 자 그럼 이제 재미있는 부분이에요 e 즉 코드에 새로운 문자열을 할당을

했어요 "구동 말이 없네" 이런 문자열을 할당을 했는데 그러면 이렇게 2집 "고대의 새로운 문제"를 할당

했을 때 메모리 상에서 어떤 식으로 동작을 할까요 이 쉬운 코드가 이제는 "구동 마련해"로 바뀌는 걸까요 아니면

다른 형태로 동작하는 걸까요 결과를 말씀드리면 이렇습니다 이 문자열은 바뀌지는 않구요 "구동 마련해"라는 새로운 문자열이

만들어지고 e 코드는 이 새롭게 만들어진 "구동 말이 없네"라는 문자열을 가리키게 되는 거죠 그래서 다시 한번 e 코드와 3일에 애플을

비교를 하게 되면 이제는 이 두 개가 가리키는 객체가 다르기 때문에 이 결과가 리턴하는 값은 'paul's'가 됩니다. 이해가 되시나요? 그래서 핵심은

뭐냐면 '구독 마련해'를 새로 할당했을 때 이 값이 바뀌는 것이 아니라 아예 새로운 객체를 할당해 준다.

그래서 자바에서 이 스트링 타입의 객체는 '탑스' 변하지 않는 불변 객체다. 요게 중요한 포인트가 되는 겁니다. 다시 정리하면 스트링은 자바에서

기본적으로 제공하는 대표적인 불변 객체다. 이렇게 이해를 하시면 될 것 같아요. 자 그러면 정말로 본격적으로 자바에서

불변 객체를 어떻게 만들 수 있는지 를 배워 보도록 하겠습니다. 자 여기 이렇게 '펄스'라는 이름의 클래스가 있습니다. 이 클래스는 내부적으로 그

사람의 이름 정보를 가지고 있구요, 그 밑에 생성자를 구현을 해 놨습니다. 생성자에 파라미터로 사람 이름을 받을 수 있도록 했죠. 그래서 이 객체를

생성할 때 그 사람의 이름을 같이 전달할 수 있도록 했습니다. 그리고 그 사람의 이름을 가지고 올 수 있는 get 메서드를 구현했고요. 또 그

사람의 이름을 바꿀 수 있는 set 메서드를 구현했습니다. 자, 그럼 이제부터 이 펄스 객체를 2m 불러 바꿔 보도록 하겠습니다.

그러면 우선 2m 브리라는 뜻이 객체가 한번 생성되면 그 객체의 상태는 이후에는 바꿀 수 없다라는

개념이잖아요. 그러면 객체의 상태를 바꿔 줄 만한 메서드들은 다 삭제를 해줘야 됩니다. 즉, 생성자를 제외하고

상태를 바꿀 만한 메서드는 모두 제거를 해줘야 돼요. 그럼 여기에 이 set 메서드가 보시면 이 네임, 이라는 이름, 이라는 상태를 이렇게 바꿔 주고

있잖아요. 그래서 이 메서드를 지워 줘야 됩니다. 자, 이렇게 set 메서드를 지워 준 다음에는 또 뭘 해줘야 되냐? 지금 이

펄스 니라는 클래스의 상태는 현재는 이 네임 이라는 상태가 있는 건데 이 상태가 처음 초기화 된 이후에는 아예 바꿀 수 없게 만들어 주고 싶어요

그러니까 잡아 문법적으로 아예 막아 놓고 싶은 거죠 이때 해줄 수 있는 게 뭐냐면 파이널 키워드를 사용하는

겁니다 그래서 정리를 하면 이 클래스의 모든 필드를 8 아이비 파이널 5 지정을 해주면 돼요 식은 힘이 프라이빗 이라고는 지정이 되어

있죠 여기서 이프 아이 pc 붙은 멤버 변수는 이 펄스 니라는 클래스 안에서만 오직 접근 가능하다는 의미

거든요 그래서 이미 탑을 객체로 만들기 위해서는 그 이미 턱을 객체 모든 필드를 파이브 접근자 와 파이널 겪은 자를 함께 지정해 줘야 됩니다

그럼 여기서 또 파이널 접근자 가 의미하는 건 뭐냐면 파이널 로 지정된 변수는 그 변수에 값이 한번 저장이

되면 그 유엔은 값을 바꿀 수 없다 라는 의미거든요 문법적으로 그렇게 강조를 하기 때문에 파일을 키워드를

붙여 줌으로써 이 변수가 차후에 바뀔 만한 여지 자체를 아예 막아버리는 그런 기능을 할 수 있게 되는 겁니다

자 그래서 이렇게 프라이빗 파일을 키워드를 붙여줘 볼게요 자 이렇게 붙여졌습니다 자 그럼 이제 모든 것이

끝이 낫냐 아닙니다 1 해줘야 될 게 더 있는데요 왜냐하면 꼼수를 써서 이 워터 그를 유튜브를 처럼 바꾸어 줄

불변 객체(immutable object)는 안정적인 개발에 아주 도움이 됩니다! 불변 객체의 개념과 장점, 구현 방법을 자바 예제를 통해 배워보아요~!

8년차 백엔드 개발자가 배워서 남주려고 만든 채널이에요

알기 쉽게 설명합니다

함께 성장했으면 좋겠어요 :)


#컴공맛집 #백엔드전문채널


쉬운코드

불변 객체(Immutable Object) 개념 및 장점 소개

불변 객체의 장점과 자바에서의 정의 방법 설명

불변 객체란 객체 생성 후 상태가 변하지 않는 객체

불변 객체 사용 이유: 이해 및 안정적인 서비스 개발 용이

불변 객체의 장점: 상태 변화에 대한 걱정 없이 코드 작업 가능

불변 객체의 장점: 맵이나 세트와 같은 자료구조에 적합

불변 객체와 HashSet의 동작 예시 및 문제점 분석

RGB 값을 저장하는 HashSet에서 불변 객체의 중요성 설명

가변 객체 사용 시 발생하는 HashSet 동작 이상 현상 분석

객체 내부 상태 변경으로 인한 HashSet 동작 오류 원인 제시

문제 해결을 위한 객체 상태 변경 방지 방법 제시

불변 객체의 장점: 일반적으로 쓰레드 세이프(Thread-Safe)

자바 String 객체의 불변성 설명 및 메모리 동작 분석

가변 객체를 불변 객체로 변경하는 방법 설명

상태 변경 메서드 제거 및 final 키워드 사용

final 키워드를 사용한 상태 변경 방지 및 private 접근 제어자 활용

상속을 통한 불변성 위반 방지 및 final 키워드를 사용한 상속 금지

불변 객체 내부의 가변 객체 처리 방법

불변 객체 내부에 가변 객체 레퍼런스 존재 시 문제점과 해결 방안 제시

생성자를 통한 가변 객체 복사 및 방어적 복사(Defensive Copying) 기법 설명

방어적 복사를 통한 불변 객체 유지 방법

외부 접근을 통한 가변 객체 상태 변경 문제와 해결 방안

가변 객체 레퍼런스 공유 방지 및 방어적 복사 활용 강조

리스트와 같은 자료구조를 필드로 가진 불변 객체 처리

리스트를 필드로 가진 불변 객체에서의 방어적 복사 필요성 설명

리스트 복사 방법 및 얕은 복사(Shallow Copy)와 깊은 복사(Deep Copy)의 차이점 설명

얕은 복사와 깊은 복사의 차이점과 적절한 복사 방법 선택 강조

불변 객체의 미묘한 의미 차이 및 파이썬과의 비교

외부 노출 상태와 내부 관리 상태의 불변성 차이점 설명

파이썬에서의 불변 객체 개념과 자바의 불변 객체 개념 비교

파이썬 튜플의 불변성 예시 및 자바와의 차이점 강조