@ixSci увидел там ваш спор... Как по мне, так операции shift/unshift понятны и легко запоминаются. А пришли в язык они, к слову, из Perl. splice - вот где все ужасы стандартной библиотеки js! :)
@Nofate о боже, все-таки VCL. Что за извращенец это делал? Ему же половину компонентов пришлось создавать самому - и ради чего? Ради вот такого интерфейса?!
Я совершенно не возражаю против использования наиболее современного кода в ответах на вопросы, помеченные общей меткой c++. Но есть нюансы, о которых, в том числе уже упоминали другие участники в ответах и комментариях. Попробую изложить их по пунктам:
Автор вопроса может использовать старый ко...
@strangeqargo, у меня теперь весь твиттер забит русскоязычными постами с кхм.. странными названиями учеток. в ру.твиттере принято генерировать имена (а может и посты) нейросетями? или это какой-то другой местный тренд?
@PavelMayorov запомнить — не проблема, а вот найти — проблема. Я конечно сам дурак, но где-то с месяц я использовал concat для prepend. Чисто случайно обнаружил этот unshift
@PavelMayorov Ну допустим, вы как бы изобрели DSL и пишете на нём. Но это у меня один вложенный цикл. А если их будет несколько, и если ещё будет throw/catch/finally в async-коде? И вы ведь не назовёте этот код читаемым или лёгким в поддержке? Ну и ранний возврат через throw — это из области запредельного. (Плюс я не вчитывался, и не понял, для чего нужен дубляж кода с if (result % 2 == 0).)
@PavelMayorov Вот это уже больше похоже на ручную реимплементацию примитивов языка. У вас есть while с ранним return'ом. Ещё если к нему break и continue...
@PavelMayorov Ну, избавляют-то да, но цена достаточно высока, код получается сравнимый с типичным Хаскелем :) Преобразование выходит вовсе не тривиальное.
@PavelMayorov В любом случае, да, это я бы сказал ещё одно обоснование нужности await в ES7.
@PavelMayorov Ну и в целом, респект за функциональный подход. Таки да, функциональное программирование позволяет эмулировать любые языковые конструкции.
@VladD По поводу же "высокой цены" - теперь ваша очередь показывать, как этот код будет выглядеть в виде конечного автомата :) И чтобы без вермишели...
@PavelMayorov на мой вкус, нетривиально. вам пришлось писать собственный while, а написание собственного try/finally будет ещё сложнее. то есть если бы уже была библиотека, предоставляющая нужные примитивы...
continue делается так же как break и return - исключением
@VladD Вообще, самый вредный случай для обещаний - состояние из двух-трех переменных. Либо городить "лесенку", либо постоянно пробрасывать, либо вспоминать про локальные переменные...
@PavelMayorov сам не писал, но в ЦУП-е рассказывали, что ручное программирование ПС-2000 (была такая параллельная машина для обработки телеметрии) было чертовски сложным занятием. А в 90-х мы ее заменили парой рабочих станций с первичной тривиальной обработкой данных в самодельных платах на ТМС-ах. Просто производительность железа возрасла на пару порядков и многое упростилось
@PavelMayorov а что такое нормальная асинхронность? Это когда кто-то как-то за вас уже разрулил реально совмещенные по времени прерывания? Реально надежный способ этого разруливания -- класть данные прерывания в очередь (по сути тот же пайп и все ОС так и поступают) а потом в удобный момент вызывать коллбэки.
@PavelMayorov на высоком уровне все равно остается та же проблема синхронизации, если данные не независимы и поступают из разных источников. Т.е. в концептуально простой схеме вы вернетесь к fork/pipe/poll
@avp в том-то и дело, что нормальная асинхронность предполагает, что проблема синхронизации решена на более низком уровне, нежели то на котором пишется код
@VladimirGamalian Не, ну проблема синхронизации — это понятно, у нас есть события в разных потоках, и надо их привести как бы в один. А проблема асинхронности...
Что то в разделе php многие вопросы, вставлены через html snipet. В общем сам вопрос "обсуждение" в шапке. Складывается такое ощущение что, что то не так с формой ввода сообщения. Посмотрев на форму ввода сообщение, я осмелюсь предположить что иконка
Вставки js кода сильно похожа на иконку вст...
В списке выбора отслеживаемого знака для знака "Спортивное поведение" серебряная точка частично перекрывает первую букву названия:
В идеале, нельзя допускать таких длинных имен, чтобы элементы пересекались, но с учетом локализации, это бывает трудно предусмотреть сразу.
Для исправления ситуа...
@VladD извините, а можете растолковать, как тут все это с await работает? Пытаясь разобраться я прочел blog.stephencleary.com/2012/02/async-and-await.html С одной стороны идея понятна. С другой совершенно не понятно, как со всем этим работать, чтобы в конец не запутаться с потоками управления, возвращаемыми из функции по незавершенному await. Т.е. в смысле потока (нескольких потоков?) управления. Вот, если взять Ваш пример, то что когда куда возвращается и где завершается
Async-функция по сути не является функцией. Это самое главное.
То есть она выглядит как функция, но возвращается объект типа Task<T>.
Давайте рассмотрим простой пример.
async Task<int> F()
{
var google = await new WebClient().DownloadStringAsync("http://google.com");
var i1 = google.Length;
var stackoverflow = await new WebClient().DownloadStringAsync("http://stackoverflow.com");
var i2 = stackoverflow.Length;
return i1 + i2;
}
Я совершенно не возражаю против использования наиболее современного кода в ответах на вопросы, помеченные общей меткой c++. Но есть нюансы, о которых, в том числе уже упоминали другие участники в ответах и комментариях. Попробую изложить их по пунктам:
Автор вопроса может использовать старый ко...
Что то в разделе php многие вопросы, вставлены через html snipet. В общем сам вопрос "обсуждение" в шапке. Складывается такое ощущение что, что то не так с формой ввода сообщения. Посмотрев на форму ввода сообщение, я осмелюсь предположить что иконка
Вставки js кода сильно похожа на иконку вст...
Stack Overflow на русском
Stack Overflow на русском