И
пусть расцветают сто цветов (С) Мао
Size: a a a
2021 July 10
KF
эм... %o выводит ссылку на объект?
KF
там жеш не %s
2021 July 11
KF
у js там такой себе toString, насколько я помню.
const obj = {
a:1,
toString: function() {
return "bla";
}
};
console.log("%s", obj)
//blaKF
а вот если заменить на %o, то будет что-то такое
{
a: 1,
toString: [Function: toString] {
[length]: 0,
[name]: 'toString',
[arguments]: null,
[caller]: null,
[prototype]: toString { [constructor]: [Circular] }
}
}KF
тут вопрос, как должны выглядеть промисы\future защищенные от ошибок в логике. С т.з. компилятора нужно смотреть, что там ниже по коду для оценки насколько этот код корректен, но это намекает уже на статический анализ и подобные тулзы. Вообще же недаром говорят, что многопоточность\асинхронность тяжела в разработке и багована сама по себе, так что от кода с ней наверное нужно в любом случае ожидать проблем.
KF
где-то припоминаю читал статью о многопоточных гуях, люди старались, пытались, но задача нетривиальна и целиком асинхронные гуи где-то потерялись в истории.
KF
нужна какая-то золотая середина - чуть-чуть того, чуть-чуть другого.
KF
а в расте как, там аналог промисов\future это вот это? https://docs.rs/promises/0.2.0/promises/struct.Promise.html
KF
мдя, синтаксис конечно....
KF
но это сами промисы, а где аналог async\await?
UPD. вроде вот https://rust-lang.github.io/async-book/03_async_await/01_chapter.html
UPD2. Это случаем не это они тут обсуждают https://github.com/rust-lang/wg-async-foundations/issues/58
UPD. вроде вот https://rust-lang.github.io/async-book/03_async_await/01_chapter.html
UPD2. Это случаем не это они тут обсуждают https://github.com/rust-lang/wg-async-foundations/issues/58
И
не знаю как в общем случае соотносятся футуры и промисы. в расте - футуры
KF
а async там не порождает такой же проблемы постепенного захвата асинхронщиной всего остального кода?... Смотрю люди тут пишут по ссылке выше:
That's a problem. This project is by async enthusiasts, who seem to think that all developers should want to use async. It's a short step from there to require all developers to use async.
That's a problem. This project is by async enthusiasts, who seem to think that all developers should want to use async. It's a short step from there to require all developers to use async.
KF
или же wg-async-foundations это другое
И
мне эта проблема кажется надуманной
KF
ну если условно допустить, что асинхронщина это баги, то чем больше асинхронщины... тем больше багов.