ладно посмотрим) классы говорили тоже не нужны, но они есть) не нравятся/не нужны - не используйте) хотя видно сторонников моей идеи тут нет?

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

просто например если я работаю с модулями import Car() и вот не хочу я лишних действий потом, а лишь хочу указать нужные мне параметры, а все логика, чтобы была в модули и класс а я просто делаю new_car = await Car(red,model1);

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

const car = await Car.create(red,model1)

допустим, а как в таком случае делать наследование? SuperCar extends Car

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

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

const car = await Car.create(red,model1); ну я все про это говорю: тут ты используешь create для Car, а я решил расширить класс Car и создать SuperCar ну и как тогда мне это сделать?

ну выкидывает у тебя создание объекта ошибку и что? try catch в помощь

я говорю не про семантику - я говорю про практику const car = new Car(red,model1) try await car.init() catch или try await new Car(red,model1) catch для меня это одно и тоже - только в первом случае еще лишняя строчка текста

что сложного в try catch? и еще раз говорю, что использовать его все равно ведь придется - вопрос лишь где

ты большие проекты писал?

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

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

кстати никто не в курсе, а какие мировые чаты по js есть??

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

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

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

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

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

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

для этого собственно и есть ключевое слово - await

new_car = await new car('red');

еще раз говорю с чем работать? объект еще не создан

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

мы можем создвать так Promise.all а можем создавать так await obj1 await obj2

let a = null const f1 = async () => a = await new B() const f2 = async () => a = await new C()

это не реальный пример и в каком то смысле race condition