KotlinInAction/밑줄긋기 - Revision history

125.133.56.192 at 11:10, 16 May 2022

2022-05-16T11:10:46Z

@@ Line 137: / Line 137: @@
 * p162
 ** 어떤 클래스를 클래스 외부에서 인스턴스화하지 못하게 막고 싶다면 모든 생성자를 private으로 만들면 된다.
 * p174
 ** 자바의 equals를 ==, ==는 ===로 비교한다. 전자는 내부의 데이터에 대한 비교, 후자는 참조에 대한 비교이다.
 * p175
 ** hashCode는 hashSet과 같은 컬렉션을 위해서 필요하다.
 * p188
 ** 동반객체는 클래스안에 정의된 일반 객체다. 따라서 이름을 붙이거나 인터페이스를 구현하거나, 확장함수, 프로퍼티를 내부에 정의할 수 있다.

121.78.55.196 at 09:25, 16 May 2022

2022-05-16T09:25:49Z

← Older revision		Revision as of 09:25, 16 May 2022
Line 141:		Line 141:
	* p175		* p175
	** hashCode는 hashSet과 같은 컬렉션을 위해서 필요하다.		** hashCode는 hashSet과 같은 컬렉션을 위해서 필요하다.
			* p188
			** 동반객체는 클래스안에 정의된 일반 객체다. 따라서 이름을 붙이거나 인터페이스를 구현하거나, 확장함수, 프로퍼티를 내부에 정의할 수 있다.

121.78.55.196 at 08:34, 16 May 2022

2022-05-16T08:34:44Z

← Older revision		Revision as of 08:34, 16 May 2022
Line 139:		Line 139:
	* p174		* p174
	** 자바의 equals를 ==, ==는 ===로 비교한다. 전자는 내부의 데이터에 대한 비교, 후자는 참조에 대한 비교이다.		** 자바의 equals를 ==, ==는 ===로 비교한다. 전자는 내부의 데이터에 대한 비교, 후자는 참조에 대한 비교이다.
			* p175
			** hashCode는 hashSet과 같은 컬렉션을 위해서 필요하다.

121.78.55.196 at 08:32, 16 May 2022

2022-05-16T08:32:50Z

← Older revision		Revision as of 08:32, 16 May 2022
Line 137:		Line 137:
	* p162		* p162
	** 어떤 클래스를 클래스 외부에서 인스턴스화하지 못하게 막고 싶다면 모든 생성자를 private으로 만들면 된다.		** 어떤 클래스를 클래스 외부에서 인스턴스화하지 못하게 막고 싶다면 모든 생성자를 private으로 만들면 된다.
			* p174
			** 자바의 equals를 ==, ==는 ===로 비교한다. 전자는 내부의 데이터에 대한 비교, 후자는 참조에 대한 비교이다.

121.78.55.196 at 07:55, 16 May 2022

2022-05-16T07:55:08Z

← Older revision		Revision as of 07:55, 16 May 2022
Line 108:		Line 108:
	** 코틀린 컴파일러는 두 메서드를 아우르는 구현을 하위 클래스에 직접 구현하게 강제한다.		** 코틀린 컴파일러는 두 메서드를 아우르는 구현을 하위 클래스에 직접 구현하게 강제한다.
	** 이름과 시그니처가 같은 멤버 메서드에 대해 둘 이상의 디폴트 구현이 있는 경우 인터페이스를 구현하는 하위 클래스에서 명시적으로 새로운 구현을 제공해야 한다.		** 이름과 시그니처가 같은 멤버 메서드에 대해 둘 이상의 디폴트 구현이 있는 경우 인터페이스를 구현하는 하위 클래스에서 명시적으로 새로운 구현을 제공해야 한다.
			** 인터페이스 구현을 상속이라고 이야기하는 부분 킹받네요 - [[정우현]]
	* p147		* p147
	** 어떤 클래스가 자신을 상속하는 방법에 대해 정확한 규칙을 제공하지 않는다면 그 클래스의 클라이언트는 기반 클래스를 작성한 사람의 의도와 다른 방식으로 메서드를 오버라이드할 위험이 있다.		** 어떤 클래스가 자신을 상속하는 방법에 대해 정확한 규칙을 제공하지 않는다면 그 클래스의 클라이언트는 기반 클래스를 작성한 사람의 의도와 다른 방식으로 메서드를 오버라이드할 위험이 있다.

125.133.56.192 at 16:50, 7 May 2022

2022-05-07T16:50:55Z

