но все-таки я хочу от создания машины получить машину, а не чертеж

и пожалуйста чертеж может быть синхронным

разве что вы его опять же не хотите откуда-то загрузить...

ну и тут опять вопрос внутренней и внешней загрузки

те самостоятельность против встроенности

в целом весь вопрос для меня лишь в разных задачах и подходах я могу понять например что конструктор используется для создания чертежа, а реальное выполнение будет отстрочено но это одна ситуация, но не вижу причин почему нельзя создать готовый объект сразу

Ок. Давай глянем с другой стороны. Что будет если создавать твой объект без await?

Должен возвращаться промис?

ну выше уже было много вариантов просто async/await я считаю более удобным если ты про разные способы создания без await - другие подходы

ну выше уже было много вариантов просто async/await я считаю более удобным если ты про разные способы создания без await - другие подходы

Если создавать асинхронный объект без await, то что должно лежать в переменной?

const a = new A()

Какого типа переменная а?

хм торможу - не уверен точно, но промис выглядит вроде логичным в данном случае раз мы начали создание объекта, но не дождались пока он выполнится - значит имеем пока только обещание

хм торможу - не уверен точно, но промис выглядит вроде логичным в данном случае раз мы начали создание объекта, но не дождались пока он выполнится - значит имеем пока только обещание

Ты понимаешь, что это жесть?

что именно жесть - поясни

То, что непонятно что происходит в коде.

https://pp.userapi.com/c7004/v7004004/4902d/6XMW754BBgw.jpg

что именно жесть - поясни

Просто смотри. Вводить сахар ценой запутывания программиста - это очень плохая идея.

Код должен быть простым как дверь и не вызывать вопросов "что здесь происходит?" на уровне языка.

а что сложного выше? ты сделал заказ машины - решил не ждать и получил обещание, что она будет сделана подождал получил готовую машину

а что сложного выше? ты сделал заказ машины - решил не ждать и получил обещание, что она будет сделана подождал получил готовую машину

Какого типа переменная а?

Опять ооп свое тут обсуждают ?

Это важно. Относительно этого ты действуешь дальше.

Какого типа переменная а?

ну изначально подразумевается обещание, которое возвращает тебе объект же

ну изначально подразумевается обещание, которое возвращает тебе объект же

Ты предлагаешь изменить семантику new, чтобы было проще ошибаться, ради сомнительного сахара, верно?

я предлагаю добавить новую семантику async class - да некоторые говорят что логичнее использовать async в конструкторе, хотя я лично все же как раз за наглядность, чтобы сразу было видно, что это асинхронный класс, который возвращает обещание объекта

Ок. Я понял. Ты хочешь усложнить язык ради сомнительных практик. Печально.

Надеюсь, что такого не будет.

Иначе придётся добавлять новое свойство в линтер.

усложнить? как по мне так упростить потому что обещания уже пришли в язык, асинхронные функции тоже почему не сделать тогда асинхронное создание объектов? это как раз таки более удобно для работы с ними

усложнить? как по мне так упростить потому что обещания уже пришли в язык, асинхронные функции тоже почему не сделать тогда асинхронное создание объектов? это как раз таки более удобно для работы с ними

Камон. Не надо сравнивать new и асинхронный функции. В случае функций семантика никак не меняется и есть реальная необходимость: уменьшение бойлерплейта. А в случае new ты предлагаешь менять семантику, чтобы было проще писать цикломатично сложный код.

усложнить? как по мне так упростить потому что обещания уже пришли в язык, асинхронные функции тоже почему не сделать тогда асинхронное создание объектов? это как раз таки более удобно для работы с ними

Асинхронной создание объектов уже есть. Это называется вызов функции.

еще раз я ничего не меняю в старой семантике я лишь добавляю новую

еще раз я ничего не меняю в старой семантике я лишь добавляю новую

У тебя new начинает возвращать промис. Ты чего?

Точно не меняешь?

да но возвращает то он для async class что вроде как бы логично?

для обычных классов все по-старому

У тебя new начинает возвращать промис. Ты чего?

Нам нужен asyncnew!

да но возвращает то он для async class что вроде как бы логично?

Ок. const a = await new Promise(res => res(1))

Что в переменной а?

Верно, что будет число?

Ок. const a = await new Promise(res => res(1))

Promise же не async class

Ммм

Двусловные операторы. Ня!

Но мне интересно что Дмитрий скажет.

Верно, что будет число?

хм не совсем понимаю вопроса... ну я даже на всякий случай проверил - ну да вернулось число или о чем речь?

хм не совсем понимаю вопроса... ну я даже на всякий случай проверил - ну да вернулось число или о чем речь?

Да. Т.е. await new даже не всегда будет создавать новый объект, да?

Т.е. начинается полнейший хаос.

не понима вопроса, если ты создаешь объект от асинхронного класса - он должен возвращать объект это логично если ты используешь его в каких-то других случаях так и результат будет иной это логично

не понима вопроса, если ты создаешь объект от асинхронного класса - он должен возвращать объект это логично если ты используешь его в каких-то других случаях так и результат будет иной это логично

Тебя операторы языка не должны путать.

Как думаешь, почему with никто не использует?

Почему его через линтеры выпиливают?

так и в чем путаница то? что тебя путает в том чтобы использовать от async class Car car = await new Car(); в какой момент времени ты путаешься?

Почему его через линтеры выпиливают?

Его можно через 'use strict' выпилить

