will come true

[블로그 이전 공지] Velog로 이사합니다.

6__6 — Tue, 23 May 2023 02:14:47 +0900

처음 ~2021년 : 네이버 블로그
2021년 ~ 2023년 : 티스토리

사실 2021년 말쯤에 벨로그와 티스토리 중 어떤 걸로 블로그를 시작할까 고민이 컸었는데

티스토리 장점

심플한 디자인
내 개인 홈페이지라는 느낌
스킨 커스터마이징 가능
카카오 애드핏 광고 수익
간편한 게시글 작성
유입 경로 및 통계 확인 가능

위와 같은 장점 때문에 티스토리를 선택했었다. 이대로 티스토리로 계속 블로그를 운영할 생각이었으나 운영할수록 장점 보다 단점이 큰 듯하여 블로그를 이전하기로 했다. 사실 여태까지 써온 글들이 아깝기도 하고, 어차피 블로그는 개인 공부 백업용이고 취업에 있어서도 '이 만큼 꾸준히 공부하였다'는 증명 역할에 그치지만.

앞으로도 매일, 매주, 매년 기록을 프로그래밍 기록을 해나갈 입장에서 티스토리의 단점들이 점점 크게 와닿았다.

티스토리 단점

무한 캡챠(captcha) 테스트
- 22년 부터 티스토리 글 업로드시 의무적으로 캡챠를 수행하는데(로봇 테스트용 그림 맞추기)
  이게 길면 1분 정도로 오래 걸리는데다, 게시글을 한 글자라도 수정하면 무조건 다시 해야한다.
- 티스토리 고객센터에 문의해도 아무런 해결방안이 없었다.
스킨 커스터마이징의 불편함
- 내가 직접 코딩한 페이지가 아니기 때문에 티스토리에서 작성해둔 HTML, CSS 파일을 수정하는 식으로 커마해야 하는데 이게 코드 분석에 시간이 더 걸릴 지경이다.
  (스킨A는 본문 id가 article_view인데, 스킨B는 entry_content)
- 심지어 난 심플한 디자인을 선호해서 딱히 커마할 것도 없다. 기껏해야 목차, 폰트 크기 수정이었어서
비직관적인 UI
- 직관적인 UI를 구성하기 위해서는 스킨 커마를 해야하는데, (이유는 위에)
- 기본적으로 목차 기능조차 지원하지 않는다.
개발관련 최신 이슈를 접하기 어려움
- 티스토리는 온전히 나만의 공간.. 이라는 장점이 부메랑으로 단점으로 돌아오는 순간이다.
- 학습 내용을 정리하기 위해 내 블로그에 들어오면 정말 내 게시글만 보여서, 다른 사람들의 개발 글을 잘 못 접하게 된다. 피드백을 못 받는다는 점도 포함.
광고 수익 5만원부터 출금 가능함
- 애초에 개인 백업 용도 블로그였어서, 사실 광고 수익은 기대도 안했는데 은근히 쌓여있길래 "와~ 이걸로 치킨은 사먹을 수 있겠네" 했었는데, 최소 5만원 부터 출금이 가능하더라.
문자열 단위 코드 블럭 지원 안함
메서드명, 변수명 적을 때마다 bold처리하거나 '작은 따옴표'로 구분해야하는데 가시성이 많이 떨어짐.

이래놓고 다시 티스토리로 돌아올 수도 있지만
조금이라도 늦기전에 더 나은 방책을 찾아야 할 것 같고, 일단 올해 목표가 '새로운거 많이 시도해보기' 여서 벨로그도 사용해보기로 했다.

벨로그 장점

게시글 시리즈로 묶을 수 있음
마크다운 연습 가능
마크다운 미리보기 지원
목차 지원
심플하고 직관적인 UI
문자열 단위 코드 블록 지원 <이게 중요!!ㅠㅠ

+) 이 순간 마저도 뜨는 캡챠.. 내가 이걸 왜 하고 있어야하지..

WIL 1주차 개인 회고 (20230522)

6__6 — Tue, 23 May 2023 00:05:35 +0900

회고 기간 : 05/15 ~ 05/21

개인 회고에 대해서

여태까지 학습한 내용을 복습하고 요약정리하는 건 해왔으나, 이번에 좋은 기회로 회고 특강을 듣게 되어 학습 내용을 정리하는 것과 '회고'는 다르다는 걸 알게되었다. 내가 해오던 게 단순히 사실(Fact)만을 나열해오던 거라면 회고는 이 사실(Fact)에 기분(Feelings)과 깨달음(Finding)을 추가하는 것이었다.

회고(리뷰)
각 개발주기와 프로젝트가 종료된 시점에 팀원들이 함께 모여 정해진 기간 동안 수행한 업무를 돌아보는 것. 프로젝트를 진행하는 동안 잘한 점과 아쉬운 점을 찾아내고, 이를 토대로 개선을 위한 아이디어와 구체적인 액션 플랜을 도출하기 위한 과정이다.

그러면 매일매일 그 날 학습한 내용과 느낌점 등을 바로 정리하는 게 좋을까? 생각해봤으나 그렇게 하면 하루하루에 목 매게 되어서 시야가 좁아질 것 같았다. 무엇보다도 그렇게 일정을 빡빡하게 짜면 어떻게든 '일일 회고를 올려야한다' 는 강박때문에 퀄리티가 떨어질 것 같기도 해서 기존에 학습 내용을 정리하는 건 그대로 두되, 주 마다 계획을 수립하고 다음주에 그 성과에 대해 평가하는 식으로 '주간 회고'(WIL)를 진행해보려 한다.

WIL(Weekly I Learned)
주간 동안 배운 것을 블로그에 정리하는 것.

다양한 회고 방법들

방법	구성 요소
Three Fs	Fact, Feelings, Findings
KPT	Keep, Problem, Try
CSS	Continue, Start, Stop
4Ls	liked, learned, lacked, longed for

Three Fs

Fact : 사실, 객관
Feelings : 느낌, 주관
Findings : 배운 점

KPT

Keep : 현재 만족하며 계속해서 이어갔으면 하는 부분
Problem : 불편하거나 개선이 필요한 부분
Try : 다음에 바로 시도할 수 있는 부분

CSS

Continue : 좋은 영향을 끼쳤거나 계속 유지하고 싶은 행동
Start : 개선이 필요한 행동
Stop :부정적인 영향을 주거나 비효율적인 행동

4Ls

Liked : 좋았거나 앞으로 지속했으면 하는 부분
Lacked : 부족했던 점
Learned : 배운 점
Longed for : 희망하거나 얻고 싶었던 부분

내게 어떤 방식이 맞을지 몰라 회고 방법들을 전체적으로 조사해보았고, 그 결과 '4Ls' 방식을 선택했다.
주간에 있었던 일들을 포괄적으로 정리하고 싶었고, 솔직히 현재 내 상황에서는 이어나갈 부분(Keep, Continue) 보다 개선해야 할 부분이 훨 많기 때문에 부족한 점, 앞으로 해야할 일, 개선사항 위주로 다루고 싶었다. 이러한 조건을 토대로 추려봤을 때 4Ls가 (부족한 점, 배운 점, 개선할 점) 3가지를 전부 포함하고 있어서 가장 적합하다고 판단했다.

방법	이유
Three Fs	2순위 후보 였으나 Fact에 긍정적인 부분과 부정적인 부분을 통합해서 적기 때문에 가독성이 별로일 듯 싶었다.
KPT	현재 내 스펙이 전체적으로 부족하기에 Keep에 쓸 내용이 얼마 없을 것으로 생각된다. 아마 이 방법으로 하면 Problem-Try만 잔뜩 쓰지 않을까
CSS	위와 같은 이유로 Continue 부분 작성 내용이 애매했다.
4Ls	부족한 점, 배운 점, 개선할 점 3가지 요소를 전부 가췄으며 긍정 vs 부정 내용이 Liked, Lacked 로 분류되어 가독성이 좋다.

그러면 이 방법을 토대로 이번 주 회고(05/15 ~ 05/21)를 작성해보자.
첫 회고는 워밍업으로 공부 습관과 관련된 내용을 주로 다뤘으며
다음 주 부터는 이슈가 발생할 때 마다 바로 회고를 작성해서 개발과 관련된 얘기로 채우도록 하자.

Liked (좋았던 점)

멋사 과정 약 1개월차인 오늘까지 노지각, 노결석으로 만근을 채우고 있다.
중간 과제를 받고나서 바짝 집중해서 코딩한 뒤 그 날 당일에 바로 제출할 수 있었다.

✔️ Lacked (아쉬웠던 점)

체력·시간 관리

운동을 오래 쉬었더니 체력이 떨어진 게 확 느껴졌다. 아침에 잠에서 잘 못 깨며 밤에 금방 피곤해지기 일쑤.
위와 같은 이유로 점심시간에 낮잠을 자버려서 늘 부랴부랴 밥먹고 급하게 자리에 착석한다.
평소 열품타 / 태그룸으로 오후 공부시간을 측정하는데, 측정되는 시간에 비해 공부량이 부족한 것 같다.
- 예를 들어 타이머로는 공부시간이 4시간으로 측정되어 딱 봤을 때 많이 공부했다는 만족감이 들기 쉽지만, 속도가 느린탓에 실상은 그다지 많은 범위를 공부하지 못 한 상태다.
- '공부 시간'에 너무 신경쓴 나머지 해당 시간만 채우면 '오늘 공부를 다 했다.'고 만족해버리는 것.
- 공부 시간이 아니라 그 날 공부할 범위를 정하는 쪽으로 개선해봐야겠다.
여가 시간의 비효율적 활용
- 강의 시작 전 아침 시간 / 쉬는 시간 / 점심 시간 / 강의 후 저녁 시간
- 위와 같은 여가·짜투리 시간 활용 능력이 떨어지는 탓에 하루에 버려지는 시간이 굉장이 많다.
- 하루 계획을 미리 수립해두지 않으니 막상 시간이 생기면 '뭐 먼저 해야하지?' 고민하는 새에 시간이 속절없이 지나가버린다. 아침 시간에 미리 오늘 하루 일정 및 계획을 짜두자.

Learned (배운 점)

회고 방법

회고 특강 덕분에 여러가지 회고 방법들과 예시들을 알 수 있었다.
또한 긍적적/부정적 감정을 나타내는 수 많은 표현들을 배울 수 있었으며, 내가 평소에 굉장히 정보값이 0인 무의미한 말들을 많이 하고 있었다는 걸 깨달아서 충격이 컸다. 앞으로는 단순히 싫다 / 좋았다로 일상을 표현하지 말고 좀 더 풍부한 어휘를 사용해보도록 의식적으로 노력해봐야겠다.

익명 중첩 클래스

C#을 공부했던 영향 탓인지, 아니면 익명 함수와 헷갈린 건지 모르겠지만 어째선지 '익명 클래스'와 '익명 중첩 클래스'가 서로 다른 개념이라고 생각하고 있었다. 아마 익명 메서드의 형태가 중첩과는 거리가 멀어서 그런 오해를 한 듯하다. 다행히 코틀린 기초 스터디에서 강사님께 드린 질문 덕분에 개운하게 답을 낼 수 있었다.
코틀린에서 '익명 클래스'는 '익명 중첩 클래스'의 줄임말로, 둘은 같은 개념이다.
다른 언어에서는 둘이 다른 개념인 경우도 있으나 코틀린의 익명 클래스는 모두 중첩클래스이다.
이때 머릿 속에서 학습 내용이 꼬여서
['추상 클래스는'는 '추상 메서드'를 가지고 있는 클래스이다.]
라는 개념탓에 '익명 클래스'를 '익명 메서드'를 가진 클래스라고 착각할 수 있으나, 둘은 '익명'이라는 기능을 공통되게 사용할 뿐인 각기 다른 개념이다.

파일 입출력 · 객체 직렬화

객체를 직렬화해서 파일에 저장한 뒤 다시 불러오는 방법에서 'Header~' 오류 탓에 결국 Student 객체를 뒤에 붙여넣기 하는데 실패하고, ArrayList<Student> 객체 하나만을 저장하는 방식으로 코딩했었다.
그러나 이번 강의 덕분에 객체를 덮어쓰기(+뒤에 추가) 하는 방법을 새로 알게되었다. 이와 관련된 내용은 오늘 학습 후 추가 정리하기로 하자.

‍ Longed for (앞으로 바라는 점)

주 5회 꾸준히 운동해서 체력 기르기
- 운동을 하는 사람이 공부를 잘한다는 false일 수 있지만, 공부 잘하는 사람들은 운동을 하고 있다는 true더라.
  잘 하는 사람들의 성공 습관을 벤치마킹 해보자.
- 코드를 짜다 막힐 때는 산책으로 기분전환을 하면 새로운 발상이 떠오를 수도
열품타, 태그룸x → 아침에 일어나면 Microsoft To-Do 리스트로 하루 계획 수립하기
- 공부시간에 목매지 말고, 공부량에 집중하자.
기초스터디 필참하기
파일 입출력 & 직렬화 문제 답안 확인한 뒤 직접 실습해보면서 복습하기
코틀린 중간테스트 대비 처음부터 끝까지 개념 학습 & 코드 짜기

계획한 것은 당장 오늘부터 시작하자. 강의 끝나면 밖에 나가서 1시간 숨찰 정도로 달리기!
✅ 완료 ✅ => 내일은 좀 더 일찍 나가자 / 아니면 아예 아침에 하는 것도 방법일듯.

20230522 만보기

[Kotlin] 추상클래스 vs 인터페이스

6__6 — Thu, 18 May 2023 09:01:21 +0900

(2023-05-18 초안 -> 수정 예정)

추상클래스를 상속받는 추상클래스⭐

개념적 분류를 위함. Animal 추상 클래스를 상속받은 MarineAnimal 그러나 아래로 Dolphine, Shark 등 자식 클래스를 더 만들어서 구현화할 예정이기 때문에 MarineAnimal이 최종 자식 클래스가 아니기 때문에 한 번 더 추상클래스 abstract로 선언해준다. 이로 인해 추상 클래스인 MarineAnimal 만으로드는 객체 생성 불가능하다. 만약 MarineAnimal 을 일반 클래스로 선언할 경우 상속받은 Animal 추상클래스의 미완성 추상메서드들을 반드시 MarineAnimal 클래스 내에서 구현해놔야 한다. (추상 메서드의 강제성) 하지만 어차피 해당 추상메서드들은 Dolphine, Shark에 따라서 다르게 작성해놔야 한다. 즉 한 단계 더 내려간 자식 클래스에서 한 번만 구현해주면 되는 코드이므로 MarineAnimal은 추상클래스가 되어야 한다.

인터페이스, 추상클래스 사용 목적

인터페이스, 추상클래스 둘 다 자식 클래스에서 중복되는 변수나 메서드들을 추상화하는 용도, 분류하는 그룹핑 개념.

자식 클래스들에서 공통으로 나타나는 변수, 메서드들의 중복을 최소화하기
- 멤버변수 추상화 ⇒ 추상 클래스 만들기
- 메서드 추상화 ⇒ 인터페이스 만들기
이렇게 추상화된 추상 클래스, 인터페이스들을 각각의 자식 클래스들에 맞게 상속(extends), 구현(implements)하도록 내려준다.

+ 멤버 변수는 클래스에만 정의할 수 있고 인터페이스에 정의되는 변수는 static final 모든 타입들이 공유하는 변수다. 각 객체별로 따로 관리해야 하는 변수가 있다면 클래스로 구현해야 한다.
메서드만 있을 경우엔 인터페이스로 가능
중복 코드 최대한 많이 묶기
변수없이 메서드만 있는 것들은 인터페이스로 변환 가능

print 메서드 관련으로 자식 클래스에서 중복되는 구문이 있다면 부모 클래스에 선언해두고 자식 클래스에서 오버라이딩 하는 과정에서 super()로 공통코드 부분을 호출하면 된다.
이렇게 구현하고자 할 경우 부모 클래스를 추상 클래스로 선언해선 안됨 (=추상클래스는 메서드 몸체 기재 불가능)
부모 클래스에서 선언해둘 코드가 없을 경우엔 추상 클래스로, 조금이라도 구현부가 있다면 일반 클래스로 선언 후 상속

공통 속성 추출해서 분류하기⭐

로직 구상 및 설계하기⭐

클래스 주생성자⭐

주생성자에서 (var type:String)과 같이 쓰는 건 해당 클래스의 새로운 멤버 변수를 선언하는 것이고 (type:String)과 같이 쓰는 건 상위 클래스에서 상속받은 멤버 변수를 그대로 쓰는 것이다. 즉 해당 자식 클래스 타입으로 객체를 생성할 때 괄호 안에 들어간 멤버를 매개변수로 선언해줘야 한다는 점은 같으나

val t1 = TestClass(”type”)

이 전달받은 매개변수를 생성자에 넣어 ‘부모 클래스로부터 상속받은 멤버변수에 대입하기’인지, ‘부모클래스에는 없던 멤버 변수를 새로 선언한 뒤 대입하기’ 두 동작 중 어떤 것을 수행하는지 차이인 것이다.

[Kotlin] 변수, 초기화, lateinit, lazy, 데이터 타입, Any, Unit, Nothing

6__6 — Thu, 18 May 2023 02:15:04 +0900

변수

var (variable) : 초깃값이 할당된 후에도 값을 바꿀 수 있는 변수
val (value) : 초깃값이 할당되면 바꿀 수 없는 변수
(val을 쓸 수 있는 상황에서는 되도록 val을 많이 사용하길 권장)

var 변수명:타입 = 값

변수명 뒤에 콜론(:)을 추가해 타입을 명시할 수 있는데, 대입하는 값에 따라 타입을(타입 추론)할 수 있을 때는 생략할 수 있다. 다만 메서드를 호출해서 반환값을 대입하는 경우에는 되도록 참조변수에 반환 타입을 지정해주는 게 좋다. 동료 개발자들이 이 변수가 무슨 타입인지 직관적으로 확인할 수 있으니까.

초기화

최상위에 선언한 변수나 클래스의 멤버 변수는 선언과 동시에 초깃값을 할당해야 한다.
함수 내부에 선언한 지역 변수는 선언과 동시에 초깃값을 할당하지 않아도 된다.

클래스내 멤버 변수로 빈 리스트 선언하기 ⭐

아래와 같이 클래스 내부에 아무것도 담지 않은 빈 리스트를 생성할 수 있는 이유도 animalList라는 참조변수의 초기값으로 ArrayList<Animal>타입 객체를 생성해서 그 주소를 초깃값으로 대입해줬기 때문에 가능한 것이다.

class Zoo {
	val animalList = ArrayList<Animal>()
}

여기서 "ArrayList에 Animal 객체가 계속 추가되면서 ArrayList 객체의 내용이 변경될텐데 var로 선언해야 하는 게 아닌가?" 싶을 수도 있으나 animalList 참조 변수에 저장되는 값은 생성된 ArrayList 타입 객체의 주소이다. 그리고 이렇게 한 번 선언된 객체의 주소는 코드가 끝날때까지 변하지 않는다. ← 이러한 조건 덕분에 val 로 선언할 수 있는 것이다. 실제로 이후 animalList에 Animal 객체를 추가하여도 ArrayList 객체의 내부 멤버 값(list 요소나 size 값 등)은 계속 변하지만, 객체의 주소는 변하지 않는다.

위와 같은 이유로 객체의 참조 변수는 val로 선언할 수 있다.

초기화 미루기

변수를 선언할 때 초깃값을 할당할 수 없는 경우. 예를 들면 특정 연산을 거친 후에야 알 수 있는(산출되는) 값을 최상단 혹은 클래스 멤버 변수 위치에 선언해야 할 때는 값을 이후에 할당할 것이라고 컴파일러에게 알려 주어야 한다.
*프로그래밍 코드의 오류를 잡아내는 건 컴파일러 담당. 기본 문법에 어긋나는 상황을 연출하고자 할 경우 컴파일러에게 별도로 언질을 줘야 빨간줄이 뜨지 않는다.

lateinit

특정 조건에 만족하는 변수에 lateinit 키워드를 붙여서 선언 이후에 초깃값을 할당하도록 만들 수 있다.
선언 시점에 아직 해당 변수에 대입할 값이 도출되지 않았을 때 사용한다.
*변수에 값이 할당되는 시점 : 최초로 변수에 대입연산자로 값을 할당할 때 (data = 10)

var 변수에만 사용 가능 (값을 바꿀 수 있음)
Int, Long, Short, Double, Float, Boolean, Byte 타입에는 사용 불가

val 변수는 setter()가 만들어지지 않기 때문에 선언할 때 초기화 해주지 않으면 값을 새로 저장하는 게 원칙적으로 불가능하다. 이 때문에 lateinit를 활용한 초기화 미루기를 적용할 수 없는 것.

// lateinit가 가능한 경우
lateinit var data1: String
lateinit var data2: TestClass
lateinit var arrayList:ArrayList<Int>
lateinit var array:Array<Int>

lazy

변수 선언문 뒤에 by lazy { } 형식으로 선언
소스에서 변수가 최초로 이용되는 순간 중괄호로 묶은 부분이 자동으로 실행되어 그 결괏값이 변수의 초깃값으로 할당된다. lateinit의 '나중에 값을 알게되면 저장할게'라는 취지와 달리, 어떠한 처리를 통해서 얻은 값을 저장하고자 할 경우 사용한다. (데이터에 별도 처리를 해줘야 하는 경우 혹은 특정 연산의 결과를 대입할 때)
*변수에 값이 할당되는 시점 : 최초로 변수가 이용될 때 (data, 대입 연산자 필요X)

class TestClass(){
   // 2. 호출되는 순간에 값 할당
    val a1: Int by lazy {
        println("lazy 변수 값 할당중")
        var temp = 1 + 2 + 3 + 4 + 5
        temp
    }
}

fun main(){
    val t1 = TestClass()
    // 1. 값이 없는 변수 호출
    println(t1.a1)			
}

lazy 변수 값 할당중
15

데이터 타입

기본 자료형(primitive type)의 단점

자바에서 int, double, float과 같은 기본 자료형이 멀쩡히 있음에도 Wrapper 클래스를 사용하던 이유를 떠올려보자.
객체가 아니기 때문에 null 값을 대입할 수 없고, 타입과 관련된 내부 멤버 및 메서드를 가질 수 없다는 점이 문제였다.
이 점을 개선하여 코틀린에서는 모든 기본자료형을 객체로 처리한다. int 기본 자료형 없이 Int 클래스만을 제공한다.

코틀린 데이터 타입

Int, Short, Long, Double, Float, Byte, Boolean
Char, String
- 코틀린 Char은 Number 타입으로 표현할 수 없다.
- """문자열""" : (Raw String) 키보드로 입력한 줄 바꿈이나 들여쓰기 등이 데이터에 그대로 반영된다.
- .trimIndent() : 문자열 앞에 공백을 엎애 주는 메서드. Raw String 마지막에 사용된다.
Any
Unit
Nothing

Any

코틀린의 최상위 클래스. 모든 코틀린의 클래스는 Any의 하위 클래스이다.
Any 타입으로 선언한 변수에는 모든 타입의 데이터를 할당할 수 있다.
Any 에는 클래스가 갖춰야 할 기본적인 기능이 들어있다.

Unit

데이터 형식이 아닌 특수 목적 용도.
Unit 타입으로 선언한 변수는 Unit 객체만 대입할 수 있다.

이러한 특성을 활용해 함수의 반환문이 없음을 명시적으로 나타낼 때 Unit 타입을 사용한다.
함수의 반환값이 Unit라면 해당 함수를 호출하는 구문의 참조변수도 Unit 타입이어야 하는데, 해당 타입은 코드에서 사용되지 않기 때문에 Unit 타입을 받을 변수가 없다. 즉 아래와 같은 상황을 막기 위함.
함수 선언시 반환 타입을 생략하면 자동으로 Unit이 적용된다.

기껏 연산까지 해놓고 반환타입과 return문을 안적어서 Unit 타입이 반환되어버렸다. 메서드 호출부에서는 Int와 Unit 타입 미스매치잉 발생해 컴파일 에러가 표시된다.

아래 코드에서 a1 변수는 getData() 메서드 반환값 타입을 자동으로 판단해 Unit 타입으로 초기화된다.
아래처럼 코드를 작성해도 오류는 발생하지 않는다. 다만 아무 의미도 없는 코드일 뿐이다. 실제로 a1 변수의 값을 println() 해보면 kotlin.Unit 라는 타입명만 출력된다.

fun main(){
    val a1 = getData()
    println("$a1")
}

fun getData(): Unit {
    println("반환값이 없는 메서드 호출")
}

반환값이 없는 메서드 호출
kotlin.Unit

Nothing

null이나 예외를 반환하는 함수

개인 회고

봐도 봐도 자꾸 하나씩 깜빡한다.. 자바 문법이랑 머리에서 섞인 탓에 fun 으로 선언할 함수를 'public void~' 쓰고있음. 손에 완전히 붙을 때까지 코틀린 코드를 많이 써봐야겠다. 그리고 자바와 비슷하면서도 묘하게 다른 기능들도 있어서(결국 전부 자바 코드로 변환되긴 하지만) 자바 코드와 완전히 비교해서 이해하는 것도 별로 적절치 않을듯하다. 영어 공부할 때 한국어랑 억지로 1:1 비교해서 공부하면 오히려 이해가 어렵듯이, 아예 다른 새로운 언어를 공부한다는 마음가짐으로 새로 쌓아올려야겠다. 분명 코틀린 공부했었는데 왜 하나도 기억이 안나는지.. 역시 운동, 프로그래밍, 영어는 꾸준히 안하면 금새 허물어지는 것 같다.

[Kotlin] Kotlin 코드와 Java 코드

6__6 — Thu, 18 May 2023 01:05:27 +0900

코틀린

코틀린은 결국 최종적으로는 자바 언어로 변환되어서 JVM에 의해 실행되지만, 코틀린에는 자바에서 지원하지 않는 기법을 제공한다. 그렇기 때문에 자바보다 간결하고 편하게, 좀 더 직관적으로 코드를 작성할 수 있다.
코틀린은 자바와 전혀 다른 언어가 아니며, 자바 코드를 편하게 쓰기 위한 확장 언어라고 생각하면 된다.

자바로 안드로이드 앱을 개발할 수 있다.
코틀린은 자바의 가상머신인 JVM에 기반을 둔 언어이다. 즉, 코틀린으로 작성한 프로그램은 JVM에서 실행할 수 있다.
개발자는 코틀린으로 코드를 작성해도, 코틀린 컴파일러(kotlinc)가 .kt 파일을 컴파일하면 자바 클래스가 만들어지고 이를 JVM이 실행한다.
코틀린은 안드로이드 앱 개발자가 많이 사용하지만 iOS앱, 서버쪽 애플리케이션도 개발할 수 있다. 대표적으론 스프링 프레임워크를 이용해 백엔드 웹 애플리케이션도 코틀린으로 개발할 수 있다. 코틀린도 단순히 언어일 뿐. 또한 근본은 결국 자바여서 (스프링 프레임워크와 같이)자바가 자주 사용되는 분야를 대체할 수 있다.

코틀린 특징

간결한 코드
널 안전성(Null Safety) ⭐
- 객체 지향 프로그래밍에서 객체는 null 상태일 수 있으며, 이때 텅빈 객체를 참조하게 되면 런타임 오류인 NullPointException이 발생할 수 있다. 이 예외의 난감한 점은 런타임 오류기 때문에 실제로 코드를 실행(Run)해봐야 발견할 수 있다는 점이다. 따라서 개발자는 자체적으로 if문 등을 사용해 객체가 null인 상황을 고려해 개발해야 하는데, 코틀린에서는 변수를 널 허용(nullable) / 널 불허용(not null)으로 구분해서 선언할 수 있다.
- 이로써 널과 관련된 여러 부분을 컴파일러가 해결해줘 코드 실행전에도 오류를 잡아낼 수 있으므로 코드에서 널 안정성(null safety)을 확보할 수 있는 것이다.
  널 참조 문제를 알아서 해결해준다는 건 아니고, 이를 사전에 방지할 수 있도록 좀 더 직관적으로 오류를 확인할 수 있도록 개발자를 도와줌.
상호 운용성(interoperable)
- interoperable : 상호 정보 교환이 가능한
- 코틀린은 자바와 100% 호환됨 코틀린에서 자바 클래스와 라이브러리를 자유롭게 활용할 수 있으며 자바에서도 코틀린 클래스를 이용할 수 있다.(코틀린 코드에서 java 패키지를 import할 수 있다) 결국 최종 산출물은 자바 바이트 코드기 때문에 자바, 코틀린을 하나의 코드에 혼용해서 사용할 수도 있다.
- → IntelliJ에 자바 코드를 붙여넣으면 자동으로 코틀린으로 변환됨.
  → 이미 자바로 개발한 앱을 유지보수할 때 추가 코드만 코틀린으로 작성할 수 있다.
구조화 동시성(structured concurrency) ⭐
- concurrency : 동시 실행
- 코틀린 언어가 제공하는 코루틴(coroutine) 기법을 이용해서 비동기 프로그래밍을 간소화할 수 있다. 간소화한다는 건 프로그램을 좀 더 간단하게, 효율적으로 작성할 수 있단 뜻이다.
- → 네트워크 연동, 데이터베이스 갱신과 같은 작업 구현시 이용

코틀린 파일 구성

package 구문
- 이 파일을 컴파일했을 때 만들어지는 클래스 파일의 위치를 나타내며 소스 파일에서 맨 처음 한 줄로 선언한다.
- package com.test.main : .kt 파일이 com/test/main 폴더에 생성된다.
- import 문 바로 아래(최상위)에 변수, 함수, 클래스를 선언할 수 있다.
  (자바에서는 최상위에 클래스만 선언할 수 있다.)
- 변수, 함수는 클래스 안뿐 아니라 클래스 밖(최상위)에도 선언할 수 있다.
  ⇒ 이 경우 자바 파일에선 static 멤버로 변환된다.
- 같은 package로 선언한 멤버는 import문 없이 바로 참조할 수 있다.
파일명과 클래스명을 다르게 선언해도 OK
- 코틀린 파일명과 그 파일에 선언한 클래스명은 아무 상관이 없다. 코틀린이 객체지향만 지원하는 언어라면 모든 것이 클래스로 묶여야 하지만, 코틀린은 변수, 함수 등을 클래스로 묶지 않고 최상위(import문 아래)에 선언할 수 있으므로 파일명과 클래스명은 아무런 상관이 없다.
  ⇒ 물론 코틀린 파일이 컴파일러에 의해 자바 파일로 변환되면 최상위에 선언된 멤버들은 전부 ‘public final class 코틀린파일명Kt’ 클래스의 멤버로 포함된다.
- 코틀린 파일을 컴파일하면 클래스는 각각의 클래스(.class) 파일로 만들어진다.
  User 클래스 선언 → User.class 파일 생성

코틀린 ↔ 자바 코드 호환 예시

1. [User.kt] 파일

import java.text.SimpleDateFormat
import java.util.Date

var data = 10

fun formatData(date: Date):String{
    val sdformat = SimpleDateFormat("yyyy-mm-dd")
    return sdformat.format(date)
}

class User {
    var name = "hello"

    fun sayHello(){
        println("name : $name")
    }
}

2. [User.decompiled.java] 파일

자바는 클래스 단위로 작동하기 때문에 모든 코드가 하나의 클래스에 들어가 있다.
코틀린 코드에서 선언된 클래스는 자바에서도 평범한 클래스 구조를 갖춘다.
코틀린 코드에서 최상단(import문 아래)에 선언된 변수, 메서드는 자바에서 전부 static 으로 선언된다.

// import, metadata 등 생략

// User.kt - User 클래스 : 일반적인 클래스의 구조를 갖춤
public final class User {
   @NotNull
   private String name = "hello";

   @NotNull
   public final String getName() {
      return this.name;
   }

   public final void setName(@NotNull String var1) {
      Intrinsics.checkNotNullParameter(var1, "<set-?>");
      this.name = var1;
   }

   public final void sayHello() {
      String var1 = "name : " + this.name;
      System.out.println(var1);
   }
}

// User.kt - 최상단 코드 : 전부 static 변수, 메서드로 선언됨
public final class UserKt {
   private static int data = 10;

   public static final int getData() {
      return data;
   }

   public static final void setData(int var0) {
      data = var0;
   }

   @NotNull
   public static final String formatData(@NotNull Date date) {
      Intrinsics.checkNotNullParameter(date, "date");
      SimpleDateFormat sdformat = new SimpleDateFormat("yyyy-mm-dd");
      String var10000 = sdformat.format(date);
      Intrinsics.checkNotNullExpressionValue(var10000, "sdformat.format(date)");
      return var10000;
   }
}

3. 자바 main 코드에서 코틀린 코드 사용
*굳이 코틀린과 자바를 혼합해서 사용하고 싶은 경우, 코틀린 컴파일 과정에서 생성된 UserKt.class 를 참조해서 사용할 수 있다.

public class TestJava {
	public static void main(String[] args) {
    	UserKt.setData(20);
        UserKt.formatData(new Date());
        User user = new User();
        user.sayHello();    
    }
}

코틀린 → 자바 코드 변환

자바 문법을 마스터한 뒤, 코틀린을 학습할 때, IntelliJ의 [Decomplie] 기능으로 자바 코드와 비교해가며 코딩하면 좀 더 수월하게 코틀린 문법을 익힐 수 있다.

1. [Tool] > [Kotlin] > [Show Kotlin Bytecode] 클릭

2. [Decomplie] 클릭
'Kotlin Bytecode' 창에서는 말 그대로 Kotlin을 JVM에서 실행시키기 위한 바이트코드가 표시된다.
Kotlin 코드를 컴파일 시키면 [Kotlin → Java → Bytecode]의 단계로 변환되기 때문에, Bytecode에서 디컴파일을 하면 결국 역순으로 Java 코드가 산출된다.

3. '.java' 확장자의 자바 파일로 변환된다.

개인 회고

자바 언어를 한참 쓰다가 코틀린을 경험하니까, 코틀린이 확실히 간결하고 편하다는 게 확 느껴진다.
일단 System.out.println() 이거 안쓰니까 속이 시원하긴 함. public static void main(String args[]) <- 메인 메서드 이렇게 길지도 않고 세미콜론 생략가능한 것도 너무 맘에 듬.

아무래도 자바가 제일 익숙하고 자료도 많아서 알고리즘 풀이시 자바를 사용해왔는데 슬슬 System.out.println 줄줄이 쓰다가 가끔 오타나는게 피곤해서(특히 코딩테스트 전용 에디터는 자동완성 기능이 없으니) 알고리즘 풀이 언어도 코틀린으로 완전히 갈아탈까 고민중이다.
이미 한 번 풀어본 문제들을 다시 자바로 푸는 것 보다는 코틀린으로 새롭게 푸는 게 나을 것 같기도 하고.

⭐ 표시 : 개인적으로 어렵다 느낀 / 다시 한 번 확인해봐야할 중요 개념들

[Kotlin] UnsupportedClassVersionError / A JNI error has occurred 에러 해결 방법

6__6 — Thu, 11 May 2023 18:27:04 +0900

오류

오류가 날리 없는 간단한 코드를 실행하는데 아래와 같은 에러메시지가 출력된다.

C:\Users\bada7\.jdks\corretto-1.8.0_372\bin\java.exe "-javaagent:C:\Program Files\JetBrains\IntelliJ IDEA Community Edition 2023.1.1\lib\idea_rt.jar=56634:C:\Program Files\JetBrains\IntelliJ IDEA Community Edition 2023.1.1\bin" -Dfile.encoding=UTF-8 -classpath C:\Users\bada7\.jdks\corretto-1.8.0_372\jre\lib\charsets.jar;C:\Users\bada7\.jdks\corretto-1.8.0_372\jre\lib\ext\access-bridge-64.jar;C:\Users\bada7\.jdks\corretto-1.8.0_372\jre\lib\ext\cldrdata.jar;C:\Users\bada7\.jdks\corretto-1.8.0_372\jre\lib\ext\dnsns.jar;C:\Users\bada7\.jdks\corretto-1.8.0_372\jre\lib\ext\jaccess.jar;C:\Users\bada7\.jdks\corretto-1.8.0_372\jre\lib\ext\jfxrt.jar;C:\Users\bada7\.jdks\corretto-1.8.0_372\jre\lib\ext\localedata.jar;C:\Users\bada7\.jdks\corretto-1.8.0_372\jre\lib\ext\nashorn.jar;C:\Users\bada7\.jdks\corretto-1.8.0_372\jre\lib\ext\sunec.jar;C:\Users\bada7\.jdks\corretto-1.8.0_372\jre\lib\ext\sunjce_provider.jar;C:\Users\bada7\.jdks\corretto-1.8.0_372\jre\lib\ext\sunmscapi.jar;C:\Users\bada7\.jdks\corretto-1.8.0_372\jre\lib\ext\sunpkcs11.jar;C:\Users\bada7\.jdks\corretto-1.8.0_372\jre\lib\ext\zipfs.jar;C:\Users\bada7\.jdks\corretto-1.8.0_372\jre\lib\jce.jar;C:\Users\bada7\.jdks\corretto-1.8.0_372\jre\lib\jfr.jar;C:\Users\bada7\.jdks\corretto-1.8.0_372\jre\lib\jfxswt.jar;C:\Users\bada7\.jdks\corretto-1.8.0_372\jre\lib\jsse.jar;C:\Users\bada7\.jdks\corretto-1.8.0_372\jre\lib\management-agent.jar;C:\Users\bada7\.jdks\corretto-1.8.0_372\jre\lib\resources.jar;C:\Users\bada7\.jdks\corretto-1.8.0_372\jre\lib\rt.jar;C:\workspace\02_Kotlin\Kotlin01_HelloWorld\out\production\Kotlin01_HelloWorld;C:\Users\bada7\.m2\repository\org\jetbrains\kotlin\kotlin-stdlib-jdk8\1.8.20\kotlin-stdlib-jdk8-1.8.20.jar;C:\Users\bada7\.m2\repository\org\jetbrains\kotlin\kotlin-stdlib\1.8.20\kotlin-stdlib-1.8.20.jar;C:\Users\bada7\.m2\repository\org\jetbrains\kotlin\kotlin-stdlib-common\1.8.20\kotlin-stdlib-common-1.8.20.jar;C:\Users\bada7\.m2\repository\org\jetbrains\annotations\13.0\annotations-13.0.jar;C:\Users\bada7\.m2\repository\org\jetbrains\kotlin\kotlin-stdlib-jdk7\1.8.20\kotlin-stdlib-jdk7-1.8.20.jar MainKt
java.lang.UnsupportedClassVersionError: MainKt has been compiled by a more recent version of the Java Runtime (class file version 55.0), this version of the Java Runtime only recognizes class file versions up to 52.0
	at java.lang.ClassLoader.defineClass1(Native Method)
	at java.lang.ClassLoader.defineClass(ClassLoader.java:756)
	at java.security.SecureClassLoader.defineClass(SecureClassLoader.java:142)
	at java.net.URLClassLoader.defineClass(URLClassLoader.java:473)
	at java.net.URLClassLoader.access$100(URLClassLoader.java:74)
	at java.net.URLClassLoader$1.run(URLClassLoader.java:369)
	at java.net.URLClassLoader$1.run(URLClassLoader.java:363)
	at java.security.AccessController.doPrivileged(Native Method)
	at java.net.URLClassLoader.findClass(URLClassLoader.java:362)
	at java.lang.ClassLoader.loadClass(ClassLoader.java:418)
	at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:352)
	at java.lang.ClassLoader.loadClass(ClassLoader.java:351)
	at sun.launcher.LauncherHelper.checkAndLoadMain(LauncherHelper.java:621)
Error: A JNI error has occurred, please check your installation and try again
Exception in thread "main" 
Process finished with exit code 1

엄청나게 많은 메시지가 줄줄이 출력됐지만 중요한 키워드는 아래 두개다.

- UnsupportedClassVersionError
- A JNI error has occurred

JNI 란?

: Java Native Interface(자바 네이티브 인터페이스)의 약자로, Android가 관리 코드에서 컴파일 하는 바이트 코드(Java 또는 Kotlin 프로그래밍 언어로 작성됨)와 네이티브 코드(C/C++로 작성됨)가 상호작용하는 방법을 정의한다.

Android Developers Guide, JNI 도움말

당장은 JNI에 대해 깊게 알 필요는 없고, 위 에러는 한 마디로
현재 Java Runtime이 실행 가능한 버전보다 높은 버전으로 컴파일해서 발생했다는 뜻이다.

즉, JDK 버전을 맞춰주면 되는데, 콘솔창과 환경변수를 이용하는 방법도 있지만 IntelliJ안에서 해결할 수도 있다.

해결

프로젝트 생성시 JDK 버전을 별도로 다운로드 받아서 변경한다.

1. [New Project] 창에서 JDK 선택란에서 [Download JDK] 클릭

2. 기존에 선택한 버전보다 높은 버전 선택 후 [Download] 클릭

3. 다시 같은 코드를 작성하고 실행(Run) 해보면 제대로 실행되는 걸 볼 수 있다.

[Java] 직렬화 (Serialization)

6__6 — Tue, 9 May 2023 00:31:51 +0900

직렬화(Serialization)

객체를 데이터 스트림으로 만드는 것.
객체에 저장된 데이터를 스트림에 쓰기(write)위해 연속적인(serial) 데이터로 변화하는 것을 말한다.
반대로 스트림으로부터 데이터를 읽어서 객체를 만드는 것을 역직렬화(deserialization)라고 한다.

객체 (개발용)	→ 직렬화 (데이터를 저장한다)	스트림 (데이터 보관용)
	← 역직렬화 (저장된 데이터를 읽어들인다)

객체를 저장하는 방법

실제로 객체는 클래스에 정의된 인스턴스 변수의 집합일 뿐, 클래스변수나 메서드는 포함되지 않는다.
인스턴스 변수는 인스턴스마다 다른 값을 가질 수 있어야하기 때문에 별도의 메모리 공간이 필요하지만 메서드는 변하는 것이 아니라서 메모리를 낭비해 가면서 인스턴스마다 같은 내용의 코드(메서드 정의)를 포함시킬 이유가 없다.

따라서 어떤 객체를 저장하고자 한다면, 현재 객체의 모든 인스턴스 변수의 값을 저장하기만 하면 된다. 그리고 저장했던 객체를 다시 생성하려면 그 값들을 읽어들여 도로 인스턴스 변수에 대입해주면 되는 것이다.

ObjectInputStream, ObjectOutputStream

ObjectInputStream : 직렬화(스트림에 객체를 출력)
ObjectOutputStream : 역직렬화(스트림으로부터 객체를 입력)

각각 InputStream, OutputStream을 상속받지만 기반스트림을 필요로 하는 보조스트림이다. 그래서 객체를 생성할 때 입출력(직렬화/역직렬화)할 스트림을 지정해주어야 한다.

ObjectInputStream(InputStream in)
ObjectOutputStream(OutputStream out)

ObjectoutputStream 직렬화 (객체 → 스트림)

// objectfile.ser 파일에 UserInfo객체를 직렬화하여 저장한다.
FileOutputStream fos = new FileOutputStream("objectfile.ser");
ObjectoutputStream oos = new ObjectOutputStream(fos);

// 객체를 출력하면, 객체가 파일에 직렬화되어 저장된다.
out.writeObject(new UserInfo());

ObjectInputStream 역직렬화 (스트림 → 객체)

// objectfile.ser 파일을 읽어들인 후 역직렬화해서 객체로 저장한다.
FileInputStream fis = new FileInputStream("objectfile.ser");
ObjectInputStream ois = new ObjectInputStream(fis);

UserInfo info = (UserInfo)in.readObject();

객체를 직렬화/역직렬화 하는 작업은 객체의 모든 인스턴스 변수가 참조하고 있는 모든 객체에 대한 것이기 때문에 상당히 복잡하며 시간도 오래 걸린다. readObject()와 wrtieObject()를 사용한 자동직렬화가 편하긴 하지만 직렬화 작업시간을 단축시키려면 직렬화하고자 하는 객체의 클래스에 추가적으로 다음과 같은 2개의 메서드를 직접 구현해줘야 한다.

private void wrtieObject(ObjectOuputStream out) throws IOException {
	// write메서드를 사용해서 직렬화를 수행한다.
}

private void readObject(ObjectInputStream in) thorws IOException, ClassNotfoundException {
	// read메서드를 사용해서 역직렬화를 수행한다.
}

직렬화가 가능한 클래스 만들기

직렬화하고자 하는 클래스가 java.io.Serializable 인터페이스를 구현하도록 한다.
Seriablizable 인터페이스는 아무런 내용이 없는 빈 인터페이스지만, 직렬화를 고려하여 작성한 클래스인지를 판단하는 기준이 된다.

이때 Serializable을 구현한 클래스를 상속받는다면, Serializable을 구현하지 않아도 된다. Seriablizable을 구현함으로써 객체를 직렬화하면 클래스내에 정의된 인스턴스 변수들도 함께 직렬화되는데 자식 클래스는 부모클래스의 인스턴스 변수를 그대로 물려받기 때문에 자식클래스는 Seriablizable을 구현하지 않아도 이미 변수가 직렬화 대상에 포함되어 있다.

상속관계에서 직렬화

직렬화 하려는 객체의 부모클래스가 Serializable을 구현하지 않았다면 자식클래스를 직렬화할 때 부모클래스에 정의된 인스턴스 변수는 직렬화 대상에서 제외된다.

public class SuperClass {
    String name;		// 직렬화x
    String password;	// 직렬화x
}

public class SubClass extends SuperClass implements Serializable {
	int age;	// 직렬화o
}

Object 직렬화 예외

java.io.NoSerializableException

직렬화할 수 없는 클래스의 객체를 인스턴스변수가 참조하고 있기 때문에 직렬화에 실패했다는 예외.
직렬화하려는 클래스의 인스턴스 변수로 Object타입이 존재할 때 발생한다. Object는 Serializable을 구현하지 않았기 때문에 직렬화할 수 없기 때문이다.
물론 직렬화 여부는 인스턴스변수의 타입이 아니라 실제로 연결된 객체의 종류에 의해서 결정되기 때문에 Object obj = new String("abc"); 에서 String은 직렬화될 수 있다.

public class UserInfo implements Serializable {
	String name;
    String password;
    int age;
    Object obj = new Object();	// 직렬화x
}

transient 제어자

직렬화하고자 하는 객체의 클래스에 직렬화가 안 되는 객체에 대한 참조를 포함하고 있다면, 제어자 transient를 붙여수 직렬화 대상에서 제외되도록 할 수 있다. 주로 패스워드와 같이 보안상 직렬화되면 안 되는 값에 대해서 transient를 사용할 수 있다. transient가 붙은 인스턴스의 값은 그 타입의 기본값(0, null)으로 직렬화된다.

dat 파일

.dat 파일 확장자를 가진 파일은 만든 프로그램과 관련된 특정 정보를 저장하는 일반 데이터 파일이다.
dat 파일에는 소프트웨어가 처리해야 하는 중요한 정보들이 있으며 프로그램에서 열고 참조하며 사용한다.

ArrayList 직렬화

ArrayList와 같은 리스트 타입 객체도 직렬화 가능하다. ArrayList 클래스가 java.io.Serializable을 구현하고 있기 때문이다.
보통 객체를 역직렬화 할 때는 직렬화할 때의 순서와 일치해야 하는데 ArrayList 하나만 역직렬화 하면 되므로 역직렬화할 객체의 순서를 고려하지 않아도 되기 때문에 직렬화할 객체가 많을 때는 각 객체를 직렬화 하는 것보다 ArrayList 와 같은 컬렉션에 저장해서 직렬화하는 것이 좋다.

public class ArrayList extends AbstractList 
			implements List, RandomAccess, Cloneable, java.io.Serializable {
	transient Object[] elementData;	// Object 배열 직렬화 제외시키기

}

추가예정

[Java] 이클립스 콘솔(Console)창에 예외, 오류 문구가 표시되지 않는 문제 해결

6__6 — Thu, 4 May 2023 12:02:14 +0900

문제상황

예외처리 테스트 과정 중 일부러 오류를 발생시켰음에도 콘솔창에 빨간색 예외/에러 메시지가 표시되지 않는다.

아래 코드는 객체의 아이디를 담지 않고 있는 null 변수에서 객체의 메서드를 호출하고 있기 때문에 본래라면 NullPointerException이라는 런타임 에러가 발생해야 한다.

해결

이 문제를 겪고있는 사람들은 대부분 프로그램을 실행하면 아래와 같이 디버그(Debug) 탭이 활성화 되고 있을 것이다.

다른 IDE의 단축키와 착각해서 혹은 디버깅과 실행의 차이점을 잘 모르는 상태에서 습관적으로 [F11] 단축키로 코드를 실행하는 사람들이 많은데 [F11]은 실행(Run)이 아니라 디버그(Debug) 단축키이다.

코드를 실행(Run)하는 단축키는 [Ctrl + F11] 이다.
NullPointerException은 런타임 에러(Runtime Exception)이기 때문에 코드를 실행해야 확인할 수 있다.

[Run > Run] 을 클릭하거나, 단축키 [Ctrl+F11]을 입력하면 제대로 예외가 출력될 것이다.

[Java] 변수, 상수, 자료형, printf()

6__6 — Fri, 28 Apr 2023 18:40:14 +0900

변수 (variable)

단 하나의 값을 저장할 수 있는 메모리 공간
하나의 변수에 단 하나의 값만 저장할 수 있으므로, 새로운 값을 저장하면 기존의 값은 사라진다.

변수가 '값을 저장할 수 있는 메모리 공간'이라는 하드웨어적 의미이면, 변수명은 이 메모리 공간에 이름을 붙여주는 것이다. 변수는 결국 값을 저장하고 그 값을 다시 읽어들여 사용하기 위한 것. 일정 메모리 공간을 할당한 후 다시 이 공간에 접근하기 위해서는 식별자가 필요하다.

변수의 초기화

변수의 초기화란, 변수를 사용하기 전에 처음으로 값을 저장하는 것이다.
메모리는 여러 프로그램이 공유하는 자원이므로 전에 다른 프로그램에 의해 저장된 쓰레기값이 남아있을 수 있기 때문에 초기화 과정은 필수이다.

타입의 같은 경우 콤파 ','를 구분자로 여러 변수를 한 줄에 선언할 수도 있다.

int a;
int b;
int x = 0;
int y = 0;

int a, b;
int x = 0, y = 0;

int year = 0;
int age = 0;
        
year = age + 2000;	// age 변수를 이용해 year 변수 값 갱신
age = age + 1;		// age 변수 자기자신을 이용해 값 갱신
        
System.out.printf("year : %d, age : %d", year, age);

지역변수는 사용되지 전에 초기화를 반드시 해야 하지만 클래스변수와 인스턴스변수는 초기화를 생략할 수 있다.
★ 선언 위치에 따른 변수의 종류

두 변수의 값 교환하기 (Swap)

int x = 10, y = 20;
int tmp = 0; // x의 값을 임시로 저장할 변수를 선언

tmp = x;
x = y;
y = tmp;

System.out.println("x:" + x + "y:" + y);

덧셈연산자(+)는 두 값을 더하기도 하지만, 문자열과 숫자를 하나의 문자열로 결합하기도 한다.
★ 문자열 결합

변수 명명규칙

대소문자가 구분되며 길이에 제한이 없다. (True ≠ true)
예약어를 사용해서는 안 된다. (true는 예약어)
숫자로 시작해서는 안 된다.
특수문자는 '_' 와 '$'만을 허용한다.

예약어 : 키워드(keyword), 리져브드 워드(reserved word). 프로그래밍 언어의 구문에 사용되는 단어.
예) boolean, byte, case, try, abstract, break, char, class, final, public, true, false 등

권장사항

클래스 이름의 첫 글자는 항상 대문자로 한다. (MainClass)
변수와 메서드 이름의 첫 글자는 항상 소문자로 한다. (count, move())
여러 단어로 이루어진 이름은 단어의 첫글자를 대문자로 한다. (lastIndexOf(), StringBuffer)
상수의 이름은 모두 대문자로 한다. 여러 단어로 이루어진 경우 '_'로 구분한다. (PI, MAX_NUMBER)
변수의 이름은 짧을수록 좋디만, 약간 길더라도 용도를 알기 쉽게 '의미있는 이름'으로 하는 것이 바람직하다.

int curPos = 0;		// 현재 위치(current position)
int lastPos = -1;	// 마지막 위치(last position)

자료형

값(data)의 종류(type)에 따라 값이 저장될 공간의 크기와 저장형식을 정의한 것.
변수를 선언할 때는 저장하려는 값의 특성을 고려하여 가장 알맞은 자료형을 변수의 타입으로 선택하면 된다.

문자형(char), 정수형(byte, short, int, long), 실수형(float, double)

예) 계산 프로그램에서 결과값을 저장하는 변수를 선언할 경우, 저장(표현) 가능한 값의 범위가 작은 int대신 같은 정수형 타입에 더 큰 범위의 값을 저장할 수 있는 long타입으로 선언한다. 소수점 단위 값까지 저장해야할 경우 double형을 이용한다.

기본형과 참조형

기본형(primitive type) = 기본 자료형
계산을 위한 실제 값(data)을 저장한다.
논리형(boolean), 문자형(char), 정수형(byte, short, int, long), 실수형(float, double)
저장할 값의 종류(data type)에 따라 구분된다.

byte b = 1;
short s = 2;
char c = 'A';

boolean isTrue = true;

int finger = 10;
long big = 100_000_000_000L;		// L : long
long hex = 0xFFFF_FFFF_FFFF_FFFFL;	

int octNum = 010;		// 0 : 8진수 octal
int hexNum = 0x10;		// 0x : 16진수 hexadecimal
int binNum = 0b10;		// 0b : 2진수 binary

참조형(reference type) = 사용자 정의 타입
객체의 주소(memory address)를 저장한다.
참조형 변수명을 호출하면 객체의 주소, 즉 객체가 저장된 메모리 주소(일련번호)가 읽어들여지기 때문에 참조 타입끼리는 연산이 불가하다. 해당 변수가 참조하고 있는 객체에 접근해 속성 값을 읽어들여야 한다.
기본형을 제외한 나머지 타입. 선언할 때 변수의 타입으로 클래스명을 사용한다.
객체의 종류(type)에 의해 구분된다.

★ 메모리에는 1byte(8bit) 단위로 일련번호가 붙어있는데, 이 번호를 메모리 주소 또는 주소라고 한다.

참조형은 null 또는 객체의 주소를 값으로 가지며 new키워드로 객체를 생성함과 동시에 주소를 저장하면서 초기화된다. 연산자 new의 결과는 생성된 객체의 주소이다.

Date date = new Date();

기본형

분류	타입
논리형	boolean
논리형	false / true, 조건식과 논리적 계산에 사용
문자형	char
문자형	문자 1개 저장
정수형	byte, short, int, long
정수형	정수 저장. 기본 자료형은 int
실수형	float, double
실수형	실수 저장. 기본 자료형은 double

char은 내부적으로 정수(유니코드)로 저장하기 때문에 정수형 또는 실수형과 연산이 가능하다.
boolean을 제외한 7개 자료형들은 서로 연산과 변환이 가능하다.
int는 CPU가 가장 효율적으로 처리할 수 있는 타입이기 때문에 주로 정수형은 주로 int를 사용한다. 효율적인 실해옵다 메모리를 절약하려면 값의 범위에 맞게 byte나 short를 선택할 수 있으나 개인 실습에서는 이렇게까지 메모리를 신경쓸 필요는 없다.

데이터의 표현 범위

1bit는 0 또는 1로 표현되는 한자리 값입니다. 즉, 2^1 = 2가지 값을 표현할 수 있다.
마찬가지로 1byte(=8bit)는 2진수로 00000000~11111111 사이의 값을 가지며 최대 2^8=256 가지 값을 표현한다.

종류 \ 크기	1byte	2byte	3byte	4byte
논리형	boolean
문자형		char
정수형	byte	short	int	long
실수형			float	double

boolean은 true / false 두 가지만 표현할 수 있으면 되므로 가장 작은 크기인 1byte.
char은 자바에서 유니코드(2byte 문자체계)를 사용.
char은 정수도 저장할 수 있지만 문자 하나를 담는 용도의 글자타입 변수로 취급된다.
문자형 char변수에 같은 크기의 정수형 short변수 값을 대입하려 하면 Error. char타입으로 형변환해서 대입해야 한다.
byte는 크기가 1byte라서 byte.
int를 기준으로 짧아서 short, 길어서 long.
float은 실수값을 부동소수점(floating-point) 방식으로 저장
float의 두 배 크기라서 double
정수형이 저장 가능한 값의 번위는 비트 수 n에 따라 '-2^(n-1) ~ 2^(n-1)-1'
- int형의 경우 32bit(4byte) 이므로 '-2^31 ~ 2^31-1'의 범위를 갖는다.
- 제곱식 Tip : 2^10 = 1024 ≒ 10^3
  2^31 = 2^10 x 2^10 x 2^10 x 2 = 1024 x 1024 x 1024 x 2 = 2 x 10^3 = 약 6000
- 따라서 int타입의 변수는 대략 10자리 수 (약 20억 : 2,000,000,000)의 값을 저장할 수 있다.
  연산 중에 저장범위를 넘어서게 되면 값 손실이 일어나기 때문에 10자리 수보다 큰 값을 저장해야한다면 변수를 long타입으로 선언해야 한다. 보통 7~9자리 수를 계산할 때도 넉넉하게 long을 사용한다.
실수형은 정수형과 저장방식이달라서 같은 크기라도 훨씬 큰 값을 표현할 수 있으나 오차가 발생할 수 있다.
실수형의 정밀도(precision)이 높을수록 오차 범위가 줄어들며 double의 정밀도가 float보다 높다.
- 실수형은 약 ±10^38 같이 큰 값을 저장할 수 있으나 정밀도는 7로, 10진수 7자리의 수까지만 오차없이 저장할 수 있다. 보다 높은 정밀도가 필요한 경우(은행과 같이 돈을 다루는 기관)에는 정밀도가 15인 double을 쓰는 게 좋다.
  = 실수형 타입 선택 기준 : 저장 가능한 값의 범위, 정밀도

★ TODO : 유니코드와 UTF-8

상수 (constant)

변수와 마찬가지로 값을 저장할 수 있는 공간이지만, 변수와 달리 한 번 값을 저장하면 다른 값으로 변경할 수 없다.
변수 타입 앞에 'final' 키워드를 붙여서 선언한다.
상수 값을 사용하기 전에만 초기화하면 되지만 되도록 상수 선언과 동시에 초기화해주는 것이 좋다.

final int MAX_VALUE = 10;

리터널 (Literal)

상수는 본래 12, 3.14, 'A'와 같이 그 자체로 값을 의미하는 것인데, 프로그래밍에서는 이 '상수'라는 단어를 '값을 한 번 저장하면 변경할 수 없는 저장공간'이라는 용도로 사용하기 때문에 본래의 상수들을 일컫기 위해 '리터널'이라는 용어을 사용한다.

int year = 2014;
final int MAX_VALUE = 100;
// 변수: year
// 상수: MAX_VALUE
// 리터널: 2014, 100

상수가 필요한 이유

고정 값의 의도치 않은 값 변경 실수를 방지한다.
리터널에 '의미있는 이름'을 붙여서 코드의 이해를 돕는다.
코드 수정시 상수 초기화 부분의 값만 바꾸면 되기 때문에 수정이 쉽다.

A. 리터널만 사용한 경우

int triangleArea = (20 * 10) / 2;	// 삼각형 면적 구하기
int rectangleArea = 20 * 10;		// 사각형 면적 구하기

갑자기 대체 무슨값과 무슨값을 연산하는건지, 저 값이 의미하는 게 무엇인지 단번에 이해하기 어려움

B. 상수를 사용한 경우

final int WIDTH = 20;	// 폭
final int HEIGHT = 10;	// 높이

int triangleArea = (WIDTH * HEIGHT) / 2;	// 삼각형 면적 구하기
int rectangleArea = WIDTH * HEIGHT;			// 사각형 면적 구하기

상수명으로 하여금 폭X높이를 연산하는 코드라는 걸 단번에 알 수 있다.
혹시 폭을 잘못 설정했다 하더라도 WIDTH 상수 값만 변경해주면 변경된 값이 코드 전체에 반영된다.

리터널의 타입과 접미사

변수의 타입은 저장될 '값의 타입(리터널의 타입)'에 의해 결정된다고 했다. 이렇듯 리터널에도 변수처럼 타입이 존재한다.

논리형, 문자형, 문자열 타입은 상관 없으나 정수형, 실수형에는 여러 타입이 존재하므로, 리터널에 접미사를 붙여서 타입을 구분한다. 접미사를 안붙이면 정수형은 int, 실수형은 double로, 기본 자료형으로 인식된다. (기본 자료형은 접미사가 생략 가능하다.)

byte와 short타입의 리터널은 별도로 존재하지 않으며 해당 변수들에 값을 저장할 때는 int타입 리터널을 사용한다.

정수형에서는 10진수 외에도 2, 8, 16진수로 표현된 리터널을 변수에 저장할 수 있다. 코드에서 '077'과 같은 리터널을 보더라도 '왜 77앞에 의미없이 0을 붙여놨지? 오타인가보네' 라며 섣불리 0을 지우지 말자. 8진수 리터널을 표현한 것이니까.

접미사 알파벳의 소/대문자는 상관없다. (l, L 둘 다 OK)

타입	리터널	접미사
정수형	123, 0b101, 077, 0xFF, 100L	L
실수형	3.14, 3.0e8, 1.4f, 0x1.0p-1	f, d

int octNum = 010;	// int, 8진수
int hexNum = 0x10;	// int, 16진수
int binNum = 0b10;	// int, 2진수

long big = 100_000_000_000L;		// long
long hex = 0xFFFF_FFFF_FFFF_FFFF;	// long, 16진수

float pi = 3.14f;	// float
double rate = 1.618d;	// double

double타입의 d는 생략 가능하기 때문에, float타입 리터널의 f, long타입 리터널의 L만 신경써서 붙여주면 된다.
- float은 접미사나 정밀도 등 신경쓸 것이 많다. 메모리가 심각하게 부족한 게 아니라면 왠만해서는 double을 추천
- 데이터 값의 크기에 상관없이 double타입의 리터널을 float타입의 변수에 저장할 수 없다.
리터널의 타입은 저장될 변수의 타입과 일치하는 것이 보통이지만, 타입이 달라도 저장범위가 넓은 타입에 좁은 타입의 값을 저장하는 것은 허용된다. (= 큰 상자에 작은 물건을 넣는건 OK)
그러나 리터널의 값이 변수타입의 범위를 넘어서거나, 리터널의 타입이 변수의 타입보다 저장범위가 넓어선 안된다. (= 작은 상자에 큰 물건을 넣는건 NG. 물건을 잘라내거나 엉망으로 구겨넣어야만 가능 → 데이터 손실 및 왜곡)

float pi = 3.14;	// 에러. float타입 변수에 double타입 리터널 저장 불가
double rate = 1.1618	// OK. 실수형 리터널에 접미사를 생략하면 double리터널로 간주

int i = 'A';		// OK. 문자 'A'의 유니코드인 65가 변수 i에 저장된다. (char==short : 2byte)
long l = 123;		// OK. long 타입이 int 보다 범위가 넓기 때문에 저장 가능
double d = 3.14f;	// OK. double 타입이 float보다 범위가 넓기 때문에 저장 가능

리터널에 소수점이나 10의 제곱을 나타내는 기호 e 또는 E, 그리고 접미사 f, F, d, D를 포함하고 있으면 실수형 리터널로 간주한다.

e1 : 10 제곱 = 곱하기 10 = 소수점자리 오른쪽으로 이동
e-1 : -10제곱 = 나누기 10 = 소점자리 왼쪽으로 이동

자료형	실수형 리터널	다른 형태의 동등한 표현
double	10.	10.0
double	.10	0.10
float	10f	10.0f
float	3.14e3f	3140.0f
double	1e1	10.0
double	1e-3	0.001

문자, 문자열 리터널

문자열 리터널은 "" 안에 아무것도 없는 빈 문자열(empty string)을 허용하지만,
문자 리터널은 반드시 ''안에 하나의 문자가 있어야 한다.

empty string : 빈 문자열 ""
blank string : 공백 문자열 " "

String str = "";	// OK. 
char ch = '';		// ERROR
char ch = ' '; 		// OK. 공백 문자(blank)로 변수 초기화

원래 String은 클래스이므로 객체를 생성하는 new연산자를 사용해야 하지만 기본 자료형과 같이 선언할 수 있다.
(다른 타입들은 소문자로 작성하는데, String만 클래스 명명타입에 따라 첫글자를 대문자로 쓴다.)

덧셈 연산자를 이용하여 문자열을 결합할 수 있다. 피연산자 중 어느 한쪽이 String이면 나머지 한 쪽을 먼저 String으로 변환한 다음 두 String을 결합한다. (int + String = String)
이때 덧셈 연산자는 왼쪽에서 오른쪽 방향으로 연산을 수행하기 때문에 결합 순서에 따라 결과가 달라질 수 있다.

System.out.println(" " + 7);		//  7
System.out.println(7 + 7 + "");		// 14. 앞의 두개는 int+int
System.out.println("" + 7 + 7);		// 77. 앞에서 이미 String+int

printf()

printf()는 지시자(specifier)를 통해 변수의 값을 여러 가지 형식으로 변환하여 출력하는 기능을 가지고 있다. 지시자는 값을 어떻게 출력할 것인지를 지정해주는 역할을 한다.

정수형 변수에 저장된 값을 10진 진수로 출력할 때는 지시자 '%d'(decimal)를 사용하며, 변수의 값을 지정된 형식으로 변환해서 지시자대신 넣는다.
println()과 달리 printf()는 줄바꿈이 자동으로 이뤄지지 않는다. 줄바꿈을 위해서는 문자열 내에 '\n' 또는 '%n'을 추가해야 한다.
출력될 값이 차지할 공간을 숫자로 지정할 수 있다.여러 값을 여러 줄로 간격 맞춰 출력할 때 꼭 필요한 기능.
'%x'와 '%o'에 '#'을 사용하면 접두사 '0x'와 '0'이 각각 붙는다.
'%f'는 기본적으로 소수점 아래 6자리까지만 출력하기 때문에 소수점 아래 7자리에서 반올림한다.
- 1.23456789 → 1.234568
- 전체 자리수와 소수점 아래 자리수, 좌우 정렬을 지정할 수 있다.
- %전체자리.소수점아래자리f : 전체 자리 중 소수점 아래 자리수만큼만 출력
  소수점도 한자리를 차지, 소수점 아래 빈자리는 0으로, 정수의 빈자리는 공백으로 채워서 전체 자리수를 맞춘다.
'%s'도 지시자 앞에 자리수를 추가하면 원하는 만큼의 출력공간을 확보하거나 문자열의 일부만 출력할 수 있다.
- n : n만큼 출력공간 확보 (우측정렬)
- -n : n만큼 출력공간 확보 (좌측정렬)
- .n : 왼쪽에서 n만큼만 출력

지시자	설명
%b	boolean 형식 출력
%d	10진(decimal) 정수 형식 출력
%o	8진(octal) 정수 형식 출력
%x, %X	16진(hexa-decimal) 정수 형식 출력
%f	부동 소수점(floating-point) 형식 출력
%e, %E	지수(exponent) 표현식 형식 출력
%c	문자(char) 출력
%s	문자열(string) 출력

Scanner

nextLine() 메서드가 호출되면 입력대기 상태에 있다가, 사용자가 입력을 마치고 엔터를 누르는 순간 입력한 내용을 문자열로 반환한다.
- 여기서 반환된 문자열 데이터를 Integer.parseInt(), Float.parseFloat() 메서드로 형변환 할 수 있다.
- 만일 숫자가 아니라 문자 또는 기호에 parseInt() 메서드를 사용하면 에러가 발생한다. (공백 입력에 주의!)
nextInt(), nextFloat() 메서드를 사용해 바로 정수, 실수 데이터를 입력받을 수도 있으나 이 메서드들은 연속적인 값을 입력받아서 사용하기에 까다롭다. 모든 값을 nextLine()으로 입력 받아 적절히 자르거나 변환하는 것이 편함.

import java.util.*;

public class MainClass {

	public static void main(String[] args) {
		Scanner scanner = new Scanner(System.in);
        
        String input = scanner.nextLine();
        int num = Integer.parseInt(input);
	}

}

기본형(primitive type)

boolean

true / false 저장 가능, 디폴트값은 false이다.
두 가지 값만을 표현하면 되므로 1bit(0/1)만으로 충분하지만, 자바에서는 데이터를 다루는 최소단위가 byte(8bit)이기 때문에 boolean의 크기가 1byte이다.
대답(yes/no), 스위치(on/off) 등의 논리구현에 주로 사용된다.
- 한 가지 예로 스마트폰의 야간모드를 들 수 있다. 낮모드/야간모드 두 가지 전환밖에 없기 때문에 [모드 변경] 버튼을 클릭하면 boolean 타입의 변수 isMode에 부정연산자를 적용해 반대 모드로 전환하도록 프로그래밍할 수 있다.

char

문자를 저장하기 위한 변수를 선언할 때 사용되며, 단 하나의 문자만을 저장한다.
변수에 'a'와 같이 문자가 저장되는 것 같지만, 사실은 문자가 아닌 유니코드(정수)가 저장된다.
컴퓨터는 숫자(이진법)밖에 모르기 때문에 모든 데이터를 숫자로 변환하여 저장하는 것이다.
- char ch = 'A'; // 실제로 저장되는 값은 65 정수
- char 타입 변수를 int타입으로 형변환 하면 유니코드 정수가 나온다.

// 문자 'A'의 유니코드 : 65 (16진수로 0x41)
char ch = 'A';	// 문자 'A'를 저장
char ch = 65;	// 문자의 코드를 직접 저장

int code = (int) ch;	// ch에 저장된 유니코드 정수

char hch = 0x41;		// 16진수 저장
char hch = '\u41';		// 16진수 유니코드 저장

특수문자 입력

특수 문자	문자 리터널
tab	\t
backspace	\b
form feed	\f
new line	\n
carriage reture	\r
역슬래쉬	\\ (c:/ 파일경로 작성시 사용)
작은따옴표	\'
큰따옴표	\" (""안에서 "출력 가능)
유니코드(16진수) 문자	\u유니코드

아스키

확장 아스키

유니코드

형변환 (Type Casting)

[Java] Java Perspective / 개발 목적에 맞춰 인터페이스 바꾸기

6__6 — Thu, 27 Apr 2023 21:38:43 +0900

Perspective란?

[사전적의미] perspective : 관점, 시각(viewpoint)

[이클립스] perspective

각 개발환경에 필요한 프로젝트 매니저, 뷰, 윈도우 창 등을 템플릿 형태로 지정해둔 것이다.
개발목적에 따라 perspective를 임의로 선택할 수 있다.

예) Perspective를 'Java'로 설정하면 해당 목적에 맞춰 Java 개발환경에 필요한 기본 윈도우 창들만 화면에 표시된다.
Java Project를 생성하면 Perspective가 자동으로 'Java'로 설정된다.

이클립스 상단 메뉴바 > [Open Perspective] 클릭 > [Open Perspective] 윈도우 활성화

예시

A. [Perspective : Java] 선택시 활성화되는 창 (인터페이스)
- Package Explorer
- Console
- Outline

B. [Perspective : Git] 선택시 활성화 되는 창 (인터페이스)
- Git Repositories
- History

[Java] 이클립스 The selection cannot be launched, and there are no recent launches 에러 해결

6__6 — Thu, 27 Apr 2023 21:38:13 +0900

에러

The selection cannot be launched, and there are no recent launches

= 선택 항목을 시작할 수 없으며 최근에 시작한 항목이 없습니다.

위 에러 메시지는 이클립스에서 자바 프로젝트를 실행(Run)할 때, 정확히는 이클립스 설치 후 최초로 프로젝트를 실행할 때 나타나는 에러이다.

대부분의 에러는 영문 에러메시지를 한국어로 번역해보면 원인이 바로 나온다.
문장에서 알 수 있듯이 현재 코드가 아니라 '최근에 시작한 항목'을 실행하려 시도하고 있다.

즉, 프로젝트를 실행할 때 현재 보고있는 프로젝트가 아니라 가장 최근에 실행되었던 프로젝트를 자동으로 실행하고 있는 것이 원인이다.

해결

[Window] > [Preferences] > [Run/Debug > Launching]

이클립스를 막 설치했을 때는 [Launch Operation]이 'Launch the previously launched application'이 기본 선택되어 있다. 직전에 실행된 애플리케이션(파일)을 실행하라는 뜻인데, 이클립스 최초 실행시에는 직전에 실행된 파일이 존재할리가 없기 때문에 '직전에 실행된 파일'이 존재하지 않아 접근 에러가 난다. 이 설정을 아래처럼 'Launch the associated project'로 바꿔준다.

Launch Operation (실행 작업과 관련된 설정)

Launch the associated project : 관련된 프로젝트 실행 ✅
Launch the previosly launched application : 이전에 실행된 프로젝트 실행

[Java] 이클립스 중단점(break point)에서 안멈추는거 해결

6__6 — Thu, 27 Apr 2023 18:30:17 +0900

에디터 좌측 라인번호 옆을 클릭하면 중단점(breakpoint)를 걸 수 있고, 이렇게 중단점을 설정해둔채 디버그(Debug) 하면 해당 라인에서 코드 실행이 멈추고 중간값을 살펴볼 수 있다.

36번 라인에 중단점을 건 모습

중단점을 걸었음에도 코드가 멈추지 않고 끝까지 실행된다면, 아래와 같이 'Skip All Breakpoints' 설정을 꺼주면 된다.

1. 우측 상단 [Open Perspective) 클릭

2. [Debug] 선택 > [Open]
화면 인터페이스를 디버그용으로 전환한다.

3. [Breakpoints] > [Skip All Breakpoints] 클릭

4. 라인번호와 Breakpoints 탭의 중단점 위에 그려져 있던 빨간 취소표시(/)가 사라진다.
이제 다시 디버깅하면 해당 라인에서 코드가 제대로 멈출 것이다.

동기(Synchronous)와 비동기(Asynchronous)

6__6 — Wed, 27 Jul 2022 18:07:24 +0900

동기, 비동기 라는 단어는 데이터 통신 및 네트워크 분야를 공부하다 보면 등장하는 개념이다. 둘 다 데이터를 요청하는 쪽과 요청받은 데이터를 처리·전달하는 쪽 간의 데이터를 주고받는 방식을 일컫으며, 이 데이터 전달 방식의 차이에 따라 동기/비동기가 나뉜다. 두 단어의 사전적 정의는 아래와 같다.

동기(synchronous)
- 동시 발생[존재]하는
- 실시간의 (강의가 따로 녹음되거나 미리 올라와 있는 형태가 아니기 때문에 실시간으로 참여해서 운영되는 형태의)
- 주기적인 운동을 하는 개체들이 서로 영향을 주고받거나 받게 됨으로써, 동일한 주기를 갖게 되는 것. 그러한 현상을 동기현상이라 하고, 동기된 상태를 동기화 되었다고 한다.
- [통신] 주로 서로 다른 시스템이나 네트워크에서 클럭 주파수나 비트, 프레임, 워드 등을 일치시키는데 사용된다.
- [쓰레드] 작업을 순차적으로 처리하는 것.
비동기(asynchronous)
- 동시에 발생[존재]하지 않는
- 실시간 교육이 아닌 (정시에 이루어지는 교육이 아니어서 학생들이 자신의 일정에 맞춰 수업을 듣거나 과제를 올릴 수 있는 형태의)
- [쓰레드] 동시에 여러 작업을 처리하는 것.

동기(Synchronous)

요청과 그 결과가 동시에 일어난다는 약속.
요청을 하면 시간이 얼마나 걸리던지 요청한 자리에서 결과가 주어져야 한다.
노드 사이의 작업 처리 단위를 동시에 맞추겠다.
요청과 결과가 동시에 발생한다. 무슨 작업이든 요청이 결과보다 먼저 발생하니까, 요청-결과가 동시에 발생한다는 말은 요청이 결과의 타이밍을 기다려준다는 것과 같다.
같은 일을 동시에 진행해야 하는 작업에는 동기 방식을 사용해야 한다.
e.g.) 계좌이체 : A가 B에게 10,000원을 송금할 때 A계좌-10,000원 / B계좌+10,000원 두 일이 동시에 발생해야 한다.

동기 방식의 장단점

장점 : 설계가 매우 간단하고 직관적이다. (요청-결과 한 세트로 처리되니까)
단점 : 요청에 대한 결과가 주어질 때까지 아무것도 못하고 대기해야 한다.

비동기(Asyncronous)

요청과 그 결과가 동시에 일어나지 않을거라는 약속.
요청한 그 자리에서 결과가 주어지지 않는다.
노드 사이의 작업 처리 단위를 동시에 맞추지 않아도 된다.
서로의 작업 목적이 다르면 둘의 작업 처리기간이 일치하지 않아도 된다. 즉, 비동기는 각자가 추구하는 행위가 다를 수도 있고, 동시에 일어나지 않을 수도 있다.

비동기 방식의 장단점

장점 : 요청에 대한 결과가 주어지는 데 시간이 걸리더라도 그 시간동안 다른 작업을 할 수 있으므로 자원을 효율적으로 사용할 수 있다.(*동시성)
단점 : 처리 로직이 동기보다 복잡하다.

A가 B에게 행위를 요청하고, B가 이에 응답해 완수한 결과를 A에게 돌려주기까지 일련의 작업 흐름이 아래와 같을 때,

A가 B에게 자신의 데이터를 넘기며 결과를 요청
B가 A의 데이터를 읽어들여 연산 수행
B가 A에게 결과를 반환

비동기에서는 A가 요청을 던진 후인 2~3 단계 시점에 A는 B와 전혀 상관없는 개인 작업을 진행할 수 있다. B와 관련된 작업은 1이 끝나는 시점에서 이미 A의 손을 떠난 셈이다. 이런 특성 탓에 비동기와 동시성 프로그래밍이 함께 언급되는 것이다. (=비동기 방식을 사용하면 동시성 프로그래밍을 실현할 수 있다.) 만약 동기 방식이었다면 B가 결과를 내고 A에게 돌려주기 까지의 2~3단계 동안 꼼짝없이 결과를 무한정 기다리고 있어야 한다.(B의 결과가 나오기 까지 시간이 얼마나 오래 걸리든)

동기와 비동기 비교

	동기	비동기
자원 사용률	비효율적	효율적
복잡도	낮음	높음

가산/불가산 명사

6__6 — Thu, 7 Jul 2022 21:41:44 +0900

영어-한국어에서 명사를 바라보는 관점의 차이

한국어 : 명사의 개념 자체
영어 : 명사의 개수

단어를 들었을 때 1개의 이미지를
떠올릴 수 있는 것 => 셀 수 있는 명사 (Countable noun, [C])
떠올릴 수 없는 것 = 셀 수 없는 명사 (Uncountable noun, [U])
e.g.) book, chair, desk / water, importance, value

한국어	영어
많은 책	many books
많은 물	much water
적은 책	few books
적은 물	little water

문장에서 사용되는 뉘양스, 떠오르는 이미지에 따라 하나의 명사가 Countable noun, Uncountable noun 두 가지로 기능할 수 있다.

The building is built of stone. (stone : [U]돌이라는 물질)
I picked up a stone. (stone : [C]돌멩이)

I am watching TV. (TV: [U]텔레비전)
I bought a TV. (TV: [C]텔레비전)

She is a lady of beauty. ([U]아름다움, 미)
She is a beaty. ([C]미인, 아름다운 것)
Sleeping Beaty : 잠자는 미녀
~~She is beaty. : 그녀는 아름다움이다. (X)~~
첫번째 문장은 아름다움이라는 개념을 말하는 추상적 명사이고, 두번째 문장은 아름다움을 가지고 있는 어떤 한 사람을 나타낸다.

명사를 바라볼 때 항상 셀 수 있는지, 없는지를 체크해야 한다. 그래야만 문장을 제대로 이해할 수 있다.
번역이라는 작업을 통해 영어를 한국어로 해석할 수는 있으나, 영어와 한국어는 근본적으로 다른 언어이다. 두 언어를 매칭한다고 생각하기 보다는 각 언어의 차이를 이해하고 별개의 언어로 공부하는 것이 옳다. 영어를 한국어로 번역해서 이해하는 것은 편의를 위한 작업일 뿐, 영어 그 자체의 의미·뉘양스를 파악하는 것이 중요하다는 걸 알게되었다.

[참고자료]

윤문법TV - 가산/불가산 명사, https://youtu.be/H5ENI7fWr7g

영상 다 보고 정리하려는데, 끝부분에 좋은 말씀을 해주셔서 짧게 정리>

쉬운 걸 좋아하지 말고, 어려운 걸 재밌어 해라.
쉬운거는 큰 가치가 없다. 쉽다라는 건 사실 누구나 할 수 있기에 쉬운것이다.
어려운 일은 남들 못 하기 때문에 가치를 인정받을 수 있고, 주변 사람들에 이목이 집중된다.
어려운 일을 이겨내야 나 자신이 더욱 가치있는 사람으로 거듭날 수 있다.

쉬운 거 좋아하는 사람은 발전이 없다. 어려운 것을 부딪쳐서 그것을 딛고 일어설 때 비로소 발전이 있다.

주변으로부터 인정받고 남들에게 '가치 있어 보이는 사람'으로 보이고 싶다면
남들이 못 하는 걸 도전하고 노력해서 성취해 내야 한다.
공부하면서 어려운 걸 피하는 마인드를 없애라.

영어 기초 문법 (21) - 해석용 문법 정리(2022/7)

6__6 — Wed, 6 Jul 2022 17:21:05 +0900

학습 내용

가주어, 가목적어, 강조구문, 부가의문문, 부정의문문, 도치구문
예문 : Dreaming of Flight, Treasure Island, The Olympic Games, The Prince and the Pauper, Little Women

문법 & 예문

현재완료

hava/has + p·p
지금 기준 이전에 일어난 일(완료)이고, 그게 지금 시간까지(현재) 영향을 미치거나 연관되어 있음.
한국어에서 여러 뜻으로 해석될 수 있으나, 과거와 현재가 연결되어 있다는 점은 동일하다.
- ~한 적 있다 (경험)
- 쭉 ~했왔다 (계속)
- ~했다 (결과/완료)

start + A + -ing + B : 'A가 ~을 시작하게 하다'

These myths started humans thinking about flying.
이러한 신화들이 인류가 비행에 대한 생각을 시작하게 했다.

가주어 it

it ~ that …
that절이 문장의 주어일 때, it을 주어 자리에 쓰고 that절을 문장 뒤로 보낼 수 있다. 여기서 it을 가주어라고 한다.

It was strange that he wore a custume made of feathers.
그가 깃털로 만든 의상을 입었다는 것은 이상했다.

It is surprising that you still remember the story.
네가 그 이야기를 여전히 기억하는 것은 놀랍다.

It is important that people study a forign language.
사람들이 외국어를 공부하는 것은 중요하다.

It ~ for A to ... : 'A가 ...하는 것은 ~하다'
for뒤에 위치하는 A는 의미상의 주어라고 한다.

It was important for the Wright brothers to do a lot of experiments.
Wright 형제가 많은 실험을 했다는 것은 중요했다.

It is exciting for me to watch baseball games.
나는 야구 경기를 보는 것이 재미있다.

It is impossible for him to drive to Boston.
그가 보스턴까지 운전하는 것은 불가능하다.

유의어

artificial / synthetic / false / man-made / fake / imitation
이 단어들은 모두 어떤 사물이 진짜가 아니거나, 천연적으로 생산된 것이 아님을 나타낸다.

단어	뜻	예문
artificial	인공적으로 만든, 인조의 진짜가 아닌, 모조의	artificial flowers 조화 artificial light 인공조명
synthetic	(동식물에 의해 천연적으로 생산된 것이 아니라 화학적으로)합성된	synthetic drugs 합성 약물 shoes with synthetic soles 창이 합성 물질로 된 신발
false	자연 그대로가 아닌, 가짜의	false teeth 의치 a false beard 가짜 수염
man-made	사람이 만든, 인공의, 인조의	man-made fibres such as nylon 나일론과 같은 인조 섬유
fake	가짜의	a fake-fur jacket 모조 모피 재킷
imitation	[명사 앞에만 씀] 가짜의	She would never wear imitation pearls. 그녀는 모조 진주 장신구는 절대 하지 않을 것이다.

관사 : a, an, the

2022.07.06 - [English] - 관사 (a/an, the)

명사는 항상 셀 수 있는지 없는지를 따져야 하며, 셀 수 있을 경우 명사가 한개인지 여러 개인지 반드시 밝혀줘야 한다.
- a(an)- : 하나
- -(e)s : 여럿

I eat an apple. : 사과 한개
I eat apples. : 사과 여러개

a/an : 부정관사 (정해지지 않았을 때 사용)
- 범위 내에서 정해지지 않은 막연한 어떤 하나.
the : 정관사 (정해졌을 때 사용)
- 범위 내에서 특정된 하나.
- 최상급
- 방향 (특정 기준이 존재함)
- 일반명사가 고유명사가 되는 경우

가목적어 it

to부정사가 문장의 목적어일 때, it을 목적어 자리에 쓰고 to부정사구를 문장 뒤로 보낼 수 있다.
여기서 it을 가목적어 it이라고 하고, '주어 + 동사 + it(가목적어) + 보어 + to부정사구(진목적어)' 형태로 나타낸다.
원래는 to부정사구가 목적어이기 때문에 '주어+동사+to부정사구+보어' 형태여야 하지만, 5형식 문장으로 바꾼 것.

I found it impossible to stop him from doing this.
나는 그가 이것을 하지 못하도록 막는 게 불가능하다는 것을 알았다.

I think it wrong to say that.
나는 그렇게 말하는 것은 잘못이라고 생각한다.

They found it dangerous to cross the river.
그들은 강을 건너는 것이 위험하다는 것을 알았다.

She thought it wise to get silkworms as a bithday present.
그녀는 생일 선물로 누에를 받는 것이 현명하다고 생각했다.

He found it interesting to study Chinese.
그는 중국어를 공부하는 것이 흥미롭다는 것을 알았다.

I thought it best to keep silent.
나는 침묵을 지키는 것이 가장 좋다고 생각했다.

강조구문

문장에서 특정 부분(주어, 목적어 등)을 강조하기 위해 사용하는 구문
It is(was) + 강조하고 싶은 어구 + that ~

Baron de Coubertin from France thought of holding the Olympics again.
프랑스의 Coubertin 남작은 올림픽을 다시 개최할 생각을 했다.
→ It was Baron de Couberting from France that thought of holding the Olympics again.
올림픽을 다시 개최할 생각을 한 사람은 바로 프랑스의 Coubertin 남작이었다.
*기존 문장에서 동사가 과거문이니까 It was~로 시작한다.

Jessie started studying English in August.
Jessie는 8월에 영어를 공부하기 시작했다.
→ It was Jessie that started studying English in August. (*주어 강조)
8월에 영어를 공부하기 시작한 사람은 바로 Jessie였다.

I bought a sports car last week.
나는 지난주에 스포츠카를 샀다.
→ It was a sports car that I bought last week.
내가 지난주에 산 것은 바로 스포츠카이다. (*목적어 강조)

부가의문문

문장 뒤에 덧붙여 쓰는 의문문.
상대방에게 자신이 말한 내용을 확인하거나 동의를 구할 때 사용한다.
일반동사를 포함한 긍정문 뒤에 부가의문문을 쓸 때
- '~, don't/doesn't/did't + 주격 대명사?'

We look remarkably alike, don't we?
우리는 매우 닮았어, 그렇지?

Mom looked very tired yesterday, didn't she?
엄마는 어제 굉장히 피곤해 보였어, 그렇지?

He studied math every day, doesn't he?
그는 매일 수학을 공부해, 그렇지?

Your parents like traveling, don't they?
너희 부모님은 여행하는 걸 좋아하셔, 그렇지?

조동사, be동사를 포함한 긍정문 뒤에 부가의문문을 쓸 때
- '~, 조동사/be동사 + not의 축약형 + 주격 대명사?'

We must leave now, mustn't we?
우리는 지금 떠나야 해, 그렇지?

This is your uncle's house, isn't it?
이것은 네 삼촌의 집이야, 그렇지?

She can play the piano, can't she?
그녀는 피아노를 칠 수 있어, 그렇지?

They are from England, aren't they?
그들은 영국 출신이야, 그렇지?

일반동사를 포함한 부정문 뒤에 부가의문문을 쓸 때, 부가의문문은 긍정문을 사용한다.
- '~, do/does/did + 주격 대명사?'

They don't like chocolate, do thay?
그들은 초콜릿을 좋아하지 않아, 그렇지?

You don't believe me, do you?
당신은 나를 믿지 않아, 그렇지?

He doesn't know your address, does he?
그는 너의 주소를 몰라, 그렇지?

She doesn't like cookies, does she?
그녀는 과자를 좋아하지 않아, 그렇지?

You didn't open the window, did you?
너는 창문을 열지 않았어, 그렇지?

조동사나 be동사가 있는 부정문 뒤에 부가의문문을 쓸 때, 부가의문문은 긍정문을 사용한다.
- '~, 조동사/be동사 + 주격 대명사?'

That boy is rags can't be the real prince, can he?
누더기를 입은 저 소년이 진짜 왕자일 리 없어, 그렇지?

They aren't hungry, are they?
그들은 배가 고프지 않아, 그렇지?

We shouldn't drive too fast, should we?
우리는 너무 빨리 운전해선 안 돼, 그렇지?

They aren't making too much noise, are they?
그들은 너무 심한 소음은 내지 않고 있어, 그렇지?

My sister wasn't late for school today, was she?
내 동생은 오늘 학교에 지각하지 않았어, 그렇지?

catch + 사람 + by the + 신체의 일부 : '~(사람)의 ...를 잡다'

A drunken man caught the prince by the arm stopped him.
술 취한 남자가 왕자의 팔을 잡고 그를 막았다.

wish를 사용한 가정법 과거 문장
wish가 과거형이어도 종속절의 동사는 과거완료가 아닌 과거형으로 쓴다. 과거 시점에서 사실에 반대되는 상황을 희망하는 경우에 사용한다.

Tom wished everything were back to normal.
Tom은 모든 것이 정상으로 돌아가면 좋겠다고 바랐다.

can't be ~ : '~일 리 없다'라는 강한 부정을 나타냄.

People said, "That boy in rags can't be the real prince, can he?"
사람들은 "누더기를 입은 저 소년이 진짜 왕자일 리 없어, 그렇지?"라고 말했다.

so that : '~하도록'

Meg told Jo to keep her back to the wall so that no one would see the burn.
Meg은 Jo에게 아무도 탄 자국을 보지 않도록 벽에 그녀의 등을 대고 있으라고 말했다.

부정의문문 대답

상대방에게 사실을 확인할 때 사용하는 부정의문문의 경우
질문에 대한 대답이 긍정문일 때에는 Yes를, 부정문일 때는 No를 사용한다.

질문이 부정문(V 안하니?) → 대답이 긍정문(V해.) → 긍정문이라서 Yes라고 적지만, 부정의문문에 대한 반박이기 때문에 해석은"아니" (아니, V해)
질문이 부정문(V 안하니?) → 대답이 부정문(V안해.) → 부정문이라서 No라고 적지만, 부정의문문에 대한 동의의기 때문에 해석은 "예" (응, V안해)
즉, 부정의문문에 대한 대답은 '의문문의 주어가 V하는지' 여부에 따라 먼저 적고(I do/I don't), 그 대답의 형식이 긍정문이면 Yes, 부정문이면 No라고 적어야 한다.(Yes/No)
- Yes, + 주어 + do / does / did.
- No, + 주어 + don't / doesn't / didn't.

Don't you like parties?
너는 무도회를 안 좋아하니?
Yes, I do. / No, I don't.
아니, 좋아해 / 응, 안 좋아해.

Didn't she work last weekend?
그녀는 저번 주에 일을 안 했니?
Yes, she did. / No, she didn't.
아니, 그녀는 일했어. / 응, 그녀는 일하지 않았어.

Doesn't he live with his grandparents?
그는 조부모님과 같이 안 사니?
Yes, he does. / No, he doesn't.
아니, 그녀는

부정의문문 Won't

"Won't you ~?" : '~하지 않을래?', 상대방에게 공손한 요청이나 초대를 할 때 사용하는 부정의문문.
Won't + 행동주체 + 동사 + 행동대상

Won't you let me take you home?
내가 너희를 집에 데려다 주게 해 주지 않을래?
*너(you)가 허락(let)해주지 않을래? 내(me)가 너희를 집에 데려다 주는 걸(take you home)

Won't you cook dinner for them?
그들을 위해 저녁을 요리해 주지 않을래?
*you -(cook)→ dinner

Won't you show us around Seoul?
우리에게 서울을 안내해 주지 않을래?
*you -(show)→ us

Won't you help me with my science project?
내 과학 연구 과제로 나를 도와주지 않을래?
*you -(help)→ me

관계부사 where의 계속적 용법 : 선행사에 대한 보충 설명을 한다.

He led her to a hallway, where they happily danced together without anyone seeing them.
그는 그녀를 복도로 데려갔고, 거기서 그들은 아무도 그들을 보는 사람 없이 함께 행복하게 춤췄다.

도치구문

부정어나 부정의 의미를 가진 부사(seldom, never, hardly, rarely 등)를 강조하기 위해 문장 처음에 쓸 주어와 조동사의 위치가 바뀌는 것.
동사가 일반동사일 경우 조동사 대신 (동사의 인칭·시제에 따라) do/does/did를 사용하고, 일반동사는 기본형으로 바뀐다.
- 부정부사 + 조동사 + 주어 + 동사 ~
- 부정부사 + do/does/did + 주어 + 일반동사 기본형 ~

People had seldom visited them.
→ Seldom had people visited them.
사람들은 좀처럼 그들을 방문하지 않았다.

He never forgot her kind words.
→ Never did he forget her kind words.
그는 그녀의 친절한 말을 절대 잊지 않았다.

Jo hardly cared about her looks.
→ Hardly did Jo care about her looks.
Jo는 그녀의 외모에 거의 신경을 쓰지 않았다.

He will never tell anyone his secret.
→ Never will he tell anyone his secret.
그는 누구에게도 절대 그의 비밀을 말하지 않을 것이다.

She rarely goes to concerts.
→ Rarely does she go to concerts.
그녀는 좀처럼 콘서트에 가지 않는다.

어휘

단어	뜻	단어	뜻
interested in ~	~에 관심있는	since	~부터[이후], 언제부터 ~한 이후로 ~때문에, ~므로
of	~의, ~에 대한	dream of ~	~을 꿈꾸다
over the centuries	수세기에 걸쳐	jet	제트기
ancient	고대, 옛날	myth	신화
Greek	그리스의	wax	왁스, 밀랍
winged	날개가 달린	man-made	사람이 만든, 인공의
string	끈, 줄	whistle	호루라기, 호각
progress	진보, 진전	wore	wear의 과거형
fear	우려하다, 염려하다	custume	의상
injury	부상	fortunate	운이 좋은
artificial	인공의, 인위적인, 거짓된	fake	가짜의, 모조품, 위조하다
contribution	기여, 공헌	contributor	기여자, 참석자
few	적은 수, 소수	parachute	낙하산
rooster	수탉	taffeta	호박단, 태피터(빳빳하고 광택이 있는 직물)
lift	(들어)올리기, 양력	drag	끌림, 항력
thrust	추진력	pioneer	선구자
drawing	도안	footstep	발자국
make notes of ~	~을 기록하다	have control over ~	~에 대해 통제력을 가지다
airship	비행선	aircraft	항공기
plane	비행기, 평평한, 면	blimp	소형 연식 비행성
frame	뼈대, 틀	make news	뉴스거리가 되다
aviation	항공	inn	여관
tear	찢다, 구멍, 눈물	torn	tear의 과거분사
rum	럼주(사탕수수를 발효한 술의 종류)	Whiskey	위스키, 대표적인 증류주로서 양주의 대명사.
owned	~이 소유하는	Well then,	자, 그렇다면
ill	아픈	floor	바닥, 층
stairs	계단	step	(하나의) 계단
staircase	(난간이 있는) 계단	stroke	타법, 획, 뇌졸중
pirate	(특히 과거의)해적, 저작권을 침해하다	come for ~	~의 목적으로 오다, ~(사람)을 맞으러 오다
go away	떠나 가다	get away	휴가를 가다, ~에서 떠나나[빠져 나가다]
owe	빚지고 있다	frighten	겁먹게 하다
squire	지주	search for ~	~을 찾다
charge	책임, 담당	wooden	목제
rough	거친, 난폭한, 대충한	rough-looking	(인상이) 험상궃은
be friends with ~	~와 친하다	none	아무도(~ 않다)
uneventful	특별한 일 없는, 평온한	sail back	배를 타고 되돌아오다
ashore	해안으로, 물가로	run into (ran into)	뛰어들어가다, ~와 충돌하다, ~와 우연히 만나다, 합계 ~이 되다.
leave ~ alone	~을 혼자 내버려 두다	cannon	대포 *대포캠, cannon 카메라
fort	요새 *fortress 포트리스	threaten	위협하다
go + 동사원형	(구어체) ~하러 가다	fright	놀람, 두려움
fighting	싸움, 전투	get back ~	~을 되찾다
bargain	싸게 파는 물건(=바겐세일), 협상하다, 합의	contract	계약(서), 살인 청부, 수축하다
agreement	협정, 합의	settlement	(법적) 합의
among	~중에[사이에]	spot	(특정한) 곳, 장소, 얼룩, 점
leave for ~	~로 떠나다	leave (a thing) for	두고 가다
capture	포로로 잡다, 생포	journey	여행, 여정
stole	steal의 과거형	hear from ~	~에게서 연락을 받다, ~의 소식을 듣다
retire	은퇴하다	foolishly	어리석게도
as for ~	~의 경우에는	in hopes of ~	~의 희망을 가지고
achieve	(좋은 결과를)얻다, 성취하다	glory	영광
revive	부활시키다	excellence	뛰어남, 우수함
event	행사, 경기	Greek	그리스 어
B.C.	기원전(예수가 태어난 해 이전)	A.D.	서기(예수가 태어난 해 이후)
religious	종교의	Olympia	올림피아(그리스의 서쪽 평야 지대)
Olympiad	올림픽 대회, 올림피아드(특히 과학 분야의 국제 경시 대회)	baron	남작(귀족 작위 중 5번째)
viscount	자작(4)	count, earl	백작(3)
marquis, marquess	후작(2)	duke	공작(1)
committee	위원회	remind	상기시키다
award	(상을)수여하다	wreath	화환 [리스]
bronze	청동	frame	틀[액자], 뼈대
chose	choose의 과거형	flame	불꽃
continent	대륙	ray	광선
relay	전달하다	host	(손님을 초대한)주인, (행사의)주최국, 주최측, (TV라디오 프로를) 진행하다, (네트워크의) 중앙 컴퓨터, (기생 생물의)숙주
transport	전달하다	Ethiopia	에티오피아
barefoot	맨발로	in a row	연이어
competitive	경쟁을 하는	competitive spirit	경쟁심, 승부욕
achievement	업적, 성취한 것	inspire	고무하다, 격려하다
inspiration	영감	led	lead의 과거형
lead a ~ life	~한 삶을 살다	lead	안내하다, 이어지다, ~에 이르다
beg	간청하다, 구걸하다	beg for ~	~을 구걸하다
priest	사제, 성직자	Father	(가톨릭교 등의)신부
Mother	수녀원장, 원장 수녀님(Mother Superior)	Sister	수녀
dream about ~	~에 대한 꿈을 꾸다	clothing	옷, 의복
get closer	가까이 다가가다	push away	밀치다, 떠밀다
come cross ~	~을 우연히 발견하다, 이해되다, 인상을 주다	angry with ~	~에게 화가 나다
beggar	거지	remarkably	현저하게, 매우
alike	비슷한	look alike	닮다
drunken	술 취한	go crazy	미치다
drag	끌다, 끌고 가다	on the way home	집으로 가는 길에
make one's way	(길을)가다, 나아가다	lead away	데리고 가다
be about to ~	막 ~하려는 참이다	as though ~	마치 ~인 것처럼(= as if~)
claim	주장하다	send away	쫓아내다
pretend	~인 체하다, 가짜의	kidnap	납치하다, 유괴하다
fought	fight의 과거형	injustice	부정, 부당함
prverty	가난, 빈곤	set free	석방시키다, 풀어 주다
a bed of roses	장미 화단 =안락한 생활	try one's best	최선을 다하다
accustomed	익숙한	gather	모이다
grab	붙잡다	yell	소리치다, 고함
coronation	즉위식	crowd	군중
rag	누더기	sure	확실하는, 확실히, 그럼요(yes)
kneel	무릎을 꿇다	kneel down	꿇어앉다
merciful	자비로운	mercy	자비, 고마운 일
firsthand	바로, 직접(체험으로)	come up with ~	~을 생각해 내다, ~을 떠올리다
prefer	선호하다	noble-looking	귀티나는
greet	환영하다, 맞이하다	Give my love	안부 전해 줘
shall	~할 것이다	ashamed	창피한, 부끄러운
selfishness	이기심	guidance	지도, 길잡이
stain	얼룩지게 하다, 더럽히다	burn	화상, 불탄 자국
behave	행동하다	nicely	훌륭하게, 얌전하게
raise	올리다, 들다	eyebrow	눈썹
raise one's eyebrow	눈썹을 치켜올리다	blend	섞이다, 어울리다 *블렌딩 차
bump	부딪치다 bumper : 자동차 범퍼 bumpercar : 범퍼카	blending	혼합, 융합, 조합
bump into ~	~와 우연히 마주치다	at once	즉시
blend in with ~	~와 어울리다, 조화를 이루다	next door	옆집에서
shyness	수줍음	liking	좋아함
take a liking to ~	~가 마음에 들다	take a look at ~	~을 보다
describe	묘사하다	curly	곱슬거리는
hasitate	망설이다	Never mind	걱정하지 마라, 괜찮다
hallway	복도	sprain	삐다
ankle	발목	muscle	근육
spill	엎지르다	end up -ing	결국 ~하게 되다
despite	~에도 불구하고	rescue	구출, 구조
ill-fitting	맞지 않는	be out	집을 비우다
mix with ~	~와 섞이다, 어울리다	seldom	좀처럼 ~않다
little better	좀 더 잘	lifeless	생기 없는
get to know	알게되다	take a chance	기회를 잡다
spot	발견하다, 알아채다	carriage	마차
show up	나타나다	cheer	응원하다, 격려하다
send one's love to ~	~에게 안부를 전하다	overjoyed	매우 기뻐하는
you see	있잖아, 그러니까(무엇을 설명할 때)	look	표정
touch	감동시키다, 마음을 움직이다	parrot	앵무새
amusingly	재미있게	polite	공손한, 예의 바른
propose to ~	~에게 청혼하다	wig	가발
call away	불러내다	portrait	초상화
grim	엄숙한	out loud	큰소리로
gruff	거친 목소리의	ma'am	부인, 아가씨 (여성을 정중히 부르는 말)
blush	얼굴을 붉히다	embarrassment	당황스러움, 쑥쓰러움
sir	선생님 (남성을 정중히 부르는 말)	char away	잡담을 나누다
recount	자세히 이야기하다	silly	바보 같은, 어리석은
		Don't be silly	바보 같은 소리 하지마

[참고자료]

윤문법TV 관사 1, 2탄 - https://youtu.be/2S_a3bzaDqs

관사 (a/an, the)

6__6 — Wed, 6 Jul 2022 17:20:38 +0900

관사

명사 앞에서 그 명사가 하나인지 또는 특정하거나 유일한 것인지 말해주는 것.

명사는 항상 셀 수 있는지 없는지를 따져야 하며, 셀 수 있을 경우 명사가 한개인지 여러 개인지 반드시 밝혀줘야 한다.

a(an)- : 하나
-(e)s : 여럿

I eat an apple. : 사과 한개
I eat apples. : 사과 여러개

관사의 종류

a/an(부정관사) : 셀 수 있는 명사 앞에 쓰며, 그 명사가 하나임을 나타낸다.

the(정관사) : 셀 수 있는 명사와 셀 수 없는 명사 앞에 모두 쓸 수 있으며, 서로 알고 있는 특정한 것이나 앞에서 말한 것을 다시 가리킬 때 사용한다.

There is a book. : 책 한권이 있다. (정해지지 않은 어떤 책 한권)
The book is mine. : 그 책은 나의 것이다. (정해진 '그'책 한권)

관사의 쓰임 차이

a/an : 부정관사 (정해지지 않았을 때 사용)

범위 내에서 정해지지 않은 막연한 어떤 하나.

the : 정관사 (정해졌을 때 사용)

범위 내에서 특정된 하나.
최상급
방향 (특정 기준이 존재함)
일반명사가 고유명사가 되는 경우

1. 최상급
He is the tallest in the class.
The child is the most intelligent of the three. (범위 안에서 특정 대상을 정해줌)

2. the Moon, the Sun
There is a moon in the universe. (a moon : 위성)
There is the Moon. (the Moon : 달)

There are many suns in the universe. (many suns : 우주에 존재하는 많은 태양들)
There is the Sun. (the Sun : 지구에서 보이는 태양)

3. 방향
the left / the right
= 특정 기준(e.g 자기자신)을 두고 좌, 우 구분

the East / the West / the South / the North
= 지구를 기준으로 동서남북

I go east. : 나는 동쪽으로 간다.
He went west. : 그는 서쪽으로 간다.
= 둘 다 '동쪽', '서쪽' 부사로 사용되었기 때문에 'the'가 붙지 않는다. 'the'는 명사의 앞에 붙이는 것.

4. 일반명사를 고유명사로 사용하는 경우
a white house (어떤 하얀 집)
the White House (미국에 있는 그 하얀집 = 백악관)

united states (연합된 국가들)
the United States of America (아메리카 대륙에 있는 그 연합국 = 미국, the U.S.A)

a civil war (어떤 한 내전)
the Civil War (미국 남북전쟁)

a pentagon (오각형)
the Pentagon (미국방부)

the Johnsons (Johnson들이 모여서 가족을 이룸 = Johnson네 가족들)
the Simpsons (심슨가)

5. the other, another, others
특정 하나 / 다른하나
one / the other
전체 대상이 2개일 때 2개 중에 하나는 one, 나머지 하나는 자동으로 정해져 the other가 된다.

one / another / the other
one을 정하면 나머지 2개들 중 첫번째 것은 특정할 수 없기 때문에 another이 되고 이렇게 2개가 소거되면서 마지막 남은 한개가 the other로 정해진다. 즉 another를 쓰려면 전체 대상(범위)가 3을 반드시 넘어야 한다.

one / another / another / the other
one / another / another / another / the other
two / another / another / the other
four / the other

e.g)
one eye / the other eye
one hand / the other hand
one foot / the other foot
= 사람한테는 another eye, another hand 라는 표현이 불가능! 개나 고양이한테는 가능!
= on the other hand : 반면에, 한편

일부 / 나머지들
some / other / other / other / other ... = some / others
e.g) Some people say~, Others say~

6. 사람
a teacher / a singer / a docter (사람이라 셀 수 있어서 관사 a가 붙음)
mother / father (내 입장에서 mother은 이 세상에 한명 뿐, 범위가 없다.)
= 관사를 쓰려면 범위가 있어야 한다. 2개 이상

I saw a mother stand here. : 나는 (어떤 한) 어머니 한분이 여기에 서 있는 것을 봤다. (=우리 엄마가 아님)
I met many mothers in the meeting. (=모임에 참석한 수 많은 학부형들)

7. 고유명사
고유명사에는 범위가 존재하지 않아 관사를 붙일 수 없다.

8.
바다 / 강 / 산맥 / 군도 : 범위를 정해줌 → the (O)
the Pacific
the Han River
the Taebaek Mountains
the Hawaiian Islands

호수 / 산 / 섬 : 다른 범위를 정하지 않음 → the (X)
Seokchon Lake
Mt. Bukak
Jeju Island

바다 vs 호수
연결된 물이 어디부터 어디까지가 '~다.'라고 정해주는 것이기 때문에 'the'가 붙는다.
전체가 연결된 하나의 바다에서 '여기부터 여기까지가 한강(the Han River))' / '여기부터 여기까지가 서해(the West Sea)' 라고 우리가 범위를 특정지어 준 것.
=전체 범위에서 별도로 특정지어 준 것이기 때문에 the 붙음

그러나, 호수는 육지에 둘러싸인 이미 고유한 물 영역(고인물).
=특정 지어줄 필요없이 이미 특정된 대상이기 때문에 the가 붙지 않음.

산맥 vs 산
산들이 길게 쭉 이어진 전체 산맥에서 '여기부터 여기까지는 태백산맥(the Taebaek Mountains)' 이런식으로 범위를 정해주는 것이기 때문에 'the'를 붙이고, 산들이 연결된 것이기 때문에 's'를 붙여 '~Mountains'가 된다.

그러나, 산은 범위가 없기 때문에 따로 정할 필요가 없다.

군도 제도 vs 섬
하와이에 존재하는 수 많은 각각의 섬들을 묶어 'the Hawaiian Islands' 라고 범위를 정해 지칭함.
그러나, 제주도의 경우 섬은 자기 하나가 그 자체이기 때문에 'Jeju Island' 라고 쓴다.

9. 나라명
Korea / Japan / China
본인 나라가 본인 나라기 때문에 범위가 없어 관사가 붙지 않는다.

the United States of America
아메리카 대륙에 있는 바로 '그' 연합국. 즉 범위를 정하고 있음. (state가 일반명사)

the Netherlands (netherland : 바다보다 낮은 땅)
바다보다 낮은 땅들이 모여서 나라를 이루었다는 뜻에서 만들어진 나라명이기 때문.

the Philippines
각각의 섬을 Philippine이라 칭하는데 이 섬들이 모여 'the Philippines' 제도가 된 것.

10. 같은 명사여도 보는 관점에 따라 관사를 붙이기도 안붙이기도 한다.
I am watching TV.
나는 TV를 보고 있는 중이다. (TV: TV에서 나오는 방송 = 셀 수 없는 명사기 때문에 관사X)
I bought a TV.
나는 TV를 샀다. (TV: 가전 TV = 셀 수 있는 명사기 때문에 관사O)

I go to school. (학교라는 개념 자체)
I go to the school. (학교 건물)
나는 학교에 간다.
*school은 셀 수 있는 명사. 이 세상에 존재하는 수 많은 학교 중 하나를 일컫을 수 있다. 그러나 첫번째 문장은 '학교 건물'이 아니라 학교라는 관념 자체를 지칭하며, 공부라는 본연의 목적을 위해 학교에 가는 것을 나타낸다. 학교=공부하는 곳, 학업을 위한 수단

e.g) 학생이 학교에 가는 경우 → I go to school.
졸업 후 방문 목적으로 학교에 가는 경우 → I go to the school. (학업을 위해 의무적으로 가는 행위X, 건물 방문O)

I go to bed.
나는 자러 간다. (침대=잠 자는 곳, 취침을 위한 수단이라는 개념)
I go to the bed.
나는 침대에 간다. (가구 침대)

He is sleeping in class.
그는 수업 중에 자고 있다. (수업이라는 개념)
He is sleeping in the class.
그는 교실에서 자고 있다. (교실이라는 공간)

= 명사 자체 vs 명사의 본연의 목적 인지에 따라서 관사의 여부가 정해진다.

11. 교통수단
I go there by bus. (교통수단 버스)
I go there by a[the] bus. (어떤 한 버스/바로 그 버스)
나는 거기에 버스로 간다.

He escaped being run over by a taxi.
그는 택시에 의해 교통사고당하는 것을 피했다. (교통수단으로써 택시X, 택시라는 자동차O)

His novel was out of date. but it becames very popular again. so it will be back in print.
그의 소설은 구식이었다. 하지만 그게 다시 매우 유명해졌다. 그래서 그것이 다시 출판 될거다. (프린트라는 기계X, 프린트하는 작업=출판)

관사가 있던 명사들이 갑자기 관사없이 쓰인는 데는 이유가 있다.
=> 범위가 없어지고 셀 수 있는 개념으로 보지 않았기 때문.
=> 같은 명사라도 다양한 방식으로 사용할 수 있고, 그에 따라 한글 해석이 달라진다.

[참고자료]

윤문법TV - 관사 1, 2, 3탄, https://youtu.be/2S_a3bzaDqs

위 강의를 보며 요점정리한 내용.

영어 기초 문법 (20) - 해석용 문법 정리 (2022/06)

6__6 — Sat, 18 Jun 2022 03:35:12 +0900

학습 내용

시제일치, 간접화법, 가정법
예문 : Australia, The World of Spices, The Story of Tea, The adventures of Tom Sawyer, Is There a Santa Claus?, The Gift of the Magi, Saving Endangered Animals

문법 & 예문

help + ~(동사원형) : '~하는 것을 돕다'

They helped modernize Australia by building transport systems and towns.
그들은 운송 체계와 마을을 건설함으로써 호주가 근대화하는 것을 도왔다.

시제 일치 : 주절의 시제가 과거형이면 종속절의 현재형 동사도 그에 따라 과거형이 된다.

They thought that Autstralia was a nice place to live.
그들은 호주가 살기 좋은 곳이라고 생각했다.

Roy knew that Lucky was hungry.
Roy는 Lucky가 배가 고프다는 것을 알았다.

I heard that she wanted to study English in Sydney.
나는 그녀가 시드니에서 영어를 공부하고 싶어한다고 들었다.

Jim didn't know that his grandmother was sick.
Jim은 그의 할머니가 편찮으시다는 것을 몰랐다.

She didn't think that her sister needed a new bag.
그녀는 그녀의 여동생이 새 가방이 필요하다고 생각하지 않았다.

may have + 과거분사 : '~했을지도 모른다'

You may have learned how to make food delicious by adding spices.
당신은 향신료를 첨가하여 어떻게 음식을 맛있게 만드는지 배웠을지도 모른다.

have + 목적어 + …(과거분사) : '~(목적어)가 ...되게 하다'
prevent + 목적어(사람) + from -ing : '~(사람)이 ...하는 것을 막다'

There are stories that in England, the guards working on docks with pepper had their pockets sewn up.
영국에서는 후추가 있는 부두에서 일하는 보초병들이 그들의 주머니를 꿰맸다는 이야기가 있다.

This was to prevent them from stealing any pepper.
이것은 그들이 조금의 후추라도 훔치는 것을 막기 위해서였다.

turn + 목적어 + 보어(형용사) : '~를 ...로 바꾸다'

The leaves turned the water brown.
그 잎들은 물을 갈색으로 바꾸었다.

stop + 목적어(사람) + from -ing : '~(사람)이 ...하지 않도록 만들다'

The drinking of tea with some food stopped her from feeling hungry during the day.
약간의 음식과 함께 차를 마시는 것은 그녀가 낮 동안에 배고픔을 느끼지 않도록 만들었다.

invite + 목적어(사람) + to부정사 : ~(사람)에게 ...하자고 청하다

She thought that her friends had not eaten, either. So she invited them to join her in the afternoon.
그녀는 친구들도 식사를 하지 않았을 거라고 생각했다. 그래서 그녀는 그들에게 오후에 그녀와 함께하자고 청했다.

be said to ~ : '~한다고 한다.', 불틍정 다수가 한 말을 나타낸다.

Antioxidants may prevent certain diseases while chemicals in oolong tea are said to help in weight loss.
산화 방지제는 특정 질병을 예방할 수 있는 반면 우롱차의 화학 물질들은 체중 감량에 도움을 준다고 한다.

hit + 사람 + on the + 신체의 일부 : '~(사람)의 ...를 치다'

He hit Potter on the head with wooden marker and knocked him out.
그는 나무 묘비로 Potter의 머리를 쳐서 그를 기절시켰다.

명령문에 주어 You를 넣어 행동의 주체를 강조할 수 있다.

We have to get out of here. You go that way, and I'll go this way.
우리는 이곳을 떠나야 해. 넌 저쪽으로 가. 그럼 나는 이쪽으로 갈게.

직접화법의 said to는 간접화법에서 told가 된다. 직접화법의 " "안의 현재형 조동사는 간접화법의 종속절에서 주절의 동사에 따라 과거형이 된다.

[직접화법] I said to Alex, "The weather will be nice on Sunday."
[간접화법] I told Alex that the weather would be nice on Sunday.

[직접화법] Roy said to us, "I will go to the zoo."
[간접화법] Ray told us that he would go to the zoo.

직접화법의 " "안의 과거형 동사는 간접화법의 종속절에서 과거완료형(had + 과거분사)이 된다.
또한 시간 및 장소를 나타내는 부사구나 지시대명사도 말하는 시점에 맞춰 바꾼다. 인용된 말을 한 사람과 이를 전달하는 주어 화자가 다르기 때문에 생기는 차이이다.
- [시간] yesterday(어제) → the day before(그 전날)
- [장소] here(이곳) → there(저곳)
- [지시대명사] this + 명사(이 명사) → that + 명사(그 명사)

Yuna said to Alex, "It was rainy yesterday."
Yuna told Alex that It had been rainy the day before.
유나는 Alex에게 그 전날 비가 왔다고 말했다.
*said to → told ~ that / was → had been / yesterday → the day before

He said to me, "I wanted to travel here."
He told me that he had wanted to travel there.
그는 나에게 그곳을 여행하고 싶다고 말했다.

Mom said to me, "I was carrying this bag."
Mom told me that she had been carrying that bag.
엄마는 나에게 그 가방을 들고 있었다고 말했다.

It is time for + 사람 + to부정사 : '~(사람)이 ...할 시간이다'

It was now time for Potter's lawyer to call witnesses.
이제 Potter의 변호사가 증인을 부를 시간이었다.

의문문을 포함한 직접화법을 간접화법으로 바꿀 때 said to는 asked가 된다.(=물었다.)
간접화법의 종속절은 의문사가 있으면 '의문사 + (주어) + 동사~'의 순서이고(*의문사가 주어인 문자의 경우 별도의 주어가 필요없음), 의문사가 없으면 'if + 주어 + 동사 ~'의 순서로 쓴다.

Mom said to Dad, "Do you want to drink coffee?"
Mom asked Dad if he wanted to drink coffee.
엄마는 아빠에게 커피를 마시고 싶은지 물었다.
*직접화법에 의문문이 포함되어 있기 때문에 간접화법의 종속절은 'if+주어+동사' 형태이며, 기존에 직접화번의 " " 안의 동사가 현재형이었기 때문에 간접화법의 종속절에서는 과거형으로 쓴다.

I said to him, "What is in the box?"
I asked him what was in the bax.
나는 그에게 박스 안에 무엇이 있는지 물었다.
*직접화법의 " "안 문장에서 의문사가 주어기 때문에, 간접화법의 종속절에서 별도의 주어를 쓰지 않는다.

The lawyer said to Tom, "Where were you on the night of June 17th?"
The lawyer asked Tom where him had been on the night of June 17th.
변호사는 Tom에게 6월 17일 밤에 어디에 있었는지 물었다.
*직접화법의 " "안의 동사가 과거형이었기 때문에 간접화법의 종속절에서 동사는 과거완료(had+과거분사) 형태로 쓴다.

가정법 과거

현재 사실에 반대되거나 일어날 가능성이 희박한 상황에 사용한다.
일반적으로 '만약 ~한다면, ...할텐데'라는 의미이며,
'if + 주어 + 동사의 과거형~, 주어 + 조동사의 과거형 + 동사원형'의 형태로 나타낸다.

If he studied hard, he would pass the test.
만약 그가 열심히 공부한다면, 그는 시험에 통과할 텐데.

If you visited your grandmother, she would be happy.
만약 네가 너의 할머니를 방문한다면, 그녀는 기뻐할 텐데.

If Julia knew the answer, she would help you.
만약 Julia가 답을 안다면, 그녀는 당신을 도울텐데.

가정법 과거완료

과거 사실에 반대되는 상황에 사용한다.
<만약 ~했다면 ...했을텐데>
<If + 주어 + had + 과거분사~, 주어 + 조동사의 과거형 + have + 과거분사 ...>

If the girl had been honest, she would have told the truth.
만약 그 소녀가 정직했다면, 그녀는 진실을 말했을 텐데.

If you had told me about your birthday, I would have made you a cake.
만약 네가 나에게 네 생일에 대해 말했다면, 나는 너에게 케이크를 만들어 줬을텐데.

If you had read the book, you would have found the answer.
만약 네가 그 책을 읽었다면, 너는 답을 찾았을 텐데.

She thought to herself.
그녀는 마음 속으로 생각했다.

돈은 단수로 취급한다.

One dollar and eighty-seven cents. That was all. Della had already counted it three times.
1달러 87센트, 그것이 전부였다. Della는 이미 그것을 세 번이나 세어 보았다.

if only를 사용한 가정법 과거

현재 이루지 못한 강한 소망과 실현하지 못한 일에 대한 아쉬움을 나타낸다.
<~라면 좋을 텐데>
<if only + 주어 + 동사의 과거형~>
<if only + 주어 + 조동사 과거형 + 동사원형~>

If only I had more money to buy presents.
나에게 선물을 살 돈이 더 있다면 좋을 텐데.

If only I had a lot of books to read.
나에게 읽을 책이 많았으면 좋을 텐데.

If only I knew her name.
내가 그녀의 이름을 알면 좋을 텐데.

If only he joined the baseball team.
그가 야구 팀에 합류하면 좋을 텐데.

If only I could buy a better gift for her.
내가 그녀를 위해 더 좋은 선물을 살 수 있다면 좋을 텐데.

If only I could look more beautiful for him.
내가 그에게 더 아름다워 보일 수 있다면 좋을 텐데.

If only I could stay longer.
내가 더 오래 머물 수 있다면 좋을 텐데.

If only I could run faster than him.
내가 그보다 더 빨리 뛸 수 있다면 좋을 텐데.

I wish를 사용한 가정법 과거

현재 사실에 반대되는 상황을 희망하는 경우
'~하다면 좋을텐데'
<I wish + 주어 + 동사(조동사)의 과거형 ~>
가정법 과거의 경우 be동사는 동사의 과거형 were를 사용한다.(*본래라면 be를 사용하지만)

I wish I had a set of combs.
나에게 빗 한 세트가 있다면 좋을 텐데.

I wish we could live in that house.
우리가 저 집에서 살 수 있다면 좋을 텐데.

I wish he were with us.
그가 우리와 함께 있다면 좋을 텐데.

as if를 사용한 가정법 과거

현재 사실에 반대되는 상황을 나타내는 경우
'마치 ~인 것처럼'
<as if + 주어 + 동사의 과거형 ~>

She jumped up as if she were a cat.
그녀는 마치 고양이처럼 뛰어올랐다.

He talks as if he knew everything.
그는 마치 모든 것을 알고 있는 것처럼 말한다.

가정법 과거완료에서 if 생략

가정법 과거완료
- <If + 주어 + had + 과거분사~, 주어 + 조동사의 과거형 + have + 과거분사 ...> : '만약 ~했다면, ...했을텐데'
가정법 과거완료에서 if가 생략되는 경우, had를 문장 맨 앞으로 이동하여 <Had + 주어 + 과거분사 ~>의 형태로 나타낸다.

If people had not helped in many ways, some endangered animals could not have survived.
→ Had people not helped in many ways, some endangered animals could not have survived.
만약 사람들이 많은 방법으로 돕지 않았다면, 몇몇 멸종위기의 동물들은 생존하지 못했을 텐데.

If she had not been my teacher, English would have been difficult.
→ Had she not been my teacher, English would have been difficult.
만약 그녀가 나의 선생님이 아니었다면, 영어는 어려웠을 텐데.

spend ~ + -ing : ...하는데 ~(돈이나 시간)을 들이다.

Since the 1980s, she has spent a lot of time and her own money creating a sanctuary for black rhinos in Kenya.
1980년대부터, 그녀는 케냐에 검은코뿔소를 위한 보호 구역을 만드는 데 많은 시간과 사비를 들였다.

가정법 현재

'recommend, order, require'와 같이 '권유, 명령, 요구' 등의 의미를 나타내는 동사 다음에 오는 that절에서는 동사원형을 쓴다.

Scientists recommended that the Chinese government create sanctuaries.
과학자들은 중국 정부에게 보호 구역을 만들 것을 권했다.

The doctor ordered that I stop smoking.
의사는 나에게 흡연을 멈출 것을 명령했다.

He recommended that Julia take the subway.
그는 Julia에게 지하철을 타고 갈 것을 권했다.

어휘

단어	뜻	단어	뜻
wonder	놀라움, 경이	wonderland	동화의 나라, 아주 멋진 곳
Aborigine	호주 원주민	Aboriginal	호주 원주민의
modernize	현대화하다, 근대화하다	home	고향, 본고장
site	장소, 부지	World Heritage site	세계 유산
barrier	장벽, 장애물	reef	암초
due to ~	~ 때문에	breeding	번식
endangered	멸종 위기에 처한	breeding ground	번식지
marine	바다의, 해양의	species	종(생물 분류 단위)
turtle	거북	nest	둥지를 틀다
circumference	원주, 둘레	below	~ 알래에
earth	땅, 지면	depend	의존하다, 좌우되다
appear	~인 것 같다, ~처럼 보이다	depending on ~	~에 따라
legally	법률적으로, 합법적으로	local	지역의, 현지의 지연 주민, 현지인
climbing	등산	cross over ~	~을 가로지르다, 횡단하다
sacred	신성한, 성스러운	some day	언젠가
urban	도시의, 도시적인	rural	시골의, 지방의
economic	경제의, 경제적인	wherever	어디든지, 어디로 ~하더라도
hopefully	바라건대, ~하길 바란다	greet	맞다, 환영하다
Seeing is believing.	백문이 불여인견이다.	cheap	싼, 저렴한
stem, stalk	줄기	root	뿌리
island	섬	islands	열도, 제도
mention	말하다, 언급하다	trader	상인, 무역업자
control	지배하다, 통제하다	highly	매우, 대단히
control over ~	~에 대한 통제	profitable	수익성이 높은
merchant	상인, 무역상	writing	글, 저서
lead	~로 이어지다	battle	전투, 전쟁
set out	출발하다, (여행을)시작하다	take off	(항공기의)이륙, 도약, 흉내내기
come across	우연히 마주치다, 발견하다	surrounding	인근의, 주변의
throughout	~동안 내내, ~를 통틀어	ritual	의식
bury	(땅에)묻다, 매장하다	passion	열정, 열망
demand for ~	~에 대한 수요	dock	부두
ache	아프다, 통증	In early times	초기에는
ginger	생강	relieve	(고통을)덜어 주다, 없애 주다
arthritis	관절염	far and wide	사방으로
lend	빌려주다	in search of ~	~를 찾아
custom	관습, 풍습	variety	종류, 품종
according to ~	~에 따르면	curious	궁금해 하는, 호기심이 많은
turn	~한 상태로 변하다, 돌다	change	변하다, 변화
convert	전환시키다	trans-	다른 장소·상태로 변환·이전함을 나타내는 접두사
bush	덤불	missionary	선교사
colony	식민지	mission school	선교 단체가 경영하는학교, 종교 학교
formal	공식적인, 격식을 차린	stand on ceremony	격식을 차리다
ceremony	의식, 행사, 격식	ritual	(특히 종교상의) 의식 절차, (제의적)의례
rite	(특히 종교상의) 의식, 의례	refined	정제된, 세련된, 교양 있는
unrefined	정체되지 않은	refined suger	정제 설탕
cultured	세련된, 교양있는	genteel	(과장되게) 고상한, 상류층의[인 체하는]
easy	쉬운, 편안한, (명령문)조심해서	be	be동사 원형
nobility	귀족	been	be동사 과거분사
afternoon tea	오후의 차, 다과회	in those days (= at that time)	그 당시에는
during the day	낮 동안에	oolong	우롱차
From early on, ...	일찍부터, ...	antioxidant	산화 방지제(산화를 방지하여 세포의 노화를 막는 물질)
wight loss	체중 감량	boost	격려, 증가
mint	박하	~ of choice	선택되는 ~
graveyard	무덤	won't	will not
lantern	랜턴	cart	손수레
shovel	삽, 부삽	dig	파다, 파내다
grave	무덤	dig up	파헤치다
fresh grave	(묻은 지 얼마 안 된) 새 무덤	coffin	관
chase	뒤쫓다, 추적하다, 추격 좇다(~을 추구함)	corpse	시체, 송장
chase away	내쫓다	even	대등한, 동등한
put ~ in jail	~을 감옥에 가두다	get even	되갚아 주다, 복수하다
fist	주먹	pull out	옆으로 빠져나가다
wooden	나무로 된, 목재의	marker	표시물, 묘비
knock	치다, 타격을 가하다	knock out	기절시키다, 쓰러뜨리다
grab	움켜잡다, (단단히)붙잡다	stab	칼로 찌르다
mutter	중얼거리다, 투덜거리다	stab ~ to death	~를 찔러죽이다
speechless	(놀라서)말을 못하는	horror	공포
faint	기절하다	awoke	awake(깨다, 깨우다) 과거형
whiskey	위스키(술)	get out of ~	~에서 떠나다, 나가다
point at ~	~를 가리키다	chicken-heart	겁쟁이, 소심한 사람
swear-swore	맹세하다	murder	살해하다, 살인
arrest	체포하다	drunk	술꾼
jailhouse	감옥, 교도소	tobacco	담배
cell	감방	cowardly	겁이 많은, 비겁한
keep one's secret	비밀을 지키다	punish	벌주다, 처벌하다
shake-shook	흔들다	shake one's hands	~와 악수를 하다
bar	빗장, 창살	gently	다정하게, 부드럽게
depressed	우울한, 낙심한	deprecated	중요도가 떨어져 더이상 사용되지 않고 앞으로 사라지게 될(컴퓨터 시스템 기능 등)
trial	재판	hang	걸다, 매달다
hang around	(~주변을) 서성거리다	courthouse	법원
thing	상황, 형편	witness	목격자, 증인
guilty	유죄의, 책임이 있는	stand	증인석
With great amazement	크게 놀라며	take one's place	자리를 잡다
oath	맹세, 선서	take an oath	선서하다
nothing but ~	오직 ~일 뿐인(only)	glance	흘낏 보다, 대충 훓어보다
amazement	놀라움	amusement	재미, 즐거움
nervously	불안하게, 긴장해서	loud	시끄럽게
sheriff	보안관	speak loudly	더 크게 말하다
go after ~	~를 뒤쫓다, 따라가다	hid	hide의 과거형
cave	동굴	relieve	안심시키다, 위안하다
mad at ~	~에게 화가 난	release	풀어 주다, 석방하다
along with	~에 덧붙여, ~와 마찬가지로	innocent	순진한, 순결한
reprint	(책 등의)재판을 찍다, 재인쇄하다	grateful	감사하는
proud	자랑스러워하는	pride	자랑스러움
following	다음, 아래	reader	독자
doubt	의심하다	time	시기, 시대
grasp	움켜잡다, 완전히 이해하다	peotry	시정(시적인 정취)ㅡㅜ
gift	재능, 재주	faith	믿음, 신뢰
might as well ~	~하는 편이 낫다	faith in ~	~에 대한 믿을을 갖다
chimney	굴뚝	eve	전날, 전날 밤
neither A nor B	(둘 중) 어느 것도 아니다	unseen	눈에 보이지 않는
not even ~	~조차 아니다	forever	영원히
the Magi	동방 박사(예수 탄생을 축하라거 간 세 명의 점성술사)	light	가벼운, 약간의
earn	벌다	barely	간신히, 가까스로
wipe one's tears away	눈물을 닦다	look out	밖을 바라보다
belong	~소유이다, ~에 속하다	precious	귀중한
put back	(원래의 상태로) 되돌리다	sign	간판 *neonsign
article	물건	one-of-a-kind	특별한, 독특한
proud of ~	~을 자랑으로 생각하는	quite	꽤, 상당히
fix	매만지다, 다듬다	in order to ~	~하기 위해
what else	다른 무엇	stare	빤히 보다, 응시하다
step	발걸음	expression	표현, 표정, 수식
unable	할 수 없는, ~하지 못하는	express	(감정의견 등을) 나타내다 급행의, 신속한
shock	충격	in a state of ~	~의 상태에서
no one(nobody)	아무도 ~않다[없다]	comb	빗
shop window	진열장	cost	값, 비용이 들다
jump up	뛰어오르다, 벌떡 일어서다	hand	건네주다, 넘겨주다
silently	말없이, 잠자코	all over	곳곳에, 온 데
softly	부드럽게	put away	치우다, 넣다
for a while	당분간, 잠시 동안	wonderfully	놀랍도록
wise	지혜로운, 현명한	Jesus	예수
dear	사랑하는, 소중한 ~에게, ~씨 보십시오 이런(*놀람, 충격, 짜증, 걱정 등)	foolish	어리석은
fortunately	다행히	rhino	코뿔소
effort	수고, 노력	endangered	멸종 위기에 처한
fur	털	leader	지도자, 대표
fight against ~	~와 맞서 싸우다	poacher	밀렵꾼
mist	옅은 안개	possibly	아마
possibility	가능성	possible	가능한
hundreds of thousands of ~	방대한 수의 ~, 다수의 ~	period	시기
used to	~하곤 했다, 과거 한때는 ~이었다	so-called	소위, 이른바
cure	치료하다, 고치다	ban	금지하다
sanctuary	보호 구역	sped ~ + -ing	...하는데 ~(돈이나 시간)을 들이다
hire	고용하다	patrol	순찰을 돌다
square	(측정 단위에 쓰이는) 제곱의	square kilometer	제곱 킬러미터
hands-on	직접 해 보는, 실제의	approach	접근법
watch over ~	~을 보호하다, 지켜보다	raise	기르다, 키우다, 들어올리다, 인상하다
abandon	버리다, 방종	mountain range	산맥
recognize	알아보다, 인식하다	mainly	주로, 대부분
decrease	감소하다	increase	증가하다
habitat	서식지	logger	벌목꾼
center	종합 시설, 센터	log	통나무, 일지[기록], 항해하다
breed	새끼를 낳다	volunteer	자원 봉사자
conservation	(자연 환경) 보호	loan	대여하다, 빌려주다 대출[융자]
worldwide	전 세계적인	recommend	추천하다, 권장하다
order	명령하다, 주문하다, 순서, 정돈	require	(법, 규칙 등에 따라)요구하다, 필요하다
or	즉, 혹은	wildlife	야생 동물
fund	기금, 자금을 대다	WWF	the World Wide Fund for Nature
business reader	기업가	support	지원하다, 후원하다
harm	해치다, 손상시키다	identify	확인하다, 감정하다
a wide variety of ~	매우 다양한 ~	full of life	번화한, 원기 왕성한
land	육지, 착륙하다	life	생명, 삶, 생물, 수명, 활기
extinct	멸종된

영어 기초 문법 (19) - 해석용 문법 정리 (2022/05)

6__6 — Thu, 2 Jun 2022 23:32:23 +0900

학습 내용

관계대명사(+관계대명사의 계속적 용법), 관계부사, 분사구문
문장과 문장의 연결, 시제 일치, 화법, 가정법

문법 & 예문

walk out : 작업을 중단하다
walk out (of something) : 나가[떠나]버리다

The next morning, He walked out of the prison.
다음 날 아침, 그는 교도소에서 나왔다.

선행사에 the only, all, 최상급 등의 수식어가 붙으면 관계대명사 that을 사용한다.

Jimmy is the only person that can break into safes like that.
Jimmy는 저렇게 금고를 털 수 있는 유일한 사람이다.

동사구 : '동사+부사' 형태로, 특정한 의미를 가진다.
동사구가 있는 문장을 수동태로 바꿀 때, 동사구는 본래의 형태를 유지한다.

[능동태] The police called in Ben Price to find the criminal. (경찰은 범인을 잡기위해 Ben Price를 불렀다.)
[수동태] Ben Price was called in to find the criminal. (범인을 잡기 위해 Ben Price가 불려왔다.)

of : ~와 같은, ~의 성질을 갖는

Young man of Jimmy's style and looks were rare in Elmore.
Jimmy와 같은 맵시와 외모의 젊은 남자는 엘모어에 거의 없었다.

'watch + ~(목적어) + ...(동사원형)' : ~가 ...하는 것을 보다

They watched the bus disappear into the distance.
그들은 버스가 멀리 사라져 가는 것을 지켜보았다.

She watched him enter the town bank.
그녀는 그가 마을 은행으로 들어가는 것을 보았다.

look / watch / see / view / observe / regard

look : (특정한 방향으로) 보다[바라보다/쳐다보다]

If you look carefully you can just see our house from here.
자세히 보면 여기서 우리집이 보이기는 해요.

She looked at me and smiled.
그녀가 나를 보고 웃었다.

watch : (시간과 관심을 기울이며) 보다[지켜보다/주시하다]

to watch television
텔레비전을 보다

Watch what I do, then you try.
내가 하는 걸 잘 보고 그 다음에 네가 해봐.

see : (경기 · 방송 · 공연 등을) 보다[구경하다]

In the evening we went to see a movie.
저녁에는 우리가 영화를 보러 갔다.

view : (격식)(세심히 살피며) 보다 / *상업과 관련된 맥락에서 사용

People came from all over the world to view her work.
사람들이 전 세계에서 그녀의 작품을 보러 왔다.

observe : (격식) 관찰하다

The patients were observed over a period of several months.
그 환자들은 몇 달의 기간을 두고 관찰되었다.

regard : (어떤 감정·태도를 갖고) ~을 보다

He regarded us suspiciously.
그는 우리를 의심스러운 듯이 보았다.

Even so, ... : 그렇더라도 (= Even if ... : 비록 ~라도)

Elmore was a quiet, unexciting town. Even so, He was going to there.
엘모어는 조용하고 따분한 마을이었다. 그렇더라도 그는 그곳에 머물 예정이었다.

There are a lot of spelling mistakes. Even so, it's quiet a good essay.
철자 오류가 많다. 그렇긴 하지만 이것은 꽤 잘 쓴 에세이이다.

win the [명사] of a person : 남의 [명사]를 얻다.
wih the heart of : ~의 마음을 얻다.
win the respect of : ~의 존경을 얻다.

He wanted to win the heart of Miss Adams.
그는 Adams 양의 마음을 얻고 싶었다.

'the thing which'는 보통 관계대명사 'what'으로 나타낸다. 관계대명사 'what'은 선행사를 포함한다.

He was shocked by the thing which he saw
He was shocked by what he saw. (그는 자신이 본 것에 충격을 받았다.)

The thing which I read yesterday was boring.
What I read yesterday was boring. (내가 어제 읽은 것은 지루했다.)

완료형의 수동태 : 'have(현재)/had(과거) + been + 과거분사'

Her daughter was locked in the safe by accident. (수동태)
Her daughter had been locked in the sage by accident. (완료형의 수동태)
그녀의 딸이 우연히 금고 안에 갇혔다.

'can't be + 과거분사' : 불가능의 의미를 포함하여 '~될 수 없다'

I can't be opened the door!
문이 열리지가 않아!

It ~ to부정사

to부정사가 주어일 때 주어가 너무 길면, to부정사 대신 'It'을 주어로 대신하고 to부정사를 뒤에 쓴다.
해석할 때는 It 대신 to부정사(~하는 것)를 주어로 대치해서 해석한다.
to부정사의 명사적 용법(~하는 것)은 주어/목적어/보어 자리에 올 수 있다.
to부정사구는 단순 명사와 동일하게 취급하여 be동사는 'is/was'를 사용한다.

It was funny to see the Chrismas cards in shop.
상점에서 크리스마스 카드를 보는 것은 재미있었다.

It is not easy to get up early.
일찍 일어나는 것은 쉽지 않다.

현재분사

'동사원형 + ing' : '~하고 있는', '~하고 있는 상태'
형용사 역할로 명사를 꾸며준다.
현재분사를 포함하는 구가 명사를 꾸며주는 형용사의 역할을 할 때는 명사 뒤에 온다.

He had a photo of sleeping baby.
그는 잠자고 있는 아기의 사진을 가지고 있다.

A girl standing at the corner talked to me.
그 모퉁이에 서 있던 소녀가 나에게 말을 걸었다.

I bought a card of Santa Claus wearing swim shorts and riding a surfboard!
나는 수영복 반바지를 입고 파도타기를 하는 산타클로스 카드를 샀어!

주절의 동사가 과거형일 때도, 종속적의 내용이 일반적인 사실이나 불변의 진리를 다루고 있으면 그 동사는 현재형으로 표시한다.

I learned that December is the start of summer in Australia, so it's usually warm.
호주에서는 12월이 여름의 시작이어서 날씨가 보통 따뜻하다는 것을 알게 되었다.

현재진행형은 확정적인 미래와 예정을 나타낼 때도 사용한다.

Tonight we are having bibimbap.
오늘 저녁 우리는 비빔밥을 먹을 것이다.

수동태 + to부정사의 부사적 용법

'즐거워하다, 관심이 있다, 놀라다' 등 심리적 영향과 감정 표현은 일반적으로 수동태로 나타낸다.
to부정사의 부사적 용법은 '~해서' 의미, 감정을 나타내는 형용사의 이유·원인을 나타낸다. → 'to부정사 해서 A이다.'

They were interested in Australia's unique animals.
그들은 호주의 독특한 동물들에 관심이 있었다.

My family was amused to see that card.
우리 가족은 그 카드를 보고 즐거워했다.
= 봐서(to see) 즐거움(was amused)

I was surprised to hear that Koreans eat kimchi alomost every day.
나는 한국 사람들이 거의 매일 김치를 먹는다는 것을 듣고 놀랐다.
= 들어서(to hear) 놀람(was surprised)

I was impressed to learn that Korean food is really healthy.
나는 한국 음식이 건강에 정말 좋다는 것을 알고 깊은 인상을 받았다.
= 알아서(to learn) 깊은 인상을 받음(was impressed)

My brother was scared because a big dog barked at him.
내 남동생은 큰 개가 그를 향해 짖어서 겁을 먹었다.

I wish + 주어 + 동사의 과거형 ~

'~하다면 좋은텐데'
현재 사실에 반대되는 상황을 희망하는 경우 (하지만 실제로는 그렇지 않은 상황)

I wish we had that tradition in Australia!
그 전통이 호주에도 있다면 좋을텐데!

I wish I could see her every week.
내가 매주 그녀를 만날 수 있다면 좋을텐데.

I hope + to부정사 : '나는 ~하기를 바란다'

I hope to visit Seoul in the near future.
나는 가까운 미래에 서울을 방문하고 싶다.

관계대명사 that

선행사가 사람 / 동물 / 사물 + 관계대명사가 주격 / 목적격
선행사에 'the only', 'all', 최상급 등이 있으면 관계대명사는 that 사용.
관계대명사가 목적어 역할을 하는 경우 자주 생략됨.

He's the only composer that I know.
그는 내가 아는 유일한 작곡가이다.

I know all the people that live in this town.
나는 이 마을에 사는 모든 사람들을 안다.

This is the biggest bookstore that he know.
이곳은 그가 아는 가장 큰 서점이다.

It was the spicest thing ~~(that)~~ I had ever had.
그것은 내가 이제껏 먹어 본 것 중에 가장 매웠어.

would : '~할 것이다', 현재의 가벼운 추측

This would make them very difficult to see.
이것은 그들을 보기 매우 어렵게 만들 것이다.

The worst problem for her would be feeding them.
그녀에게 있어 가장 큰 문제는 그들에게 먹이를 주는 일일 것이다.

관계부사 why

선행사가 이유를 묻는 'the reason'인 경우 사용하며, '~인 이유'로 해석된다.
'the reason why ~'에서 'the reason'은 생략할 수 있다.

"That's why they are named after Hercules." she thought.
"그래서 그들이 헤라클레스의 이름을 따서 지은 거구나."라고 그녀는 생각했다.

조동사 can

조동사 can은 기본적으로 '~할 수 있다'(가능), '~해도 된다'(허가)를 의미하지만,
'~하는 경우도 있다, ~할 수도 있다'와 같이 가능성을 나타내기도 한다.
부정형 can은 '~일 리가 없다'로 가능성을 부정하는 표현.

She can't say such a thing.
그녀가 그런 말을 할 리가 없다.

The story can be true.
그 이야기는 사실 일 수도 있다.

Even the best athletes can make a mistake.
최고의 운동 선수들도 실수하는 경우가 있다.

ought + to부정사 : '~해야한다'(의무), '당연히 ~일 것이다'(추측)

I ought to be careful when I feed a praying mantis.
나는 황라사마귀에게 먹이를 줄 때 조심해야 한다. (의문)

It ought not to be allowed.
그것은 허용되어서는 안 된다. (의무+부정)

He ought to pass the exam.
그는 당연히 시험에 합격할 것이다. (추측)

That ought to be out train now.
저것이 우리가 탈 기차임에 틀림없다. (추측)

영어 속담

Kill two birds with on stone.
일석이조, 두 마리 토끼를 한 번에 잡다.

The grass is always greener.
남의 떡이 더 커 보이는 법이다.

Rome was not built in a day.
로마는 하루 아침에 이루어지지 않는다.

No pain, no gain.
고통 없이는 얻는 것도 없다.

Don't count the chickens before they hatch.
김칫국 마시지 말라.

Haste makes waste.
급할수록 돌아가라.

Walls have ears.
낮말은 새가 듣고 밤말은 쥐가 듣는다.

Between a rock and a hard place.
진퇴양난

Don't judge a book by its cover.
겉모습으로 사람을 판단하지 말라.

When in Rome, do as the Romans do.
로마에 가면 로마 법을 따르라.

Don't bite off more than you can chew.
과한 욕심을 부리지 말라.

Every cloud has a silver lining.
어려운 상황 속에도 희망은 있다.

'have + been + 현재분사' : 계속의 의미를 나타내는 현재완료 진행형.

Scientists have been creating new types of silkworms which can produce more silk.
과학자들은 더 많은 비단을 생산할 수 있는 새로운 종류의 누에를 만들고 있다.

used to : '예전에 ~했다'(과거 한때 지속되었던 상태), '~하곤 했다'(과거의 습관)

Mary used to work at a restaurant after school.
Mary는 예전에 방과후에 식당에서 일했다. (예전에 ~했다)

I didn't use to like him much when we were at school.
우리가 학교에 다닐 때에는 내가 그를 별로 좋아하지 않았다. (예전에 ~했다 + 부정형)

You used to see a lot of her, didn''t you?
당신이 예전에는 그녀를 많이 만났죠? (예전에 ~했다 + 의문형)

He used to read a lot of books when he was a student.
그는 학생이었을 때 많은 책을 읽곤 했다. (~하곤 했다)

We used to play baseball when we were children.
우리는 어렸을 때 야구를 하곤 했다. (~하곤 했다)

주절의 동사가 과거형일 때도, 종속절의 내용이 일반적인 사실이나 불변의 진리를 다루고 있으면 그 동사는 현재형으로 표시한다.

Experimenting with light, he showed that light is made up of colors.
빛을 가지고 실험했을 때, 그는 빛이 색으로 구성되어 있다는 것을 밝혀냈다.

분사구문

주절과 종속절의 주어가 같을 때 종속절의 접속사와 주어를 생략하고 동사를 현재분사 형태로 표현하는 것.
현재분사 : '동사원형+ing'
Be동사의 현재분사는 'Being'
수동태를 분사구문 형태로 바꾼 'Being+과거분사'에서는 보통 'being'이 생략된다.
현재 분사를 포함하는 구 뒤에는 쉼표를 찍는다.

When I crossed the street, I ran into him.
→ Crossing the street, I ran into him.

Because she had nothing do to, she decided to go shopping.
→ Having nothing to do, she decided to go shopping.

Because I was shocked at the news, I could't speak.
→ Being shocked at the news, I could't speak.
→ Shocked at the news, I couldn't speak.

종속적의 주어를 주절의 주어로 사용하여 수동태 문장을 만들 수 있다. (이때 일반적인 주어 People은 생략됨)

People think that yellow produces feelings of creativity and confidence.
→ Yellow is thought to produce feelings creativity and confidence.
노란색은 창의력과 자신감의 감정을 불러일으킨다고 여겨진다.

'have + 목적어(사람) + ~(동사원형)' : '(사람)에게 ~하게 하다, ~시키다'

Have your firend put his arms straight out.
친구에게 팔을 쭉 뻗게 해 보자.

be to ~ : '~하게 될 것이다', 말하는 현재 시점에서 본 미래의 동작, 상태등을 나타낸다.

The cars were to be bery fast and alomost uncrushable.
그 차들은 매우 빠르고, 부서질 일이 거의 없을 것이었다.

could + have + 과거분사 : '~했을 수도 있다'

The ship could have held thirty-two lifeboats, but the designers put only twenty on board.
배에는 서른 두 개의 구명정을 실을 수도 있었으나, 디자이너들은 선상에 스무 개만 실었다.

keep ~ a secret : ~를 비밀로 하다

Spanish kept the recipe of chocolate a secret for alomost 100 years.
스페인 사람들은 초콜릿 요리법을 거의 백 년 동안 비밀로 했다.

make ~ available : ~를 구할 수 있도록 하다

When other European countries discovered Spain's secret, they copied the drink and made it available all over Europe.
다른 유럽 국가들이 스페인의 비밀을 발견했을 때, 그들은 그 음료를 따라 했고 그것을 유럽 전역에서 구할 수 있도록 했다.

비교급 표현을 이용하여 최상급을 나타내는 표현

the Swiss eat more chocolate than any other people in the world.
스위스인들은 세계 그 누구보다도 초콜릿을 많이 먹는다.

sned + 사람 + away ~ : '사람을 ~로 내쫓다'

He sent Captain Errol away to America.
그는 Errol 대위를 미국으로 내쫓았다.

never + to + 동사원형 : '절대 다시는 ~하지 않도록'

He told Captain Errol never to come back to England and never to speak to him again.
그는 Errol 대위에게 절대 영국으로 돌아오지 말 것이며, 절대 자신에게 다시 말을 걸지 말라고 말했다.

관계대명사의 계속적 용법

Chocolate drinks, which was very expensive, were also used as medicine.
초콜릿 음료는 매우 비쌌는데, 약으로도 사용되었다.

Cedric, who was very kind, seemed to know that his mother was lonely.
Cedric은 매우 상냥했으며, 그의 어머니가 외롭다는 것을 아는 것 같았다.

let + 사람 + stay ~ : '사람을 ~한 상태로 두다'

He wanted the earl to let the farmer stay without paying rent.
그는 백작이 그 농부가 소작료를 지불하지 않고 지내게 해 주길 바랐다.

*주어가 사물일 때는 대부분 수동태

I'm afraid ... : '안타깝지만 ...이 아닐까라고 생각한다'라는 의미의 정중한 표현

I'm afraid your grandson is not the real Lord Fauntleroy.
유감스럽게도 당신의 손자는 진짜 Fauntleroy경이 아닌 것 같다.

upon -ing : '~하자마자'

The earl, who was furious upon hearing this, said, "You must be wrong! Whose lie is this?"
백작은 이것을 듣자마자 격노해서, "자네가 틀린 것이 분명해! 이것은 누구의 거짓말인가?"라고 말했다.

no는 be동사의 보어 혹은 형용사 앞에 붙어 '~라니 말도 안 된다' 혹은 '결코 ~가 아니다'라는 강한 부정을 나타낸다.

Look at that woman in the picture. She's no aristocrat!
이 사진 속 여성을 보세요. 그녀는 결코 귀족이 아니다!

어휘

단어	뜻	단어	뜻
robber	강도	break into ~	~에 침입하다, ~을 털다
safe	금고, 안전한	warden	(특정 장소의)관리인, -장 교도소장
yourself	당신 자신	dinner	(하루 중에 먹는 가장 주된) 식사, 만찬
a bottle of ~	한 병의 ~	detective	형사, 탐정
button	단추	pull	끌어당기다
dusty	먼지투성이의	pull off	잡아 떼다, 뜯다
suitcase	여행 가방	crack	깨다, 부수다, (갈라진)금
robbery	강도 사건	call in	부르다, 소집하다
criminal	범인	for sure	확실히
crime scene	범죄 현장	back in business	일을 다시 시작한
beat	치다, 때리다 (심장이)뛰다 때림, 박자, 고동	lower	낮추다
slightly	약간, 살짝	look	외모
win the heart of~	~의 마음을 얻다	nearby	근처에
unexciting	따분한	honest	정직한
dearest	가장 소중한, 간절한	wish	소원
charming	매력적인	engaged	약혼한
adore	사무하다, 숭배하다	win the respect of~	~의 존경을 얻다
treat	취급하다, 대우하다	praise	칭찬하다, 칭송하다
believe in ~	~을 믿다, 신뢰하다	sake	이유
for one's sake	~를 위해	far away	멀리
very little	거의 없는	casually	아무렇지 않게, 가볍게
scream	비명을 지르다	lock	잠그다, 가두다 자물쇠
spring	봄, 용수철, 뛰어오르다	sprang	spring의 과거형
handle	다루다, 손잡이	groan	신음하다
fright	공포	die of fright	겁에 질려 죽다
shall	말하는 사람의 의사를 나타내거나, 상대방의 의사를 물을 때 사용	fear	공포
somehow	어떻게든	anything	무엇이든지(긍정)
keen	날카로운	throw off	벗어 던지다
sleeve	소매	roll	말다, 걷다
expertly	능숙하게	steel	강철
silence	침묵	iron	철, 쇠
terrify	무섭게 하다	run into~	~에 뛰어들다
toward	~쪽으로, ~을 향하여	hesitate	주저하다
keep on -ing	계속 ~하다	rather	오히려, 약간
you've	you have	I've	I have
get to	~에 도착하다, ~에 이르다	arrest	체포하다
fill with	~으로 가득차다	arrive in	~에 도착하다
floor	바닥, 층	put on	상연하다, 몸에 걸치다
take	가지고 가다[이동시키다] 데리고 가다[안내하다] 이르게[나아가게] 하다 잡다 테이크 수익, 수입	once	일단 ~하면, 언젠가, 한번
once again	한 번 더, 또 다시
hesitate	망설이다	thought	사고, 생각
though	이긴 하지만, 그렇지만	even though	심지어 ~인데도, ~하는데도
It seems to ~ that ...	~에게 ...인 것 같다.	seem to be ~	~인 것 같다
amuse	즐겁게 하다	surfboard	서핑 보드
stuffed	속은 채운	host	접대하다, 민박을 제공하다
make it	도착하다(구어)0	pick up	~(정보)를 알게 되다
spice	양념, 흥취	ancestor	조상
relative	비교상의, 친척, 동족	sight	관광지, 명소
neighborhood	지역	take care	잘 지내(헤어질 때 인사말)
think of~	~을 생각하다, 머리에 떠올리다	beetle	딱정벌레
make up	구성하다, 이루다	population	인구, 개체군
famous for	~로 유명한	rainforest	(열대)우림
~ times A	A의 ~배	including	~을 포함하여
be named after ~	~의 이름을 따서 짓다	underground	지하에, 땅 밑에
pray	기도하다	above ground	지상에, 땅 위에
against	~에 반대하여 ~을 대비하여 ~가까이	diet	식사, 식습관, 다이어트
be made up of ~	~로 되어 있다 ~로 이루어져 있다	harmful	유해한
still	조용한, 가만히 있는 아직, 그런데도	wait for	~을 기다리다
ought	~해야 한다.	certain	특정한, 어떤
moth	나방	over-	(정상보다 많은)이상
get an A	A를 받다	besides	~외에도
won't	will not	offer	제안
definitely	확실히	play a role in ~	~에서 역할을 하다
rarely	거의 ~하지 않는	not only ~ but also ...	~뿐만 아니라 ...도
late	늦은, 후반의	discovery	발견
experiment	실험하다	show	밝히다, 증명하다
separate ~ into ...	~를 ...로 분리하다	recently	최근에
regardless	개의치 않는, 무신경한	nationality	국적
while	~하는 반면, ~하는 동안	some~, others ...	어떤 것은 ~하고, 다른 것은 ...하는 것도 있다
on the other hand	반면에, 다른 한편으로는	disappointed	실망한
relate	관련시키다	relate to ~	~와 관련되다
balance	균형	surprising	놀라운
energetic	활발한, 왕성한 (*energy)	aggressive	공격적인, 활동적인
noticeable	이목을 끄는, 눈에 띄는	notice	주목, 주목하다, 안내문
calming	차분하게 만드는	stimulate	~을 자극하다
tend	~하는 경향이 있다	depression	우울, 의기소침
expression	말, 표현	coward	겁쟁이
anxious	걱정하는, 불안해하는	consider	~라고 여기다
sunshine	햇빛	consider A + B	A를 B로 여기다
refreshed	상쾌한	envy	부러움, 시샘
jealous	질투하는, 시샘하는	at peace	평화로운
a sense of balance	균형감각	process	처리하다, 가공하다
chemical	화학 물질	send ~ into ...	~을 ...fh qhsoek
pass through	지나치다, 통과하다	be shown to ~	~라는 것이 밝혀지다
anger	분노, 분노하다	angry	분노한
violence	폭력	violent	폭력적인
resist	저항하다	for several seconds	몇 초 동안
the sencond time	두 번재	stressed	긴장하는, 불안한
muscle	근육	As a result of this	이것의 결과로
pay attention	주의를 기울이다, 관심을 갖다	record	기록하다
attract	매료시키다	pakaging	포장
bright	(색이) 선명한	sale	판매
advertiser	광고주, 광고자	sales	판매량
base	~에 근거를 두다	sophistication	세련
purity	청결, 순수	excitement	흥분
emphasize	강조하다	commonly	일반적으로, 흔히
refreshing	심신을 상쾌하게 하는	rate	속도, 비율
tragedy	비극	comedy	희극
ambition	야망, 대망	theme	주제
in the end	결국	courage	용기
sink	가라앉다	Atlantic	대서양의
cargo	수화물, 화물	wealthy	부유한
dominate	지배하다	shipping trade	해운업
line	항로, 수송회사	unsinkable	침몰하지 않는
be to	~하게 될 것이다	state-of-the-art	최첨단의, 최신식의
over ~ long	길이가 ~이상인	on board	선상에
hold	(건물, 교통, 수단 등에) 수용하다	passenger	승객
waiter	종업원	deck	(배의) 갑판, 게임용 카드 팩
except	~을 제외하고, ~외에는	except for ~	~을 제외하고는
fewer	더 적은	publicity	광고, 언론의 관심
note	~에 대해 언급하다, ~라는 것을 특필하다	majestic	장엄한, 위엄 있는
among	~사이에, ~중에	maiden	최초의
out of reach	손에 닿지 않는	politician	정치가
take shape	구체화하다	take part in ~	~에 참여하다
grand	웅장한	grand opening	개장, 개점
mean	~을 뜻하다	be meant to be ~	~인 것으로 여겨지다
crash	(충돌·추락)사고, 부딪치다	crush	으스러 뜨리다, 잔뜩 몰려든 군중
rush	돌진하다, 급히 움직이다	set sail for ~	~를 향해 출항하다
witness	목격하다	seem to ~	~처럼 보이다
well-known	잘 알려진, 유명한	iceberg	빙산
continure to ~	계속 ~하다	radio officer	통신사
pace	속도	still	정지한, 고요한
cale	평온, 정적	sailor	선원
alert	~에게 경고하다, 경보를 발령하다	inspect	자세히 알아보다, 점검하다
order ~ to ...	~에게 ...하도록 명령하다	onto	~의 위로
remain	유지하다	survivor	생존자
spread	펼치다, 확산	lie	1. 누워 있다, 놓여 있다 2. 거짓말하다, 거짓말
lesson	수업, 교훈	go on	지속되다
sinking	침몰	differently	다르게
center	중심지	not always ~	황상 ~인 것은 아니다, ~하지는 않다
Dutch	네덜란드의	claim	(자기의 권리나 재산이라고 여겨)요구하다, 요청하다
settler	이주민, 개척자	lively	활기 넘치는
British	영국의	several times	여러 번
fight over ~	~을 두고 싸우다	change hands	주인이 바뀌다
rename	개명하다	capital	수도
independence	독립	repidly	급속히
immigrant	이민자, 이주민	Ireland	아일랜드
entry point	입국 지점	as many as + 양수사	~ 정도로 많은
melting pot	용광로	borough	자치구
politics	정치	finance	금융
show	상연하다	such as ~	~처럼, ~같이
headquarters	본부	stock	주식
scrape	닿다, 긁다	exchange	교환, 교역
skyscraper	고층 건물, 마천루	be considered	~로 간주하다
look as if	(마치)~처럼 보이다	sight	명소
once	한 번, 한때	architectural	건축의
feature in the movie	영화에서 주연을 하다	symbol	상징
the Satue of Liberty	자유의 여신상	copper	동, 구리
tablet	명판, 평판	hundred	100
thousand	1000	million	100만(1,000,000)
thirty-million	3000만	sightseeing	관광
sommertime	여름철	fitness	건강, 체력
physical fitness	체력 단련 운동	bird-watching	조류 관찰
sort	종류	all sorts of ~	모든 종류의~
one more	또 하나의	entry point	입국 지점
idea	생각, 관념, 신념	immigrant	입국자
found	설립하다, 세우다	leading	선도하는
grow into ~	~으로 성장하다	bitter	쓴맛의
man	인류, 남자	flavor	풍미를 더하다, 맛을 내다
worship	숭배하다	admire	존경하다, 우러러 공경하다
ritual	의식	emperor	황제
highly	높이 평가하여, 격찬하여	think highly of ~	~를 높이 평가하다
~ cup(s) of	~잔의	conqueror	정복자
defeat	물리치다, 패배시키다	demand	요구하다
keep ~ a secret	~를 비밀로 하다	fashionable	유행하는
afford	(경제적, 시간적)여유가 있다	maker	제조업자
dutch	네덜란드(인)의	multi-	(복합어)많은, 다양한, 몇 배의
industry	공업, 산업	Belgium	벨기에
Lord	경(영국에서, 귀족의 작위를 받은 이를 높여 이르던 말)	Switzerland	스위스
the army	육군	army	군대
captain	대위	earl	백작
bitter	(성격이)화를 잘 내는, 냉혹한	selfish	이기적인, 제멋대로인
settle	정착하다	grocer	식료품 상
aristocrat	귀족, 상류 계층	not A or B	A도 B도 아닌
title	직함, 칭호	noble	귀족의, 고귀한
generous	관대한, 후한	The time came ~	~할 시간이 오다
see ~ go	~이 가는 것을 보다	see ~ off	~을 배웅하다
grow interested in ~	= become interested in	dining room	식당
be pleased with ~	~에 만족하다	care	신경 쓰다
yell	화내다, 소리 지르다	yell at ~	~에게 호통치다
would	~하곤 했다. (과거의 불규칙한 습관)	vicar	(한 지구의)목사
grumpy	깐깐한, 까칠한	self	자신, 본모습
rent	임대료, 소작료	disappoint	실망시키다
remain	머물러 있다, 남아 있다	what just happened	바로 지금 일어난 일 = 눈 앞에서 일어난 일
nature	성질, 천성	rub	문지르다
rub off on ~	(성질이)~에 영향을 주다, 옮다	company	동석, 동행
take great pride in ~	~을 대단히 자랑스럽게 여기다	troubled	걱정스러운
shabby	허름한, 낡은	cottage	작은 집, 오두막
pull down	(집 등을)헐다	passing	지나가는
With each passing day ...	하루하루가 지나면서...	timidly	소극적으로, 주저하며
eldest	(형제 자매간)가장 나이가 많은	furious	격노한, 몹시 화가 난
lady	~경 부인 (Lord 칭호를 가진 사람의 부인)	proof	증거
meanwhile	한편, 그 사이	no longer ~	더 이상 ~아닌
trick	속이다	amazement	놀라움
interview	면담하다, 면접하다	send for ~	~를 부르다
suppose	상상하다, 생각하다	turn to ~	~쪽을 돌아보다
all one's life	평생, 태어나서 줄곧	truly	진정으로
perhaps	아마, 대략

O.Henry, The Changed Man
네이버 영어사전

[Android/Kotlin] Toast vs Snackbar 차이점

6__6 — Wed, 4 May 2022 00:11:32 +0900

Toast

API 1 레벨에 추가된 기능.
기본적으로 액티비티가 필요하지 않다. (안드로이드 홈 화면이나 다른 앱 위에서도 표시 가능)
사용자 입력에 의한 액션을 포함할 수 없다.
스와이프, 클릭 등 사용자 입력을 처리할 수 없다.
스와이프로 스크린에서 지울 수 없다.
사용자에게 정보 메시지를 표시하는 데 적합하다.
시스템 메시지를 표시해야하는 부분에서 사용한다.
ex) 앱이 원격 서버에 JSON 데이터를 요청할 때 서버 시간 초과 또는 리소스 없음으로 인해 실패하면 '오류 발생'이라는 오류 메시지를 Toast로 표시한다.

SnackBar

API 23 레벨에 추가된 기능.
애플리케이션의 액티비티 안에서 표시된다.
액션을 포함할 수 있다.
사용자 입력을 처리할 수 있다.
스와이프로 스크린에서 지울 수 있다.
FAB(Floating Action Button)을 포함 스크린의 모든 요소들 위에 있다.
사용자에게 주의가 필요한 경고/정보/피드백 메시지를 표시하는 데 적합하다.
액션 옵션과 함께 간단한 팝업 메시지를 표시할 때 사용.
ex) 메일함에서 메일을 삭제할 때 '1 Deleted' 메시지와 함께 'Undo' 액션 버튼이 있는 SnackBar를 표시한다.

	Toast	SnackBar
Swiping	스와이프로 지우기 불가	스와이프로 지우기 가능
Activity	액티비티 필요 없음 (안드로이드 홈 또는 다른 앱의 위에도 표시 가능)	앱의 액티비티 안에서 표시 가능
User Input	사용자 입력 처리 불가	사용자 입력 처리 가능
Usage	사용자에게 정보 메시지를 표시하기에 적합	사용자에게 주의가 필요한 경고/정보 타입 메시지를 표시하기에 적합

// 생성 코드, 사진 추가 예정~~~~~~~

Meterial Design - SnackBar, https://material.io/components/snackbars#usage
Material Design - SnackBar & Toast, https://material.io/archive/guidelines/components/snackbars-toasts.html#snackbars-toasts-specs
Stackoverflow - Anroid Toast vs SnackBar usage and difference, https://stackoverflow.com/questions/34432339/android-snackbar-vs-toast-usage-and-difference

[Android/Kotlin] 퍼미션(Permission) 권한 확인 및 설정하기

6__6 — Tue, 3 May 2022 18:06:51 +0900

퍼미션(Permission)

안드로이드 앱의 특정 기능에 부여하는 접근 권한 (ex: 카메라 촬영 퍼미션, 전화 발신 퍼미션 등)
내가 개발하는 앱이 다른 앱이나 안드로이드 시스템에서 보호하는 특정 기능을 이용할 때 퍼미션 사용을 설정해야 한다. (다른 앱의 보호된 기능을 사용할 때)
또는 내가 만든 앱 기능을 다른 앱에서 사용할 수 있도록 보호하고 권한을 얻은 앱에서만 허용하고 싶을 때 퍼미션을 설정한다. (내 앱의 기능을 다른앱으로부터 보호할 때)
즉, 앱끼리 서로 연동하고 상호작용할 때 필요한 절차이다.
예를 들어, 카X카오톡과 같은 메신저 앱을 만들고 친구 프로필을 누르면 전화번호가 표시되면 내가 만든 앱에서도 [전화걸기] 버튼만 누르면 바로 친구에게 전화가 걸리게 하고 싶다면 안드로이드 시스템으로부터 '전화 발신' 기능에 대한 퍼미션을 얻어야 한다.(앱에서 퍼미션을 요청하는 순간 아래 사진처럼 '{앱 이름}에서 ~기능을 이용하도록 허용하시겠습니까?' 메시지가 뜨게되고, 여기서 '허용'을 클릭하면 퍼미션을 허용하는 게 된다.) 물론 퍼미션은 '이 기기에서 해당 앱이 특정 기능을 사용하는 걸 허가한다'는 허용 행위일 뿐이기 때문에, 실제로 전화걸기 기능을 구현하기 위해서는 전화 인텐트(ACTION_CALL)를 실행하는 코드를 따로 작성해야 '전화걸기' 라는 기능을 구현할 수 있다.

안드로이드 기기에서 [설정 > 앱 정보 > 앱 권한]에 접속하면 각 앱에 설정된 권한을 확인할 수 있다. 여기서 [앱 권한]에 표시되는 퍼미션들이 개발자가 Manifest.xml 파일에 <uses-permission> 태그로 기재해둔 퍼미션 목록이다.

1. 퍼미션 사용 설정

이 앱이 어떤 퍼미션을 요청·사용할지 그 목록을 미리 매니페스트(Manifest)에 설정한다. <uses-permission> 태그의 name 속성에 퍼미션 종류를 기재한다. 요청할 퍼미션 개수대로 <uses-permission> 태그를 추가한다.

*퍼미션 종류 : https://developer.android.com/reference/android/Manifest.permission

API 레벨 23 이전에는 이와같이 개발자가 매니페스트 파일에 <uses-permission>으로 선언만 하면 바로 보호받는 기능을 앱에서 이용할 수 있었지만(=이러한 기능을 사용하겠다는 통보식), API 레벨 23 버전부터는 퍼미션이 '허가제'로 바뀌었기 때문에 사용자로부터 직접 '허가'를 받아야만 특정 기능을 이용할 수 있다. 즉, API 레벨이 22(롤리팝)이던 2014년만 해도 "이 앱이 기기의 위치 정보에 접근하는 걸 허용하시겠습니까? 거부 / 허용" 과 같은 메시지 창이 안떴으나 어느 순간부터 위와같은 퍼미션 요청창이 일상적으로 뜨는 걸 볼 수 있다.

2. 퍼미션 허용 확인

사용하려는 권한을 이미 부여받았는지 확인한다. 사용자가 이전에 한번이라도 퍼미션 요청을 허가했으면 이후로는 퍼미션 요청 메시지가 뜨지 않도록 해야한다. 참고로 앱을 설치한 후 초기 퍼미션은 모두 거부 상태이기 때문에 필요한 권한을 허용해 달라고 사용자에게 요청해야 한다.

이전에 퍼미션을 허용했을 경우 → 앱 기능 실행
이전에 퍼미션을 거부했을 경우 → 퍼미션 허용 재요청 + 필요 이유 설명
최초로 퍼미션 요청을 받았을 경우 → 퍼미션 허용 요청

이번 예제에서는 메인화면에 버튼을 하나 배치시키고, 이 버튼을 누르면 '카메라(CAMERA)' 권한을 요청하도록 한다.

package com.example.myapplication

import android.Manifest
import android.content.pm.PackageManager
import android.os.Build
import androidx.appcompat.app.AppCompatActivity
import android.os.Bundle
import android.widget.Button
import android.widget.Toast
import androidx.core.app.ActivityCompat
import androidx.core.content.ContextCompat

class MainActivity : AppCompatActivity() {
    override fun onCreate(savedInstanceState: Bundle?) {
        super.onCreate(savedInstanceState)
        setContentView(R.layout.activity_main)

        val btnCameraPermission: Button = findViewById(R.id.btnCameraPermission)
        // 2. 퍼미션 허용 확인
        btnCameraPermission.setOnClickListener {
            val status = ContextCompat.checkSelfPermission(this, Manifest.permission.CAMERA)
            if (status == PackageManager.PERMISSION_GRANTED) {
                // 퍼미션이 허용되어 있는 경우
                Toast.makeText(this, "Permission granted for camera.", Toast.LENGTH_LONG).show()
            } else {
                // 퍼미션이 거부되어 있는 경우 (default)
                Toast.makeText(this, "Permission denied for camera.", Toast.LENGTH_LONG).show()
            }
        }
    }
}

※ 이때 카메라 퍼미션 문자열 상수를 가지고 있는 Manifest 클래스를 참조하게 되는데, 'android.Manifest'를 Import해야 한다. 같은 이름의 'java.util.jar.Manifest'가 Import 되지 않도록 주의하자.

ContextCompat.checkSelfPermission(context: Context, permission: String)

앱이 이미 특정 기능에 대한 권한을 부여받았는지 확인한다.

Parameters
permission	앱에서 요청하길 원하는 퍼미션 종류

Return
int	PackageManager.PERMISSION_GRANTED - 권한을 허용한 경우 PackageManager.PERMISSION_DENIED - 권한을 거부한 경우

shouldShowRequestPermissionRationale(activity: Activity, permission: String)

사용자가 이전에 퍼미션 요청을 거부한 경우 true를 반환한다. 이 메서드의 반환값으로 사용자가 이전에 퍼미션 요청을 받았으나 거부한 경우 / 퍼미션 요청을 최초로 받은 경우를 구분하여 처리할 수 있다. (ex: 각 경우에 따라 다른 내용의 다이얼로그 표시하기)

Parameters
activity	대상 액티비티
permission	앱에서 허용을 요청하는 퍼미션 이름 *Manifest.permission 에 정의된 문자열 상수를 사용한다.

Return
boolean	퍼미션 요청 이유를 표시해야하는지 여부

3. 퍼미션 허용 요청

앱을 최초 실행했거나, 이전에 퍼미션을 거부한 경우 퍼미션 허용을 요청하는 메시지창을 표시한다. String 배열을 사용해 한번에 여러 개의 퍼미션을 요청할 수 있다. requestPermissions() 메서드를 이용한 퍼미션 요청 결과(=사용자 응답)는 onRequestPermissionResult() 에서 받아 확인할 수 있다.

앞에서 호출한 checkSelfPermission() 메서드 결과값에 따라 퍼미션이 거부되어 있을 경우에만 권한을 요청한다.

package com.example.myapplication

import ...

class MainActivity : AppCompatActivity() {
    override fun onCreate(savedInstanceState: Bundle?) {
        super.onCreate(savedInstanceState)
        setContentView(R.layout.activity_main)

        val btnCameraPermission: Button = findViewById(R.id.btnCameraPermission)
        // 2. 퍼미션 허용 확인
        btnCameraPermission.setOnClickListener {
            val status = ContextCompat.checkSelfPermission(this, Manifest.permission.CAMERA)
            if (status == PackageManager.PERMISSION_GRANTED) {
                // 퍼미션이 허용되어 있는 경우
                Toast.makeText(this, "Permission granted for camera.", Toast.LENGTH_LONG).show()
            } else {
                // 퍼미션이 거부되어 있는 경우 (default)
                Toast.makeText(this, "Permission denied for camera.", Toast.LENGTH_LONG).show()
                // 3. 퍼미션 허용 요청
                ActivityCompat.requestPermissions(
                    this,
                    arrayOf<String>(Manifest.permission.CAMERA),
                    100
                )
            }
        }
    }
}

requestPermissions(activity: Activity, permissions: Array<String>, requestCode: int)

사용자에게 퍼미션 허용을 요청한다. 이 함수가 호출되면 퍼미션을 요청하는 다이얼로그가 화면에 표시된다. 함수의 반환값은 따로 없고, 퍼미션 요청 결과는 onRequestPermissionResult() 함수에 전달된다.

Parameters
activity	대상 액티비티
permission	앱에서 허용을 요청하는 퍼미션 목록 (문자열 배열로 한번에 여러 개 요청 가능)
requestCode	onRequestPermissionResult() 에서 구분용으로 사용할 요청 코드

4. 퍼미션 요청 결과 확인, 처리

퍼미션 허용 요청 메시지창에 대한 사용자의 반응인 퍼미션 허용 요청 결과를 확인한다.

퍼미션을 허용할 경우 → 앱 기능 실행
퍼미션을 허용하지 않을 경우 → 앱 기능 실행 안함 (해당 기능을 실행하기 위해선 반드시 퍼미션이 필요함)

package com.example.myapplication

import ...

class MainActivity : AppCompatActivity() {
    override fun onCreate(savedInstanceState: Bundle?) {
        super.onCreate(savedInstanceState)
        setContentView(R.layout.activity_main)

        val btnCameraPermission: Button = findViewById(R.id.btnCameraPermission)
        // 2. 퍼미션 허용 확인
        btnCameraPermission.setOnClickListener {
            val status = ContextCompat.checkSelfPermission(this, Manifest.permission.CAMERA)
            if (status == PackageManager.PERMISSION_GRANTED) {
                // 퍼미션이 허용되어 있는 경우
                Toast.makeText(this, "Permission granted for camera.", Toast.LENGTH_LONG).show()
            } else {
                // 퍼미션이 거부되어 있는 경우 (default)
                Toast.makeText(this, "Permission denied for camera.", Toast.LENGTH_LONG).show()
                // 3. 퍼미션 허용 요청
                ActivityCompat.requestPermissions(
                    this,
                    arrayOf<String>(Manifest.permission.CAMERA),
                    100
                )
            }
        }
    }

    // 4. 퍼미션 허용 요청 결과 확인
    override fun onRequestPermissionsResult(
        requestCode: Int,
        permissions: Array<out String>,
        grantResults: IntArray
    ) {
        super.onRequestPermissionsResult(requestCode, permissions, grantResults)
        if (grantResults[0] == PackageManager.PERMISSION_GRANTED) {
            // 사용자가 퍼미션을 허용함
            Toast.makeText(this, "Permission granted for camera.", Toast.LENGTH_LONG).show()
        } else {
            // 사용자가 퍼미션을 거부함
            Toast.makeText(this, "Permission denied for camera.", Toast.LENGTH_LONG).show()
        }
    }
}

onRequestPermissionsResult(String[], int[])

이 함수를 선언해 놓으면 퍼미션 요청 다이얼로그가 닫힐 때 자동으로 호출되며, 사용자가 다이얼로그에서 퍼미션을 허용했는지 요청 결과를 grantResults 매개변수로 받는다.

Parameters
requestCode	requestPermissions() 메서드로 퍼미션 허용을 요청했을 때 사용자가 설정해둔 요청 코드
permissions	앱에서 허용을 요청한 퍼미션 목록
grantResults	다이얼로그에서 요청한 퍼미션의 결과값

+) ActivityResultLauncher를 사용한 퍼미션 요청 방법

[MainActivity.kt] *Manifest, main_activity 코드는 위 예제와 동일

package com.example.permissionsdemo

import android.Manifest
import android.app.AlertDialog
import android.os.Build
import androidx.appcompat.app.AppCompatActivity
import android.os.Bundle
import android.widget.Button
import android.widget.Toast
import androidx.activity.result.ActivityResultLauncher
import androidx.activity.result.contract.ActivityResultContracts

class MainActivity : AppCompatActivity() {

    // 카메라 퍼미션 요청
    private val cameraResultLauncher : ActivityResultLauncher<String> =
        registerForActivityResult(ActivityResultContracts.RequestPermission()){ isGranted ->
            if (isGranted) {
                Toast.makeText(this, "Permission granted for camera.", Toast.LENGTH_LONG).show()
            } else {
                Toast.makeText(this, "Permission denied for camera.", Toast.LENGTH_LONG).show()
            }
        }

    override fun onCreate(savedInstanceState: Bundle?) {
        super.onCreate(savedInstanceState)
        setContentView(R.layout.activity_main)

        val btnCameraPermission: Button = findViewById(R.id.btnCameraPermission)
        btnCameraPermission.setOnClickListener {
            // 카메라 퍼미션 확인
            if (Build.VERSION.SDK_INT >= Build.VERSION_CODES.M &&
                shouldShowRequestPermissionRationale(Manifest.permission.CAMERA)) {
                // API 23 이상이고, 이전에 퍼미션을 거부했을 경우
                showRationaleDialog("Permission Demo requires camera access", "Camera cannot be used because Camera access is denied")

            } else {
                // API 23 미만이거나 최초로 퍼미션 요청을 받았을 경우
                cameraResultLauncher.launch(Manifest.permission.CAMERA)
            }
        }
    }

    // 특정 퍼미션이 필요한 이유를 설명하는 다이얼로그, 사용자가 이전에 퍼미션 요청을 거부했을 경우에 표시
    private fun showRationaleDialog(title: String, message:String) {
        val builder: AlertDialog.Builder = AlertDialog.Builder(this)
        // 타이틀, 메시지, 버튼 1개 설정
        builder.setTitle(title)
            .setMessage(message)
            .setPositiveButton("Cancel"){ dialog, _ ->
                dialog.dismiss()
            }
        builder.create().show()
    }
}

(좌) 최초로 퍼미션 허용 요청을 받았을 경우 / (우) 이전에 퍼미션 허용 요청을 거부했던 경우

[참고자료]

Android Developers - Permission, https://developer.android.com/guide/topics/permissions/overview

[Android] 그리기 관련 메서드 - Canvas, Paint, Bitmap, Path, BitmapFactory, RectF

6__6 — Sat, 23 Apr 2022 22:57:57 +0900

안드로이드에서는 Canvas에 그래픽을 그리고, Bitmap을 이용해서 그래픽을 불러와 화면에 그린다.
또는 Paint에 펜의 스타일을 설정해두고, 이 펜 설정대로 Canvas에 특정한 색상·모양의 도형을 그릴 수 있다.

View를 상속받는 CustomView 클래스를 생성한다.
Canvas에 그리고 싶은 내용을 onDraw() 에 작성한다.
onDraw()는 View로 부터 상속받은 메서드이며 Canvas 타입 객체를 인자로 받는다. 이 Canvas 객체가 해당 뷰의 기본 캔버스이며, 여기에 canvas.drawXXX() 메서드를 사용해 그래픽(선, 도형, 이미지 등)을 그릴 수 있다.
onDraw() 안에서 여러 그리기 메서드를 호출하여 Canvas를 새롭게 갱신하는 것이다.

Canvas

Canvas는 View의 그리드 표면, 뷰에 그림을 그릴 수 있는 도화지(Canvas)이다.
View 클래스의 onDraw() 메서드의 인수로 전달되므로, 이를 받아서 사용하면 된다.

주요 메서드
void drawPoint(float x, float y, Paint paint)	점
void drawLine(float startX, float startY, float stopX, float stopY, Paint paint)	선
void drawLines(float[] pts, Paint paint)	선 집합
void drawCircle(float cx, float cy, float radius, Paint paint)	원형
void drawRect(float left, float top, float right, float bottom, Paint paint) void drawRect(Rect r, Paint paint)	사각형
void drawText(String text, float x, float y, Paint paint)	텍스트
void drawARGB(int a, int r, int g, int b) void drawRGB(int r, int g, int b) void drawColor(int color)	색칠
void drawPath(Path path, Paint paint)	이동 경로 (=연속되는 꺾은 선)
void drawPaint(Paint paint)	Paint 객체
void drawBitmap(Bitmap bitmap, float left, float top, Paint paint)	Bitmap 객체
void invalidate()	캔버스 새로 그리기 (지금까지 그린 것들을 갱신하여 View에 반영)

Paint

Paint는 그리기에 대한 속성 정보(선의 굵기, 색상, 스타일 등)를 가지는 객체.
모든 그리기 함수에 인수로 전달된다.
코틀린에서는 setXXX()과 같은 setter 메서드 대신 프로퍼티로 객체를 설정한다.
ex) paint.setColor(Color.Black) 대신 paint.color = Color.Black 과 같이 멤버 값을 설정한다.

주요 메서드
void setColor(int color)	색상
void setStyle(Paint.style style)	스타일 - FILL : 채우기 (Default) - STROKE : 외곽선 - STROKE_AND_FILL : 채우기 + 외곽선
void setStrokeWidth(float width)	굵기
void setStrokeJoin(Paint.Join join)	- MITER : 모서리를 90도로 각진 형태 (Default) - BEVEL : 모서리가 깍인 형태 - ROUND : 둥근 형태
void setStokeCap(Paint.Cap cap)	- ROUND : 둥근 모양으로 끝남 - SQUARE : 사각형 모양으로 끝남 - BUTT : 지정한 좌표에서 선이 끝남
void setAntAlias(boolean aa)	안티에일리어싱(anti-aliasing) 기법 적용 여부 *계단식 깨짐 현상을 제거하고 경계면을 부드럽게 처리

Bitmap

안드로이드에서 이미지를 표현하기 위해 사용되는 객체.
메모리에서 만들어지는 모든 이미지는 Bitmap 객체로 관리된다.
Bitmap 객체를 통해 이미지를 우리가 원하는 대로 조작할 수도 있다.
예를 들어 drawable 폴더에 임포트된 이미지 리소스를 BitmapFactory.decodeResource() 메서드를 사용해 Bitmap 객체로 받은 뒤, 미리 정의된 Bitmap 객체를 화면에 뿌리는 방식이다.
Bitmap을 출력할 때는 Canvas의 drawBitmap() 메서드를 사용한다.

주요 메서드
Bitmap createBitmap(int width, int height, Bitmap.Config config)	코드에서 비트맵 생성

BitmapFactory

Bitmap 객체를 만들어주는 여러가지 decode 함수를 제공한다.

주요 메서드

Bitmap BitmapFactory.decodeBitmap(res: Resources!, id: Int, opt: BitmapFactory.Options!)

Matrix

이미지의 확대, 축소, 이동, 회전 등의 이미지 변환 함수를 제공한다.

Path

직선, 곡선, 다각형 등의 도형 궤적 정보를 가지는 그래픽 객체. (=이동 경로)
Path의 정의만으로는 화면에 표시되지 않으며, Canvas 클래스의 drawPath() 를 호출할 때 앞서 정의해둔 Path를 전달하면 그 경로대로 Canvas에 그린다.

주요 메서드
reset()	Path 초기화
moveTo(float x, float y)	(x, y)로 기준점 이동 (=시작 위치 초기화)
lineTo(float x, float y)	기준점에서 (x, y)까지 선 그리기
addCircle(float x, float y, float radius, Path.Direction dir) addRect(RectF rect, Path.Direction dir)	Path.Direction - CW(clockwise) : 시계 방향 - CCW(counter-clockwise : 반시계 방향
quadTo(float x1, float y1, float x2, float y2)	기준점 → (x1, y1) → (x2, y2) 까지 곡선 그리기
cubicTo(float x1, float y1, float x2, float y2, float x3, float y3)	기준점 → (x1, y1) → (x2, y2) → (x3, y3) 까지 곡선 그리기
rLineTo(float x, float y) rCubicTo(float x1, float y1, float x2, float y2, float x3, float y3)	앞에 'r'이 붙은 메서드는 기준점을 (0,0)으로 취급. 절대좌표가 아닌 기준점을 기준으로 한 상대좌표로 경로를 나타냄.
close()	경로 닫기, 마지막 포인트 부터 시작 시점까지 이어줌.

주요 메서드
drawPath(Path path, Paint paint)	설정한 Path를 Paint 펜 설정대로 화면에 출력.

RectF

사각형을 위한 4개 좌표 정보를 다루는 객체

주요 메서드
RectF FloatF(float left, float top, float, right, float bottom)	4개의 좌표로 이루어진 사각형 정보 생성
float centerX()	x좌표 중심점
float centerY()	y좌표 중심점
float width()	너비
float height()	높이
boolean contains(float left, float top, float right, float bottom) boolean contains(RectF r) boolean contains(float x, float y)	해당 사각형 영역 안에 포함되는지 여부
boolean intersect(RectF r) boolean intersect(float left, float top, float right, float bottom)	해당 사각형과 교차하는지 여부
boolean isEmpty()	사각형이 비어있는지 여부 (left >= right \|\| top >= bottom)
void inset(float dx, float dy)	x좌표를 dx 만큼, y좌표를 dy 만큼 추가
void offset(float dx, float dy)	사각형의 좌우에 dx 만큼, 상하에 dy만큼 여백을 추가

invalidate() 메서드는 UI 스레드에서만 호출하도록 한다. non-UI 스레드에서는 postInvalidate() 메서드를 호출할 것.

영어 기초 문법 (18) - 해석용 문법 정리 (2022/04)

6__6 — Tue, 19 Apr 2022 22:29:50 +0900

문법 & 예문

help + 목적어(사람) + 동사원형 : '~(사람)이 ~하는 것을 돕다'

English is a very valueable tool to help you connect with people now and in the future.
영어는 당신을 사람들과 이어지도록 도와주는 귀중한 도구이다.

By + 동사-ing : '~함으로써'

By learning English, you can join a worldwide community of people.
영어를 배움으로써, 당신은 세계 공동체의 사람들과 함께할 수 있다.

in the same boat : 같은 배에 탄 = 같은 처지에 있는

You are in the same boat as many other students.
당신은 다른 많은 학생들과 같은 처지에 있다.

Give it a try! : 시도하다, 한번 해보다, 한 번 해봐!

I don't usually work with these kind of machines but I'll give it a try.
나는 보통 이런 종류의 기계를 다루지는 않지만, 한번 해보기는 하겠다.

many / a lot of / lots of : 많은

many는 가산명사와 함께만 쓰이며 주로 의문문과 부정문에서 쓰인다. 평서문에서 쓰이는 경우는 so, as, too 뒤에 쓰인다.
평서문에서는 a lot of 나 lots of(비격식)이 사용되는 편이다.
a lot of/lots of는 시간이나 거리를 나타내는 단위와 함께 쓰지 않는다.
a lot of/lots of가 '많은'이라는 뜻으로 사용될 때는 복수 동사를 취한다.

Do you go to many concerts? (many 의문문)
당신은 콘서트에 많이 가나요?

You made too many mistakes. (many 평서문)
당신은 실수를 너무 많이 했다.

I go to a lot of concerts. (a lot of 평서문)
나는 콘서트에 많이 간다.

Lots of websites allow you to ask questions and get answers about English. (lots of 평서문)
많은 웹 사이트는 영어에 대해 질문하거나 답변을 얻을 수 있게 해 준다.

in the field : 실제로 사용되어, 현장에서, 전문 분야에서

English has been the main language in the field of science and medicine.
영어는 과학과 의학 분야에서 주요 언어였다.

비교급 + and + 비교급 : 점점, 더욱 더

More and more companies do business in foreign countries.
점점 더 많은 회사들이 외국과 거래를 하고 있다.

The world is getting smaller and smaller.
세계는 점점 작아지고 있다.

Whether A or B : A이든 B이든 (아무거나 둘 다 OK)

Whether it is ordering food or asking for directions when lost, English may make traveling more fun.
그것이 음식을 주문하는 것이든 길을 잃었을 때 길 안내를 부탁하는 것이든, 영어는 여행을 더 즐겁게 만들지도 모른다.

neither A nor B : (둘 중) 어느것도 아니다, A도 아니고 B도 아니다
either A or B : (둘 중) 어느 하나, A 또는 B 중 하나

Neither candidate was selected for the job.
그 일자리에는 (두 사람 중) 어느 지원자도 선발되지 않았다.

Neither of my parents speacks / speak a foreign language.
우리 부모님은 어느 분도 외국어를 하지 않으신다.

There's a door at either and of the corridor.
복도 양쪽 끝에 문이 있다.

I think she's either Russian or Polish.
내 생각에는 그녀가 러시아인이나 폴란드인 일 것 같아.

be about to ~ : 막 ~하려는 참이다.

I was just about to ask you the same thing.
나도 네게 똑같은 걸 막 물어보려던 참이었다.

She was about to land in her home country.
그녀는 이제 막 고국에 착륙하려는 참이었다.

When he was about to leave the house, he heard someone crying behind the curtain.
그가 막 집을 떠나려고 할 때, 그는 커튼 뒤에서 누군가가 울고 있는 것을 들었다.

take ~ to ... : ...하는 데 ~(시간)이 걸리다

Incheon International Airport took ten years to build and opened in 2001.
인천 국제 공항은 건설하는 데 십 년이 걸렸고 2001년에 문을 열었다.

hope that A (will)~ : A가 ~하기를 바라다

Sara hoped that she would have time to see some of the attractions.
Sara는 이런 몇몇 명소를 볼 수 있는 시간이 있기를 바랐다.

had + never + 과거분사 : 한 번도 ~한 적이 없다.

Although they had never met, they hit it off immediately.
그들은 한 번도 만난 적이 없었지만, 바로 친해졌다.

tall 은 숫자가 수식하는 명사 뒤에서 '높이가 ~인'이라는 의미로 사용된다.

N Seoul Tower is over 200 meters tall and sits on the top of Mount Namsan.
N 서울 타워는 200미터가 넘으며, 남산의 꼭대기에 위치하고 있다.

take ~ back down to ... : ~를 타고 ...로 되돌아오다.

Afterward they took the cale car back down to central Seoul.
그 후 그들은 케이블카를 타고 서울 중심으로 되돌아왔다.

remember -ing : ~했던 것을 기억하다.

I remember coming here with my parents when I was young.
나는 어릴 때 부모님과 이곳에 왔던 것을 기억한다.

구동사 : look up(조사하다)처럼 동사와 전치사가 만나 본래 뜻과 다르게 쓰이는 말.
구동사의 목적어로 대명사가 오는 경우 '동사+대명사+전치사'의 어순이 된다.

Let's look it up on the Internet after dinner.
저녁 식사 후 그것을 인터넷에서 조사해 보자.

미래완료 : 'will + have + 과거분사', 미래의 어느 시점까지 동작의 완료, 계속, 경험, 결과를 나타낸다.

We will have finished dinner by seven o'clock.
우리는 일곱 시에는 저녁 식사를 마쳤을 것이다.

I will have written the letter by tomorrow.
나는 내일이면 편지를 썼을 것이다.

He will have studied French for three years next summer.
그는 내년 여름이면 프랑스어를 삼 년간 배운 것이 된다.

미래완료 부정 : 'will + not + have + 과거분사'

The soccer game will not have started before we arrive at the stadium.
우리가 경기장에 도착하기 전에는 축구 경기가 시작하지 않을 것이다.

무생물 주어 : 사람이나 살아있는 것이 아닌 주어.
~(무생물 주어) + say(s) ... : ~에 ...라고 쓰여 있다.

The Internet says that in China cowrie shells were used as a form of money to trade for other goods or services.
인터넷에 중국에서는 개오지조개 껍데기를 돈의 한 형태로 이용하여 다른 상품이나 서비스로 교환했다고 써 있다.

carry ~ around : ~을 들고[갖고]다니다

He always carries a golden wedding ring around.
그는 항상 금으로 된 결혼반지를 가지고 다닌다.

What about ~? : ~하는 게 어때?(제안), ~는 어때?(사람·사물을 대화 속에 도입할 때)

What about a trip to France?
프랑스로 여행을 하는 게 어때요?

What about you, Minsu? Do you like football?
민수, 당신은 어때요? 축구 좋아해요?

What about red, Dad?
빨간색은 어때요, 아빠?

some time : 어느 시기에, 얼마(동안), 언젠가는, 머지 않아

Some time before the tehth century, the Chinese started using paper money.
10세기 이전의 어느 시기에, 중국인들이 지폐를 사용하기 시작했다.

Well, we have some time later today. When do you need it?
글쎄요, 오늘 늦게나 시간이 좀 비는데요. 언제 필요하신데요?

each : 두 개 이상의 것에 대해서 '각각의, ~마다' 라는 의미를 가지며, 일반적으로 뒤에 단수 명사를 쓴다.

Each country uses different colors and sizes for their coins and bank notes.
나라마다 동전과 지폐에 다른 색과 크기를 사용한다.

현재진행형 : be동사 현재형 + 동사원형-ing / '~하고있다, ~중이다'

People are using their cellphones and smartphones to pay for things.
사람들은 물건 값을 지불하기 위해 휴대 전화와 스마트폰을 사용하고 있다.

I wonder if : 나는 ~인지 아닌지 궁금하다.
by the time ~ : ~할 때까지, ~할 무렵에는

I wonder if people will have stopped using cash by the time I graduate from university.
내가 대학을 졸업할 무렵에는 사람들이 현금 사용을 중단했을지 궁금하다.

become known as ~ : ~로 알려지게 되다

This has become known as 'The Butterfly Effect'.
이것은 '나비효과'로 알려져 있습니다.

[접속사] ~대로, ~하는 동안에, 때문에, ~다시피, ~하긴 하지만

If you do as I tell you, you will go to the ball.
만약 내가 말하는 대로 한다며, 너는 무도회에 가게 될 거야.

He sat watching her as she got ready.
그녀가 준비를 하는 동안 그는 앉아서 그녀를 지켜보고 있었다.

As you were out, I left a message.
네가 외출하고 없어서 내가 메시지를 남겼어.

As you know, Julia is leaving soon.
너도 알다시피 줄리아가 곧 떠나.

Happy as they were, there was something missing.
그들은 행복하긴 했지만 뭔가가 부족했다.

[전치사] ~처럼, ~로(서)

They were all dressed as clowns.
그들은 모두 광대같이 옷을 입고 있었다.

She works as a courier.
그녀는 여행 안내원으로 일한다.

[부사] ~만큼 ~한, ~하는 것과 같이, ~듯이

You're as tall as your father.
네 키가 아버지만큼 크구나.

He was as white as a sheet.
그는 (얼굴이)백지장처럼 새하앻다.

We'd like it as soon as possible.
가능하면 빨리 해 주세요.

As always, he said little.
늘 그랬듯이 그는 별 말이 없었다.

as vs when

as : 동시에 짧은 사건이 발생하는 경우 사용
when : 나이나 삶의 기간 같이 긴 시간을 나타낼 때 주로 사용

As I opend my eyes I heard a strange voice.
내가 눈을 떴을 때 이상한 목소리를 들었다.

When I was a child we lived in Seoul.
내가 어렸을 때 우리는 서울에 살았다.

than ever before : 전에 비해 훨씬, 그 어느 때보다

Cinderella looked more beautiful than ever before.
신데렐라는 그 어느때보다 더 아름다워 보였다.

stop -ing : ~하는 것을 멈추다

The music stopped playing, and people stopped talking.
음악은 연주를 멈췄고, 사람들은 말하기를 멈췄다.

want ~ to ... : ~가 ...하길 원하다

The prince wants me to come to tomorrow's ball.
왕자님은 제가 내일 무도회에 오길 바라요!

even

(예상 밖이나 놀라운 일을 나타내어) ~도[조차]
(비교급을 강조하여) 훨씬
더 정확히 말하면, (심지어) ~하기까지 하게

He never even opened the letter.
그는 그 편지를 끝내 뜯어보지도 않았다.

You know even less about it than I do.
넌 나보다 그것에 대해 아는 게 훨씬 더 적어.

It's an unattractive building, ugly even.
그것은 볼품없는, 추하기까지 한 건물이다.

'so + 형용사/부사 + that절' : 너무 ~해서 (형용사/부사 강조)

She was so happy that she forgot the fairy's warning.
그녀는 너무 행복해서 요정의 경고를 잊어버렸다.

She ran so fast that one glass slipper fell off.
그녀가 너무 빨리 달려서 유리 구두 한 짝이 떨어졌다.

'형용사 + that절' : that절은 사람의 감정(형용사)의 이유를 나타낸다.

Cinderella was very happy that her prince had found her.
Cinderella는 왕자가 그녀를 찾아내서 매우 기뻤다.

place A into B : A를 B에 넣다

They stopped laughing when they saw Cinderella easily place her foot into the glass slipper.
그들은 Cinderella가 유리 구도 안으로 쉽게 발을 넣는 것을 보고 웃음을 멈췄다.

place / site / position / location / scene / spot / venue

place : (특히 특정한 용도를 위한 · 특정한 일이 일어나는) 장소

This would be a good place for a picnic.
여기는 피크닉하기에 좋은 장소가 될 것이다.

site : (건물·도시 등이 있던·들어설) 위치, (건물·도시 등의 건설) 현장, 부지

They've chosen a site for the new school.
그들은 신설 학교 부지를 선정했다.

position : (자리잡고 있는)위치, (있어야 할)자리, 제자리
일시적인 위치, 즉 어떤 사람·사물이 특정한 시간에 있는 장소를 나타냄.

From his position at the top of the hill, he could see the harbour.
그가 절벽 꼭대기의 위치에서 보니 항구가 보였다.

loaction : (~이 일어나는/존재하는) 장소
이름이 없거나 알려지지 않은 장소

The company is moving to a new location.
그 회사는 새로운 곳으로 이전을 한다.

scene : (좋지 못한 일이 일어나는)현장

the scene of the accident
그 사고 현장

spot : (특정한 특성이 있는·특정한 일이 일어나는) 곳

The lake is one of the local beauty spots.
그 호수는 그 지역의 명승지 중 한 곳이다.

vanue : (콘서트·스포츠 경기·회담 등의) 장소

The band will be playing at 20 different venues on their UK tour.
그 밴드는 영국 순회공연 중에 20개의 다른 장소에서 공연을 할 것이다.

어휘

단어	뜻	단어	뜻
as a foreign language	외국어로(서)	foreign	외국의
just another	흔한	valuable	귀중한, 가치있는
connect	이어지다, 연결하다	in the future	장차, 미래에
worldwide	세계 속의, 세계적인	community	지역사회, 공동체
part	일부, 일원	at a young age	어린 나이에
widely	넓게	global	세계적인, 전 세계의
learner	학습자	communicate	~와 통신하다, 의사소통 하다.
pal	친구, 친한 친구	with similar interests	비슷한 관심사를 가진
keystroke	(컴퓨터)자판 입력	just a few	겨우 몇 번의
improve	향상시키다, 개선하다	point	사항, 요점
allow	허락하다, 용납하다	may	~일지도 모른다(일상) , ~해도 된다(격식)
advanced	상급의, 고등의	degree	학위, 칭호, (각)도
main	조된, 주요한	business	사업
do business	거래하다	require	요구하다
overseas	해외의	client	고객, 거래처
schooling	학교 교육	ask for~	~에 대해 묻다
direction	방향, 방위	directions	길 안내
then	그때, 그렇다면	also	또한
in many ways	다방면으로	so	그러니, 그러므로, 게다가
get	(어떤 상태가)되다	shrink	줄어들다, 축소하다
in person	몸소, 직접	reach	닿다
attraction	관심을 끄는 것, 명소	reach out	(손 등을) 뻗다
feature	~을 특징으로 삼다, ~을 특집으로 다루다	although	~하긴 하지만, ~함에도 불구하고
the whole way	내내, 끝까지	immediately	즉시, 바로
hit it off	친해지다	bird's eye view	조감도, 하늘에서 내려다본 경관
sit	위치하다, 존재하다	rotate	회전하다
afterward	그 후, 후에	central	중심의, 중앙에 있는
explain	설명하다	stall	노점
dynasty	왕조	highway	고속도로
restore	복구하다, 복원하다	downtown	시내의, 중심가의
grand	거대한, 멋진	remain	(여전히)~인 채로 남아있다
fowntain	분수	heritage	유산
savings	예금	look up	조사하다
form	틀, 형식	version	형태, 판
as well	~도 또한, ~도 마찬가지로	present-day	오늘날의
be located in ~	~에 위치하다, ~에 있다	mix	혼합물
over time	시간이 흐르면서	shape	(물건 등의) 형태
what we use today	오늘날 우리가 사용하는 것	ancient	고대의
imagine	상상하다	true	진짜의 본래의
make sure	확실히 하다, 확인하다	leather	가죽 (=레더)
tenth	열 번째의	some time	어느 시기에, 얼마(동안)
bank note	은행권, 지폐	paper money	지폐 (=notes)
cash	현금	fiteenth	열다섯 번째의
after that	그 후	electronic money	전자 화폐
pay	~의 대금을 지불하다	hardly	거의 ~아니다
by the time	~할 때까지, ~할 무렵에는	hardly even	거의 ~않다.
once upon a time	옛날 아주 먼 옛날(이야기 시작부)	pass away	돌아가시다 (die 완곡 표현)
nasty	못된, 고약한	mean	못된
exactly	정확하게, 바로	stepmother	새어머니, 의붓어머니, 계모
stepsister	이복 자매	rag	누더기 천
fireplace	난로	rags	누더기 옷
cinders	재	housework	집안일
announce	발표하다, 알리다	ball	무도회
comb	머리를 빗다	polish	광내다, 닦다
wickedly	못되게, 심술궃게	home alone	집에 혼자 있다
as	~대로	pumpkin	호박
wand	지팡이	carriage	마차
footman	하인, 시종	rat	쥐 (mouse보다 큰 종류)
lizard	도마뱀	gown	(여성 정장)드레스, 가운
glittering	반짝이는	pair	한 쌍, 한 켤레
tiny	아주 작은	slipper	(실내용)구두
ready to	~할 준비가 된	warning	경고
midnight	밤 열두 시, 자정	strike	(시계, 종 등의)시간을 알리다
drive away	(차 등을) 타고 떠나다	ballroom	무도회장
admire	감탄하다, 존경하다	fascinated	마음을 다 빼앗긴, 매료된
palace	궁전, 왕실	bow	머리를 숙이다, 인사를 하다
run off	도망가다, 서둘러 떠나다	pretend	~인 척하다
at all	(부정문에서) 전혀, 조금도	joy	기쁨, 환희
nobody	누구도 ~않다 (단수취급)	anybody	누구든지, 아무나
anyone	(부정·의문문) 누구도, 아무도	someone (somebody)	(긍정문) 어떤 사람, 누구
the day before	그 전날	side	곁, 옆
the whole time (=all the time)	내내	struck	strike의 과거형
startle	놀라게 하다	out of breath	숨이 차서
normal	표준, 정상	turn back	되돌아오다, ~을 되돌리다
tightly	단단히, 빈틈없이	the rest of ~	~의 나머지
desperate	간절히 원하는	own	가지고 있다, 소유하다
kingdom	왕국	palace	왕성
the other	(둘 중) 다른 쪽	tease	놀리다, 장난치다

[이코테] 이진 탐색 - 떡볶이 떡 만들기 (Java)

6__6 — Fri, 8 Apr 2022 01:30:15 +0900

문제

오늘 동빈이는 여행 가신 부모님을 대신해서 떡집 일을 하기로 했다. 오늘은 떡볶이 떡을 만드는 날이다. 동빈이네 떡볶이 떡은 재밌게도 떡볶이 떡의 길이가 일정하지 않다. 대신에 한 봉지 않에 들어가는 떡의 총 길이는 절단기로 잘라서 맞춘다.
절단기에 높이(H)를 지정하면 줄지어진 떡을 한 번에 절단한다. 높이가 H보다 긴 떡은 H위의 부분이 잘릴 것이고, 낮은 떡은 잘리지 않는다.
예를 들어 높이가 19, 14, 10, 17cm인 떡이 나란히 있고 절단기 높이를 15cm로 지정하면 자른 뒤 떡의 높이는 15, 14, 10, 15cm가 될 것이다. 잘린 떡의 길이는 차례대로 4, 0, 0, 2cm이다. 손님은 6cm만큼의 길이를 가져간다.
손님이 왔을 때 요청한 총 길이가 M일 때 적어도 M만큼의 떡을 얻기 위해 절단기에 설정할 수 있는 높이의 최댓값을 구하는 프로그램을 작성하시오.

풀이

문제에서 구해야 하는 값은 손님이 요청한 총 길이가 M일 때 적어도 M만큼의 떡을 얻기 위해 절단기에 설정할 수 있는 높이의 최댓값이다.
- 절단기의 높이(H)가 클 수록 손님이 가질 수 있는 떡의 길이가 작아진다.
- 그렇기 때문에 되도록 손님이 요청한 만큼의 떡만 줄 수 있도록 절단기의 높이를 조건에 부합하는 최댓값으로 설정해야 한다.
이를 위해서 절단기의 높이를 차근차근 바꾸며 손님이 요청하는 조건에 부합하는지 여부를 체크해야 한다.
절단기의 최대 높이는 주어진 떡 길이 중 최댓값이다. (=가장 긴 떡의 길이와 절단기 길이가 일치해 떡이 하나도 잘리지 않는 경우)
그러나, 절단기의 높이는 0~1,000,000,000 수까지 설정할 수 있기 때문에 이를 for(int i = 0; i <= 1000000000; i++) {} 과 같이 범위에 속하는 수를 차례대로 접근하면서 조건에 부합하는 값을 탐색하려 하면 시간이 초과한다.
위와 같이 탐색 대상 데이터의 개수가 1,000만 개를 넘어가거나 탐색 범위의 크기가 1,000억 이상이라면 이진 탐색 알고리즘을 사용해 탐색 시간을 줄일 수 있다.
이진 탐색을 사용해 범위를 절반씩 줄여가면서 '주어진 조건을 만족하는 절단기 높이의 최댓값' 을 탐색한다.
- [이진 탐색 첫번째] 시작점 : 0 / 끝점 : 19 / 중간점 : 9
- 절단기 높이가 9 일 때 떡이 얼마나 잘리며, 잘린 떡이 손님이 요청한 길이(M)에 부합하는가?
- 잘린 떡의 총 길이가 25로, 손님이 요청한 길이 6에 비해 크다.
- 절단기의 높이를 늘려서 다시 자른다.
[0~가장 긴 떡의 길이] 범위 값에 이진탐색으로 접근(mid)하면서 해당 값을 절단기 높이로 하고 잘랐을 때 N개의 떡에서 얼만큼의 떡을 잘라낼 수 있는지(cutting) 매번 체크한다.
- 잘라낸 떡이 M과 일치하는 경우
  - 현재 절단기 높이(mid) 반환 (이진 탐색 성공 시 반환값)
- 잘라낸 떡이 M보다 작을 경우
  - 절단기 길이가 너무 커서 떡이 조금만 잘린다는 뜻이므로 절단기 길이를 줄이고 다시 자른다.
- 잘라낸 떡이 M보다 클 경우
  - 손님이 요청한 길이(M)의 떡을 줄 수 있으나, 최대한 M 값에 가깝게 맞추기 위해 절단기 길이를 늘려서 다시 자른다.
  - 다만, 끝내 M길이와 정확히 일치하도록 떡을 자를 수 없는 경우(=자투리 떡을 덤으로 주게되는 경우)를 산정해서 차선책으로써의 현 높이를 따로 변수에 저장해둔다. (이진 탐색 실패 시 반환값)

코드

import java.util.Arrays;
import java.util.Scanner;

public class Main {
    public static void main(String[] args) {
        Scanner sc = new Scanner(System.in);
        int n = sc.nextInt();   // 떡의 개수
        int m = sc.nextInt();   // 요청한 떡의 길이

        int[] array = new int[n];
        for (int i = 0; i < n; i++)
            array[i] = sc.nextInt();

        Arrays.sort(array);

        // 시작점 : 0, 끝점 : 가장 긴 떡의 길이 (오름차순 정렬한 배열의 마지막 원소)
        int result = binarySearch(array, m, 0, array[array.length - 1]);
        System.out.println(result);
    }

    private static int binarySearch(int[] array, int m, int start, int end) {
        int max = 0;

        while (start <= end) {
            int mid = (start + end) / 2;

            // 떡 자르기 (절단기 길이보다 짧은 떡은 0처리)
            int cutting = 0;
            for (int i : array) {
                cutting += Math.max((i - mid), 0);
            }

            if (cutting == m) {             // 자른 떡이 손님이 요청한 길이와 일치하는 최선책
                return mid;
            } else if (cutting < m) {       // 자른 떡이 손님이 요청한 길이보다 작음 -> 절단기 길이 줄이기
                end = mid - 1;
            } else {                        // 자른 떡이 손님이 요청한 길이보다 큼 -> 절단기 길이 늘리기 (최대한 요청 길이에 맞추도록)
                start = mid + 1;
                max = mid;
            }
        }

        // 손님이 요청한 길이에 딱 맞게 자르진 못하고 자투리 떡을 주게 되는 차선책
        return max;
    }
}

정렬 알고리즘 개념, 코드 정리 (선택정렬, 삽입정렬, 퀵정렬, 계수정렬)

6__6 — Fri, 1 Apr 2022 22:48:06 +0900

선택 정렬(Selection Sort)

현재 정렬되지 않은 데이터 중에서 가장 작은 데이터를 앞으로 이동한다.
시간 복잡도 : O(N²)

private static void selectionSort(int[] array) {
    for (int i = 0; i < array.length; i++) {
        int minIndex = i;

        for (int j = i + 1; j < array.length; j++) {
            if (array[j] < array[minIndex]) {
                minIndex = j;
            }
        }

        int temp = array[i];
        array[i] = array[minIndex];
        array[minIndex] = temp;
    }
}

삽입 정렬(Insertion Sort)

앞까지의 데이터는 이미 정렬되어 있다는 가정하에 특정한 데이터를 적절한 위치에 삽입한다.
현재 리스트가 거의 정렬되어 있는 상태라면 매우 빠르게 동작. ↔ 퀵 정렬
시간 복잡도 : O(N²) ~ O(N)

private static void insertSort(int[] array) {
    // i : 시작 위치, j : 중간 이동 위치, j-1 : 자신의 왼쪽 원소
    for (int i = 1; i < array.length; i++) {
        // 한 칸씩 왼쪽으로 이동
        for (int j = i; j > 0; j--) {
            if (array[j - 1] > array[j]) {
                // 스와프(swap)
                int temp = array[j - 1];
                array[j - 1] = array[j];
                array[j] = temp;
            } else {
                // 왼쪽같이 자신보다 작으면 그 위치에서 멈춤
                break;
            }
        }
    }
}

퀵 정렬(Quick Sort)

가장 많이 사용되는 알고리즘.
퀵 정렬이라는 이름답게, 일반적인 경우에서 평균적으로 빠르게 동작하기 때문에 알고리즘 문제 풀이시 데이터의 특성을 파악하기 어려울 때 퀵 정렬을 추천
기준 데이터(pivot)를 설정하고 그 기준보다 큰 수와 작은 수를 교환한 후 리스트를 반으로 나눈다.
피벗을 설정하고 리스트를 분할하는 방법에 따라 퀵정렬이 구분된다.
호어 분할 방식 : 리스트에서 처선째 데이터를 피벗으로 정한다.
평균 시간 복잡도 : O(NlogN)
최악의 경우 : O(N²) - 호어 분할 방식인데, 이미 데이터가 정렬되어 있는 경우(피벗 분리만 반복될뿐) ↔ 삽입정렬

private static void quickSort(int[] array, int start, int end) {
    if (start >= end)       // 원소가 1개인 경우 종료
        return;

    int pivot = start;      // 피벗은 첫번째 원소
    int left = start + 1;   // 피벗보다 큰 데이터의 위치
    int right = end;        // 피벗보다 작은 데이터의 위치

    while (left <= right) {
        // 왼쪽에서부터 오른쪽 끝까지 피벗보다 큰 데이터 찾기
        while (left <= end && array[left] <= array[pivot]) {
            left++;
        }

        // 오른쪽에서부터 왼쪽 피벗 앞까지 피벗보다 작은 데이터 찾기
        while (right > start && array[right] >= array[pivot]) {
            right--;
        }

        if (left > right) {     // 엇갈렸다면 작은 데이터를 피벗과 교환 (그 위치가 중간 값 자리)
            int temp = array[pivot];
            array[pivot] = array[right];
            array[right] = temp;
        } else {    // 엇갈리지 않았다면 작은 데이터와 큰 데이터를 교환
            int temp = array[left];
            array[left] = array[right];
            array[right] = temp;
        }
    }
    // 분할 이후 피벗의 왼쪽 부분과 오른쪽 부분에서 각각 정렬 수행 (재귀)
    quickSort(array, start, right - 1);     // array[right]와 array[pivot] 값이 바뀌었으니 현재 피벗의 위치는 right
    quickSort(array, right + 1, end);
}

계수 정렬(Count Sort)

데이터의 크기 범위가 제한되어 정수 형태로 표현할 수 있을 때만 사용 가능
가장 큰 데이터와 가장 작은 데이터의 차이가 1,000,000을 넘지 않을 때, 동일한 값을 가지는 데이터가 여러 개 등장할 때 적합
자연수 데이터 개수 N, 데이터 중 최대값 K 일 때 시간 복잡도 : O(N+K)

private static void countSort(int[] array) {
    int[] count = new int[MAX_VALUE + 1];

    // 데이터 값과 동일한 인덱스 + 1
    for (int i : array) {
        count[i]++;
    }

    // i 데이터를 count[i] 만큼 배열에 추가
    int index = 0;
    for (int i = 0; i < count.length; i++) {
        for (int j = 0; j < count[i]; j++) {
            array[index++] = i;
        }
    }
}

[백준] 13305번 - 주유소 (Java) : 100점 & 58점 코드

6__6 — Fri, 25 Mar 2022 18:32:40 +0900

문제

https://www.acmicpc.net/problem/13305

13305번: 주유소

표준 입력으로 다음 정보가 주어진다. 첫 번째 줄에는 도시의 개수를 나타내는 정수 N(2 ≤ N ≤ 100,000)이 주어진다. 다음 줄에는 인접한 두 도시를 연결하는 도로의 길이가 제일 왼쪽 도로부터 N-1

www.acmicpc.net

풀이

<문제에서 알 수 있는 사실들>

N : 도시의 개수
N-1 : 인접한 두 도시를 연결하는 도로의 개수.
처음 도시에서는 기름이 없는 채로 시작한다.
각 도시의 주유소에서 1L당 가격으로 기름을 충전할 수 있다.
도로를 이동할 때 1km마다 1L의 기름을 사용한다.

<문제 보기로 주어진 문제에서 해를 찾는 과정.>

<새롭게 도출해낸 사실들>

1. 주유 비용을 최소화하기 위해 리터당 가격이 싼 기름을 넣어야 한다.

2. 그러나 그 도시의 주유소는 해당 도시에 도착해야 이용할 수 있다.
2번째 도시의 기름값이 1번째 도시보다 싸다는 것을 알고 있지만, 1번째 도시에서는 2번째 도시의 주유소를 이용할 수 없다. 즉, 선택지가 없으므로 강제적으로 1L에 5원을 주고 기름을 충전해야 한다.ㅍ

3. 무엇보다도, 처음 도시에서는 무조건 다음 도시까지 가기 위한 기름을 충전해야 한다.
*만약 전체 도시 중 첫 도시의 기름값이 가장 싸다면, 다음 도시까지 가는데 필요한 기름 값 뿐 아니라 첫 도시의 주유소에서 처음~마지막 도시까지 가는 데 필요한 기름을 전부사야 한다.

4. 마지막 도시에서는 더 이상 나아갈 도로가 없으므로, 마지막 도시의 기름 값은 프로그램에서 사용되지 않는다. 입력으로 주어져서 받기는 하나, 사용하지는 않을 예정.

5. 2에서 언급한 바와 같이, 다음 도시의 주유소를 미리 이용할 수 없기 때문에 그때 그때 그나마 지금 나온 것들 중 가장 가격이 싼 기름을 넣어야 한다.(이전까지 나온 도시들의 기름 값 vs 현재 도시의 기름 값)

→ 현재 상황에서 최선의 수를 선택하는 문제이기 때문에 그리디 알고리즘이 적합하다.

코드

1차 코드(58점 / 부분성공)

import java.util.Scanner;

public class Main {
    public static void main(String[] args) {
        Scanner sc = new Scanner(System.in);
        int n = sc.nextInt();           // 도시 개수
        int[] road = new int[n - 1];    // 각 도시를 연결하는 도로의 길이 (1km 이동 = 1L 기름 사용)
        int[] oil = new int[n];         // 각 도시에 있는 주유소의 기름 가격 (1L 당 가격)

        for (int i = 0; i < road.length; i++) {
            road[i] = sc.nextInt();
        }

        for (int i = 0; i < oil.length; i++) {
            oil[i] = sc.nextInt();
        }

        // 처음 주유소는 무조건 이용
        int result = oil[0] * road[0];
        int minPrize = oil[0];

        // 마지막 - 1 번째 주유소까지만 이용 가능
        for (int i = 1; i < oil.length - 1; i++) {
            // 지금까지 거친 주유소 중 최저가 vs 현재 주유소
            if (oil[i] < minPrize) {
                result += oil[i] * road[i];
                minPrize = oil[i];
            } else {
                result += minPrize * road[i];
            }
        }

        System.out.println(result);
    }
}

2차 코드(100점 / 성공)

import java.io.BufferedReader;
import java.io.IOException;
import java.io.InputStreamReader;
import java.math.BigInteger;
import java.util.Arrays;
import java.util.Scanner;
import java.util.StringTokenizer;

public class Main {
    public static void main(String[] args) throws IOException {
        BufferedReader br = new BufferedReader(new InputStreamReader(System.in));
        int n = Integer.parseInt(br.readLine());    // 도시 개수

        BigInteger[] road = new BigInteger[n - 1];              // 각 도시를 연결하는 도로의 길이 (1km 이동 = 1L 기름 사용)
        BigInteger[] oil = new BigInteger[n];                   // 각 도시에 있는 주유소의 기름 가격 (1L 당 가격)

        StringTokenizer st = new StringTokenizer(br.readLine(), " ");
        for (int i = 0; i < n - 1; i++) {
            road[i] = new BigInteger(st.nextToken());
        }

        st = new StringTokenizer(br.readLine(), " ");
        for (int i = 0; i < n; i++) {
            oil[i] = new BigInteger(st.nextToken());
        }

        // 처음 주유소는 무조건 이용
        BigInteger result = oil[0].multiply(road[0]);
        BigInteger minPrize = oil[0];

        // 마지막 - 1 번째 주유소까지만 이용 가능
        for (int i = 1; i < oil.length - 1; i++) {
            // 지금까지 거친 주유소 중 최저가 vs 현재 주유소
            if (oil[i].compareTo(minPrize) < 0) {
                result = result.add(oil[i].multiply(road[i]));
                minPrize = oil[i];
            } else {
                result = result.add(minPrize.multiply(road[i]));
            }
        }

        System.out.println(result);
    }
}

기름 값(oil) * 거리(road) 곱셈 과정에서 오버플로우 주의
큰 수를 고려해서 각 도시의 기름 값, 거리 길이 등 값을 BigInteger 타입으로 처리한다.

java.math.BigInteger 클래스

public class BigInteger extends Number implements Comparable<BitInteger> {
    final int signum;	// 부호. 1(양수), 0, -1(음수)
    final int[] mag;	// 값(magnitude)
}

가장 큰 정수형 타입인 long으로 표현할 수 있는 값(10진수로 19자리 정도) 보다 큰 값을 다뤄야 할 때 사용한다.
내부적으로 int배열을 사용해서 값을 다룬다.
자릿수가 큰 정수의 각 자릿 값을 하나씩 배열 요소로 가지고 있는 구조.

BigInteger 객체 생성

BigInteger val;
val = new BigInteger("12345678901234567890");	// 문자열로 생성
val = new BigInteger("FFFF", 16);				// n진수(radix)의 문자열로 생성
val = BigInteger.valueOf(1234567890L);			// 숫자로 생성

BigInteger[] array = new BigInteger[10];		// 배열 생성

BigInteger 연산

BigInteger은 int, long, float과 같은 기본 자료형이 아니기 때문에 +, -, /, % 과 같은 산술 연산자를 적용할 수 없다. 그대신 BigInteger 타입 자체에서 add(), substract(), multiply() 와 같은 산술연산 기능을 수행하는 함수를 제공한다. 해당 함수들의 반환 값으로 연산 결과를 리턴한다. 이를 BigInteger 타입 변수로 받아서 사용하면 된다.

BigInteger add(BigInteger val)         // 덧셈
BigInteger substract(BigInteger val)   // 뺄셈
BigInteger multiply(BigInteger val)    // 곱셈
BigInteger divide(BigInteger val)      // 나눗셈
BigInteger remainder(BigInteger val)   // 나머지

int        bitCount()      // 2진수로 표현했을 때, 1의 개수(음수는 0의 개수)를 반환
int        bitLength()     // 2진수로 표현했을 때, 값을 표현하는데 필요한 bit수
boolean    testBit(int n)  // 우측에서 n+1번째 비트가 1이면 true, 0이면 false
BigInteger setBit(int n)   // 우측에서 n+1번째 비트를 1로 변경
BigInteger clearBit(int n) // 우측에서 n+1번째 비트를 0으로 변경
BigInteger flipBit(int n)  // 우측에서 n+1번째 비트를 전환 (1이면 0, 0이면 1)

BigInteger 비교

BigInteger 연산에서와 같은 이유로 BigInteger 변수에는 >, <, <=, >= 과 같은 등호연산을 적용할 수 없다. BigInteger은 객체로 취급되기 때문에 같은 타입의 BigInteger 변수와 대소 비교를 수행하려면 compareTo() 메서드를 사용해야 한다.

BigInteger val1 = new BigInteger("10");
BigInteger val2 = new BigInteger("20");
if(val1.compareTo(val2) < 0){
	System.out.println("val1은 val2보다 작다.");	// -1
} else if(val1.compareTo(val2) == 0){
	System.out.println("val1은 val2와 같다.");	// 0
} else {
	System.out.println("val1은 val2보다 크다.");	// 1
}

영어 기초 문법 (17) - 가정법

6__6 — Fri, 25 Mar 2022 15:28:36 +0900

가정법 과거

If

과거형을 사용하여 현재 사실에 반대되는 상황을 나타내는 것.
「만약 ~하다면 …할 텐데」
<if + 주어 + 동사의 과거형 ~, 주어 + 조동사의 과거형 + 동사원형 ...>
가정법 과거의 종속절 동사가 be동사인 경우, 주어에 상관없이 'were'를 사용한다.
A하지 않기 때문에 B하지 못 한다. → 만약 A하다면 B할 수 있을 텐데. (주절, 종속절에 대해 각각 not 연산 수행)
=> 기존에 긍정이면 가정법 과거에서는 부정(not)으로, 기존에 부정이면 가정법 과거에서는 긍정으로 변환.

Because I don't have time, I will not go with you.
→ If I had time, I would go with you.
(만약 나에게 시간이 있다면, 나는 당신과 갈 텐데.)
(현재 상황 fact = 나에게는 시간이 없어서, 나는 당신과 가지 않음.)
*don't have(부정) → had(긍정·과거) / *will not go(부정) → would go(긍정·과거)

Because I don't know the answer, I cannot help you.
→ If I knew the answer, I could help you.
(만약 내가 답을 안다면, 나는 당신을 도울 수 있을텐데.)
(= 나는 답을 몰라서, 당신을 도울 수 없음.)
*don't know(부정) → knew(긍정·과거) / *cannot help(부정) → could help(긍정·과거)

Because he is not young, he cannot run fast.
→ If he were young, he could run fast.
(만약 그가 젊다면, 그는 빨리 달릴 수 있을 텐데.)
*is not(be동사 부정) → were(be동사 긍정 were) / *cannot run(부정) → could run(긍정·과거)

Because the bags are expensive, I will not buy one for my mother.
→ If the bags were not expensive, I would buy one for my mother.
(만약 그 가방들이 비싸지 않다면, 나는 하나를 나의 어머니께 사드릴 텐데.)
*are(be동사 긍정) → were not(be동사 부정 were) / *will not buy(부정) → would buy(긍정·과거)

Wish

현재 사실에 반대되는 상황을 희망하는 경우
「~하다면 좋을텐데」
<I wish + 주어 + 동사의 과거형 ~>

I don't have an older sister.
→ I wish I had an older sister.
(나에게 언니가 있다면 좋을 텐데.)
(= 나에게는 언니가 없음)

I cannot see her every week.
→ I wish I could see her every week.
(내가 매주 그녀를 만날 수 있다면 좋을 텐데.)
(= 나는 매주 그녀를 만날 수 없음.)

As if

현재 사실에 반대되는 상황을 나타내는 경우
「마치 ~인 것처럼」
<as if + 주어 + 동사의 과거형>

She is not a professional athlete.
→ She looks as if she were a professional athlete.
(그녀는 마치 전문 운동선수인 것처럼 보인다.)
(= 그녀는 전문 운동선수가 아니다.)
*is not (be동사 부정) → were (be동사 긍정 were)

He is not older than me.
→ I feel as if he were older than me.
(나는 마치 그가 나보다 나이가 많은 것처럼 느낀다.)
(= 그는 나보다 나이가 많지 않다.)

가정법 과거완료

If

과거완료형(had+과거분사)을 사용하여 과거 사실에 반대되는 상황을 나타내는 것.
「만약 ~했다면 ...했을 텐데」
<if + 주어 + had + 과거분사 ~, 주어 + 조동사 과거형 + have + 과거분사 ...>

Because I was not careful, I broke it.
→ If I had been careful, I would not have broken it.
(만약 내가 조심했다면, 나는 그것을 깨뜨리지 않았을 텐데.)
*be동사 과거 부정형 → be동사 과거분사 긍정형
*be동사 : am/is/are - was/were - been

Because you were not there, I didn't see you.
→ If you had been there, I would have seen you.
(만약 너가 거기 있었다면, 나는 너를 보았을 텐데.)
*be동사 과거 부정형 → be동사 과거분사 긍정형 / 일반동사 과거형 → 조동사과거형+have+일반동사 과거분사
*would 와 could의 차이에 주의하자.
~했다면 너를 보았을 텐데 = ~ I would have seen you.
~했다면 너를 볼 수 있었을 텐데 = ~ I could have seen you.

He didn't know about it, he could not help you.
→ If he had known about it, he could have helped you.
(만약 그가 그것에 대해 알았다면, 그는 당신을 도울 수 있었을 텐데.)
*know - knew - known / help - helped - helped

Because I fell over, I could not win.
→ If I had not fallen over, I could have won.
(만약 내가 넘어지지 않았다면, 나는 이길 수 있었을텐데.)
*fall - fell - fallen / win - won - won

Because I didn't study hard, I could not pass the test.
→ If I had studied hard, I could have passed the test.
(만약 내가 열심히 공부했다면, 나는 그 시험에 합격할 수 있었을 텐데.)
*study - studied - studied / pass - passed - passed

Wish

과거 사실에 반대되는 상황을 희망하는 경우
「~했다면 좋았을 텐데」 =실제로는 ~했지 않음
<I wish + 주어 + had + 과거분사 ~>

I ate so much.
→ I wish I had not eaten so much.
(내가 그렇게 많이 먹지 않았다면 좋았을 텐데.)

You didn't tell me your problem before.
→ I wish you had told me your problem before.
(당신이 전에 내게 당신의 문제를 말했다면 좋았을 텐데.)

As if

과거 사실에 반대되는 상황을 나타내는 경우
「마치 ~였던 것처럼」 =실제로는 ~였지 않음
<as if + 주어 + had + 과거분사 ~>

I was not there.
→ I feel as if I had been there.
(나는 마치 내가 거기에 있던 것처럼 느낀다.)

My car was not washed.
→ My car looks as if it had been washed.
(내 차는 마치 그것이 세차된 것처럼 보인다.)

그 외 가정법 표현

If it were not for

'If it were not for~'
「만약 ~이 없다면」 이라는 의미의 가정법 과거 표현

We can survice.
→ If it were not for water, we could not survive.
(만약 물이 없다면, 우리는 생존할 수 없을 텐데.)

We can got information quickly.
→ If it were not for Internet, we could not get information quickly.
(만약 인터넷이 없다면, 우리는 신속히 정보를 얻을 수 없을 텐데.)

Without

'Without~'
동사의 시제에 따라 「만약 ~이 없다면」(가정법 과거), 「만약 ~이 없었다면」(가정법 과거완료)

[동사 시제 과거 -> 가정법 과거완료]
I didn't fail the exam.
→ Without her help, I would have failed the exam.
(만약 그녀의 도움이 없었다면, 나는 그 시험에 떨어졌을 텐데.)

[동사 시제 미래 -> 가정법 과거]
I will not fail the exam.
→ Without her help, I would fail the exam.
(만약 그녀의 도움이 없다면, 나는 그 시험에 떨어질 텐데.)

I didn't miss the school bus.
→ Without my alarm clock, I would have missed the school bus.
(만약 내 자명종이 없었다면, 나는 학교 버스를 놓쳤을 텐데.)

Animals will not die.
→ Without plants, animals would die.
(만약 식물이 없다면, 동물은 죽을 텐데.)

But for

'Without' 대신에 'But for~'을 사용하여 가정법의 의미를 나타낼 수 있다.

[가정법 과거완료]
I won it.
→ But for her support, I would not have won it.
(만약 그녀의 지원이 없었다면, 나는 그것에서 우승하지 못했을 텐데.)

[가정법 과거]
I will win it.
→ But for her support, I would not win it.
(만약 그녀의 지원이 없다면, 나는 그것에서 우승하지 못할 텐데.)

We could take these photos.
→ But for his camera, we could not have taken these photos.
(만약 그의 카메라가 없었다면, 우리는 이 사진들을 찍을 수 없었을 텐데.)

Were

'If' 를 생략하고 <Were + 주어 ~>로 쓸 수 있다.
<If + 주어 + were [not]~> → <Were + 주어 +[not]~>

If she were not my teacher, French would be difficult.
→ Were she not my teacher, French would be difficult.
(만약 그녀가 나의 선생님이 아니라면, 프랑스 어는 어려울 텐데.)

If I were Sara, I would thank Alex.
→ Were I Sara, I would thank Alex.
(만약 내가 Sara라면, 나는 Alex에게 고마워할 텐데.)

If I were taller, I would join the basketball team.
→ Were I taller, I would join the basketball team.
(만약 내가 키가 크다면, 나는 농구 팀에 가입할 텐데.)

+) Would 와 Could 차이

would : will의 과거형, '~했을 것이다.' = '~했을' 로 해석되는 문장들
could : can의 과거형, '~할 수 있었다.' = '~할 수' 로 해석되는 문장들

Without air, people would die.
(만약 공기가 없다면, 사람은 죽을 텐데.)
*죽다(die) + ~했을(would) = 죽을

If it were not for wather, they could not grow.
(만약 물이 없다면, 식물은 자랄 수 없을 텐데.)
*자라다(grow) + ~할 수(could) = 자랄 수

단어장

단어	뜻	단어	뜻
suffer	고통을 겪다	hunger	기아
share	나누다	wish	~이기를 바라다, 희망하다
illness	병	by accident	우연히, 실수로
confident	자신이 있는	race	경우
fall over	넘어지다	upset	불편한
stomach	위, 배	wouldn't	would not
greedy	탐식하는	survive	생존하다
importance	중요성	grateful	감사하는
without	~이 없이, 만약 ~이 없다면	encourage	격려하다
contest	대회, 콘테스트	support	지원
past	과거	pollution	오염(물질)
garbage	쓰레기	waste	낭비하다
fossil	화석	fuel	연료
heat	열	gas	가스
global	세계적인, 지구 전체의	global warning	지구 온난화
increase	증가, 증가하다	glacier	빙하
melt	녹다	level	높이
recycle	재활용하다	endless	끝없는, 무한의
amount	양	billion	10억
million	100만	thousand	1000, 수천의
hundred	100, 수백의	environment	(자연)환경
for example	예를 들어	unplug	플러그를 뽑다
shower	샤워	liter	리터
drinking water	식수	reduce	줄이다
grobally	세계적으로, 지구적 규모로	locally	지역적으로, 지방으로

[Android] ImageView에 테두리(border line) 넣기

6__6 — Thu, 24 Mar 2022 17:39:02 +0900

ImageView는 기본적으로 src 속성에 지정된 이미지만을 뷰로 표시한다. 그렇기 때문에 아래와 같이 일부 색상이 흰색인 이미지를 출력하면 이미지 경계를 파악하기 어렵게 된다. 이미지에 테두리 효과를 줘서 경계를 한눈에 알아보도록 해보자. 테두리 효과를 준다고는 했지만, 실제로 ImageView에 isBorderLine=true과 같은 편리한 속성은 존재하지 않기 때문에 인위적으로 '테두리가 그려진 drawable 리소스'를 background로 지정하는 방법을 사용해야 한다.

사각 테두리

1. drawable 디렉터리에 XML 파일 작성 (square_backgroud_border_black.xml)

<?xml version="1.0" encoding="utf-8"?>
<shape xmlns:android="http://schemas.android.com/apk/res/android"
    android:shape="rectangle">
    <solid android:color="@android:color/white" />
    <corners android:radius="0dp" />
    <stroke
        android:width="1dp"
        android:color="#7A8089" />
</shape>

2. ImageView의 background 속성을 설정하고, <stroke> 너비 만큼의 padding을 준다. (activity_main.xml)

<ImageView
    android:id="@+id/imageView"
    android:background="@drawable/square_background_border_black"
    android:padding="1dp"
    android:scaleType="centerCrop"
    android:layout_width="wrap_content"
    android:layout_height="wrap_content"
    android:layout_margin="16dp"
    android:layout_gravity="center"
    android:contentDescription="Quiz Image"
    tools:src="@drawable/ic_flag_of_finland"
    />

*background 속성은 말그대로 배경을 지정하는 것인데, 이미지의 width, height 속성이 ‘wrap_content’일 경우 이미지 크기대로 View 크기가 정해진다. 이러면 src에 지정한 이미지 파일이 전체 영역을 다 차지하기 때문에 배경에 그려져 있는 1dp 테두리가 가려지게 된다. 테두리를 보이게 하기 위해서 padding 속성을 1dp만큼 지정하자.

둥근 테두리

1. drawable 디렉터리에 XML 파일 작성 (round_backgroud_border_black.xml)

<?xml version="1.0" encoding="utf-8"?>
<shape xmlns:android="http://schemas.android.com/apk/res/android"
    android:shape="rectangle">
    <solid android:color="@android:color/white" />
    <corners android:radius="10dp" />
    <stroke
        android:width="1dp"
        android:color="@android:color/black" />
</shape>

2. 메인 코드에서 ImageView.setClipToOutline(true) 를 사용한다. (MainActivity.kt)

setClipToOutline : 이미지를 배경에 맞게 자른다.

binding.imageView.clipToOutline = true

3. 다만 이렇게 하면 테두리가 보이지 않기 때문에, 같은 background를 가지는 레이아웃으로 감싸고 padding을 넣어준다. (activity_main.xml)

<LinearLayout
    android:id="@+id/imageBorder"
    android:background="@drawable/round_background_border_black"
    android:layout_width="wrap_content"
    android:layout_height="wrap_content"
    android:gravity="center"
    android:padding="1dp"
    android:layout_margin="10dp">

    <ImageView
        android:id="@+id/imageView"
        android:background="@drawable/round_background_border_black"
        android:scaleType="centerCrop"
        android:layout_width="wrap_content"
        android:layout_height="wrap_content"
        android:src="@drawable/ic_flag_of_argentina" />
</LinearLayout>

영어 기초 문법 (16) - 화법(직접화법, 간접화법)

6__6 — Thu, 17 Mar 2022 19:01:47 +0900

화법

직접화법 : 다른 사람이 말한 내용을 " "을 사용하여 그대로 표현하는 방법
간접화법 : 다른 사람이 말한 내용을 명사절(that ~ 등)을 사용하여 표현하는 방법

<직접화법>
She said, "Dad is tired."
: 그녀는 "아빠는 피곤하다." 라고 말했다.

<간접화법>
She said that Dad was tired.
: 그녀는 아빠가 피곤하다고 말했다.

직접화법과 간접화법의 차이

직접화법의 " "안의 현재형의 동사는, 간접화법의 종속절에서는 주절의 동사에 따라 과거형이 된다.

Mom said, "Julia is tired." : 그녀는 "아빠는 피곤하다."라고 말했다.
→ Mod said that Julia was tired. : 그녀는 아빠는 피곤하다고 말했다.

Alex said, "The tea is too hot to drink." : Alex는 "그 차는 너무 뜨거워서 마실 수 없다"라고 말했다.
→ Alex said that the tea was too hot to drink. : Alex는 그 차가 너무 뜨거워서 마실 수 없다고 말했다.

직접화법의 " "안의 주어 'I'는, 간접화법에서는 주절의 주어에 따라 'he/has'가 된다.
같은 이유로 'we'는 'they' 가 된다.
직접화법에서는 화자의 말을 그대로 읇어주기 때문에 그 말을 한 당사자 시점으로 "I ~" 를 그대로 쓰지만, 간접화법에서는 말 내용만을 따서 새로운 화자가 말하는 것이기 때문에 그 말을 하는 주체가 달라진다.

Alex said, "I want to watch some movies." : Alex는 "나는 영화를 보고 싶다."라고 말했다.
→ Alex said that he wanted to watch some movies. : Alex는 그가 영화를 보고 싶다고 말했다.
*간접화법의 종속절에서는 주절의 동사에 따라 과거형(wanted) + 주어 변화(he)

She said, "I have some candy." : 그녀는 "내가 약간의 사탕을 가지고 있다"라고 말했다.
→ She said that she had some candy. : 그녀는 그녀가 약간의 사탕을 가지고 있다고 말했다.

Emily said, "I am very sleepy." : Emily는 "나는 매우 졸리다"라고 말했다.
→ Emily said that she was very sleepy. : Emily는 그녀가 매우 졸리다고 말했다.

They said, "We are full." : 그들은 "우리는 배부르다"라고 말했다.
→ They said that they were full. : 그들은 그들이 배부르다고 말했다.

직접화법의 " "안의 과거형의 동사는, 간접화법의 종속절에서는 과거완료형(had+과거분사)이 된다.
뜻은 같으나, 직접화법을 사용할 땐 과거형으로 적히던 동사를 간접화법에서는 과거완료형으로 써야 한다.

He said, "I was very hungry." : 그는 "나는 매우 배고팠다."라고 말했다.
→ He said that he had been very hungry. : 그는 그가 매우 배고팠다고 말했다.

She said, "I ate a large pizza." : 그는 "나는 커다란 피자를 먹었다."라고 말했다.
→ She said that she had eaten a large pizza. : 그는 그가 커다란 피자를 먹었다고 말했다.

직접화법의 'said to'는 간접화법에서는 'told'가 된다.
직접화법의 " "안의 조동사는, 간접화법에서는 주절의 동사에 따라 과거형이 된다.
ex) will → would : ~일 것이다 / can → could : ~할 수 있다

Roy said to me, "I will go to the zoo." : Roy는 내게, "나는 동물원에 갈 것이다."라고 말했다.
→ Roy told me that he would go to the zoo. : Roy는 내게 그가 동물원에 갈 것이라고 말했다.

Julia said to us, "I can't remember the answer." : Julia는 우리에게, "나는 그 답을 기억할 수 없다."라고 말했다.
→ Julia told us that she couldn't remember the answer. : Juliad는 우리에게 그녀가 답을 기억할 수 없다고 말했다.

화법 + 의문문

의문문을 포함한 직접화법을 간접화법으로 바꾸기

직접화법 'said to' → 간접화법 'asked'
직접화법의 " "안의 의문사가 주어인 경우 → 간접화법의 종속절은 <의문사 + 동사~>

Mom said to me, "Who is with Julia?" : 엄마는 내게, "누가 Julia와 있니?"라고 말했다.
→ Mom asked me who was with Julia. : 엄마는 내게 누가 Julia와 있는지 물었다.
*주어는 의문사 who : 누가
*직접화법 " "안의 현재형 동사를 간접화법의 종속절에서 과거형으로 변경.

Alex said to me, "What was in the box?" : Alex는 내게, "무엇이 상자 안에 있었니?"라고 말했다.
→ Alex asked me what had been in the box? : Alex는 내게 무엇이 상자 안에 있었는지 물었다.
*주어는 의문사 what : 무엇이
*직접화법 " "안의 과거형 동사를 간접화법의 종속절에서 과거완료형으로 변경

직접화법의 " "안의 의문사가 주어가 아닌 경우 → 간접화법의 종속절은 <의문사 + 주어 + 동사~>

I said to him, "What is it?" : 나는 그에게, "그것은 무엇입니까?"라고 말했다.
→ I asked him what it was. : 나는 그에게 그것이 무엇인지 물었다.
*주어는 it : 그것
*물음표가 있는 의문문이 아니므로 <의문사+동사+주어~> 어순이 아니라 <의문사+주어+동사~> 어순으로 쓴다.

Dad said to me, "Where is Roy playing baseball?" : 아빠는 내게 "Roy가 어디에서 야구를 하고 있니?"라고 말했다.
→ Dad asked me where Roy was playing baseball. : 아빠는 내게 Roy가 어디에서 야구를 하고 있는지 물었다.
*주어는 Roy (3인칭 단수)
*동사는 현재진행형 <be동사 + 동사원형-ing> : ~하는 중이다.
현재진행형의 과거형은 과거진행으로 <be동사 과거형 + 동사원형-ing>형태이다.

의문사가 없는 의문문을 포함한 직접화법을 간접화법으로 바꾸기

간접화법의 종속절은 <if + 주어 + 동사 ~> 어순이 된다.
직접화법의 " " 안의 주어 → 간접화법 주절의 목적어(~에게/그 말을 들은 대상)에 따라 바뀐다.

She said to me, "Do you want to drink coffe or tea?" : 그녀는 내게, "커피나 홍차를 마시고 싶니?"라고 말했다.
→ She asked me if I wanted to dring coffee or tea. : 그녀는 내게 커피나 홍차를 마시고 싶은지 물었다.
*주어는 나 자신 I(=you). 그가 내게 "너는 V하고 싶니?"라고 말했다. → 그가 내게 내가 V하고 싶은지 물었다. (주절 목적어와 종속절의 주어가 같은 경우)
*말을 전달하는 화자가 주절의 목적어(me)이기 때문에, 직접화법의 " " 안에서 'you'이던 대상이 간접화법 종속절에서는 'I'로 바뀐다.

Mom said to me, "Is the cake ready?" : 엄마는 내게 "케이크가 준비되었니?" 라고 말했다.
→ Mom asked me if the cake was ready. : 엄마는 내게 케이크가 준비되었는지 물었다.
*주어는 the cake(=the cake), 동사는 be동사 was(=is).

명령문을 포함한 직접화법을 간접화법으로 바꾸기

직접화법 " " 안이 무조건 나에게 말하는 명령문이기 때문에, 간접화법의 종속절에 별도의 주어(I)가 필요없다.
= 말을 전달하는 화자(간접화법 주절의 목적어)와 말을 들은 대상(간접화법 종속절의 주어)가 같다.
직접화법의 " "안이 긍정명령문(동사~)인 경우 → <tell + 목적어(~에게) + to부정사>

My wife said to me, "Go to the doctor." : 나의 아내는 내게, "의사에게 가 봐라."라고 말했다.
→ My wife told me to go to the doctor. : 나의 아내는 내게 의사에게 가 보라고 말했다.
*<told + me + to go~>

직접화법의 " "안이 부정명령문(Don't 동사~)이 경우 → <tell + 목적어(~에게) + not + to부정사>

The doctor said to me, "Don't work too hard." : 의사는 내게, "너무 지나치게 일하지 마세요."라고 말했다.
→ The doctor told me not to work too hard. : 의사는 내게 너무 지나치게 일하지 말라고 말했다.
*<told + me + not + to work~>

The guide said to me, "Don't take photos." : 안내원은 내게 "사진을 찍지 말라"라고 말했다.
→ The guide told me not to take photos. : 안내원은 사진을 찍지 말라고 말했다.

단어장

단어	뜻	단어	뜻
amusement	즐거움, 오락	amusement park	놀이 공원
proudly	자랑스럽게	assignment	숙제
seem	~인 것처럼 보이다	himself	그 자신
any more	더 이상	by himself	혼자서
somebody	누군가	doorbell	현관 초인종
carrier	운반인, 캐리어	mail carrier	우편집배원
arrest	체포하다	refuse	거부하다
civil	일반 사람의, 시민의	right	권리
the civil rights movement	시민권 운동	movement	운동
equal	평등한	separately	따로 (부)
landowner	지주	separate	별도의 (형)
president	대통령	between	~사이에 (전)
north	북, 북부	law	법률
southern	남쪽의	fair	공평한
limit	제한하다	unfaire	불공평한
portest	항의하다	against	~에 반대하여
grow up	성장하다, 어른이 되다	belief	신념
equality	평등, 공평함	fought	fight의 과거형
1st	First	peaceful	평화적인
gather	모이다	public	공공의
march	행진	rally	집회
diffrence	차이, 변화	bravery	용기
unite	단결시키다	stuggle	투쟁

[Android] res/values/color.xml 파일에 color 리소스 추가 시 오류 해결 : The color _ in values has no declaration in the base values folder

6__6 — Tue, 8 Mar 2022 17:11:24 +0900

오류

res/values/color.xml 파일에 다음처럼 color 리소스를 추가하는 과정에서 빨간 밑줄이 표시되며 아래와 같은 오류 메시지가 표시된다.

The color "colorAccent" in values has no declaration in the base values folder

해결

1. [File] > [Invalidate Caches / Restart...] 캐시 무효화 / 다시시작
*말 그대로 안드로이드 스튜디오를 다시 시작하기 때문에 중요한 파일이 있다면 미리 저장해둔 뒤 클릭하자.

2. 빨간줄이 제거되고, 오류가 해결된다.

[Android] Windows에서 Android 빌드 속도 향상을 위해 보안 프로그램 대상에서 제외시키기

6__6 — Sat, 5 Mar 2022 00:11:42 +0900

문제 상황

안드로이드 스튜디오에서 프로젝트 빌드 중 우측하단에 아래와 같은 경고창이 표시된다.

Your anti-virus program might be impacting your build performance.
Android Studio checked the following directories:

C:\Users\{사용자명}\.gradle
C:\Users\{사용자명}\AppData\Local\Google\AndroidStudio2020.3
E:\AndroidStudioProjects\android-exercise
E:\ProgramData\Android

보안 프로그램이 빌드 속도에 영향을 줄 수 있으니, 해당 경로를 바이러스 검사 대상에서 제외시키길 권장한다는 내용이다.

일부 바이러스 백신 소프트웨어는 Android Studio 빌드 프로세스를 방해할 수 있으며, 이로 인해 빌드 실행 속도가 크게 느려질 수 있다. Android Studio에서 빌드를 실행하면 Gradle은 앱의 리소스와 소스 코드를 컴파일한 후, 컴파일된 리소스를 .apk나 .aab로 함께 패키징하는데, 이 과정에서 많은 파일이 컴퓨터에 생성된다. 바이러스 백신 소프트웨어에서 실시간 검사를 사용하도록 설정한 경우 파일이 생성될 때마다 파일 검사가 이루어지고 이때 빌드 프로세스가 강제로 중지될 수 있다.

그렇다고 바이러스 백신 소프트웨어 또는 실시간 검사를 완전히 중지해버리면 컴퓨터를 악성 소프트웨어로부터 보호할 수 없기 때문에, Android 빌드와 관련된 일부 디렉터리만 실시간 검사 대상에서 제외시켜야 한다. (물론 제외 구현과 관련된 위험을 항상 평가하고, 악성이 아니라고 확신하는 파일만 제외해야 한다.)

해결

Android Studio 디렉터리의 기본 위치

아래는 실시간 검사에서 제외시켜야 하는 Android Studio 디렉터리의 기본 위치이다.
단, 사용자마다 Android Studio 버전 및 설치위치, Workspace 위치 등이 다르기 때문에 자세한 경로는 Android Studio에 표시된 경고 메시지 내용을 참고해야 한다.

Gradle 캐시 : C:\Users\{UserName}\.gradle
Android Studio 프로젝트 : E:\AndroidStudioProjects\{ProjectName}
Android SDK : E:\ProgramData\Android
Android Studio 시스템 파일 : C:\Users\{UserName}\AppData\Local\Google\AndroidStudio{Version}

Windows Defender 예외 추가하기

Windows 운영체제에서 바이러스 백신 프로그램은 Windows Defender이다. 여기서 위 경로들을 실시간 검사 대상의 예외로 등록해줘야 한다.

1. [Windows 시작 단추] > [설정] > [업데이트 및 보안]

2. [Windows 보안] > [바이러스 및 위협 방지]

3. [설정 관리]

4. 스크롤을 내려서 '제외' 항목의 [제외 추가 또는 제거]

5. [+ 제외 사항 추가] > 파일 / 폴더 / 파일 형식 / 프로세스 중 적합한 걸 선택

6. '폴더'를 선택해서 위에서 언급한 경로 4개를 차례대로 추가한다.

7. 이제부터는 위 경로에서 생성되는 파일들에 대해서 실시간 검사를 수행하지 않으므로, Android Studio 빌드 속도가 비교적 빨라질 것이다.

[참고자료]

Windows에서 안드로이드 스튜디오 성능 최적화, https://developer.android.com/studio/intro/studio-config?utm_source=android-studio#optimize-studio-windows
Windows Defender 예외를 추가하여 Android 빌드 성능 속도 향상, https://docs.microsoft.com/ko-kr/windows/android/defender-settings#windows-defender-overview

[Android] 화면을 비트맵 객체에 그리기

6__6 — Fri, 4 Mar 2022 19:33:40 +0900

화면을 비트맵 객체에 그리기

이미지 뷰가 출력하는 이미지를 Bitmap 타입으로 가져온다.

fun getBitmapFromView(view: View): Bitmap? {
    var bitmap = Bitmap.createBitmap(view.width, view.height, Bitmap.Config.ARGB_8888)
    var canvas = Canvas(bitmap)
    view.draw(canvas)
    return bitmap
}

반환값	함수	설명
Bitmap	Bitmap.createBitmap(int width, int height, Bitmap.Config config)	지정된 너비, 높이의 변경 가능한 Bitmap을 반환한다.
Canvas	Canvas(Bitmap bitmap)	그릴 비트맵을 사용해서 캔버스를 생성한다.
void	draw(Canvas canvas)	주어진 Canvas에 해당 View(하위 View 포함)를 모두 수동으로 렌더링한다. *canvas : View가 렌더링되는 Canvas 객체.

BitmapConfig

Enum Values	설명
ALPHA_8	각 픽셀은 단일 투명(ALPHA) 채널로 저장한다.
ARGB_8888	각 픽셀은 4바이트에 저장된다. (기존의 ARGB_4444 향상 버전)
HARDWARE	비트맵이 그래픽 메모리에만 저장되는 경우의 특수 설정.
RGBA_F16	각 픽셀은 8바이트에 저장된다.
RGB_565	각 픽셀은 2바이트에 저장되며 RGB 채널만 인코딩한다.

[참고자료]

Canvas, https://developer.android.com/reference/android/graphics/Canvas
Canvas and Drawables, https://developer.android.com/reference/android/graphics/Canvas
View, https://developer.android.com/reference/android/view/View#draw(android.graphics.Canvas)
Bitmap.Config, https://developer.android.com/reference/android/graphics/Bitmap.Config

[Android] Google Play services - Task<TResult> 타입

6__6 — Fri, 4 Mar 2022 18:34:21 +0900

Task<TResult>

비동기 작업 단위를 나타낸다. (앞으로 'Task'를 '작업'이라고 치환해서 읽어도 된다.)
google-services 라이브러리 함수를 사용할 때 함수 매개변수 또는 반환값으로 사용되는 결과 타입.
.addOnCompleteListener(onCompleteListener<TResult> listener) 함수등을 통해 해당 Task가 성공했을 시 자동으로 호출될 콜백함수를 지정할 수 있는데, 이 함수의 매개변수가 대부분 Task<T> 타입이다.
작업(Task)의 성공 여부, 발생한 예외, 결과 데이터 등 정보를 가지고 있다.

예시1) Firebase Storage 스토리지 API로 컬렉션을 만들고 문서를 추가하는 코드.
이 때 켈렉션에 문서를 추가하는 CollectionReference.add() 함수의 반환값이 Task<DocumentReference> 이다. DocumentReference를 작업 대상으로 가지는 Task<DocumentReference> 타입인 것이다.

var db: FirebaseFirestore = FirebaseFirestore.getInstance()

val user = mapOf(
    "name" to "alex",
    "email" to "alex@gmail.com",
    "avg" to 10
    )

val colRef: CollectionReference = db.collection("users")
val docRef: Task<DocumentReference> = colRef.add(user)
docRef.addOnSuccessListener { documentReference -> 
    Log.d("result : ", "document id : ${documentReference.id}")
}

예시2) Firebase Authentication 인증 API로 회원가입 기능을 구현하는 코드.
FirebaseAuth 객체를 얻은 후 지정한 이메일, 비밀번호로 회원 가입을 하는데, 이 때 회원가입(Task 단위)에 성공했을 시 호출되는 콜백함수의 매개변수가 Task<AuthResult> 타입이다. 이 변수에서 해당 작업의 성공여부(task.isSuccessful), 얻은 결과 데이터(task.result) 등을 추출해 코드에서 사용할 수 있다.

lateinit var auth: FirebaseAuth

auth = Firebase.auth
auth.createUserWithEmailAndPassword("alex@gmail.com", "alex2022")
    .addOnCompleteListener(this) { task: Task<AuthResult> -> 
    	// ...
    }

Task 주요 메서드

반환 값	함수	설명
Task<TResult>	addOnCanceledListener(OnCanceledListener listener)	Task가 취소됐을 때 호출될 리스너를 추가한다.
Task<TResult>	addOnCompleteListener(OnCompleteListener<TResult> listener)	Task가 완료됐을 때 호출될 리스너를 추가한다.
Task<TResult>	addOnCompleteListener(Activity activity, OnCompleteListener<TResult> listener)	Task가 완료됐을 때 호출될 액티비티 범위(Activity-scoped) 리스너를 추가한다.
abstract Task<TResult>	addOnFailureListener(OnFailureListener listener)	Task가 실패했을 때 호출할 리스너를 추가한다.
abstract boolean	isSuccessful()	Task가 성공적으로 완료되었으면 true, 그렇지 않으면 false를 반환한다.
abstract boolean	isComplete()	Task가 완료되었으면 true, 그렇지 않으면 false를 반환한다.
abstract boolean	isCanceled()	Task가 취소되었으면 true, 그렇지 않으면 false를 반환한다.
abstract TResult	getResult()	Task가 이미 완료된 경우 Task의 결과를 가져온다. (Task<TResult>의 결과는 TResult 타입)
abstract Exception	getException()	Task 실패 원인이 된 예외를 반환한다.

Task<TResult> 객체로부터 TRsult 타입의 데이터를 추출할 수 있다. 예를 들어 Task<AuthResult> 객체에서 getResult() 함수를 호출하면 반환 값으로 AuthResult 객체를 얻을 수 있다.

Java에서 getter()/setter() 메서드는 Kotlin에서 프로퍼티로 변환되기 때문에 isSuccessful() 메서드는 isSuccessful 프로퍼티로, getResult() 메서드는 result 프로퍼티로 값에 접근한다. 즉, Task<T> 객체의 성공 여부를 얻고 싶을 때, Java에서는 task.isSuccessful() / Kotlin에서는 task.isSuccessful 과 같이 작성하면 된다.

addOnCompleteListener() 와 같은 함수의 경우 *고차함수이고 마지막 전달 인자가 람다함수이기 때문에 소괄호를 생략하고 마지막 매개변수는 { } 중괄호 안에 람다식 형태로 바로 함수몸체를 정의해도 된다. 즉, 아래의 코드는 형태만 다를 뿐 동일한 기능의 코드이다.

lateinit var auth: FirebaseAuth
auth = Firebase.auth
auth.createUserWithEmailAndPassword("alex@gmail.com", "alex2022")
    .addOnCompleteListener(this, { task ->
        // ...
    })

lateinit var auth: FirebaseAuth
auth = Firebase.auth
auth.createUserWithEmailAndPassword("alex@gmail.com", "alex2022")
    .addOnCompleteListener(this) { task -> 
    	// ...
    }

*고차함수(high order function) : 함수를 매개변수로 전달받거나 반환하는 함수. 특정 작업 성공/실패 시 자동 호출될 콜백함수를 추가하는 목적의 함수들이 대부분 고차함수이다. (ex: addOnCompleteListener() 등)

[참고자료]

Google Play services Reference, https://developers.google.com/android/reference/packages
Task, https://developers.google.com/android/reference/com/google/android/gms/tasks/Task
The Tasks API, https://developers.google.com/android/guides/tasks

[Android] Firebase 구글 인증 구현 시 R.string.default_web_client_id 오류 해결

6__6 — Thu, 3 Mar 2022 20:46:02 +0900

문제 상황

Firebase 인증(Authentication)을 통해 구글 로그인 기능을 구현하는 과정에서 'default_web_client_id' 라는 이름의 문자열 리소스를 참조해야 하는데, 프로젝트 리소스에 해당 이름의 문자열 리소스가 존재하지 않아 빨간색으로 표시된다.

해결

A. Rebuild Project

1. 안드로이드 스튜디오의 프로젝트 창 보기를 [Project]로 전환한 뒤, Friebase 연동 대상 모듈의 루트 디렉터리에 'google-services.json' 파일이 존재하는지 확인한다.

2. [Build] > [Rebuild Project] 클릭

3. 모듈명(ex: ch20_firebase) > [build] > [generated] > [res] > [google-services] > [values] 경로에 'values.xml' 파일이 생긴것을 확인할 수 있다.

프로젝트를 꼭 최소 한 번은 빌드해야만 'google-services.json' 파일 내용을 토대로 'values.xml' 파일이 생성되는데, 이 파일이 바로 'default_web_client_id' 라는 문자열 리소스를 정의하고 있는 파일이다.
= 'value.xml' 텍스트 파일안에 'default_web_client.id' 문자열 리소스가 정의되어 있다.

values.xml 파일 경로

화질 깨질시 이미지 클릭해서 봐주세요!

4. 이렇게 'values.xml' 파일이 생겼으면 deault_web_client_id 문자열 리소스를 참조할 수 있게되는 게 보통이지만, 아직도 위 키워드가 빨간색으로 표시되며 존재하지 않는다고 뜨면 아래의 방법을 사용한다.

대부분의 해결 글에서는 values.xml 파일에 정의된 default_web_client_id 리소스의 값을 그대로 복사해서 코드내에 하드코딩하는 방법을 사용하는 것 같지만, 더 나은 방법을 찾아 아래에 적어뒀다. (텍스트 리소스를 메인 코드내에 하드코딩하는 방법은 추천하지 않는다. 리소스는 리소스끼리 모여있어야 좋은, 클린 코드라 할 수 있다.)

B. google services 버전 변경 ★

1. [build.gradle(Project)] 파일의 dependencies에 정의해둔 google-services 라이브러리 버전을 수정한다.
위와 같은 문제를 겪은 사람들은 아마 최신 버전(4.3.10)으로 해뒀을텐데, 이를 낮춰서 4.3.8 로 수정한다.

classpath 'com.google.gms:google-services:4.3.8'

+) 댓글 제보에 따르면 4.3.13 버전으로 설정해도 제대로 작동한다네요! 아마 4.3.10버전만 뭔가 문제가 있었나봅니다.

2. [Build] > [Rebuild Proejct]

3. R.string.default_web_client_id 문자열 리소스가 제대로 탐색된다. 그 외에도 values.xml 파일에 <string> 태그로 정의되어 있던 모든 리소스들이 제대로 참조될 것이다.

새로운 정보 및 게시글 내 오류 제보는 언제나 환영합니다!

[Android] Firebase gradle sync failed 오류 해결, 안드로이드 오프라인 모드로 사용하기

6__6 — Thu, 3 Mar 2022 12:22:58 +0900

문제 상황

Firebase 연동을 위해서 https://console.firebase.google.com/ 사이트에서 'Android 앱에 Firebase 추가' 과정을 따라하고 있었다. 3번째 단계인 'Firebase SDK 추가'에서 프로젝트, 모듈 단위 Gradle 파일을 수정 후 'Sync Now'를 클릭했으나, 동기화가 실패하며 아래와 같은 로그가 뜬다.

Gradle project sync failed. Basic functionality (e.g. editing, debugging) will not work properly.

> Could not resolve all artifacts for configuragion ':classpath'.
  >Could not resolve com.google.gms:google-services:4.3.10.
	Required by:
	project :
	No cached version of com.google.gms:google-services:4.3.10 available for offline mode.
	No cached version of com.google.gms:google-services:4.3.10 available for offline mode.

Possible solution:
  - Disable offline mode and rerun the build

Firebase 연동을 위해 google-services 라이브러리를 가져와야 하는데, 오프라인 모드에서 사용할 수 있는 버전이 없다고 뜬다.

해결

로그에서 친절하게 해결법을 알려주고 있다. Possible solution에 적힌대로 오프라인 모드를 끄고 다시 빌드해보자.

안드로이드 오프라인 모드 끄기

1. [Gradle] 클릭 > [Toggle Offline Mode] 아이콘 클릭

2. [Try Again] 클릭.

3. 동기화 완료

영어 기초 문법 (15) - 문장의 연결, 접속사, 시제 일치

6__6 — Sat, 26 Feb 2022 18:21:50 +0900

접속사

등위접속사
- 두 개의 문장을 동등하게 연결한다.
- 문법적으로 동일한 역할을 하는 단어와 단어 / 구와 구 / 절과 절을 연결한다.
  - 연결 가능 => 단어-단어 / 구-구 / 절-절
  - 연결 불가능 => 단어-구 / 구-절 / 단어-절
- and, or, but, nor, for, so, yet 등

[단어 + 단어]
I like dogs and cats. : 나는 개와 고양이를 좋아한다.

[구 + 구]
She knows about the news in newspapers and on TV. : 그녀는 신문과 티비로 그 소식을 듣고 있다.

[절 + 절]
He doesn't know where to go and what to do now. : 그는 지금 어디로 가서 무엇을 해야할지 모른다.

종속접속사
- 주절과 종속절을 차등하게 연결한다. (종속절이 주절에 종속되어 있는 경우)
- 종속접속사 뒤에 붙는 절이 종속절이며, 종속절은 주절의 앞/뒤에 모두 올 수 있다.
  - S + V, 종속접속사 + S + V
  - 종속접속사 + S + V, S + V
- 명사절을 이끄는 종속접속사
  - 종속절이 명사 역할 수행 => 주어, 목적어, 보어
  - that, what, if(whether), 의문사
- 형용사절을 이끄는 종속접속사
  - 종속절이 형용사 역할 수행 => 앞에 선행하는 명사를 꾸밈
  - 관계대명사, 관계부사
- 부사절을 이끄는 종속접사
  - 종속절이 부사 역할 수행 => 주절의 동사 수식 or 문장 전체를 수식
  - 시간 : when, while, after, before, since, until, as, as soon as
  - 이유 : because, as, since, for
  - 조건 : if
  - 양보 : though, although, even if, even through
  - 목적, 결과 : so that, so ~ that

If

조건, 가정, 「만약 ~면」
if문 종속절에서는 미래의 일(will + 동사원형)이라도 동사는 현재형을 사용한다.

I run to the bus stop. ↔ I can catch the bus.
If I run to the bus stop, I can catch the bus. : 만약 내가 버스정류장으로 달리면, 나는 버스 시간에 맞출 수 있다.
*(접속사 + 종속절), 주절.

I have to wait for an hour. ↔ I miss the train.
I have to wait for an hour if i miss the train. : 만약 내가 열차를 놓치면 나는 한 시간 동안 기다려야 한다.
*주절 + (접속사 + 종속절)

The weather will be fine. ↔ I will go running.
If the weather is fine, I will go running. : 만약 날씨가 좋으면, 나는 조깅을 갈 것이다.
*will be = be동사(am, is, are)의 미래형

「~인지 (아닌지)」
명사절을 만드는 역할
~인지(아닌지) 모르겠다. ~인지(아닌지) 압니까?

I don't know if I can perform well. : 나는 내가 잘 연주할 수 있을지 모르겠다.
*if I can perform well은 명사절로, know의 목적어이다.

Do you know if Jinho went to the movices? : 당신은 진호가 영화를 보러 갔는지 압니까?

Unless

If ~ not ~
「만약 ~이 아니면」

If I don't study hard. ↔ I'll fail the exam.
Unless I study hard, I'll fail the exam. : 만약 내가 열심히 공부하지 않으면, 나는 시험에 떨어질 것이다.

Sara will go swimming. ↔ she isn't tired.
Sara will go swimming if she isn't tired.
Sara will go swimming unless she tired. : 만약 그녀가 피곤하지 않다면 Sara는 수영하러 갈 것이다.
*If ~ not ~ => unless

Even if

「비록 ~라도」

You're sleepy. ↔ You should study now.
Even if you're sleepy, you should study now. : 비록 당신이 졸리더라도, 당신은 지금 공부해야 한다.

You should eat carrots. ↔ You don't like them.
You should eat carrots even if you don't like them. : 비록 당신이 그것들을 좋아하지 않더라도 당신은 당근을 먹어야 한다.

As soon as

「~하자마자」

We arrived at the beach. ↔ We started swimming.
As soon as we arrived at the beach, we started swimming. : 우리가 해변에 도착하자마자, 우리는 수영하기 시작했다.
*'~하자마자' 라는 뜻의 접속사 as soon as가 붙은 'we arrived at the beach' 절이 종속절이다.

He ran away. ↔ He saw a police car.
He ran away as soon as he saw a police car. : 그가 경찰차를 보자마자 그는 도망쳤다.

As long as

「~하는 한」

The price is reasonable. ↔ I'll buy it for you.
As long as the price is reasonable, I'll buy it for you. : 가격이 적당한 한, 나는 그것을 당신에게 사 줄 것이다.

We'll go on a picnic. ↔ The weather is fine.
We'll go on a picnic as long as the weather is fine. : 날씨가 좋은 한 우리는 소풍을 갈 것이다.

so + 형용사/부사 + that …

「매우 ~해서 …」
'so'는 형용사/부사를 강조하는 역할.

Roy is tired. ↔ He can't play soccer today.
Roy is so tired that he can't play soccer today. : Roy는 매우 피곤해서 그는 오늘 축구를 할 수 없다.

She played tennis well. ↔ We were surprised.
She played tennis so well that we were surprised. : 그녀가 테니스를 매우 잘 쳐서 우리는 놀랐다.

such + (a/an +) 형용사 + 명사 + that ...

「매우 ~한 ~여서 …」
'such'는 명사구를 강조하는 역할.

It was a snowy day. ↔ We had to stay inside the hotel.
It was such a snowy day that we had to stay inside the hotel. : 눈이 많이 내리는 날이어서 우리는 호텔 안에 머물러야 했다.
*such + (a +) snowy + day + that ~

It was a wonderful place. ↔ We stayed there all day.
It was such a wonderful place that we stayed there all day. : 그곳은 매우 멋진 장소여서 우리는 하루 종일 거기에 머물렀다.
*such + (a +) wonderful + place + that ~

Julia and Mary are nice girls. ↔Everyone likes them.
Julia and Mary are such nice girls that everyone likes them. : Julia와 Mary는 매우 착한 소녀들이어서 모두 그녀들을 좋아한다.
*such + nice + girls + that ~

that~

「~라는 것」
명사절, 명사 역할 => 문장에서 목적어, 보어
명사절이 목적어인 경우, 접속사 'that'은 생략할 수 있다.

I think that our dog is in the garden. : 나는 우리의 개가 정원에 있다고(하는 것을) 생각한다.
*that our dog is in the garden은 명사절 역할을 하는 종속절로, 동사 think의 목적어.

We know that you're going to take the exam. : 우리는 당신이 시험을 칠 예정이라는 것을 안다.
*you're going to take the exam은 know의 목적어.

The problem is that I can't swim. : 문제는 내가 수영을 못 한다는 것이다.
*that I can't swim은 The problem을 설명하는 보어.

The reason is that I'm sick. : 이유는 내가 아프다는 것입니다.
*that I'm sick은 The reason을 설명하는 보어.

I think that it was my fault.
→ I think it was my fault. : 나는 그것이 내 잘못이었다고(하는 것을) 생각한다.
*명사절 'it was my fault'가 think의 목적어이므로, 'that' 생략 가능

Emily doesn't know that Ms.Smith has been sick for a week.
Emily doesn't know Ms.Smith has been sick for a week. : Emily는 Smith씨가 일주일 동안 계속 아프다는 것을 모른다.

whether

명사절을 만드는 역할
whether ~ or not : 「~인지 아닌지」

Do you know whether Mike can come to the party or not? : 당신은 Mike가 파티에 올 수 있을지 어떨지 압니까?
*whether Mike can come to the party or not 종속절은 know의 목적어.

I don't know whether he likes chocolate or not. : 나는 그가 초콜릿을 좋아하는지 어떤지 모른다.
*whether he likes chocolate or not 종속절은 don't know의 목적어.

의문사

[의문사 + 주어 + 동사] 어순으로 명사절을 만들 수 있다.
who, what, where, when, why, how

Who is this man?
→ I don't know who this man is. : 나는 이 남자가 누구인지를 모른다.
*'who this man is'는 'know'의 목적어

What is Mary doing?
→ Do you know what Mary is doing? : 당신은 Mary가 무엇을 하고 있는지를 압니까?

Where did she learn them?
→ I want to know where she learned them. : 나는 그녀가 어디에서 그것들을 배웠는지를 알고 싶다.
*종속절이 과거시제(did)고, 주어(she)가 3인칭 단수이므로, 종속절의 동사로 'learned'가 와야한다.

When does the movie start?
→ I want to know when the movie starts. : 나는 그 영화가 언제 시작하는지를 알고 싶다.
*종속절이 현재시제(does)고, 주어(the movie)가 3인칭 단수이므로, 종속절의 동사로 'starts'가 와야한다.

Why is he angry?
→ I wonder why he is angry. : 나는 그가 왜 화나 있을까 생각합니다.

How do you take such good photos?
I don't know how you take such good photos. : 나는 당신이 어떻게 그렇게 멋진 사진들을 찍는지를 모른다.

시제 일치

종속절의 동사 시제를 주절의 동사 시제에 일치시키는 것.
주절의 동사가 과거형이 되면, 종속절의 동사도 그에 따라 과거형이 된다.
주절의 동사가 과거형이 되면, 종속절의 조동사도 그에 따라 과거형이 된다.
주절의 동사가 과거형이 되면, 종속절의 과거형 동사는 과거완료형(had+과거분사)이 된다.

주절 동사 : 현재→과거 / 종속절 동사 : 현재→과거
I think that he is tired. : 나는 그가 피곤하다고 생각한다.
→ I thought that he was tired. : 나는 그가 피곤하다고 생각했다.

Alex doesn't know that you are sick. : Alex는 당신이 아프다는 것을 모른다.
→ Alex didn't know that you were sick. : Alex는 당신이 아프다는 것을 몰랐다.

주절 동사 : 현재→과거 / 종속절 조동사 : 현재→과거
He thinks that his cookies will be delicious. : 그는 그의 쿠키가 맛있을 것이라고 생각한다.
→ He thought that his cookies would be delicious. : 그는 그의 쿠키가 맛있을 것이라고 생각했다.

Alex believes that he can be a great programmer. : Alex는 그가 훌륭한 프로그래머가 될 수 있다고 믿는다.
→ Alex believed that he could be a great programmer. : Alex는 그가 훌륭한 프로그래머가 될 수 있다고 믿었다.

주절 동사 : 현재→과거 / 종속절 동사 : 과거→과거완료
She doesn't know that I watched the movie. : 그녀는 내가 그 영화를 본 것을 모른다.
→ She didn't know that I had watched the movie. : 그녀는내가 그 영화를 본 것을 몰랐다.

They don't know that she finished lunch. : 그들은 그녀가 점심 식사를 마친 것을 모른다.
→ They didn't know that she had finished lunch. : 그들은 그녀가 점심 식사를 마친 것을 몰랐다.

Yuna wonders what happened to him. : Yuna는 그에게 무엇인가 일어난 것일까 생각한다.
→ Yuna wondered what had happened to him. : Yuna는 그에게 무엇인가 일어난 것일까 생각했다.

Alex remembers when Jack left for New York. : Alex는 Jack이 언제 뉴욕으로 출발했는지를 기억한다.
→ Alex remembered when Jack had left for New York. : Alex는 Jack이 언제 뉴욕으로 출발했는지를 기억했다.

단어장

단어	뜻	단어	뜻
if	만약 ~면	rod	낚싯대
unless	만약 ~이 아니면	fail	실패하다, (시험 등에)떨어지다
past	~를 지나	half past ~	~시 반
even if ~	비록 ~라도	subway	지하철
cycle	자전거, 자전거를 타다	cycling	자전거 타기
bicycle	자전거	ski	스키를 타다
rent	빌리다	view	경치
resonable	적당한	snowy	눈이 내리는
keep a diary	일기를 쓰다	cloudy	흐린
similar	비슷한	reply	답하다, 대답하다
cabin	오두막	How's it going?	안녕하십니까?(인사말)
hike	하이킹하다	trail	길
mean	실술궂은	probably	아마도
be about to ~	막 ~하려고 하다	pan	납작한 냄비
judge	판단하다	wonder	궁금하다, 생각하다
play catch	캐치볼을 하다	thought	think의 과거형
wake	깨우다	bake	굽다
turn out	~라는 것을 알게 되다, ~이 되다	salty	짠

JSON 데이터, 문법

6__6 — Fri, 25 Feb 2022 22:34:31 +0900

JSON이란?

JavaScript Object Notation
자바스크립트 객체 표기법으로부터 파생된 부분 집합.
데이터를 저장하고 전송하는 텍스트 포맷.
컴퓨터 간에 데이터를 전달할 때 사용된다.
독립적인 언어로, 자바스크립트 만이 아니라 모든 프로그래밍언어에서 사용된다.

JSON 문법

JSON 데이터는 key : value 쌍으로 이루어진다.
JSON 데이터는 쉼표(,)로 나열된다.
문자열은 큰따옴표("")를 함께 입력해야 한다.
데이터 타입
- 숫자(number)
- 문자열(string)
- 논리(boolean)
- 객체(object)
- 배열(array)
- NULL

"name":"Alex"

객체(object)는 중괄호({})로 감싸서 표현한다.

{
    "id": 7,
    "name": "Alex",
    "age": 30,
    "email": "alex@naver.com"
}

배열(array)는 대괄호([])로 감싸서 표현한다.
key : value 형태에서 value 데이터를 배열(array) 또는 객체(object)로 지정할 수 있다.

"user": [
    { "id": 7, "name": "Alex", "age": 30, "email": "alex@naver.com" },
    { "id": 8, "name": "Sara", "age": 20, "email": "sara@naver.com" },
    { "id": 9, "name": "Minsu", "age": 18, "email": "minsu@naver.com" }
]

JSON 사용 예

보통 서버로부터 JSON 형태로 데이터를 전달받은 후 이를 사용자 정의 타입(객체)로 파싱해서 사용한다. 이를 위해서 대부분 프로그래밍 언어는 JSON을 객체로, 객체를 JSON으로 파싱하는 함수나 라이브러리가 존재한다.

기상청, 뉴스 사이트 등 개발자용 API를 제공하는 서버에 데이터를 요청한다.
서버에서 요청을 받아들이고, 사용자가 요구한 데이터를 JSON 형태로 전달한다.
JSON 형태의 데이터를 사용자가 원하는 데이터 타입(객체)로 파싱한다.
파싱된 객체를 화면에 출력하는 등 프로그래밍에 활용한다.

영어 기초 문법 (14) - 관계부사

6__6 — Thu, 24 Feb 2022 15:31:58 +0900

관계부사

when

부사 'then'을 대신하면서 두 문장을 연결한다.
선행사가 때를 나타내는 경우에 'when'을 사용한다.
day, time, days, year, night 등

I remember the day. ↔ I first met her then.
I remember the day when I first met her. : 나는 내가 그녀를 처음 만난 날을 기억한다.
*~처음 만난 날, 첫번째 문장의 선행사와 두번째 문장의 동사에 주목하자.

Seven o' clock is the time. ↔ I get up then.
Seven o' clock is the tiem when I get up. : 7시는 내가 일어나는 시간이다.
*~일어나는 시간

Peter enjoyed the days. ↔ He traveled around Italy then.
Peter enjoyed the days when he traveled around Italy. : Peter는 그가 이탈리아를 여행한 날들을 즐겼다.
*~여행한 날들

The year was 2005. ↔ He became a doctor then.
The year when he became a doctor was 2005. : 그가 의사가 된 해는 2005년이었다.
*~의사가 된 해

The night was great. ↔ We had a party then.
The night when we had a party was great. : 우리가 파티를 연 밤은 대단했다.
*~파티를 연 밤

where

부사 'there'을 대신하면서 두 문장을 연결한다.
선행사가 장소를 나타내는 경우에 'where'을 사용한다.
house, city, pard, stadium, hotel, place 등
- 'the place where~'에서 선행사 'the place'는 생략할 수 있다.

I know the house. ↔ He lives there.
I know the house where he lives. : 나는 그가 사는 집을 안다.
*~사는 집

That's the park. ↔ We first met there.
That's the park where we first met. : 저곳은 우리가 처음 만난 공원이다.
*~처음 만난 공원

Seoul is the place. ↔ My grandma lived there.
Seoul is the palce where my gradma lived. *관계대명사 where로 두 문장을 연결
Seoul is where my grandma lived. *'the place' 생략
: 서울은 나의 할머니가 살던 곳이다.
*~살던 곳

Is that the place? ↔ The man was born there.
Is that where the man was born? : 저곳은 그가 태어난 곳입니까?
*~태어난 곳

why

선행사가 이유를 묻는 'the reason'인 경우 사용한다.
「~한 이유(reason)」
'the reason why~'에서 'the reason'은 생략할 수 있다.

This is the reason. ↔ Jack gained weight for that reason.
This is the reason why Jack gained weight. : 이것이 Jack이 체중이 는 이유이다.
*관계부사 'why'가 'for that reason'을 대신하고, 'the reason'을 선행사로 해서 두 문장을 연결한다.

Please tell me the raason. ↔ You were late for that reason.
Please tell me the reason why you were late. : 내게 당신이 늦은 이유를 말해 주십시오.

That's the reason. ↔ He needs a computer for that reason.
That's the reason why he needs a computer.
That's why he needs a computer. : 그것이 그가 컴퓨터를 필요로 하는 이유다.
*'the reason why~'에서 'the reason' 생략

how

'how'는 선행사를 포함하고, 방법(방식)을 나타내는 경우 사용한다.
「~하는 방법/방식(way)」
두 문장을 관계부사 'how'를 사용하지 않고도 연결할 수도 있다.

That's the way. ↔ She studies in that way.
That's how she studies. : 그것이 그녀가 공부하는 방법이다.
*관계부사 'how'가 'in that way'를 대신하고, 'how'에 선행사가 포함된 채 두 문장을 연결한다.

This is the way. ↔ Lions eat their food in that way.
This is the way Lions eat their food. : 이것이 사자가 그들의 음식을 먹는 방법이다.
*선행사 'the way'(목적어 역할)가 생략되지 않은 채 관계부사 없이 두 문장을 연결한다.

The way is interesting. ↔ They make wine in that way.
The way they make wine is interesting. : 그들이 와인을 만드는 방법은 흥미롭다.
*선행사 'the way'(주어 역할)가 생략되지 않은 채 관계부사 없이 두 문장을 연결한다.

단어장

단어	뜻	단어	뜻
reason	이유	holiday	축제일, 휴일
relative	친척, 상대적인	with honors	우등으로
memorize	암기하다	whole	전부의, 전체의
climb	오르다	protect	지키다
bush	수풀	hide	숨기다
drew	draw의 과거형	hidden	숨겨진

[Android] 내장 메모리, 외장 메모리 / 앱별 저장소, 공용 저장소

6__6 — Tue, 22 Feb 2022 16:55:31 +0900

안드로이드 앱 데이터를 저장하는 방법

내부 데이터베이스에 저장하기
파일에 저장하기
1. 내부 메모리에 저장하기
2. 외부 메모리에 저장하기
  1. 앱 저장소에 저장하기
  2. 공용 저장소에 저장하기
공유된 프리퍼런스에 저장하기
1. 액티비티 단위로 데이터 저장하기
2. 앱 단위로 데이터 저장하기

안드로이드 파일 저장 경로

안드로이드에서 파일 저장소는 내장 메모리와 외장 메모리 공간으로 구분되며 외장 메모리 공간은 다시 앱별 저장소와 공용 저장소로 나뉜다. 내장 메모리는 이러한 구분이 없기 때문에 그 자체로 앱별 저장소이다.

앱별 저장소에는 다른 앱이 접근할 수 없지만 공용 저장소에는 다른 앱도 접근할 수 있다.

내장 메모리 : 기기 자체의 메모리 공간
- 앱별 저장소 : 개별 앱을 위한 공간
외장 메모리 : SD카드와 같은 외부 저장장치 or 내부 저장소의 파티션
- 앱별 저장소 : 개별 앱을 위한 공간
- 공용 저장소 : 모든 앱을 위한 공간

내장 메모리의 앱별 저장소

/data/user/0/패키지명/files

앱이 설치되면 시스템에서 자동으로 할당하는 공간.
안드로이드 시스템에서 앱의 패키지명으로 만들어 주는 디렉터리.
해당 앱에서만 접근할 수 있으며, 다른 앱에서는 접근할 수 없다.
외장 메모리에 비해 용량이 적기 때문에 주로 저용량의 민감한 데이터를 저장한다.
경로 : Context.filesDir 프로퍼티 값

외장 메모리의 앱별 저장소

/storage/emulated/0/Android/data/패키지명/files

개별 앱에서 만든 파일을 저장하는 공간.
SD 카드와 같은 외부 저장 장치 또는 내부 저장소의 파티션을 나누어 제공하는 공간을 가리킨다.
앱별 저장소는 개별 앱에 할당된 공간으로, 기본적으로 해당 앱에서만 접근 가능하다. 앱별 저장소의 파일을 외부 앱에서 접근하게 하려면 FileProvider로 공개해야 한다.
Environment.getExternalStorageState() 함수로 외장 메모리 사용 가능 여부를 체크할 수 있다.
경로 : Context.getExternalFilesDir(null) 함수 리턴 값
- 매개변수로 디렉터리 타입을 넘기면 해당 타입의 경로를 리턴한다.
- ex) getExternalFilesDir(Environment.DIRECTORY_PICTURES)
앱별 저장소는 앱이 삭제되면 파일도 모두 삭제된다.

외장 메모리의 공용 저장소

앱에서 만든 파일을 모든 앱이 이용할 수 있게 하고 싶을 때 저장하는 공간.
ex) 카메라 앱에서 촬영한 사진 파일은 모든 앱에서 이용할 수 있어야 하기에 공용 저장소에 저장한다.
공용저장소에 저장하면 파일을 만든 앱을 삭제해도 파일이 삭제되지 않는다.
안드로이드 시스템에서 파일 종류에 따라 지정한 폴더
- 사진, 음원, 문서 등 파일의 종류에 따라 저장하는 폴더를 지정해뒀다.
- 파일 경로에 직접 접근하지 않고, 시스템이 제공하는 API를 이용해서 접근한다.
- ex) 안드로이드 폰의 이미지(MediaStore.Images) 파일이 저장되는 공용저장소는 DCIM과 Pictures 디렉터리.

Cursor 객체

Cursor 객체가 사용되는 경우
- contentResolver.query() 함수를 사용해 공용저장소에 질의문을 날리면 Cursor 객체가 반환된다.
- SQLiteDatabase 객체의 rawQuery(), query() 함수를 사용해 내부 데이터베이스에 질의문을 날리면 Cursor 객체가 반환된다.
위 경우에서 알 수 있듯이 Cursor 객체는 질의문(쿼리) 실행 결과, 테이블에서 조회된 행 집합을 가리키는 포인터이다.
Cursor객체의 count 속성이 2라면, 쿼리 조건에 부합하는 데이터(raw)가 2건 나온 것이다.
moveToFirst(), moveToNext() 등 함수로 선택 행을 이동할 수 있다. 보통 while(coursor.moveToNext()) { ... } 와 같이 조회된 모든 행에 차례대로 접근해서 각 행의 컬럼 값을 가져온다.

영어 기초 문법 (13) - 관계대명사

6__6 — Sat, 12 Feb 2022 16:51:26 +0900

관계대명사

관계대명사 : 한 문장 내에서 두 문장을 연결하는 접속사 역할과 대명사 역할을 동시에 한다. 문장과 문장 사이의 관계를 이어주면서, 앞에 있는 명사(선행사)를 설명해주는 형용사절을 이끈다.
선행사 : 관계대명사 앞에 위치하는 명사로, 관계대명사 문장이 꾸며주는 대상이다.
<선행사 + 관계대명사 + 형용사절>
관계대명사로 who, which, that, what 등이 존재.
선행사의 역할에 따라 관계대명사는 주격, 소유격, 목적격으로 구분된다.

선행사 / 격	주격	소유격	목적격
사람	who	whose	whom
동물, 사물	which	whose of which	which
사람, 동물, 사물	that	X	that

who

선행사가 사람 + 관계대명사가 주격
관계대명사가 선행사를 설명하는 절의 주어(대명사)를 대신하며, 두 문장을 연결한다.

I have an aunt. ↔ She works in Paris.
I have an aunt who works in Paris. : 나에게는 파리에서 일하는 이모가 있다.
*'who' 가 'works in Paris' 의 주어 역할. She 대명사를 대신함.

The man is rich. ↔ He moved to this town today.
The man who moved to this town today is rich. : 오늘 이 마을에 이사 온 남자는 부유하다.
*'who'가 'moved to this town today'의 주어 역할

The new employee very competent. ↔ She joined this month.
The new employee who joined this month is very competent. : 이번 달에 입사한 신입사원은 매우 유능하다.

which

선행사가 동물이나 사물 + 관계대명사가 주격 or 목적격.

[관계대명사가 주격]
Julia lives in a house. ↔ It has ten rooms.
Julia lives in a house which has ten rooms. : Julia는 열 개의 방이 있는 집에 산다.
*두번째 문장의 주어를 which가 대신하면서 두 문장을 연결함

It's a whale. ↔ It can dive very deep.
It's a whale which can dive very deep. : 그것은 매우 깊이 잠수할 수 있는 고래이다.

The e-mail was sent by him. ↔ It came just now.
The e-mail which came just now was sent by him. : 지금 막 온 이메일은 그에 의해 보내졌다.

The pen is mine. ↔ It is on the desk.
The pen which is in the desk is mine. : 책상 위에 있는 펜은 나의 것이다.

[관계대명사가 목적격]
These are novels. ↔ I bought them today.
These are novels which I bought today. : 이것들은 내가 오늘 산 소설들이다.
*두번째 문장의 목적어를 which가 대신하면서 두 문장을 연결함

The jacket looks expensive. ↔ Mike is wearing it.
The jacket which Mike is wearing looks expensive. : Mike가 입고 있는 재킷은 비싸 보인다.

This is a song. ↔ He wrote it.
This is a song which he wrote. : 이것은 그가 쓴 노래이다.

whom

선행사가 사람 + 관계대명사가 목적격
'whom' 대신 'who'를 사용하기도 한다.

The man is a composer. ↔ Nancy married him.
The man whom Nancy married is composer. : Nancy가 결혼한 남자는 작곡가이다.

He's the author. ↔ I like him the most.
He's the author who I like the most. : 그는 내가 가장 좋아하는 작곡가이다.

Ms. White is a teacher. ↔ A lot of students respect her.
Ms. White is a teacher who a lot of students respect.
*두번째 문장의 목적어 'her'을 관계대명사 'who'가 대신해주기 때문에 기존의 her은 생략된 채 이어짐.

She's the actress. ↔ I saw her in New York.
She's the actress who I saw in New York. : 그녀는 내가 뉴욕에서 본 배우이다.

that

선행사가 사람 / 동물 / 사물 + 관계대명사가 주격 or 목적격
which 대신 사용
who/whom 대신 that 사용
선행사에 'the only', 'all', 최상급 등이 있으면 관계대명사는 that 사용
관계대명사는 목적어 역할을 하는 경우, 자주 생략됨.

<선행사 사물 + 관계대명사 주격>
The novel was written by O.Henry. ↔ It is on my desk.
The novel that is on my desk was written by O.Henry. : 내 책상 위에 있는 소설은 O.Henry에 의해 쓰였다.

<선행사 사물 + 관계대명사 목적격>
These are the songs. ↔ Bob sang them at the concert.
These are the songs that Bob sang at the concert.

<선행사 사람 + 관계대명사 주격>
The owner is a man. ↔ He likes fishing.
The owner is a man that likes fishing. : 가게 주인은 낚시하는 것을 좋아하는 남자이다.

<선행사 사람 + 관계대명사 목적격>
These are the girls. ↔ I met them yesterday.
These are the girls that I met yesterday. : 이쪽은 내가 어제 만난 소녀들입니다.

<선행사 the only, all, 최상급>
He's the only composer. ↔ I know him.
He's the only composer that I know. : 그는 내가 아는 유일한 작곡가입니다.

I know all the people. ↔ They live in this town.
I know all the people that live in this town. : 나는 이 마을에 사는 모든 사람들을 압니다.

This is the biggest bookstore. ↔ He knows it.
This is the biggest bookstore that he knows. : 이곳은 그가 아는 가장 큰 서점이다.

<관계대명사 생략>
The woman is a composer. ↔ My cousin married her.
The woman is a composer ~~(that)~~ my cousing married. : 내 사촌이 결혼한 여자는 작곡가이다.

whose

선행사 사람 / 동물 / 사물 + 관계대명사 소유격

I know a girl. ↔ Her sister loves dogs.
I know a girl whose sister loves dogs. : 나는 언니가 개를 매우 좋아하는 소녀를 압니다.
*'whose'가 소유격 대명사 'Her'을 대신하고, 두 문장을 연결하는 접속사 역할을 하는 관계대명사.

There's a room ↔ I can't open Its door.
There's a room whose door I can't open. : 내가 문을 열 수 없는 방이 있다.
*'whose'가 소유격 대명사 'Its'를 대신함

what

'the thing which'는 보통 관계대명사 'what'으로 나타낸다.
관계대명사 'what'은 선행사를 포함한다.

<보어>
This is the thing which I wanted.
→ This is what I wanted. : 이것은 내가 원한 것이다.
*선행사 'the thing' + 관계대명사 'which'로 연결되어 있는 문장을 'what'으로 대체

<목적어>
We could't believe the thing which we saw.
→ We could't believe what we saw. : 우리는 우리가 본 것을 믿을 수 없었다.

<주어>
The thing which I read yesterday was boring.
→ What I read yesterday was boring. : 내가 어제 읽은 것은 지루했다.

단어장

단어	뜻	단어	뜻
Rome	로마	July	7월
aquarium	수족관	chef	요리사, 주방장
above	~의 위에	owner	소유자, 가게 주인
seafood	어패류	bakery	제과점
vet	수의사	swallow	제비
several	몇몇의	jump rope	줄넘기 줄
shouln't	should not	gain	얻다, 늘다
these days	요즘	badly	심하게
Thai	타이의	sause	소스
smelly	(형) 안 좋은 냄새가 나는	crowd	사람들, 군중, 가득 메우다
grow	기르다	backyard	뒤뜰
garden	공원

*'-s'로 끝나는 복수명사를 소유격으로 만들 때는 작은 따옴표(')만 붙인다.
ex) the Sudhams' : Sudham 집안의 (소유격)

[백준] 3053번 - 택시 기하학 (Java)

6__6 — Thu, 10 Feb 2022 18:18:01 +0900

문제

https://www.acmicpc.net/problem/3053

3053번: 택시 기하학

첫째 줄에는 유클리드 기하학에서 반지름이 R인 원의 넓이를, 둘째 줄에는 택시 기하학에서 반지름이 R인 원의 넓이를 출력한다. 정답과의 오차는 0.0001까지 허용한다.

www.acmicpc.net

풀이

2가지 '두 점 사이의 거리' 정의를 이용해 원의 넓이를 각각 구하는 문제이다. 유클리드 기하학, 택시 기하학(맨헤튼 거리) 두 가지 기하학에서 '두 점 사이의 거리'에 대해 다르게 정의하고 있다.

[유클리드] D(T₁, T₂)² = ( ₁ - ₂)² + (y₁ - y₂)²
[택시] D(T₁, T₂) = | ₁ - ₂| + |y₁ - y₂|

그러나, 두 기하학에서 '두 점 사이의 거리'에 대한 정의는 다르지만 원의 정의는 같다.

[유클리드 / 택시] 원: 평면 상의 어떤 점에서 거리(반지름)가 일정한 점들의 집합

원의 넓이를 구하기 위해서는 반지름이 필요한데, 반지름 또한 '두 점 사이의 거리' 에 해당한다. 그러나, 앞서 얘기했듯 두 점 사이의 거리를 판단하는 기준이 다르기 때문에 같은 반지름 값으로 원을 그리려 해도 유클리드 기하학과 택시 기하학에서의 원의 모양이 달라지게 된다.

반지름 3의 원을 기준으로, 각 기하학 관점에서 길이 3의 직선(=두 점 사이의 거리)이 어떻게 그려지는지 확인해보자.

유클리드 기하학에서 거리 3	택시 기하학에서 거리 3

택시 기하학 쪽은 x, y좌표의 절대값을 이용하기 때문에 격자 단위로 길이를 측정한다고 보면 쉬울 것이다. 이러한 택시 기하학에서의 거리로 원을 그리게 되면 중심(0, 0)에서 같은 거리를 가진 점들의 집합으로 주변을 둘러싸야 하고 그 결과 정사각형 모양의 '원'이 그려진다. 모양은 절대 원이 아니지만, 기하학에서 정의한 '원'의 정의에 부합하기 때문에 이를 원이라고 부른다.

이번에는 좌표상으론 똑같은 위치의 두 점 A(0, 0), B(2, 1)로 두 점 사이의 거리를 계산해보자.

유클리드 기하학에서 거리	택시 기하학에서 거리
D(A₁, B₂)² = ( ₁ - ₂)² + (y₁ - y₂)² = (-2)² + (-1)² = 4 + 1 = 5 ∴ 두 점 A, B 사이의 거리 = √5	D(A₁, B₂) = \| ₁ - ₂\| + \|y₁ - y₂\| = \|0-2\| + \|0-1\| = 2 + 1 = 3 ∴ 두 점 A, B 사이의 거리 = 3

같은 위치의 두 점이 주어져도 각 기하학에서 구해지는 두 점 사이의 거리 값이 다르다. '두 점 사이의 거리'에 대한 정의가 다르면("두 점 사이의 거리란 ~을 일컷는다!") 이를 구하는 공식도 다르기 때문이다.

이제까지 이해한 것을 토대로 유클리드 기하학, 택시 기하학에서의 원의 넓이를 구해보면 아래와 같다.

[유클리드] 원주율 x 반지름 x 반지름 = ²
[택시] 2 x 반지름 x 반지름 = 2 ²

택시 기하학의 경우에는 정사각형 넓이를 구하기 위해 1사분면에서의 삼각형 빗변 길이(빨간선)를 구해야 하는데, (=1사분면 직각삼각형의 빗변 길이임과 동시에 전체 정사각형 한 변의 길이) 이때, 피타고라스 정리를 활용해 반지름 길이(파란선)로 부터 이 빗변의 길이가 √2 ²라는 걸 구할 수 있다. 정사각형의 넓이 공식이 [가로 x 세로] 이기 때문에 √2 ² x √2 ² 로 2 ²가 된다.

정사각형 넓이 : 가로 x 세로
피타고라스 정리 : 직각삼각형의 빗변의 제곱이 두 직각 변의 제곱의 합과 같다.

코드

import java.util.Scanner;

public class Main {
    public static void main(String[] args) {
        Scanner sc = new Scanner(System.in);
        int r = sc.nextInt();           // 반지름 : 두 점 사이의 거리

        System.out.printf("%f\n", Math.PI * r * r);
        System.out.printf("%f", 2.0 * r * r);
    }
}

원주율(3.141593...) 값은 Math 클래스에 정의된 PI 상수(Math.PI)를 사용한다.

public static final double PI = 3.14159265358979323846;

소수점 아래 6자리 까지 출력하기 위해 printf() 메서드로 포맷팅해서 출력해야 한다. 별도로 자릿수를 지정하지 않을 시 기본적으로 소수점 아래 6자리까지 출력한다. (실수 값이 x.0 일 경우 x.000000으로 출력)

코드 자체는 엄청 짧고 간단했지만, 택시 기하학이라는 개념 자체를 몰라서 많이 헤맨 문제였다. 택시 기하학을 이해하는 과정에서도 두 기하학에서 원의 모양이 왜 다른가?에 대해서 납득하는데 많은 시간이 걸렸다. 수학 알고리즘을 풀기 위해서는 빈출 개념들을 미리 숙지해두는 게 시간면에서 중요하다는 것을 실감할 수 있었다.. 나중에 한번 제대로 총정리를 해야할듯

<수학 알고리즘 빈출 개념>

배수, 양수
최소공배수, 최대공약수
소수
에라토스테네스의 체
소인수분해
피타고라스 정리
두 점 사이의 거리
직각삼각형, 정사각형의 넓이
원의 넓이
각종 수학자들의 개념, 정리 등

[백준] 10757번 - 큰 수 A+B (Java)

6__6 — Wed, 9 Feb 2022 00:31:32 +0900

문제

https://www.acmicpc.net/problem/10757

10757번: 큰 수 A+B

두 정수 A와 B를 입력받은 다음, A+B를 출력하는 프로그램을 작성하시오.

www.acmicpc.net

코드 (실패)

단위가 큰 정수를 입력으로 받는 문제이기에 단순히 long 타입으로 처리한 결과, 실제 입력값과 변수 타입이 매칭되지 않아 두 경우 모두 예외가 발생했다.

A. BufferedReader 로 입력받아서 long 타입으로 파싱 => NumberFormatException 예외 발생

import java.io.BufferedReader;
import java.io.IOException;
import java.io.InputStreamReader;
import java.util.StringTokenizer;

public class Main {
    public static void main(String[] args) throws IOException {
        BufferedReader br = new BufferedReader(new InputStreamReader(System.in));
        StringTokenizer st = new StringTokenizer(br.readLine(), " ");
        long a = Long.parseLong(st.nextToken());
        long b = Long.parseLong(st.nextToken());
        
        System.out.println(a + b);
    }
}

B. Scanner로 long 타입으로 입력 받기 => InputMismatchException 예외 발생

import java.util.Scanner;

public class Main {
    public static void main(String[] args) {
        Scanner sc = new Scanner(System.in);
        long a = sc.nextLong();
        long b = sc.nextLong();

        System.out.println(a + b);
    }
}

코드 (성공)

long 보다 큰 범위 값을 처리하는 BigInteger 타입 객체로 값을 받아 처리하였다. BigInteger 클래스 생성자에 String 타입 문자열을 전달해 객체를 생성한다. 객체이니 만큼 BitInteger 타입 변수 a, b를 a+b하는 덧셈 산술 연산자(+)는 사용하지 못 하고 a.add(b) 와 같이 객체의 메서드를 사용해야 한다.

import java.io.BufferedReader;
import java.io.IOException;
import java.io.InputStreamReader;
import java.math.BigInteger;
import java.util.StringTokenizer;

public class Main {
    public static void main(String[] args) throws IOException {
        BufferedReader br = new BufferedReader(new InputStreamReader(System.in));
        StringTokenizer st = new StringTokenizer(br.readLine(), " ");

        BigInteger a = new BigInteger(st.nextToken());
        BigInteger b = new BigInteger(st.nextToken());

        System.out.println(a.add(b));
    }
}

java.math.BigInteger 클래스

public class BigInteger extends Number implements Comparable<BitInteger> {
    final int signum;	// 부호. 1(양수), 0, -1(음수)
    final int[] mag;	// 값(magnitude)
}

가장 큰 정수형 타입인 long으로 표현할 수 있는 값(10진수로 19자리 정도) 보다 큰 값을 다뤄야 할 때 사용한다.
내부적으로 int배열을 사용해서 값을 다룬다.
자릿수가 큰 정수의 각 자릿 값을 하나씩 배열 요소로 가지고 있는 구조.

일반적으로 생성자에 정수 문자열을 넘겨 생성한다.

BigInteger val;
val = new BigInteger("12345678901234567890");	// 문자열로 생성
val = new BigInteger("FFFF", 16);				// n진수(radix)의 문자열로 생성
val = BigInteger.valueOf(1234567890L);			// 숫자로 생성

BigInteger를 String, byte배열, Number로 부터 상속받는 기본형 등으로 변환할 수 있다.
'~Exact' 로 끝나는 메서드들은 변환 결과가 타입의 범위에 속하지 않으면 ArithmeticException을 발생시킨다.

String toString()            // 문자열
String toString(int radix)   // 지정된 진법(radix)의 문자열
byte[] toByteArray()         // byte 배열

int intValue()
long longValue()
float floatValue()
double doubleValue()

byte byteValueExact()
int intValueExact()
long longValueExact()

BigInteger 타입의 연산은 객체에 정의된 메서드를 이용한다.
큰 숫자를 다루는 타입이기 때문에 성능 향상을 위해 비트단위로 연산을 수행하는 메서드들을 가지고 있다.

BigInteger add(BigInteger val)         // 덧셈
BigInteger substract(BigInteger val)   // 뺄셈
BigInteger multiply(BigInteger val)    // 곱셈
BigInteger divide(BigInteger val)      // 나눗셈
BigInteger remainder(BigInteger val)   // 나머지

int        bitCount()      // 2진수로 표현했을 때, 1의 개수(음수는 0의 개수)를 반환
int        bitLength()     // 2진수로 표현했을 때, 값을 표현하는데 필요한 bit수
boolean    testBit(int n)  // 우측에서 n+1번째 비트가 1이면 true, 0이면 false
BigInteger setBit(int n)   // 우측에서 n+1번째 비트를 1로 변경
BigInteger clearBit(int n) // 우측에서 n+1번째 비트를 0으로 변경
BigInteger flipBit(int n)  // 우측에서 n+1번째 비트를 전환 (1이면 0, 0이면 1)

+) java.math.BigDecimal 클래스

실수 쪽에도 BigInteger과 유사한 클래스로 BigDecimal 클래스가 존재한다.
double 타입의 정밀도 한계와 오차 문제를 극복하기 위해 사용하는 클래스
실수를 정수와 10의 제곱의 곱으로 표현한다. (=10진 실수를 오차가 없는 2진 정수로 변환하여 다루는 것)

참고자료

Java의 정석 3판 - Chapter 09 java.lang패키지와 유용한 클래스, 518p

[백준] 2775번 - 부녀회장이 될테야 (Java)

6__6 — Tue, 8 Feb 2022 22:15:42 +0900

문제

https://www.acmicpc.net/problem/2775

2775번: 부녀회장이 될테야

첫 번째 줄에 Test case의 수 T가 주어진다. 그리고 각각의 케이스마다 입력으로 첫 번째 줄에 정수 k, 두 번째 줄에 정수 n이 주어진다

www.acmicpc.net

코드

import java.util.Scanner;

public class Main {
    public static void main(String[] args) {
        Scanner sc = new Scanner(System.in);
        StringBuffer sb = new StringBuffer();
        int T = sc.nextInt();
        int[] floor = new int[15];     // 한 층의 거주자 수

        for (int t = 0; t < T; t++) {
            // 0층 각 호 거주자 수 초기화
            for (int i = 0; i < floor.length; i++) {
                floor[i] = i;
            }
            
            int k = sc.nextInt();
            int n = sc.nextInt();

            // 1층 ~ k층
            for (int i = 1; i <= k; i++) {
                // 1호 ~ n호
                for (int j = 1; j <= n; j++) {
                    floor[j] += floor[j - 1];
                }
            }
            sb.append(floor[n] + "\n");
        }
        System.out.print(sb);
    }
}

풀이

층은 0부터 시작하며, 호는 1부터 시작함에 주의하자. 입력 조건이 [1 ≤ k, n ≤ 14] 로 되어 있지만, 이는 입력으로 받을 층 수(k)가 1보다 크다는 것이지 이 아파트가 1층부터 시작한다는 뜻이 아니다.

즉, 문제에서 주어진 아파트는 0층 부터 시작하며, 각 층은 1호 부터 시작해 최대 14호까지 이어지는 구조이다. (층수 k는 최대값 제한이 없음)

호는 최대 14호까지, 층은 제한이 없음

아파트의 구조를 알았으니, 이제 'k층 n호 거주자 수'를 어떤 값으로 부터 산출할 수 있는지 생각해보자. k층 n호 거주자 수는 k-1층의 1호~n호 거주자 수의 합이라 했는데, 두번째 테스트케이스인 '2층 3호의 거주자 수'를 예시로 생각해보자

문제에서 주어진 말 그대로 단순히 생각하면, 2층 3호 거주자 수는 1층 1호부터 3호까지의 거주자 수를 합한 값(1+3+6=10)이 된다. 그러나 이렇게 아래 층의 3호까지의 값을 하나씩 더해서 결과값을 구하면 층, 호가 커질수록 효율이 떨어진다.(ex: 10층 14호의 거주자 수를 알려면 9층 1호~14호 거주자 수를 전부 더해야 함) 규칙을 찾아내면 앞서 계산된 값을 이용해서 적은 연산만으로 2층 3호 거주자 수를 구할 수 있을 것이다.

k층 n호의 거주자 수가 k-1층 1호~n호 거주자 수의 합이므로, k층 n-1호의 거주자 수는 k-1층 1호~n-1호 거주자 수의 합이라는 점에 주목하자. k층 n호 값을 알기 위해 필요한 값들 중 k-1층 n호 거주자 수를 제외하고 이미 모든 값이 구해져있는 셈이다. k층 n호 보다 먼저 계산된 k층 n-1호 값에 k-1층 n호 값을 더하는 한번의 연산만으로 거주자 수를 알 수 있다. 당연히 k-1층 n-1호의 거주자 수는 똑같은 방식으로 이전에 계산된 k층 n-2호의 값을 사용해 구할 수 있다.

k층 n호 거주자 수 = k-1의 1~n호 거주자 수
k층 n호 거주자 수 = k층 n-1호 거주자 수 + k-1층 n호 거주자 수

참고로, 위의 그림에서 알 수 있듯이 k층 n호의 값을 알기 위해 사용되는 값은 0층~k층 1호~n호 값 뿐이다.

파란색 : 구하려는 값, 빨간색 : 필요한 값들

이제 호수가 최대 14라는 점을 참고해서 크기 14의 int 배열을 선언해 하나의 층으로 여겨 계산한다. 0층의 호들의 값은 알려줬으므로 1차원 배열의 모든 요소를 0~14까지 정수로 초기화해서 아래와 같은 모양으로 만들어준다.

이제 초기화된 1차원 배열을 k-1층 이라고 여기고 k층 각 호의 거주자 수를 계산한다. 배열을 k-1층 이라고 여기라 했으니 각 요소는 k-1층 i호 거주자 수가 된다. [ k층 i호 값 = k층 i-1호 값 + k-1층 i호 값 ] 연산에 사용되는 k층 i-1호 값은 해당 배열의 [i-1] 번째 요소 값이고, k-1층 i호 값은 아직 갱신되지 않은 [i]값. 즉, 자기자신이다. 자기자신에 arr[i-1] 값을 추가해서 누적하는 것.

arr[i] = arr[i-1] + arr[i]
→ arr[i] += arr[i-1]

위에서 호수는 1부터 시작한다 했으나, 0호가 존재하는 이유는 i호 값을 구하기 위해 i-1호 값을 참조하는 과정에서 인덱스가 0-1로 -1이 되는 것을 막기 위함이다. 즉, 1호 값을 계산하기 위한 더미 값(0)을 넣어둔 셈. 참고로 [0]~[14] 까지 모든 요소를 초기화 해뒀지만 실제로 계산에 사용되는 값은 [0]~[n] 값 뿐이다. 나머지 값은 초기화 값 그대로 변하지 않고 참조되지도 않는다.

0층은 초기화로 값을 구했으니, 1층~k층 까지 각 배열을 갱신해나간 뒤, 마지막으로 갱신된 arr[n] 값을 출력한다.

자세한 과정은 아래 그림을 참고.

2층 3호 거주자 수를 구하는 과정 (k : 2, n : 3)

[백준] 2869번 - 달팽이는 올라가고 싶다 (Java)

6__6 — Tue, 8 Feb 2022 19:57:47 +0900

문제

https://www.acmicpc.net/problem/2869

2869번: 달팽이는 올라가고 싶다

첫째 줄에 세 정수 A, B, V가 공백으로 구분되어서 주어진다. (1 ≤ B < A ≤ V ≤ 1,000,000,000)

www.acmicpc.net

코드

import java.io.BufferedReader;
import java.io.IOException;
import java.io.InputStreamReader;
import java.util.StringTokenizer;

public class Main {
    public static void main(String[] args) throws IOException {
        BufferedReader br = new BufferedReader(new InputStreamReader(System.in));
        StringTokenizer st = new StringTokenizer(br.readLine(), " ");
        long a = Long.parseLong(st.nextToken());   // 달팽이가 낮에 올라가는 높이
        long b = Long.parseLong(st.nextToken());   // 달팽이가 밤에 내려가는 높이
        long v = Long.parseLong(st.nextToken());   // 나무막대 높이

        System.out.println((long) Math.ceil((double) (v - a) / (a - b)) + 1);
    }
}

달팽이는 낮에 A미터 올라가고, 밤에 B미터 내려가므로, 하루에 A-B미터 만큼 이동한다.
단, 마지막 날은 A미터를 오르는 순간 정상에 도달하므로 내려가는 걸 산정하지 않아도 된다.
즉, V미터 높이의 막대에 오르기 위해서는 미리 마지막 날 올라갈 A미터를 제외한 높이(V-A)를 며칠만에 올라갈 수 있는지 계산한 뒤 계산결과에 +1일을 더해주면된다.
유의사항
- Scanner 로 입력을 받을 시 시간초과에 걸린다. BufferedReader를 사용해야 함.
- 입력받는 정수의 값 범위가 크기 때문에 (1 ≤ B < A ≤ V ≤ 1,000,000,000), long타입으로 입력받아야 한다.
- 나눗셈 계산, Math.ceil 연산에서 정확도를 위해 float이 아닌 double 타입으로 처리해야 한다.

[백준] 1193번 - 분수찾기 (Java)

6__6 — Tue, 8 Feb 2022 17:31:29 +0900

문제

https://www.acmicpc.net/problem/1193

1193번: 분수찾기

첫째 줄에 X(1 ≤ X ≤ 10,000,000)가 주어진다.

www.acmicpc.net

코드

import java.util.Scanner;

// 분수찾기
public class Main {
    public static void main(String[] args) {
        Scanner sc = new Scanner(System.in);
        int n = sc.nextInt();
        int count = 1;          // i번째

        for (int i = 1; ; i++) {
            int j = 1;
            if (i % 2 == 0) {   // 짝수번째 차례에는 위에서부터 시작
                for (j = 1; j <= i; j++) {
                    if (count == n) {
                        System.out.println(j + "/" + (i - j + 1));
                        break;
                    }
                    count++;
                }
            } else {            // 홀수번째 차례에는 아래에서 부터 시작
                for (j = 1; j <= i; j++) {
                    if (count == n) {
                        System.out.println((i - j + 1) + "/" + j);
                        break;
                    }
                    count++;
                }
            }
            // for문이 끝까지 진행되지 못 하고 break 조건에 걸렸을 경우
            if (j != i + 1) {
                break;
            }
        }
    }
}

분수찾기에서 순번을 매기는 순서에 주의하자. 지그재그 방향으로 나아가기 때문에 1/1, 1/2, 2/1, 3/1, 2/2, 1/3... 과 같이 두번째 그림처럼 대각선 라인별로 구분했을 때, 각 라인 별로 진행방향이 달라진다. 한번씩 차례대로 진행 방향이 바뀌기 때문에 짝수 번째 라인에서는 위→아래 방향으로, 홀수 번째 라인에서 아래→위 방향으로 순번을 매긴다고 생각하면 된다.

(1) / (2) / (3)

위에서 2번째 그림과 같이 각 라인 안에서 일정한 규칙에 따라 분수들이 정해진다. 라인 안에 포함된 분수를 i/j 형태로 볼 때 i가 +1씩증가하고, j가 -1씩 감소하는 규칙적인 형태를 취한다.
ex) 2번째 라인 = { 2/1, 1/2 }, 4번째 라인 = {4/1, 3/2, 2/3, 1/4}

이는 이중 for문으로 구현할 수 있다. 바깥쪽 for문 (i번째 라인) + 안쪽 for문 (j번째 분수)

다만, 처음에 설명한 것과 같이 짝수 번째 라인일 때 / 홀수 번째 라인일 때 j의 진행 방향이 다름에 유의하자.
번호를 매기는 순서는 { 1/1 → 1/2, 2/2 → 1/3, 2/2, 3/1 } 이 아니라 { 1/1 → 1/2, 2/2 → 3/1, 2/2, 1/3 } 이다.

이렇게 차례대로 1부터 무한반복으로 순번을 구해나다 입력받은 n번째 순번인 경우(count==n) 해당 순번에서의 분수 값을 String 형태로 형식화해서 출력한 뒤, 이중 for문을 탈출하면 된다.

다른 사람의 코드

다른 사람의 코드를 참고하여 개선한 코드.

import java.util.Scanner;

public class Main {
    public static void main(String[] args) {
        Scanner sc = new Scanner(System.in);
        int n = sc.nextInt();
        int currCount = 1;      // 현재 대각선 칸 개수
        int prevCountSum = 0;   // 이전 대각선 칸 개수 누적 합

        while (true) {
            // 현재 대각선의 마지막 순번보다 작거나 같음
            if (n <= prevCountSum + currCount) {

                if (currCount % 2 == 0) {   // 대각선 개수가 짝수면 위 → 아래
                    System.out.println((n - prevCountSum) + "/" + (currCount - (n - prevCountSum - 1)));
                } else {                    // 대각선 개수가 홀수면 아래 → 위
                    System.out.println((currCount - (n - prevCountSum - 1)) + "/" + (n - prevCountSum));
                }
                break;

            } else {
                prevCountSum += currCount;
                currCount++;        // 대각선 칸 개수는 1칸씩 늘어남 (1, 2, 3, ...)
            }
        }
    }
}

각 대각선의 칸 개수로 n번째 분수가 존재하는 대각선까지 단순에 이동한 뒤 순서를 계산하기 때문에 내가 사용했던 방식에 비해 훨 빠르다. (미리 범위를 줄여두는, 소거법 방식) 단일 반복문이기 때문에 break; 방식도 이중 반복문에 비해 간단하다.

분자와 분수의 합이 같은 것끼리 같은 대각선 라인에 위치한다.
각 대각선의 칸(분수) 개수 = (분자 + 분수) - 1 개
대각선의 칸 개수와 분모+분자의 합 관계를 이용해 해당 대각선에서의 시작 분모, 시작 분자를 알아낼 수 있다.

[백준] 2292번 - 벌집 (Java)

6__6 — Tue, 8 Feb 2022 16:40:30 +0900

문제

https://www.acmicpc.net/problem/2292

2292번: 벌집

위의 그림과 같이 육각형으로 이루어진 벌집이 있다. 그림에서 보는 바와 같이 중앙의 방 1부터 시작해서 이웃하는 방에 돌아가면서 1씩 증가하는 번호를 주소로 매길 수 있다. 숫자 N이 주어졌

www.acmicpc.net

코드

import java.util.Scanner;

public class Main {
    public static void main(String[] args) {
        Scanner sc = new Scanner(System.in);
        int n = sc.nextInt();
        int layer = 1;
        int max = 1;

        while (true) {
            // n이 이번 층의 최대값 보다 작다면 해당 층에 포함되어 있는 것.
            if (n <= max)
                break;
            
            // 다음 층 최대값 세팅, 이동
            max += (6 * layer);
            layer++;
        }

        System.out.println(layer);
    }
}

각 층의 수 개수

1에서 번호n까지 오는 최단루트는 1에서 각 층을 바로 가로질러 가는 것이다. 일단, 벌집을 아래와 같이 층(layer)으로 구분한다. 1층(1), 2층(2~7), 3층(8~19), 4층(20~37), 5층(38~61) … 이런 식으로 구분하면 각 층의 번호 갯수가 첫째항이 1, 공차가 +6 인 등차수열 { 1, 6, 12, 18, 24, … } 임을 확인할 수 있다.

각 층의 최대값

각 층의 번호 갯수가 일정한 크기 만큼 증가하므로 각 층(layer)의 최대값 또한 일정한 규칙을 가지고 정해질 것이다. {1, 7, 19, 37, 61, … } 첫째항 1부터 시작해 차례로 6(6*1), 12(6*2), 18(6*3), 24(6*4) 만큼 값이 증가한다.

이렇게 구한 규칙을 토대로 한층 한층 최대값을 구해, n이 해당 최대값의 범위에 포함되는지(현재 층의 최대값 보다 작거나 같은지)를 체크해나간다. 위 조건에 부합할 경우 해당 최대값이 포함된 층에 위치한 값이라는 뜻이므로 반복을 중단(break)하고 현재 layer 값을 반환한다.

[백준] 1346번 - 그룹 단어 체커 (Java)

6__6 — Mon, 7 Feb 2022 18:24:01 +0900

문제

https://www.acmicpc.net/problem/1316

1316번: 그룹 단어 체커

그룹 단어란 단어에 존재하는 모든 문자에 대해서, 각 문자가 연속해서 나타나는 경우만을 말한다. 예를 들면, ccazzzzbb는 c, a, z, b가 모두 연속해서 나타나고, kin도 k, i, n이 연속해서 나타나기 때

www.acmicpc.net

코드

import java.util.Arrays;
import java.util.Scanner;

// 그룹 단어 체커
public class Main {
    public static void main(String[] args) {
        Scanner sc = new Scanner(System.in);
        int N = Integer.parseInt(sc.nextLine());
        boolean[] alphabet = new boolean[26];
        int count = 0;

        for (int i = 0; i < N; i++) {
            Arrays.fill(alphabet, false);   // 알파벳 등장 여부 초기화

            String str = sc.nextLine();
            char before = str.charAt(0);        // 이전 문자
            int j = 0;

            for (j = 0; j < str.length(); j++) {
                char curr = str.charAt(j);
                // 이전에 나온적 있는데, 앞 문자와 다를 경우 (연속으로 사용된 게 아닐 경우)
                if (before != curr && alphabet[curr - 'a'] == true) {
                    break;
                }
                alphabet[curr - 'a'] = true;
                before = curr;
            }
            // for문 중간에 break 걸리지 않고 끝까지 진행됐을 경우 그룹단어 OK
            if (j == str.length()) {
                count++;
            }
        }
        System.out.println(count);
    }
}

문자열 내에서 a~z 소문자 알파벳의 등장 여부를 boolean[] 배열에 저장한다. 새로운 문자열 체크 전에 모든 알파벳이 아직 등장하지 않았다는 의미로 배열을 false로 초기화해줘야 한다.
- true : 이전에 등장한 적 있는 알파벳
- false : 이전에 등장한 적 없는 알파벳
그룹 단어가 아닌 경우는 문자가 연속으로 사용되지 않고, 다른 문자 뒤에 한번 더 등장했을 때 뿐이다.
- 즉, 이전에 나온적 있는 알파벳이고(boolean[] 배열 값이 true), 앞 문자와 다를 경우 그룹 단어가 아니다.
- boolean[] alphabet : 이전에 나온적 있는 문자인지 체크용
- char before : 해당 문자의 바로 이전 문자 확인용
for문 중간에 break 조건에 걸리지 않고 끝가지 진행되었을 경우, 마지막 반복을 수행한 후 j++ 된 값으로 for문 반복 여부를 체크하기 때문에 j값은 str.length()이 된다. 이를 위해 for문 밖에 변수 j를 선언해둬서 for문 밖에서 j값을 참조할 수 있도록 한다.

int j = 0;

for (j = 0; j < str.length(); j++) {
	// 반복코드
}

if (j == str.length()) {
    count++;
}

[백준] 2941번 - 크로아티아 알파벳 (Java)

6__6 — Mon, 7 Feb 2022 17:58:06 +0900

문제

https://www.acmicpc.net/problem/2941

2941번: 크로아티아 알파벳

예전에는 운영체제에서 크로아티아 알파벳을 입력할 수가 없었다. 따라서, 다음과 같이 크로아티아 알파벳을 변경해서 입력했다. 크로아티아 알파벳 변경 č c= ć c- dž dz= đ d- lj lj nj nj š s= ž z=

www.acmicpc.net

코드

import java.util.Scanner;

// 크로아티아 알파벳
public class Ex_2941 {
    public static void main(String[] args) {
        Scanner sc = new Scanner(System.in);
        String str = sc.nextLine();
        StringBuffer sb = new StringBuffer();
        int count = 0;

        // 시작하는 문자에 따라 체크 (c, d, l, n, s, z)
        for (int i = 0; i < str.length(); i++) {
            char first = str.charAt(i);                                     // 시작 문자
            char second = i + 1 < str.length() ? str.charAt(i + 1) : 'a';   // 다음 문자
            char third = i + 2 < str.length() ? str.charAt(i + 2) : 'a';    // 다다음 문자
            count++;

            switch (first) {
                case 'c':               // c=, c-
                    if (second == '=' || second == '-')
                        i++;            // i ~ i+1 까지 한 문자이므로 다음 문자 1개 패스
                    break;
                case 'd':               // d-, dz=
                    if (second == '-')
                        i++;
                    else if (second == 'z' && third == '=')
                        i += 2;         // i ~ i+2 까지 한 문자이므로 다음 문자 2개 패스
                    break;
                case 'l': case 'n':     // lj, nj
                    if (second == 'j')
                        i++;
                    break;
                case 's': case 'z':     // s=, z= 
                    if(second == '=')
                        i++;
                    break;
            }
        }

        System.out.println(count);
    }
}

charAt(int index) 메서드로 문자를 하나씩 가져온다.
읽어들인 문자를 시작 문자(first)라고 했을 때, 다음 문자(second)와 다다음 문자(third)를 가져온다. (크로아티아 알파벳은 2~3글자)
- 문자열 s가 "dz=" 일 경우
  first = 'd'
  second = 'z'
  third = '='
  ~와 같이 초기화된다.
단, 마지막 글자(i가 str.length() -1) or 마지막에서 두번째 글자(i가 str.length() -2)일 경우에는 charAt(i+1), charAt(i+2)로 다음 글자들에 접근하려 할 경우 StringIndexOutOfBoundsException 예외가 발생한다. (=접근하려는 인텍스가 배열 크기를 넘어감) 이를 방지하기 위해서 위의 경우에는 크로아티아 알파벳과 전혀 상관없는 아무 문자('a')로 값을 초기화해준다.
크로아티아 알파벳은 무조건 c, d, l, n, s, z 6개 알파벳 중 하나로 시작한다. switch문으로 시작 문자를 체크해 각각 다르게 동작하도록 작성한다.
first+second 문자 조합이 크로아티아 알파벳과 일치할 경우, first+second 는 하나의 문자로 취급하므로 for문에서 second 문자 차례는 그냥 넘기도록 한다. (이미 문제 세트를 이뤘으므로)
first+second+third 문자 조합이 크로아티아 알파벳과 일치할 경우 second, third 문자 차례를 연달아 2번 그냥 넘기도록 한다.

[백준] 5622번 - 다이얼 (Java)

6__6 — Mon, 7 Feb 2022 16:57:46 +0900

문제

https://www.acmicpc.net/problem/5622

5622번: 다이얼

첫째 줄에 알파벳 대문자로 이루어진 단어가 주어진다. 단어의 길이는 2보다 크거나 같고, 15보다 작거나 같다.

www.acmicpc.net

코드

import java.util.Scanner;

public class Main {
    public static void main(String[] args) {
        Scanner sc = new Scanner(System.in);

        String s = sc.nextLine();
        int time = 0;

        for (char ch : s.toCharArray()) {
            switch (ch) {
                case 'A': case 'B': case 'C':
                    time += 3;
                    break;
                case 'D': case 'E': case 'F':
                    time += 4;
                    break;
                case 'G': case 'H': case 'I':
                    time += 5;
                    break;
                case 'J': case 'K': case 'L':
                    time += 6;
                    break;
                case 'M': case 'N': case 'O':
                    time += 7;
                    break;
                case 'P': case 'Q': case 'R': case 'S':
                    time += 8;
                    break;
                case 'T': case 'U': case 'V':
                    time += 9;
                    break;
                case 'W': case 'X': case 'Y': case 'Z':
                    time += 10;
                    break;
            }
        }
        System.out.println(time);
    }
}

문자열을 문자 하나씩 분리하여 switch~case 문으로 각각 다르게 처리하기
toCharArray() : String 문자열의 문자를 하나씩 쪼개 char[] 배열로 반환한다.
- toCharArray() 로 문자열을 char[] 배열로 만들어 향상된 for문을 통해 하나씩 접근하는 방법
- 0~s.length() 인덱스 값 i를 사용해 for문으로 charAt(i)와 같이 접근하는 방법

[백준] 2908 번 - 상수 (Java)

6__6 — Mon, 7 Feb 2022 16:27:49 +0900

문제

https://www.acmicpc.net/problem/2908

2908번: 상수

상근이의 동생 상수는 수학을 정말 못한다. 상수는 숫자를 읽는데 문제가 있다. 이렇게 수학을 못하는 상수를 위해서 상근이는 수의 크기를 비교하는 문제를 내주었다. 상근이는 세 자리 수 두

www.acmicpc.net

코드

1. StringBuffer 타입으로 처리하는 방법

StringTokenizer로 두 정수를 토큰으로 분리한 뒤, 각 문자열을 거꾸로 뒤집은 결과를 int 타입으로 파싱한다.

import java.util.Scanner;
import java.util.StringTokenizer;

public class Main {
    public static void main(String[] args) {
        Scanner sc = new Scanner(System.in);
        String s = sc.nextLine();
        StringTokenizer st = new StringTokenizer(s, " ");

        int a = Integer.parseInt(new StringBuffer(st.nextToken()).reverse().toString());
        int b = Integer.parseInt(new StringBuffer(st.nextToken()).reverse().toString());

        System.out.print(Math.max(a, b));
    }
}

2. int 타입으로 처리하는 방법

정수 두 개를 차례로 입력받는다. 각 정수의 자릿수를 뒤에서 부터 하나씩 잘라서 1의 자릿수를 100의 자릿수로, 100의 자릿수를 1의 자릿수로 가지는 새로운 int 값을 만든다.

import java.util.Scanner;

public class Main {
    public static void main(String[] args) {
        Scanner sc = new Scanner(System.in);
        int[] num = new int[2];
        num[0] = sc.nextInt();
        num[1] = sc.nextInt();
        int[] result = new int[2];
        
        for(int i = 0; i < 2; i++){
            for(int j = 100; j > 0; j /= 10){
                result[i] += (num[i] % 10) * j;
                num[i] /= 10;
            }
        }
        System.out.print(Math.max(result[0], result[1]));
    }
}

= 두 방법 모두 결과는 정답이나, 본 문제가 [문자열 처리] 문제로 분류되어 있는 만큼, StringTokenizer, StringBuffer를 사용하는 첫번째 방법을 이용하기를 권장.

[BOJ] 백준 1152 번 - 단어의 개수 (Java)

6__6 — Mon, 7 Feb 2022 15:50:53 +0900

문제

https://www.acmicpc.net/problem/1152

1152번: 단어의 개수

첫 줄에 영어 대소문자와 공백으로 이루어진 문자열이 주어진다. 이 문자열의 길이는 1,000,000을 넘지 않는다. 단어는 공백 한 개로 구분되며, 공백이 연속해서 나오는 경우는 없다. 또한 문자열

www.acmicpc.net

코드

A. StringTokenizer를 사용하는 방법

import java.util.Scanner;
import java.util.StringTokenizer;

public class Main {
    public static void main(String[] args) {
        Scanner sc = new Scanner(System.in);
        String s = sc.nextLine();
        StringTokenizer st = new StringTokenizer(s, " ");

        System.out.print(st.countTokens());
    }
}

java.util.StringTokenizer 클래스
- 긴 문자열을 지정된 구분자를 기준으로 코튼(token)이라는 여러 개의 문자열로 잘라낸다.
- 단, 구분자로 단 하나의 문자 밖에 사용하지 못한다.
- 구분자를 토큰으로 간주할지 여부는 생성자의 3번째 매개변수(boolean)로 설정할 수 있다.
- countTokens() : 전체 토큰의 수를 반환한다.

B. split() 메서드를 사용하는 방법

import java.util.Scanner;

public class Main {
    public static void main(String[] args) {
        Scanner sc = new Scanner(System.in);
        
        String s = sc.nextLine();
        // 공백, 빈문자열 체크
        if(s.isEmpty() || s.equals(" ")) {
            System.out.println(0);
        } else {
            // 앞뒤 공백 제거, 공백 한칸으로 분할
            String[] word = s.trim().split(" ");
            System.out.println(word.length);
        }
    }
}

String[] split(String regex) 메서드
- 문자열을 지정된 구분자으로 나누어 문자열 배열에 담아 반환한다.
- StringTokenizer와 달리 구분자로 정규식 표현(regular expression)을 사용할 수 있다.
단, split() 메서드는 정규식에 매칭되지 않을 경우 자기자신을 반환한다. 즉, 공백 한칸(" ")을 기준으로 문자열을 분리할 때, 기준 문자열에 공백 한칸이 존재하지 않는 다면 그 기준 문자열을 그대로 반환한다.

메서드	반환되는 문자열 배열	배열 크기
"Hello World".split(" ")	[Hello, World]	2
"Hello".split(" ")	[Hello]	1
"".split(" ")	[]	1

여기서 주의해야 하는 게 split() 메서드를 사용하는 문자열이 3번째 경우처럼 '빈 문자열'일 경우이다. 빈 문자열("")은 null 과 달리 문자열 값(value)이 존재는 한다. 단지, 아무 문자없이 비어있을 뿐.
- 빈 문자열("") : String 타입 변수가 참조하고 있는 인스턴스가 있으며, 단지 그 인스턴스 값이 비어있을 뿐임.
- null : String 타입 변수가 참조하고 있는 인스턴스가 없음.
빈 문자열에는 단어가 하나도 존재하지 않기 때문에 출력 값이 0이어야 한다. 이를 위해 split() 함수 전에 입력받은 문자열이 공백으로만 이루어져 있거나, 빈 문자열인지 별도로 체크해줘야 한다. (공백으로 이루어진 문자열도 trim() 메서드를 사용하면 공백이 제거되어 빈문자열이 됨.)

★ Key Point

StringTokenizer 와 split() 은 둘 다 구분자를 기준으로 문자열을 분리하는 기능을 하지만, 작동방식이 다르다는 것을 유념하자.
문자열 처리 문제는 자신이 사용하는 언어에 어떤 문자열 처리 기능의 클래스 / 메서드가 존재하는지, 각 기능은 어떻게 되는지 숙지하고 있는 것이 중요하다. 이 문제도 StringTokenizer클래스와 split() 메서드의 존재를 몰랐다면, charAt(int index) 또는 toCharArray() 와 같이 문자열의 문자를 하나씩 쪼개서 공백 여부를 체크했어야 했을 것이다.