← Older revision		Revision as of 16:50, 7 May 2022
Line 89:		Line 89:
	** 코틀린 문법상 확장 함수는 반드시 짧은 이름을 써야 한다. 따라서 임포트할 때 이름을 바꾸는 것이 확장 함수 이름 충돌을 해결할 수 있는 유일한 방법이다.		** 코틀린 문법상 확장 함수는 반드시 짧은 이름을 써야 한다. 따라서 임포트할 때 이름을 바꾸는 것이 확장 함수 이름 충돌을 해결할 수 있는 유일한 방법이다.
	** 어떻게 해결하나 했더니 이름을 다르게 사용하는 방법을 사용했군 - [[김은솔]]		** 어떻게 해결하나 했더니 이름을 다르게 사용하는 방법을 사용했군 - [[김은솔]]
			* p121
			** 확장 함수는 클래스의 일부가 아니다. 확장 함수는 클래스 밖에 선언된다.
			** 확장 함수를 호출할 떄 수신 객체로 지정한 변수의 정적 타입에 의해 어떤 확장 함수가 호출될지 결정되지, 그 변수에 저장된 객체의 동적인 타입에 의해 확장함수가 결정되지 않는다.
			* p129
			** split의 구분 문자열은 실제로는 정규식이기 때문이다.
			** ?!
			* p130
			** 코틀린에서는 split 함수에 전달하는 값의 타입에 따라 정규식이나 일반 텍스트 중 어느 것으로 문자열을 분리하는지 쉽게 알 수 있다.
			* p139
			** 일반적으로는 한 단계만 함수를 중첩시키라고 권장한다.
			** 코틀린은 함수 중첩을 오히려 권장한다는게 신기하네 - [[김은솔]]
			== 클래스, 객체, 인터페이스 ==
			* p141
			** 자바와 달리 코틀린 선언은 기본적으로 final이며 public이다.
			* p144
			** 하지만 자바와 달리 코틀린에서는 override 변경자를 꼭 사용해야 한다.
			* p145
			** 코틀린 컴파일러는 두 메서드를 아우르는 구현을 하위 클래스에 직접 구현하게 강제한다.
			** 이름과 시그니처가 같은 멤버 메서드에 대해 둘 이상의 디폴트 구현이 있는 경우 인터페이스를 구현하는 하위 클래스에서 명시적으로 새로운 구현을 제공해야 한다.
			* p147
			** 어떤 클래스가 자신을 상속하는 방법에 대해 정확한 규칙을 제공하지 않는다면 그 클래스의 클라이언트는 기반 클래스를 작성한 사람의 의도와 다른 방식으로 메서드를 오버라이드할 위험이 있다.
			** 어떤 클래스의 상속을 허용하려면 클래스 앞에 open 변경자를 붙여야 한다.
			** 오버라이드한 메서드는 기본적으로 열려있다.
			*** 애초에 오버라이드를 할 수 있다는 건 열려있는 메서드라는 뜻이다 - [[김은솔]]
			* p148
			** 추상 멤버는 항상 열려있다. 따라서 추상 멤버 앞에 open 변경자를 명시할 필요가 없다.
			* p150
			** 아무 변경자도 없는 경우 선언은 모두 공개된다.
			** 자바의 기본 가시성인 패키지 전용은 코틀린에 없다. 코틀린은 패키지를 네임스페이스를 관리하기 위한 용도로만 사용한다.
			** 패키지 전용 가시성에 대한 대안으로 코틀린에는 internal이라는 새로운 가시성 변경자를 도입했다.
			** 모듈 내부 가시성은 여러분의 모듈의 구현에 대해 진정한 캡슐화를 제공한다는 장점이 있다.
			* p151
			** 자바에서는 같은 패키지 안에서 protected 멤버에 접근할 수 있지만, 코틀린에서는 그렇지 않다는 점에서 자바와 코틀린의 protected가 다르다는 사실에 유의하라.
			* p153
			** 자바와의 차이는 코틀린의 중첩 클래스는 명시적으로 요청하지 않는 한 바깥쪽 클래스 인스턴스에 대한 접근 권한이 없다는 점이다.
			* p156
			** 클래스 계층을 만들되 그 계층에 속한 클래스의 수를 제한하고 싶은 경우 중첩 클래스를 쓰면 편리하다.
			* p157
			** sealed로 표시된 클래스는 자동으로 open임을 기억하라.
			* p159
			** 클래스 이름 뒤에 오는 괄호로 둘러싸인 코드를 주 생성자라고 부른다.
			** 주 생성자는 제한적이기 때문에 별도의 코드를 포함할 수 없으므로 초기화 블록이 필요하다.
			* p160
			** 프로퍼티를 초기화하는 식이나 초기화 블록 안에서만 주 생성자의 파라미터를 참조할 수 있다는 점에 유의하라.
			** 함수 파라미터와 마찬가지로 생성자 파라미터에도 디폴트 값을 정의할 수 있다.
			* p162
			** 어떤 클래스를 클래스 외부에서 인스턴스화하지 못하게 막고 싶다면 모든 생성자를 private으로 만들면 된다.

125.133.56.192 at 10:18, 28 April 2022

2022-04-28T10:18:24Z

