И мне кажется, что файбы на них и базируются

А это что?

а да, есть, не знал. только тут наоборот походу, генераторы сделаны на файберах

а да, есть, не знал. только тут наоборот походу, генераторы сделаны на файберах

O.o

Что тогда для тебя файбы?

раньше вроде не было генераторов

файбер - это зеленый поток

Именно на генераторах и строится)))

файбер - суть coroutine более низкоуровневая вещь чем генератор

и дешный генератор сделан на базе дешного же файбера, посмотри исходники

файбер - суть coroutine более низкоуровневая вещь чем генератор

а точнее они вообще ортогональны друг другу

хоть и похожи

Хорошо, зачем тогда вайбовые файберы, если есть нативные?)

Хорошо, зачем тогда вайбовые файберы, если есть нативные?)

вайбовые файберы - это расширение нативных, для поддержки IO и диспетчера.

Так оно и так все есть!

диспетчер в фобосе чисто демонстрационный, ИО вобще нет

диспетчер == планировщик, так правильнее

Так планировщик есть нативный)

Так планировщик есть нативный)

написано, что это простл пример

Сильно большого смысла делать свои файберы - я не вижу

https://dlang.org/library/std/concurrency/fiber_scheduler.html

https://dlang.org/library/std/concurrency/fiber_scheduler.html

"This is an example scheduler"

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

Но он есть нативный

это пример его реализации

а не использования

самое главное нет ИО

как например открыть сетевое соединение из файбера?

чтобы не блокироватб при этом другие файберы.

в итоге тот же вайб и напишешь. ?

в итоге тот же вайб и напишешь. ?

Ну да, напишу свой фреймворк

чтобы не блокироватб при этом другие файберы.

А что в этом сложного то?

И зачем это делать в файбе?

Это делается не в нем

Ты просто биндишь сокет

И следишь за ним в лупе

Зачем тебе тут файб?

В файбер реализация обработки запроса должна быть

Но не биндинг

Но даже если и биндинг будет, то все равно проблемы не вижу

Вся его задача - создать сокет, забиндить его и задекларировать в лупе... Все!

без файберов? на коллбеках?

https://github.com/vibe-d/vibe.d/blob/master/examples/http_request/source/app.d

Тут в примере именно колбек)))

Я давно его изучал. Я даже не знаю как он сейчас реализует ту же работу с ИО

Нужно ли там самому везде писать yield

Или оно скрыто внедрах

Именно на генераторах и строится)))

Ровно наоборот.

Вся его задача - создать сокет, забиндить его и задекларировать в лупе... Все!

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

Зачем тебе тут файб?

Например нужно в обработчике запроса сделать HTTP-запрос к стороннему сервису.

да, известная фигня. для моих центосей патчик для meltdown вышел на днях.

Я давно его изучал. Я даже не знаю как он сейчас реализует ту же работу с ИО

то ты говоришь, что два месяца назад писал, то давно изучал. В вайбе yield сам вызывается на блокирующих операциях. Кстати в вайбе таски могут обмениваться сообщениями аналогично потокам в std.concurrency.

то ты говоришь, что два месяца назад писал, то давно изучал. В вайбе yield сам вызывается на блокирующих операциях. Кстати в вайбе таски могут обмениваться сообщениями аналогично потокам в std.concurrency.

Для тех простых тестов, что 2 месяца назад я писал, я его повторно не усил

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

А зачем тебе в этом же файбе это делать?

Например нужно в обработчике запроса сделать HTTP-запрос к стороннему сервису.

И что?

Я вообще не понимаю, чего вы пристали к этим файбам

Зачем они вам нужны

Луп уже создаёт вам очередь

И позволяет писать асинхронно

Ваш таскер файба, просто навсего, делает тоже самое

Например нужно в обработчике запроса сделать HTTP-запрос к стороннему сервису.

Вот тебе интереснее задачка: Для обработки входного запроса, тебе нужно сделать 7 http запросов!

Если писать все "синхронно", то входной запрос ты обработаешь после 7 последовательных http запросов. А тут целесообразно бы их сделать паралельно

