Skip to content

Fix coding-conventions.md translation #229

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

Merged
merged 1 commit into from
Apr 30, 2022
Merged

Fix coding-conventions.md translation #229

Changes from all commits
Commits
Show all changes
1 commit
Select commit
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
Fix coding-conventions.md translation 
Fix missing back quotes on val and var keywords.
Fix function vs properties translation.
  • Loading branch information
@vkoshkin
vkoshkin committed Apr 29, 2022
commit b65eb97b55597ddccdedc4985248e1c36f9dcb0c
4 changes: 2 additions & 2 deletions coding-conventions.md
View file
Open in desktop
Original file line number Diff line number Diff line change
Expand Up @@ -1160,7 +1160,7 @@ println("У $name уже ${children.size} детей")

<!-- Prefer using immutable data to mutable. Always declare local variables and properties as `val` rather than `var` if
they are not modified after initialization. -->
Предпочтительнее использовать неизменяемые данные. Всегда объявляйте локальные переменные и свойства как "val", а не "var", если
Предпочтительнее использовать неизменяемые данные. Всегда объявляйте локальные переменные и свойства как `val`, а не `var`, если
они не будут изменены после инициализации.

<!-- Always use immutable collection interfaces (`Collection`, `List`, `Set`, `Map`) to declare collections which are not
Expand Down Expand Up @@ -1411,7 +1411,7 @@ Although the semantics are similar, there are some stylistic conventions on when
Несмотря на схожую семантику, есть некоторые стилистические соглашения, указывающие на то, когда лучше использовать одно из этих решений.

<!-- Prefer a property over a function when the underlying algorithm: -->
Использование свойства перед функцией предпочтительнее, когда лежащий в основе алгоритм:
Предпочтительно использовать свойства вместо функций, если лежащий в основе алгоритм:

<!--does not throw
has a `O(1)` complexity
Expand Down