파이썬 property는 왜 쓸까: 메서드처럼 계산하고 변수처럼 읽는 방법
파이썬 property를 왜 쓰는지 계산 속성, setter, 캡슐화, getter/setter 남용 주의점 기준으로 설명합니다.
-
-
불변 객체는 왜 중요할까: 상태를 못 바꾸게 하는 설계가 더 쉬운 이유
불변 객체는 setter를 없애는 문법 취향이 아니라 상태 변경 지점을 줄여 코드를 더 예측 가능하게 만드는 설계입니다. 캡슐화와 테스트 관점에서 정리합니다.
-
캡슐화는 getter를 숨기는 기술일까
캡슐화는 getter를 숨기는 기술인지, 아니면 객체가 자기 상태를 스스로 지키게 만드는 설계인지 설명합니다. 정보 은닉, 상태 변경 규칙, 무결성, 객체 책임 관점에서 쉽게 정리합니다.
-
도메인 모델이 빈혈 상태가 되면 왜 유지보수가 어려워질까
도메인 모델이 getter와 setter만 남은 빈혈 상태가 되면 왜 유지보수가 어려워지는지 설명합니다. 서비스 객체로 로직이 몰리는 이유, 책임이 흐려지는 순간, 언제 도메인 모델이 더 나은지 실무 기준으로 정리합니다.
-
객체는 데이터를 담는 상자가 아니다: 상태와 행위를 함께 봐야 설계가 쉬워지는 이유
객체를 단순 데이터 통으로만 보면 왜 서비스에 로직이 몰리고 설계가 어려워지는지, DTO와 도메인 객체 차이와 함께 쉽게 정리합니다.
-
객체지향 설계의 핵심
객체지향을 클래스 개수나 상속 문법으로만 이해하면 왜 설계가 어려워지는지, 책임과 협력, 캡슐화 관점에서 다시 정리합니다.