Тот же Promise тут помог, но есть ли он в вайбе?

Например нужно в обработчике запроса сделать HTTP-запрос к стороннему сервису.

Да и тут пример нам говорит, что мы передаём колбек. В чем смысл писать все типа "синхронно", когда подобные вещи пишутся так? https://github.com/vibe-d/vibe.d/blob/master/examples/http_request/source/app.d

Нужно будет ещё раз покопать их апи

Может там уже все поменялось

А то наезжаю на него, а может уже не оправданно

Да и тут пример нам говорит, что мы передаём колбек. В чем смысл писать все типа "синхронно", когда подобные вещи пишутся так? https://github.com/vibe-d/vibe.d/blob/master/examples/http_request/source/app.d

колбэк тоже выполняется синхронно в том же самом файбере.

ERROR: S client not available

Это понятно

Просто ты там писал, как я сделаю, на колбеках? Подразумевая, что это плохо

Вот тебе интереснее задачка: Для обработки входного запроса, тебе нужно сделать 7 http запросов!

Легко, запускаем дополнительно 7 файберов-тасков, в каждом из котором делаем отдельный http-запрос. А потом основном файбере ждем завершения этих тасков. Пишется очень просто и прозрачно.

Я тебе показал, что в вайбе и используется колбек

Легко, запускаем дополнительно 7 файберов-тасков, в каждом из котором делаем отдельный http-запрос. А потом основном файбере ждем завершения этих тасков. Пишется очень просто и прозрачно.

И засыраем файбы)))

Я тебе показал, что в вайбе и используется колбек

А что я разве где-то говорил, что в вайбе нельзя использовать коллбек? Коллбек нужен для сложных случаев. Главное, что коллбек выполняется в ТОМ ЖЕ САМОМ ФАЙБЕРЕ, СИНХРОННО.

И засыраем файбы)))

Ну каг бэ это свойство файберов, он легкие, их можно запускать тысячами. В эрланге хоть миллионами

Так зачем он вообще тогда нужен?

Ну каг бэ это свойство файберов, он легкие, их можно запускать тысячами. В эрланге хоть миллионами

Зачем, если есть тот же луп?

Так зачем он вообще тогда нужен?

Пойдем с другой стороны. Зачем нужен async/await?

Пойдем с другой стороны. Зачем нужен async/await?

Это я о колбеках

Зачем делать колбек, если можно имитировать синхронность

Зачем делать колбек, если можно имитировать синхронность

Бля, сколько раз повторять, коллбек выполняется синхронно. В вайбе например свои кастомные хидеры можно только так настроить

Между вайбовским коллбеком и, например нодовским - пропасть.

Так зачем его делать, для получения контента при http запросе? Чего этот метод просто не возвращает его? Зачем колбек?

Вайбовский коллбек - это свойство вайба, а не файберов, при желании можно сделать полноценное апи без коллбеков

Так зачем его делать, для получения контента при http запросе? Чего этот метод просто не возвращает его? Зачем колбек?

Видимо ты вообще не знаешь как работает вайб. Как ты на нем что-то умудрялся писать?

Там есть методы возвращающие контент, без коллбеков.

http://vibed.org/api/vibe.http.client/requestHTTP

Ну а зачем с колбеком то, если там идёт имитация синхронности?

Ты троллишь? Коллбек нужен если тебе нужно что-то особенное, отличное от просто запроса

Я уже ответил вроде

Ну для формирования запроса - ещё как-то понятно, а вот для получения ответа - не понимаю зачем

Ты троллишь? Коллбек нужен если тебе нужно что-то особенное, отличное от просто запроса

Пример?

Там есть методы возвращающие контент, без коллбеков.

Какой?

самый первый в списке, по дефолту коллбек равен null

auto response = client.requestHTTP("https://google.com");

Пример?

например если ты не хочешь получать ответ целиком.

или если ты не хочешь получать ответ в виде массива, а обрабатываешь его потоком.

или если ты не хочешь получать ответ в виде массива, а обрабатываешь его потоком.

Ясно

Но не понятно, для чего делать колбек, для таких целей

Это все должно решаться в HTTPClientResponse