오탈자 정보 2017.08.28 11:11

(오탈자 신고: chief@roadbook.co.kr 또는 댓글로 남겨주세요)

(2017년 9월 현재, 1판 1쇄 기준)


_44페이지(9째줄)

object -> Object


_48페이지(3째줄)

interface 클래스는 자바에서는 기본 틀을 만들어 주는 클래스로 내부에 함수 바디를 선언할 수도, 변수를 가질 수도 없었습니다.

-> 괄호 부연설명 추가

(이 내용은 자바 7에 해당하는 내용입니다. 자바 8에서는 interface 클래스 내부의 함수 바디를 가질 수 있습니다.)


_49페이지(4~5째줄)

B 클래스는 interface라 오버라이드를 해줘야만 합니다.

-> 내용 삭제


_50페이지(5째줄)

equal() -> equals()


_52페이지(8째줄)

sealed 클래스를 상속 받은 자식 클래스는

-> sealed 클래스를 상속받은 자식 클래스를 상속받은 클래스는


_57페이지(2.2.3절)

string -> String

그래서 int에서 Double로 -> 그래서 Int에서 Double로

자바에서 사용하던 방식으로 char에 바로 -> 자바에서 사용하던 방식으로 Char에 바로


_58페이지(표2-1위로 2째줄)

int와 long -> Int와 Long


_58페이지(표2-1에서)

shl(bits) -> shl(count)

shr(bits) -> shr(count)


_60페이지(자바 소스에서)

for(int i=1 ; i<10; i++)

-> for(int i=2 ; i<10; i++)


_61페이지(첫번째 코틀린 소스의 제목)

10<i<1 -> 10>i>1


_61페이지(두번째 코틀린 소스의 주석)

3,5,7,9 -> 2,4,6,8


_63페이지(when문의 예시코드 3째줄)

