4-binary/04-file ru translation: edits

Author: shchegol

4-binary/04-file/article.md

@@ -1,6 +1,6 @@
 # File и FileReader
 
-Объект [File](https://www.w3.org/TR/FileAPI/#dfn-file) наследуется от объекта `Blob`, но также дополняется способностью взаимодействовать с файловой системой.
+Объект [File](https://www.w3.org/TR/FileAPI/#dfn-file) наследуется от объекта `Blob` и возможностями по взаимодействию с файловой системой..
 
 Есть два способа его получить.
 
@@ -13,7 +13,7 @@ new File(fileParts, fileName, [options])
 - **`fileParts`** -- массив значений Blob/BufferSource/String, такой же как `Blob`.
 - **`fileName`** -- строка имени файла.
 - **`options`** -- необязательный объект:
-    - **`lastModified`** -- timestamp (целочисленная дата) последнего изменения.
+    - **`lastModified`** -- дата последнего изменения в формате timestamp (целое число).
 
 Во-вторых, чаще всего мы получаем файл из `<input type="file">` или через перетаскивание с помощью мыши, или других интерфейсов браузера. Затем этот файл получает нужную информацию из ОС.
 
@@ -33,14 +33,14 @@ function showFile(input) {
 ```
 
 ```smart
-Через `<input>` можно выбрать несколько файлов, поэтому `input.files` -- массивоподобный объект выбранных файлов. Здесь у нас только один файл, поэтому мы просто берём `input.files[0]`.
+Через `<input>` можно выбрать несколько файлов, поэтому `input.files` -- псевдомассив выбранных файлов. Здесь у нас только один файл, поэтому мы просто берём `input.files[0]`.
 ```
 
 ## FileReader
 
-Единственная цель объекта [FileReader](https://www.w3.org/TR/FileAPI/#dfn-filereader) заключается в чтении информации из объекта `Blob` и, следовательно, `File`.
+[FileReader](https://www.w3.org/TR/FileAPI/#dfn-filereader) объект, цель которого: читать данные из `Blob` (и, следовательно, `File` тоже).
 
-В основе лежат события, так как чтение с диска может занять некоторое время.
+Данные передаются при помощи событий, так как чтение с диска может занять время.
 
 Конструктор:
 
@@ -52,7 +52,7 @@ let reader = new FileReader(); // без аргументов
 
 - **`readAsArrayBuffer(blob)`** -- считать данные как `ArrayBuffer`
 - **`readAsText(blob, [encoding])`** -- считать данные как строку (кодировка по умолчанию: `utf-8`)
-- **`readAsDataURL(blob)`** -- считать данные в формате base64 для URL.
+- **`readAsDataURL(blob)`** -- считать данные как base64-кодированный URL.
 - **`abort()`** -- отменить операцию.
 
 В процессе чтения можно "слушать" следующие события:
@@ -61,13 +61,13 @@ let reader = new FileReader(); // без аргументов
 - `load` -- нет ошибок, чтение окончено.
 - `abort` -- вызван `abort()`.
 - `error` -- произошла ошибка.
-- `loadend` -- загрузка закончилась успешно или нет.
+- `loadend` -- чтение завершено (успешно или нет).
 
 Когда чтение закончено, мы сможем получить доступ к его результату следующим образом:
 - `reader.result` результат чтения (если оно успешно)
 - `reader.error` объект ошибки (при неудаче).
 
-Наиболее часто используемые события это, конечно же, `load` и `error`.
+Наиболее часто используемые события - это, конечно же, `load` и `error`.
 
 Вот пример чтения файла:
 
@@ -100,16 +100,16 @@ function readFile(input) {
 Поэтому мы можем использовать его для преобразования Blob в другой формат:
 - `readAsArrayBuffer(blob)` -- в `ArrayBuffer`,
 - `readAsText(blob, [encoding])` -- в строку (альтернатива `TextDecoder`),
-- `readAsDataURL(blob)` -- в формат base64 для URL.
+- `readAsDataURL(blob)` -- в формат base64-кодированного URL.
 ```
 
 
 ```smart header="`FileReaderSync` доступен только для веб-воркеров"
 Для веб-воркеров существует также и синхронный вариант `FileReader`, именуемый [FileReaderSync](https://www.w3.org/TR/FileAPI/#FileReaderSync).
 
-Его методы считывания `read*` не генерируют события, а скорее возвращают результат, как это делают обычные функции.
+Его методы считывания `read*` не генерируют события, а возвращают результат, как это делают обычные функции.
 
-Но это только внутри веб-воркера, поскольку задержки и зависания в веб-воркерах менее важны, они не влияют на страницу.
+Но это только внутри веб-воркера, поскольку задержки в синхронных вызовах, которые возможны при чтении из файла, в веб-воркерах менее важны. Они не влияют на страницу.
 ```
 
 ## Итого