так и в чем путаница то? что тебя путает в том чтобы использовать от async class Car car = await new Car(); в какой момент времени ты путаешься?

Я не написал await

Почему нет?

и почему ты его не написал? забыл? ну так ты его можешь и в асинхронной функции забыть тогда

не понима вопроса, если ты создаешь объект от асинхронного класса - он должен возвращать объект это логично если ты используешь его в каких-то других случаях так и результат будет иной это логично

Как определить пол котенка? Очень просто! Берёте котенка, ставите на пол и слегка шлепаете по попе, если побежал, то это кот, а если побежала — кошка

и почему ты его не написал? забыл? ну так ты его можешь и в асинхронной функции забыть тогда

Ну мало ли. Не нужно мне его использовать сразу.

Потом await напишу. В другом месте.

и в чем тогда проблема не совсем понимаю?

и в чем тогда проблема не совсем понимаю?

В читаемости.

Ты не понимаешь что происходит на уровне языка.

все равно не понимаю, что непонятного тут происходит... ты изначально должен был видеть интерфейс асинхроннного класса, а значит знаешь, что он вернет обещание, если ты решил отложить - ну так ты сам должен понимать, что ты делаешь а если потом забыл, что у тебя не созданный класс... ну так с тем же успехом можно сказать, что ты можешь и про что угодно забыть

все равно не понимаю, что непонятного тут происходит... ты изначально должен был видеть интерфейс асинхроннного класса, а значит знаешь, что он вернет обещание, если ты решил отложить - ну так ты сам должен понимать, что ты делаешь а если потом забыл, что у тебя не созданный класс... ну так с тем же успехом можно сказать, что ты можешь и про что угодно забыть

Верно. Я могу забыть вообще все что угодно. Я человек. А язык не должен мне позволять более удобно забывать вещи.

так а что мешает тебе сейчас забыть про обещание?

ERROR: S client not available

Еее, в новой версии js вы сможете не понимать свой код в 2 раза больше.

так а что мешает тебе сейчас забыть про обещание?

Ну, предположим, что человек помнит в течении одной минуты.

я говорю не про время или типа просто общения по-твоему забываются дольше, чем общеания созданные асинхронным классом дык а если обещания можно сейчас создать функцией уже

и ты про них забудешь

может тут вопрос память а не языка тогда

все равно не понимаю, что непонятного тут происходит... ты изначально должен был видеть интерфейс асинхроннного класса, а значит знаешь, что он вернет обещание, если ты решил отложить - ну так ты сам должен понимать, что ты делаешь а если потом забыл, что у тебя не созданный класс... ну так с тем же успехом можно сказать, что ты можешь и про что угодно забыть

Я не понимаю почему ты вообще изначально решил что конструктор класса должен возвращать что-то другое вместо самого класса? Ты понимаешь что класс, промис на запрос ресурсов и особенно результат выполнения запроса — это вообще кардинально разные вещи служащие разным целям и они вообще не взаимозаменяемы?

я говорю не про время или типа просто общения по-твоему забываются дольше, чем общеания созданные асинхронным классом дык а если обещания можно сейчас создать функцией уже

Я могу назвать функцию writeAsync. Я так и делаю.

А вот иметь AppleAsync я не готов.

Я не понимаю почему ты вообще изначально решил что конструктор класса должен возвращать что-то другое вместо самого класса? Ты понимаешь что класс, промис на запрос ресурсов и особенно результат выполнения запроса — это вообще кардинально разные вещи служащие разным целям и они вообще не взаимозаменяемы?

Это js. Модно все.

окей опять мы приходим к семантике, как я понимаю... ну что ж окей newAsync тогда как вариант

окей опять мы приходим к семантике, как я понимаю... ну что ж окей newAsync тогда как вариант

Ради чего вводить новое ключевое слово?

Это стоит того?

Давай по другому. Ты у себя в коде так писал?

js это прекрасный язык с той точки зрения, что ты можешь накрутить все что угодно.

Я тебе предлагаю написать плагин для бабеля и пожить в таком режиме полгодика. В потом похвастааешься результатами.

Можно ещё пропозал создать для включения в стандарт.

Я тебе предлагаю написать плагин для бабеля и пожить в таком режиме полгодика. В потом похвастааешься результатами.

Кстати да)

я уже писал для чего - для более простой работы с асинхронными объектами и их создании

я уже писал для чего - для более простой работы с асинхронными объектами и их создании

Да без проблем. Я написал что сделать надо. Ты же уже готов эту фичу использовать.

ну в теории наверно можно сделать это костылем конечно, но не знаю насколько костыль будет в таком случае большим...

ну в теории наверно можно сделать это костылем конечно, но не знаю насколько костыль будет в таком случае большим...

Почему костыль?

У тебя будет собственный js.

ну в теории наверно можно сделать это костылем конечно, но не знаю насколько костыль будет в таком случае большим...

Размером с типичный бабель-плагин

Размером с типичный бабель-плагин

И делается это, кстати, очень быстро. Там очевидные преобразования.

ну для самого класса может быть, но речь еще про наследование

ну для самого класса может быть, но речь еще про наследование

А что с наследованием?)

что нужно для расширение самого класса? class.prototype там у нас какой?

что нужно для расширение самого класса? class.prototype там у нас какой?

Все методы класса.

так ну в теории можно расширить пожалуй через само наследование

так ну в теории можно расширить пожалуй через само наследование

Ну вот, вперёд.

так ну в теории можно расширить пожалуй через само наследование

Ждать отчёт через полгода?)