← Older revision		Revision as of 10:18, 28 April 2022
Line 78:		Line 78:
	* p104		* p104
	** 코틀린은 자신만의 컬렉션 기능을 제공하지 않는다. 자체 컬렉션을 제공하지 않고 표준 자바 컬렉션과 상호작용하면, 자바코드와 소통하기 쉽기 때문이다. 하지만 코틀린에서는 자바 컬렉션에서보다 더 풍부한 기능을 제공해준다.		** 코틀린은 자신만의 컬렉션 기능을 제공하지 않는다. 자체 컬렉션을 제공하지 않고 표준 자바 컬렉션과 상호작용하면, 자바코드와 소통하기 쉽기 때문이다. 하지만 코틀린에서는 자바 컬렉션에서보다 더 풍부한 기능을 제공해준다.
			* p108
			** 자바로 작성한 코드를 호출할 때는 이름 붙인 인자를 사용할 수 없다.
			* p109
			** 코틀린에서는 함수 선언에서 파라미터의 디폴트 값을 지정할 수 있으므로 이런 오버로드 중 상당수를 피할 수 있다.
			* p112
			** 코틀린 파일의 모든 최상위 함수는 이 클래스의 정적인 메서드가 된다.
			* p116
			** 확장 함수가 캡슐화를 깨지는 않는다는 사실을 기억하라. 클래스 안에서 정의한 메서드와 달리 확장 함수 안에서는 클래스 내부에서만 사용할 수 있는 비공개 멤버나 보호된 멤버를 사용할 수 없다.
			* p117
			** 코틀린 문법상 확장 함수는 반드시 짧은 이름을 써야 한다. 따라서 임포트할 때 이름을 바꾸는 것이 확장 함수 이름 충돌을 해결할 수 있는 유일한 방법이다.
			** 어떻게 해결하나 했더니 이름을 다르게 사용하는 방법을 사용했군 - [[김은솔]]

125.133.56.192 at 16:24, 31 March 2022

2022-03-31T16:24:08Z

← Older revision		Revision as of 16:24, 31 March 2022
Line 71:		Line 71:
	** 이런 부분 기억해두면 좋을 것 같다. 내부 동작 원리.. - [[정우현]]		** 이런 부분 기억해두면 좋을 것 같다. 내부 동작 원리.. - [[정우현]]
	** 그런데.. 이 range 문 그러면 컴파일될때 for in 문에서와는 다르게 동작하는거네 - [[정우현]]		** 그런데.. 이 range 문 그러면 컴파일될때 for in 문에서와는 다르게 동작하는거네 - [[정우현]]
			* p98
			** 자바는 체크 예외 처리를 강제한다. 하지만 프로그래머들이 의미없이 예외를 다시 던지거나, 예외를 잡되 처리하지는 않고 그냥 무시하는 코드를 작성하는 경우가 흔하다.
			** 뼈맞음... - [[김은솔]]

	== 함수 정의와 호출 ==		== 함수 정의와 호출 ==

125.133.56.192 at 11:27, 31 March 2022

2022-03-31T11:27:44Z

← Older revision		Revision as of 11:27, 31 March 2022
Line 17:		Line 17:
	** 제일 기대하고 있는 기능... - [[김은솔]]		** 제일 기대하고 있는 기능... - [[김은솔]]
	** 현실은 자바 라이브러리 가져다가 쓸때 nullable한 타입(String?같은)으로 떡칠되어있어서 고통 받을 것 같다는 생각.. sound null safety한 코틀린은 이 문제를 해결했지만 자바는 아니기 때문에 오히려 더 심연으로 빠지는 경우도 많을 것 같아 ㅋㅋㅋ- [[정우현]]		** 현실은 자바 라이브러리 가져다가 쓸때 nullable한 타입(String?같은)으로 떡칠되어있어서 고통 받을 것 같다는 생각.. sound null safety한 코틀린은 이 문제를 해결했지만 자바는 아니기 때문에 오히려 더 심연으로 빠지는 경우도 많을 것 같아 ㅋㅋㅋ- [[정우현]]
			** 아 그런 문제가ㅠ - [[김은솔]]
	* p49		* p49
	** 게터, 세터, 생성자 파라미터를 필드에 대입하기 위한 로직 등 자바에 존재하는 여러 가지 번거로운 준비 코드를 코틀린은 묵시적으로 제공한다.		** 게터, 세터, 생성자 파라미터를 필드에 대입하기 위한 로직 등 자바에 존재하는 여러 가지 번거로운 준비 코드를 코틀린은 묵시적으로 제공한다.

imported>mayleaf at 05:51, 31 March 2022

2022-03-31T05:51:23Z

← Older revision		Revision as of 05:51, 31 March 2022
Line 72:		Line 72:

	== 함수 정의와 호출 ==		== 함수 정의와 호출 ==
			* p104
			** 코틀린은 자신만의 컬렉션 기능을 제공하지 않는다. 자체 컬렉션을 제공하지 않고 표준 자바 컬렉션과 상호작용하면, 자바코드와 소통하기 쉽기 때문이다. 하지만 코틀린에서는 자바 컬렉션에서보다 더 풍부한 기능을 제공해준다.