Apply small fixes to HOC translation

Author: agoldis

content/docs/higher-order-components.md

@@ -7,7 +7,7 @@ permalink: docs/higher-order-components.html
 A higher-order component (HOC) is an advanced technique in React for reusing component logic. HOCs are not part of the React API, per se. They are a pattern that emerges from React's compositional nature.
 Компонент высшего порядка (Higher-Order Component (HOC)) -- это один из продвинутых инструментов для повторного использования логики. HOC не являются частью API React, но часто применяются из-за композиционной природы компонентов.
 
-Говоря просто, **компонент высшего порядка -- это функция, которя принимает компонент и возвращает новый компонент.**
+Говоря просто, **компонент высшего порядка -- это функция, которая принимает компонент и возвращает новый компонент.**
 
 ```js
 const EnhancedComponent = higherOrderComponent(WrappedComponent);
@@ -107,7 +107,7 @@ class BlogPost extends React.Component {
 - Оба меняют локальное состояние когда меняется `DataSource`.
 - Оба отписываются от `DataSource` при размонтировании.
 
-Можете представить, что в больших приложениях связка «подписаться на `DataSource`, затем вызвать `setState`» повторяется очень часто. Было бы здорово абстрагировать эту функиональность и использовать ее в других компонентах. 
+Можете представить, что в больших приложениях связка «подписаться на `DataSource`, затем вызвать `setState`» повторяется очень часто. Было бы здорово абстрагировать эту функциональность и использовать ее в других компонентах. 
 
 Давайте реализуем функцию `withSubscription` -- она будет создавать компоненты и подписывать их на обновления `DataSource` (наподобие `CommentList` и `BlogPost`). Функция будет принимать оборачиваемый компонент и через пропсы передавать ему новые данные:
 
@@ -219,7 +219,7 @@ function logProps(WrappedComponent) {
 
 HOC добавляют компонентам функциональность, но они не должны менять их оригинальное предназначение. Ожидается, что интерфейс компонента, который вы возвращаете из HOC, будет похож на интерфейс оборачиваемого компонента.
 
-Пропсы, которые напрямую не связаны с функциональностью HOC, должны передаваться оборачиваемогу компоненту. Рендер метод большинства HOC похож следующий:
+Пропсы, которые напрямую не связаны с функциональностью HOC, должны передаваться оборачиваемогу компоненту. Рендер метод большинства HOC похож на следующий:
 
 ```js
 render() {
@@ -262,7 +262,7 @@ const CommentWithRelay = Relay.createContainer(Comment, config);
 const ConnectedComment = connect(commentSelector, commentActions)(CommentList);
 ```
 
-*Удивлены?* Давайте разберем эту строку на части.
+*Удивлены?* Давайте разберем эту строку по частям.
 
 ```js
 // Вызов функции connect возвращает другую функцию
@@ -334,13 +334,13 @@ render() {
 
 Проблема не только в производительности. Повторное монтирование компонента обнуляет его состояние, а также состояние его дочерних компонентов.
 
-Не применяйте HOC в определении другого компонент. Сначала нужно отдельно получить компонент из HOC, и только потом использовать его. Таким образом React будет сравнивать один и тот же компонент при повторном рендере.
+Не применяйте HOC в определении другого компонента. Сначала нужно отдельно получить компонент из HOC, и только потом использовать его. Таким образом React будет сравнивать один и тот же компонент при повторном рендере.
 
 При необходимости, в редких случаях, можно динамически применять HOC в методах жизненного цикла или в конструкторе компонента.
 
 ### Копируйте статические методы {#static-methods-must-be-copied-over}
 
-Иногда бывает полезно определить статические методы компонента. Например, статичный метод `getFragment` библиотеки Relay  позволяет составить композицию из фрагментов данныз GraphQL.
+Иногда бывает полезно определить статические методы компонента. Например, статичный метод `getFragment` библиотеки Relay  позволяет составить композицию из фрагментов данных GraphQL.
 
 Когда мы применяем HOC, мы заворачиваем оригинальный компонент в контейнер. Поэтому у нового компонента не будет статичных методов оригинального компонента.
 
@@ -392,10 +392,6 @@ import MyComponent, { someFunction } from './MyComponent.js';
 
 ### Рефы не передаются {#refs-arent-passed-through}
 
-По конвенции, компоненты высшего порядка и передают все пропсы оборачеваемому компоненту, кроме рефов. `ref` на самом деле не проп, как, например, `key`, и по-другому обрабатывается React. Реф элемента, созданного компонентом из HOC, будет указывать на экземпляр ближайшего в иерахрии контейнера, а не на оборачиваемый копмонент.
+По конвенции, компоненты высшего порядка передают  оборачеваемому компоненту все пропсы, кроме рефов. `ref` на самом деле не проп, как, например, `key`, и по-другому обрабатывается React. Реф элемента, созданного компонентом из HOC, будет указывать на экземпляр ближайшего в иерахрии контейнера, а не на оборачиваемый компонент.
 
-<<<<<<< HEAD
 Вы можете решить эту проблему с помощью `React.forwardRef` API (представлен в React 16.3). [Узнать больше в главе Пересылка рефов](/docs/forwarding-refs.html).
-=======
-The solution for this problem is to use the `React.forwardRef` API (introduced with React 16.3). [Learn more about it in the forwarding refs section](/docs/forwarding-refs.html).
->>>>>>> upstream/master