array.size < 0->{

-> 

array.size == 0->{


_65페이지 mutableListOf 예제코드 오류 (아래와 같이 바로잡음)

(강명원님 제공)

var nameList = mutableListOf<String> <-- 대문자로 수정

if(nameList <--괄호 누락됨



_66페이지(1째줄)

string -> String



_66페이지(마지막 문단)

코드에서 map, list 모두, 수정이 불가능한 타입에서 +, -를 사용했을 경우 새로운 생성된 map, list 변수는 수정이 가능한 mutable로 새로 생성됨을 알 수 있습니다.

->

코드에서 map, list 모두 read only 타입으로 +, -를 사용했을 경우 새로 생성된 map, list 변수는 수정이 가능한 컬렉션(collection)으로 새로 생성됨을 알 수 있습니다.

그리고 listOf, arrayOf 등으로 생성되는 컬렉션은 자바의 ArrayList 클래스와  List 클래스로 대체될 수 있습니다. 하지만 listOf나 arrayOf 등으로 생성될 때 read only 모드로 생성되었지만, 이렇게 생성된 컬렉션은 mutable list로 타입 변환을 하여 변수를 수정할 수 있어 수정이 전혀 되지 않는 immutable collection과는 차이가 있습니다.


_69페이지(9째줄)

명시적으로 변수에 절대 null 값을 참조할 수 없도록 해주는

-> 명시적으로 변수에 null 값을 참조할 수 있도록 해주는


_74페이지

(알브레드님 제보)

public class MyListAdapter extends...

->

public class JavaListAdapter extends


_79페이지(아래에서 3째줄)

int, string형 -> Int, String형


_80페이지(2.2.2 추론 내용) - 아래 문서로 수정함(약 1/2워드 페이지 분량)

2.2.2 제네릭 추론 대체 문서.docx


_91페이지(소스 4~5줄 변경)

setContentView(R.layout.activity_main)

toolbar.setTitle("")

-> (다음과 같이 변경)

setContentView(R.layout.activity_main)toolbar = findViewById(R.id.toolbar) as Toolbartoolbar.setTitle("")


_123페이지 (아래에서 6째줄)

string -> String

posted by 로드북

댓글을 달아 주세요

  1.  Addr  Edit/Del  Reply asdfasdfas

    p.44
    자바의 object와 비슷하게 -> 자바의 Object와 비슷하게

    p.48
    자바의 interface가 바디를 못갖는다는 말은 자바7 이하 내용이다.

    p.49
    B 클래스는 interface라서 오버라이드를 해야하는 것이 아니라(바디도 갖고있다), 시그니처가 충돌하기 때문에 해당 함수를 오버라이드를 해야 한다.(밑에 설명되어있음)

    p.50
    equal() -> equals()

    p.52
    sealed 클래스를 상속받은 자식 클래스 -> sealed 클래스를 상속받은 자식 클래스를 상속하는 클래스

    p.61 두번째 예제
    // 3, 5, 7, 9 -> // 2, 4, 6, 8

    p.66 마지막줄
    mutable로 새로 생성된 것이 아니라 immutable이지만 참조를 새로 할당받은 것뿐이다.

    p.69 중간
    !! 를 사용하면 null값을 절대 참조하지 못하도록 해주는 것이 아니라 NPE를 받아들이겠다는 의미이다

    p.79
    string형 모두 -> String형 모두

    p.80 4번째줄
    string 클래스의 부모 클래스가 object -> String 클래스의 부모 클래스가 Object

    p. 80 5번째줄
    ~ 설정을 해줄 수 없었습니다. -> 잘못된 설명이다. 설정해줄 수 있다.
    [그림2-14]를 보면 Object가 아니고 Objects를 쓰고 있다.
    따라서 Object로 수정하면 가능한 내용이다. Objects는 Object의 유틸클래스이지 Object가 아니다.

    2017.09.11 18:38
    •  Addr  Edit/Del Favicon of https://roadbook.co.kr 로드북

      안녕하세요. 독자님.
      댓글 주신 내용은 저자님과 확인 후에 공지하도록 하겠습니다. 의견 주셔서 정말 감사합니다.

      2017.09.14 09:57 신고
  2.  Addr  Edit/Del  Reply 저자

    안녕하세요. 해당 내용 지적해주셔서 감사합니다.^^
    반영하도록 하겠습니다.

    2017.09.17 15:34
  3.  Addr  Edit/Del  Reply 저자

    안녕하세요. 다음 쇄에 반영해야 하는 줄 알고 있다가 출판사로부터 독촉이 와서 이제야 댓글을 다네요. 죄송합니다.
    저작하신 내용은 아래와 같이 정리해드립니다. 소중한 의견 다음 쇄에 잘 반영하여
    다른 독자분들이 혼란이 없게 하겠습니다. 감사합니다.

    p.44
    자바의 object와 비슷하게 -> 자바의 Object와 비슷하게
    ->오타

    p.48
    자바의 interface가 바디를 못갖는다는 말은 자바7 이하 내용이다.
    -> 자바 8부터 구현이 가능합니다.

    p.49
    B 클래스는 interface라서 오버라이드를 해야하는 것이 아니라(바디도 갖고있다), 시그니처가 충돌하기 때문에 해당 함수를 오버라이드를 해야 한다.(밑에 설명되어있음)
    -> 수정되어야 합니다.

    p.50
    equal() -> equals()
    ->오타

    p.52
    sealed 클래스를 상속받은 자식 클래스 -> sealed 클래스를 상속받은 자식 클래스를 상속하는 클래스
    ->수정 되어야 합니다.

    p.61 두번째 예제
    // 3, 5, 7, 9 -> // 2, 4, 6, 8
    ->수정되어야 합니다.

    p.66 마지막줄
    mutable로 새로 생성된 것이 아니라 immutable이지만 참조를 새로 할당받은 것뿐이다.
    ->listOf로 생성된 List의 경우 Immuatable로 생성되는것이 아니라 read-only로 생성됩니다. 그래서 immutabel과는 다른 형태입니다..
    read-only는 말그대로 읽기전용으로 생성되며 mutable로 타입 캐스팅도 가능하며 이렇게되면 아이템 추가나 삭제도 가능합니다.
    immutable의 경우 변경을 절대 허용하지 않습니다.
    그래서 listOf로 생성된 객체를 수정하게되면 해당 아이템을 복사하고 var로 만들었으므로 mutable로 만들어주게 됩니다.

    p.69 중간
    !! 를 사용하면 null값을 절대 참조하지 못하도록 해주는 것이 아니라 NPE를 받아들이겠다는 의미이다
    ->말에 실수가 있었네요.. null값을 허용하여 사용하도록 하겠다는 의미입니다. 그래서 null point exception이 나올 수 있습니다.

    p.79
    string형 모두 -> String형 모두
    ->오타

    p.80 4번째줄
    string 클래스의 부모 클래스가 object -> String 클래스의 부모 클래스가 Object

    p. 80 5번째줄
    ~ 설정을 해줄 수 없었습니다. -> 잘못된 설명이다. 설정해줄 수 있다.
    [그림2-14]를 보면 Object가 아니고 Objects를 쓰고 있다.
    따라서 Object로 수정하면 가능한 내용이다. Objects는 Object의 유틸클래스이지 Object가 아니다.
    -> 이부분 수정해야겠네요.. 제가 클래스를 잘못 사용했습니다.

    2017.09.22 14:35
  4.  Addr  Edit/Del  Reply 알브레드

    74 페이지
    public class MyListAdapter extends ... -> public class JavaListAdapter extends ..

    2017.09.27 17:16
  5.  Addr  Edit/Del  Reply 저자

    클래스이름이 다르네요. ^^;;
    JavaListAdapter로 수정 반영하도록 하겠습니다.

    2017.09.28 11:15
  6.  Addr  Edit/Del  Reply 미소챨스

    117 페이지
    예제 소스에 아래 줄이 빠졌네요.
    private val mInflater:LayoutInflater = context.getSystemService(Context.LAYOUT_INFLATER_SERVICE) as LayoutInflater

    2018.09.06 19:50