Interface

Если возникает необходимость посмотреть как интерпритируется тот или иной синтаксис - может быть полезно посмотреть на AST. Сделать это можно, например, тут https://astexplorer.net/

Слева вставляете код, справа смотрите как его понимает парсер (не реальный парсер движка, но в большинстве случаев это не критично)

Если вы вдруг забыли приоритеты операций (yield vs. ternary например) - это может быть полезно

у вас есть 4 варианта:
- хранить в localStorage (это не JSON файл, но может быть вам подойдет) - вероятно самое простое
- генерировать файл в браузере и предложить пользователю его сохранить (тут можно почитать https://stackoverflow.com/questions/3665115/create...
- запускать не только браузер на своей машине, но и сервер (ну и обрабатывать запросы и т.д.)
- использовать совмещенный браузер с нодой (похоже на 3 вариант). Вам может подойти nw.js или electron

XMLHttpRequest - выполнит только запрос и будет частью решения #3, но само взаимодействие с файловой системой будет делать сервер

Дисклеймер:
С веб-воркерами (и чем-то подобным) все и так понятно, поэтому далее я пишу вне их использования

Ответ на ваш вопрос сильно зависит от понимания заголовка. Если мы говорим про браузер или какую-то его часть - то вполне вероятно это действительно работа в отдельном потоке. Только это работа браузера, а не javascript. Вот например статья про node.js https://codeburst.io/how-node-js-single-thread-mec... (достаточно прочитать Top Highlight)

The main event loop is single-threaded but most of the I/O works run on separate threads, because the I/O APIs in Node.js are asynchronous/non-blocking by design, in order to accommodate the event loop.

Таким образом про node.js можно сказать, что оно - многопоточное приложение. Но вот с точки зрения javascript-а, то есть как-бы изнутри него - node.js - однопоточный. Иными словами: весь JavaScript код и в браузере и в ноде позиционирует себя как однопоточное приложение. И исполняется так же. Но какие-то операции вне языка (I/O или тот же xhr) могут быть реализованы как угодно браузером. Это строго говоря вопрос больше про устройство среды исполнения.

Я подвис, но мой ответ был, что JS можно считать многопоточным и я так предполагаю из-за наличия xmlhttprequest запросов (в простонародии ajax).

- строго говоря это не так. Хотя мне кажется это не далеко от истины. Если мы поговорим, что язык многопоточный, я думаю мы имеем ввиду, что языком поддерживается работа с потоками, а не то как он устроен изнутри или как изнутри устроена среда его исполнения. Потому как какая-нибудь сборка мусора может выполняться в отдельном потоке, но это не делает сам ЯЗЫК много поточным.

Вопрос: Относится ли WebAPI к движку JavaScript и корректно ли утверждать, что фактически xmlhttprequest выполняется в отдельном потоке от остального кода JavaScript?

- Нет. Это API которое браузер предоставляет внутрь движка. Это можно проследить взяв например node.js и сравнив с браузерным js. Так, например, в node.js доступны внутренние модули (fs, http, path etc.)., а также другие фичи, такие как process.argv и так далее, в то время как в браузере есть WebAPI, например, fetch. При этом в браузере нет require('path'), зато в ноде нет fetch.

И это при том что и браузер (chrome) и node.js работают на одном движке (V8).

В node.js нет доступа к xhr, что уже может навести на мысли о том, что это не часть движка.

Важное замечание: я думаю сравнивая node.js и браузер, можно сформировать какое-то представление о том, что из себя представляет чистый движок js, но тем не менее это не полностью достоверно. Потому как, например, и там и там есть совместимые друг с другом setInterval и setTimeout, однако (если мне не изменяет память) они не входят в движок.

Если хочется четче понять где проходит граница, но не так сильно чтобы читать спеки - можно попробовать встроить движок самостоятельно. V8 или SpiderMonkey (в Firefox'е) умеют встраиваться в другие приложения и если встраивать их самостоятельно - и API внутрь движка (причем конкретной его реализации, а не абстрактного понятия) нужно будет прокидывать самостоятельно - тогда можно будет увидеть, что в голом движке не будет ни setTimeout, ни alert, ни console.log, ни document ни даже require и т.д.

phoneString = '+7-(777)-77-77-777';
phoneString.replace(/\D/g, '');

const a = {point: 1};
const b = {point: 2};
const c = {point: 3};

const arr = [a, b, c];

arr.reduce((sum, item) => sum + item.point, 0); // 6

Ну или так:

const a = {point: 1};
const b = {point: 2};
const c = {point: 3};

const arr = [a, b, c];

arr
    .map(item => item.point)
    .reduce((sum, value) => sum + value); // 6

Или если в проекте уже есть lodash:

const a = {point: 1};
const b = {point: 2};
const c = {point: 3};

const arr = [a, b, c];

_.sumBy(arr, item => item.point);

www.live-notes.ru/coding/node-js-stream-upload

Чтобы не делать "огромную логику в ветке else коллбэка" можно использовать early-return https://forum.freecodecamp.org/t/the-return-early-...

Чтобы не делать большую вложенность и callback-hell нужно проделать путь: callback -> promise -> async/await

Ваш код станет примерно таким

async function foo() {
    try {
        const content = await fs.readFile("config.json", "utf-8");
        const obj = JSON.parse(content);
        console.log(obj);
    } catch(error) {
        console.error(error);
    };
}

При этом функция останется ассинхронной и не будет блокировать поток.

Проблема в том, что объект первого вида - тоже "нормальный" объект.

Если в первом случае все ключи должны быть строковыми записями чисел, то можно так, например:

function normalizeObject(obj) {
    if (Object.keys(obj).every(key => Number(key).toString() === key)) {
        return Object.assign([], obj);
    }
    return obj;
}