Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

ㅁ+ㅎ 에서 뽑은 값이 유니코드 코드포인트가 아닐 경우 #32

Open
wants to merge 1 commit into
base: main
Choose a base branch
from

Conversation

youknowone
Copy link
Member

값을 뽑지 않는 경우가 없도록 보장합니다.

@@ -78,6 +78,7 @@
* ㅁ은 **뽑기** 명령입니다. 지금 저장공간이 스택이라면 맨 위의 값, 큐라면 맨 앞의 값을 뽑아냅니다.(pop) 통로라면 거기서 값을 하나 뽑아옵니다.
* ㅇ 받침이 오면 뽑아낸 값을 10진수로 출력합니다.
* ㅎ 받침이 오면 뽑아낸 값에 해당하는 코드포인트의 유니코드 문자를 UTF-8로 출력합니다.
* 뽑아낸 값이 올바른 유니코드 코드포인트가 아니더라도 값은 뽑아내야 합니다.
Copy link
Member Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Suggested change
* 뽑아낸 값이 올바른 유니코드 코드포인트가 아니더라도 값은 뽑아내야 합니다.
* 뽑아낸 값이 올바른 유니코드 코드포인트가 아닌 경우 뽑은 값은 버리고 이동방향을 반대로 뒤집습니다.

괜찮다면 이런 제안을 하고 싶지만, 대부분의 구현체가 이런 범위의 값에 무관심한만큼 이런 동작도 구현하지 않았을 것이라, 현재 여러 구현체가 동의하는 구현방향만 썼습니다.

Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

이렇게 바꿀 경우에는 유니코드 표준에 따라 동작이 달라진다는 점이 마음에 걸리네요.

Copy link
Member Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

[0, 0x110000) 을 의도한 것이었는데, 올바른 코드포인트가 아니라 unicode plane에서 벗어나지 않는?(기술적으로 어떤 표현이 좋은지 모르겠네요) 이면 괜찮을까요? 아니면 여전히 이것도 유니코드 표준에 의존하는 부분일까요?

@youknowone youknowone marked this pull request as ready for review April 7, 2024 13:00
@youknowone
Copy link
Member Author

영어 문서도 업데이트하고 ready for review로 바꾸었습니다

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

None yet

3 participants