Java boolean, Boolean Getter/Setter 차이 feat. IntelliJ

이미지
자바에선 원시 타입(primitive type)인 boolean과 클래스 타입 Boolean의 Getter를 생성할 때 규칙이 다릅니다. 자바의 프로퍼티 접근자(Getter/Setter)는  JavaBeans 스펙 에 그 내용이 기술되어 있는데 그 내용은 접근자를 만들 때 PropertyName앞에 get과 set을 붙인다는 내용입니다. 다만 boolean 타입에 대해선 별도로 명시 하고 있는데 그 내용은 다음과 같습니다. 간단히 설명하면 원시 타입 boolean의 경우 다음과 같이 is를 붙이는 형태로 작성할 수 있습니다. public boolean is<PropertyName>(); 물론 다른 타입에 사용하는 get 을 붙여 만드는 것도 가능하고 둘 다 사용할 수 있습니다. public boolean is<PropertyName>(); public boolean get<PropertyName>(); IntelliJ에서 원시 타입 boolean Getter/Setter 생성을 하면 아래와 같이 만들어 줍니다. public class PrimitiveBooleanClass { private boolean primitiveBoolean; public boolean isPrimitiveBoolean() { return primitiveBoolean; } public void setPrimitiveBoolean(boolean primitiveBoolean) { this.primitiveBoolean = primitiveBoolean; } } 그럼 클래스 타입 Boolean은 어떨까요? 이미 예상한 사람도 있겠지만 Boolean 클래스는 엄밀한 의미의 boolean이 아닙니다! 😧  자바의 특성상 클래스 타입 변수에 null 값을 할당할 수 있는데 이로 인해 Boolean 타입은 이름 값을 하지 못하고 true/false...
댓글 쓰기

[깊게 이해하기] 객체지향 생활 체조 - 규칙 8: 일급 콜렉션 사용

이 주제에 대해 이미 많은 블로그 글이 있다는 것을 알고 있습니다. 그럼에도 불구하고 <소트웍스 앤솔러지> 책을 읽으며 생기는 의문이 있었고 그 의문에 대한 나름의 이해를 기록해 보려 합니다.





1. 일급 콜렉션 이란 용어는 어디서 온 것인가?

일급 콜렉션을 찾아보면 한글로 된 결과만 많이 보이고 그 말을 누가 처음 사용했는지 찾기가 어려웠습니다. 책의 원문엔 "Rule 8: Use First-Class Collections"로 되어 있습니다. 하지만 그 어디에도 이 용어에 대한 정의가 없습니다.

coderanch - What is a "first class collection"?

10년 전에 포스팅된 질문 글에서도 이와 같은 의문이 있었다는 것을 알 수 있습니다. 답변을 요약하면 "저자가 고안한 용어인것 같다." 입니다

제 생각 또한 같습니다. 이 용어는 저자가 고안한 용어라고 생각합니다.


First-class citizen 이라는 용어는 프로그래밍 언어에서 다음과 같은 Operation이 가능한 entity를 의미합니다.

  • 인자로 전달
  • 함수에서 반환
  • 변수에 대입


자바에서도 사용하는 용어인 First-class function은 함수에 대해 위에서 말한 Operation이 가능하다는 것을 의미합니다.

그럼 First-class collection은 어떻게 이해할 수 있을까요? 자바에 한정해서 보자면 (저자는 예제 코드로 자바를 사용합니다.) Collection 타입은 이미 First Class Citizen입니다. 위에서 언급한 모든 Operation을 수행할 수 있습니다.


2. 저자는 왜 콜렉션을 원시 타입이라고 하는가?

책에서 저자는 다음과 같은 언급을 합니다. "콜렉션은 실로 매우 유용한 원시 타입니다" 하지만 자바 언어 관점에서 콜렉션은 원시 타입이 아닙니다. 자바의 원시 타입은 byte, short, int, long, float, double, char 그리고 boolean입니다. 그럼 저자는 무슨 의도로 콜렉션이 원시 타입이라고 말 한 것일까요?


제 생각은 이렇습니다. 저자가 생각하는 콜렉션은 아무 의미 없는 데이터 모음일 뿐이라고 생각했고 그런 의미에서 (데이터를 그룹으로 묶을 수 있는 기능을 제공하는)유용한 원시 타입이라는 표현한 것 같습니다. 이렇게 생각하는 이유는 이와 비슷한 말을 객체지향 생활 체조 - 규칙 3: 원시값과 문자열의 포장 에서도 비슷하게 언급하고 있습니다. "int 값 하나 자체는 그냥 아무 의미 없는 스칼라 값일 뿐이다", 이 때문에 규칙 8은 규칙 3과 사실상 거의 동일한 내용이라고 생각합니다.


댓글

댓글 쓰기

이 블로그의 인기 게시물

Java boolean, Boolean Getter/Setter 차이 feat. IntelliJ

이미지
자바에선 원시 타입(primitive type)인 boolean과 클래스 타입 Boolean의 Getter를 생성할 때 규칙이 다릅니다. 자바의 프로퍼티 접근자(Getter/Setter)는  JavaBeans 스펙 에 그 내용이 기술되어 있는데 그 내용은 접근자를 만들 때 PropertyName앞에 get과 set을 붙인다는 내용입니다. 다만 boolean 타입에 대해선 별도로 명시 하고 있는데 그 내용은 다음과 같습니다. 간단히 설명하면 원시 타입 boolean의 경우 다음과 같이 is를 붙이는 형태로 작성할 수 있습니다. public boolean is<PropertyName>(); 물론 다른 타입에 사용하는 get 을 붙여 만드는 것도 가능하고 둘 다 사용할 수 있습니다. public boolean is<PropertyName>(); public boolean get<PropertyName>(); IntelliJ에서 원시 타입 boolean Getter/Setter 생성을 하면 아래와 같이 만들어 줍니다. public class PrimitiveBooleanClass { private boolean primitiveBoolean; public boolean isPrimitiveBoolean() { return primitiveBoolean; } public void setPrimitiveBoolean(boolean primitiveBoolean) { this.primitiveBoolean = primitiveBoolean; } } 그럼 클래스 타입 Boolean은 어떨까요? 이미 예상한 사람도 있겠지만 Boolean 클래스는 엄밀한 의미의 boolean이 아닙니다! 😧  자바의 특성상 클래스 타입 변수에 null 값을 할당할 수 있는데 이로 인해 Boolean 타입은 이름 값을 하지 못하고 true/false...
자세한 내용 보기