fix typos in readme

Author: bigman212

README.md

@@ -21,7 +21,7 @@
 12. [Файлы](#files)
 
 
-# <a name='linelength '>Длина строки</a>
+# <a name='linelength'>Длина строки</a>
 - Максимальная длина строки: 120 символов.
 
 # <a name='naming'>Правила именования</a>
@@ -114,7 +114,7 @@ data class CategoryStatistic(
 ) : Serializable
 ```
 - Если в описании класса родительский класс не помещается на одной строке, также осуществляется перенос каждого из его параметров на новую строку с переносом закрывающей круглой скобки на следующую строку.
-- Если описание класса не помещается в одну строку и реализует несколько интерфейсов, то применять стандартные правила переносов, т.е. делать перенос только в случае, когда не помещается на одну строку, и продолжать перечисление интерфейсов на следующей строке.
+- Если описание класса не помещается в одну строку, и класс реализует несколько интерфейсов, то применять стандартные правила переносов, т.е. делать перенос только в случае, когда описание не помещается на одну строку, при этом продолжать перечисление интерфейсов на следующей строке.
 - Использование именованного синтаксиса аргументов остается на усмотрение разработчика. Стоит руководствоваться сложностью используемого конструктора класса: если конструктор с переданными в него параметрами понятен и очевиден, нет необходимости использовать именованные параметры.
 
 # <a name='annotation'>Аннотации</a>
@@ -133,8 +133,8 @@ var promoItem: PromoItem? = null
 2) Поля: abstract, override, public, internal, protected, private
 3) Блок инициализации: init, конструкторы
 4) Абстрактные методы
-5) Переопределенные методы родительского класса(желательно в том же порядке, в каком они следуют в родительском классе)
-6) Реализации методов интерфейсов(желательно в том же порядке, в каком они следуют в описании класса, соблюдая при этом порядок описания этих методов в самом интерфейсе)
+5) Переопределенные методы родительского класса (желательно в том же порядке, в каком они следуют в родительском классе)
+6) Реализации методов интерфейсов (желательно в том же порядке, в каком они следуют в описании класса, соблюдая при этом порядок описания этих методов в самом интерфейсе)
 7) public методы
 8) internal методы
 9) protected методы
@@ -144,7 +144,7 @@ var promoItem: PromoItem? = null
 # <a name='lambda_formating'>Форматирование лямбда-выражений</a>
 
 - При возможности оставлять лямбда-выражение на одной строке, используя `it` в качестве аргумента.
-- При использовании лямба-функции в качестве аругмента выносить её за скобки если этот параметр единственный.
+- При использовании лямбда-функции в качестве аргумента выносить её за скобки если этот параметр единственный.
 - Если выражение возможно написать с передачей метода по ссылке, передавать метод по ссылке (Доступно с 1.1):
 ```kotlin
 viewPager.adapter = QuestAdapter(quest, this::onQuestClicked)
@@ -156,7 +156,7 @@ viewPager.adapter = QuestAdapter(quest, { quest ->
 })
 ```
 - Неиспользуемые параметры лямбда-выражений всегда заменять символом `_`.
-- Избегать использования Destrucion Declaration в лямбда-выражениях.
+- Избегать использования [Destructuring Declarations](https://kotlinlang.org/docs/reference/multi-declarations.html) в лямбда-выражениях.
 
 # <a name='condition_operator'>Использование условных операторов</a>
 Не обрамлять `if` выражения в фигурные скобки только если условный оператор `if` помещается в одну строку.
@@ -166,7 +166,7 @@ return if (condition) foo() else bar()
 ```
 У оператора `when` для коротких выражениях ветвей условия размещать их на одной строке с условием без фигурных скобок:
 ```kotlin
-when (somenCondition) {
+when (someCondition) {
         0 -> fooFunction()
         1 -> barFunction()
         else -> exitFunction()
@@ -183,7 +183,6 @@ when (feed.type) {
         	}
         }
 
-
         FeedType.SUM -> {
         	with(feed as SumFeed) {
         		datePopupStart = dateBegin
@@ -210,4 +209,4 @@ when (feed.type) {
 
 # <a name='files'>Файлы</a>
 
-- Возможно описывать несколько классов в одном файле только для `sealed` классов. В остальных случаях для каждого класса необходимо использовать отдельный файл (не относится к `inner` классам).
+- Возможно описывать несколько классов в одном файле только для `sealed` классов. В остальных случаях для каждого класса необходимо использовать отдельный файл (не относится к `inner` классам).