Skip to content

Fix minor typos #36

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.

Sign up for GitHub

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

Open
maiyama18 wants to merge 2 commits into
base: master
Choose a base branch
from
Open

Fix minor typos #36

Show file tree
Hide file tree
Changes from all commits
Commits
Show all changes
2 commits
Select commit Hold shift + click to select a range
b2504fe
Fix typos in null-safety
maiyama18 Feb 21, 2024
b204765
Fix typos in equality
maiyama18 Feb 21, 2024
File filter

Filter by extension

Filter by extension
Conversations
Failed to load comments.
Loading
Jump to
Jump to file
Failed to load files.
Loading
Diff view
Diff view
4 changes: 2 additions & 2 deletions docs/equality.md
View file
Open in desktop
Original file line number Diff line number Diff line change
Expand Up @@ -33,7 +33,7 @@ a?.equals(b) ?: (b === null)
同じ名前でも違うシグニチャの関数、例えば`equals(other: Foo)`などを定義しても、
`==`と`!=`演算子には影響を与えません。

Structual equalityは`Comparable<...>`インターフェースで定義される比較とは一切関係がありません。
Structural equalityは`Comparable<...>`インターフェースで定義される比較とは一切関係がありません。
この演算子に影響を与えるのはただ`equals(Any?)`をカスタム実装する事だけです。

## Referential equality
Expand All @@ -48,7 +48,7 @@ Referential equalityは`===`演算でチェックされて、その否定は`!==
イコールのチェックの対象が静的に`Float`か`Double`と知れている場合は（nullableかどうかに関わらず）、
その判定は[IEEE 754 Standard for Floating-Point Arithmetic](https://en.wikipedia.org/wiki/IEEE_754)標準に従います。

それ以外の場合はstructual equalityが使われ、幾つかのケースで標準に準拠していません。
それ以外の場合はstructural equalityが使われ、幾つかのケースで標準に準拠していません。
`NaN`は自身と等しく、`NaN`は`POSITIVE_INFINITY`も含めてそのほかのすべての値より大きいとされ、
`-0.0`は`0.0`とは等しく有りません。

Expand Down
4 changes: 2 additions & 2 deletions docs/null-safety.md
View file
Open in desktop
Original file line number Diff line number Diff line change
Expand Up @@ -26,7 +26,7 @@ KotlinにおけるNPEが起こりうる原因というのは以下しかあり
* ジェネリック型をJavaと相互運用する時のnullabilityの問題。例えばKotlinの`MutableList<String>`にJavaの側で`null`を追加してしまうなど。この場合は`MutableList<String?>`とする必要がある。
* 外部のJavaのコードによって引き起こされるその他の問題

Kotliでは型システムが`null`を保持出来る参照（nullableな参照）と、保持出来ない参照（非nullable参照）を区別します。
Kotlinでは型システムが`null`を保持出来る参照（nullableな参照）と、保持出来ない参照（非nullable参照）を区別します。
例えば、通常の`String`型の変数は`null`を保持出来ません：

{% capture default-non-nullable %}
Expand Down Expand Up @@ -207,7 +207,7 @@ fun foo(node: Node): String? {

## `!!`演算子

NPE好きには三番目の選択肢があります： nullでないと断言する演算子(not-null assersion operator)である `!!` です。
NPE好きには三番目の選択肢があります： nullでないと断言する演算子(not-null assertion operator)である `!!` です。
これはどのような値でも非nullableに変換して、値が`null`だったら例外を投げる、というものです。
`b!!`と書けば、`b`が`null`でなければその値（我々の例では`String`の値）を、もし`null`ならNPEを投げます。

Expand Down