Там суть в том, что оно с коробки множество платформ поддерживает

Подобных либ уже много

Нужно только выбрать ту, что по душе

А о сравнении их производительности можно не думать

Ваша бизнес логика эти проценты перекроет с лихвой...

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

Вопрос только готовы ли мы...

привет. если ли для библиотека для создания простых табличек в терминале? а-ля аски-графика.

привет. если ли для библиотека для создания простых табличек в терминале? а-ля аски-графика.

Есть у dlangui такой драйвер который отрисовывает гуй в ascii

Есть у dlangui такой драйвер который отрисовывает гуй в ascii

спасибо

Ребят, хелпаните. Как отсортировать по значению offset. Код: struct stEntry { uint offset; uint size; } private stEntry[string] entery;

Ребят, хелпаните. Как отсортировать по значению offset. Код: struct stEntry { uint offset; uint size; } private stEntry[string] entery;

Ты не отсортируешь ассоциативный массив по значению

Переделай его в обычный массив и используй sort с предикатом

да ёлки.

Ассоциативный по ключам сортируется

это я в курсе, придётся перекладывать.

Этот не пэхэпэ, где массивы всё в одном. Здесь ассоциативный массив -- суть хэшмэп

Можно попробовать соединить ключ со значентем через range.zip и отсортировать

Переложил в обычный массив. Всеровно разовое применение.

Переложииь это сьесть память

Зип этого не требует

Но нужно попробовать

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

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

Нельзя просто так взять и допилить. Надо будет еще делать пулл реквест и доказывать автору что сделал улучшение

Лучше уж форк чем с нуля пилить

Какая-то странность с f.rawWrite() выдаёт Wrote 0 instead of 5 objects of type char to file `tmp.dat' (No error) открываю фал вот так: f = File(path, "rwb");

хотя в старом проекте всё нормально работало.

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

Не захотели OSI внедрять лет 20 назад теперь страдают

не, не в этом дело. с TCP самим по себе можно жить

Не захотели OSI внедрять лет 20 назад теперь страдают

Не увидел, чем osi превосходит tcp/ip. Но, надеюсь, что просто от того, что опыта мало.

Там уровней почти в 2 раза больше

https://github.com/vibe-d/vibe.d/blob/master/http/vibe/http/client.d#L102 британским ученым удалось выяснить, почему ООП рулит.

Потому что без него переопределение поведения части функции превращается в занятный квест, убивая всякое желание пользоваться эти языком и фреймворком :)

привет! как корректно перенести на другой раздел C:\Users\some_user\AppData\Local\dub?

Потому что без него переопределение поведения части функции превращается в занятный квест, убивая всякое желание пользоваться эти языком и фреймворком :)

Оно и с ООП тоже так

привет! как корректно перенести на другой раздел C:\Users\some_user\AppData\Local\dub?

Не юзать буквы дисков?

Оно и с ООП тоже так

Нет. С ООП был бы метод this.connectTCP() который бы переопределялся на раз-два

Или через DI контейнер инжект компонента HTTPRequester который можно было бы тоже переопределить и заинжектить свой.

Нет. С ООП был бы метод this.connectTCP() который бы переопределялся на раз-два

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

Лучше просто кинуть эксепшен и вылететь из скоупа где этот коннект существует

Мне нужно подсунуть другой TCPConnection клиенту

В теории все грамотно - HTTPClient должен опираться (зависеть от) некоего TCPConnection который он создает с помощью заинжектированного сервиса. И далее гоняет по нему свои текстовые байты. Но нет, тут все намертво вшито друг в друга.

И еще там HTTP Proxy зачем то и дублируется резолвинг DNS ?

Вот то-то и оно. Нет впечатления что всё на чем построен vibe хорошо продумано

Начиная с либасинк какие-то сплошные костыли

И, могу ошибаться, но есть вречатление что исправлять не хотят и уже не могут

Ну потому что системное программирование и ООП паттерны немного далеки друг от друга, ощущение что Сонке хороший системщик но архитектор из него не очень.

Возможно

а libasync на чем то основан, типа libevent? или вроде он на файберах, но не уверен

Нет, libasync с нуля написан, причем весьма качественно

Но хотелось бы чтобы он был весь nogc, те места где там выделяется память - мне кажется их можно было избежать.

привет. запуск демо из http://code.dlang.org/packages/qui привел к эксепшену под русскую Windows в методе terminal.flush() (строка wstring writeBufferw = to!wstring(writeBuffer); )

Удобно

Удобно

что удобно?

автор qui жаловался, что не получается получить через dub библиотечку arsd terminal от Друппи. в итоге он скопироал устаревшую версию terminal.d. https://github.com/Nafees10/qui/commit/a083a1af424913928fd914774f83a2a3f119c5f4

что удобно?

Ничего

В теории все грамотно - HTTPClient должен опираться (зависеть от) некоего TCPConnection который он создает с помощью заинжектированного сервиса. И далее гоняет по нему свои текстовые байты. Но нет, тут все намертво вшито друг в друга.

Обоснуй и сделай патч?

Обоснуй и сделай патч?

Ох, там дофига переписывать

Начиная с requestHTTP, далее connectHTTP и потом connectTCP

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

Обоснуй и сделай патч?

Класс как правило состоит из нескольких атомарных методов, каждый из которых выполняет небольшую задачку, можно отнаследоваться и переопределить тело какого-либо метода не затронув основной код. С обычными функциями так не прокатывает, если функция 1 вызывает функцию 2, а та вызывает функцию 3 то такая конструкция статична и жестко закреплена. Нельзя изменить поведение функции 3, не переписав по цепочке все что ее вызывает.

Как костыль можно навешивать в функции коллбеки, но они неудобны и мешают линейному восприятию кода

Товарищи, есть такой вопрос: можно ли как-то в зависимости от version() делать структуру extern(Windows) или extern(C)?

а очевидное решение не работает?

это какое?

version(Windows) { extern … } version(posix) { extern… }

ERROR: S client not available

придется два раза копипастить описание структуры, не хотелось бы

можно только одну строку поместить в блок версии

короче, суть такова: есть некое API — набор функций в структуре, на всех платформах кроме видны они extern(C), винда, как всегда, отличилась, там они extern(Windows)

ну можно просто алиас для типа обьявить

с version(Windows) { extern(Windows): } else { extern(C): } у меня не прокатило

extern(System) вроде раньше был

System is the same as Windows on Windows platforms, and C on other platforms.

о, спасибо, не знал)

прокатило)

extern(System) вроде раньше был

Наоборот, раньше небыло - недавнее нововведение

он ещё в D1 был. нашёл тикет на эту тему почему про него не знали раньше. в документации про него ничего небыло ?

Ааа ну ок. Я тоже о нём случайно недавно узнал.

а для структур то какая разница? это же соглашение о вызове методов

там у него методы внутри структуры

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

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

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

распространенная практика)

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

Чисто сахарок

насколько помню, API плагинов для Far так сделан с начала двухтысячных

насколько помню, API плагинов для Far так сделан с начала двухтысячных

на С?

ога

может не методы, а указатели на методы?

может не методы, а указатели на методы?

ну да, они самые)

вы точно прочитали внимательно?)

вы точно прочитали внимательно?)

А ну да, в глаза долблюсь хд

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

проще было высунуть наружу этот API напрямую в dll или so без всяких структур

В LDC2 добавили WebAsm!!1

Ичо?

Всё, кирдык вебмакакам

Да на ди у нас ели-еле vibe.d работает, куда нам бить JS с его штамповкой фреймов

Щас бы путать клиент и сервер