Мое предложение нельзя интерпретировать так, что это одно и тоже. Перечитайте статью второй раз. Асинхронность не ровно многопоточность, но и то и другое это модель параллельного программирования. Многопоточность может быть одними из способов реализации асинхронности.
У вас в корне неверное понимание того, что такое асинхронность. Асинхронность, как и многопточность это параллельная модель выполнения. Многопоточность это один и способов реализации асинхронности, перечитайте статью.
Вы правы, но я решил не уходить на такой низкий уровень в контексте JavaScript, ибо эта тема может претендовать на отдельную статью. Под словом поток не всегда подразумевается физической поток, сколько возможность выполнения более одной единицы кода одновременно, или же имитация этого.
В JS вы можете:
const worker = new Worker("worker.js"); // создать новый поток
worker.terminate(); // завершить поток
Параллельное выполнение запросов не делает JavaScript параллельным. Таковым, ровно как и асинхронным его делают возможности предоставляемые host-средой, в виде Event Loop и Worker, которые в браузере специфицируются HTML5 стандартом. Примером с запросами я хотел осветить, что JavaScript как платформа уже давно является многопоточным, и асинхронное API работает по многопоточной модели. ‘ограниченные средства взаимодействия.’ - продиктованы Memory Model.
На моей практике, значительное количество разработчиков толком не могут дать однозначный ответ, как и когда они решают использовать мемоизацию, а это очень просто?. А вот это “откладывание базовой оптимизации” звучит так, как будто бы программист вначале написал, а потом подумал.
Они имеют общую память. И то, что они по вашему её не имеют - это не делает их процессами.
На каком приколе? Что такое штатный режим?
Мое предложение нельзя интерпретировать так, что это одно и тоже. Перечитайте статью второй раз. Асинхронность не ровно многопоточность, но и то и другое это модель параллельного программирования. Многопоточность может быть одними из способов реализации асинхронности.
Event Loop никакого отношения не имеет к языку.
У вас в корне неверное понимание того, что такое асинхронность. Асинхронность, как и многопточность это параллельная модель выполнения. Многопоточность это один и способов реализации асинхронности, перечитайте статью.
Поделитесь официальным источником на основании которого вы сделали вывод, что это процесс
Асинхронность не ровно многопоточность.
Асинхронность можно реализовать за счет многопоточности. Асинхронность как и многопотночночность это параллельная модель выполнения…
Потому, что они должны копироваться.
«Он не многопоточный, но он позволяет запускать отдельные потоки» это как ?
??
JavaScript нельзя рассматривать в отрыве от host-среды, поскольку он не самодостаточный в вычислительном плане, так как: встраиваемый и скриптовый.
Вы правы, но я решил не уходить на такой низкий уровень в контексте JavaScript, ибо эта тема может претендовать на отдельную статью. Под словом поток не всегда подразумевается физической поток, сколько возможность выполнения более одной единицы кода одновременно, или же имитация этого.
В JS вы можете:
Параллельное выполнение запросов не делает JavaScript параллельным. Таковым, ровно как и асинхронным его делают возможности предоставляемые host-средой, в виде Event Loop и Worker, которые в браузере специфицируются HTML5 стандартом. Примером с запросами я хотел осветить, что JavaScript как платформа уже давно является многопоточным, и асинхронное API работает по многопоточной модели. ‘ограниченные средства взаимодействия.’ - продиктованы Memory Model.
На моей практике, значительное количество разработчиков толком не могут дать однозначный ответ, как и когда они решают использовать мемоизацию, а это очень просто?. А вот это “откладывание базовой оптимизации” звучит так, как будто бы программист вначале написал, а потом подумал.