под бэкэндом я имею в виду, что-то, отдающее в конечном итоге данные по http

Так это и есть vibe.d ) я всегда к этому выводу прихожу

ну вот и дело в том, что судя по всему, этим занимаются только людвиг да адам)

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

Спорить, предлагать альтернативы в архитектуре - это и есть разработка)

Адам пишет по 4к строк в файл и говорит, что так удобней. Я не очень хочу разбираться в это спагетти

То что кстати они разделили vibe-core и vibe.d:core это уже косяк. Теперь нельзя единообразно использовать это ядро.

Да, подход у него суровый)

Адам пишет по 4к строк в файл и говорит, что так удобней. Я не очень хочу разбираться в это спагетти

+100500, как так можно)))

И я не хочу делать отдельный сервер. Есть nginx который прекрасно решает задачи веб сервера. Нужно приложение которое бы уже запускало D приложение

надо спринг переписать на D и будет счастье

ну не знаю... 40 файлов по 100 строк еще хуже)

чем? :)

если красиво разбить по пакетам - норм все

+ если unittests вынести в отдельный пакет

тем, что разбираться в 40 файлах сложнее, чем в одном)

ну если норм IDE - наоборот проще :) смотришь ddoc/javadoc с интерфейсами и все

если в проекте без ИДЕ не разобраться, то что то не то с проектом) вообще, разбиение должно следовать из логики программы, я щитаю. искуственно разбиать модули/методы, что б короче было, не есть гуд)

не) IDE только помогает, доку можно и нагенерить в html

как первичный вход в програму, а далее уже смотришь что надо + маленькие файлы легше покрывать тестами + легче организовать dependency injection паттерн + легче розпаралелить работу в команде, не надо мержить каждьій день по 10 раз

ну IDE пофиг, с одним файлом работать или с несколькими (по слухам, ибо vim наше все)

навигация уже не такая удобная

Кто знает, на D можно мутить стуки типа https://projectlombok.org ?

штуки*

https://github.com/funkwerk/accessors

снимаю вопрос

+ если unittests вынести в отдельный пакет

Имхо тесты должны быть там же где код, иначе это усложняет разработку

Кстати, а после File f = File("text", "r") надо делать f.close() ?

Просто я где-то читал, то что он на стеке создается и при выходе из скойпа сам закрывается

в деструкторе закроется

зачем читать "где-то", когда можно просто посмотреть https://dlang.org/phobos/std_stdio.html#.File ))

А деструктор будет вызван сразу по выходу из скоупа?

@deviator воо. разобрался. Оказывается с Питоном не все так просто. Он поверх системных потоков создает свои и GIL ими как-раз управляет. Фишка в том, что эти потоки живут 5мс хотя потоки ОС живут по 20-30 мс

А деструктор будет вызван сразу по выходу из скоупа?

да, поскольку это структура

@deviator воо. разобрался. Оказывается с Питоном не все так просто. Он поверх системных потоков создает свои и GIL ими как-раз управляет. Фишка в том, что эти потоки живут 5мс хотя потоки ОС живут по 20-30 мс

вшмышле? Какие еще 20-30 мс на поток?

GIL - global interpreter lock, особенность языков с однопоточным рантаймом по сути. Там потоки ОС есть, но работают по очереди, беря этот самый лок. Потому конкурентность есть, а параллелизма нет. Этим страдают питон, руби, окамл.

В D есть "микро GIL" - каждая аллокация лочит глобальный лок ненадолго. По крайней мере раньше так было, последнее время не смотрел.

вшмышле? Какие еще 20-30 мс на поток?

ну типа ОС потоку системному столько времени дает

а, речь об одном кванте

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

доступ только на чтение или чтение/запись?

Например, есть у нас длиннющий массив строк или их хранилище на диске. И надо побыстрее найти любую строку, содержающую слово "password". Наивная реализация: делаем несколько потоков, каждый ищет в своей части массива/хранилища, если нашел - записывает найденную строчку в глобальную переменную и устанавливает флаг "нашел!". Основной поток ждет, пока этот флаг не поднимется. Теперь, допустим сразу два потока находят подходящую строчку и пытаются ее записать в ту переменную. Но строка у нас это два слова - указатель и длина. Пишутся они не атомарно. Поэтому если не повезет, инструкции записи выполнятся в таком порядке, что указатель там окажется от одной строки, а длина от другой. Все, жопа.

а...

@deviator про потоки в потоках в питоне я наврал. Там как-то все очень мутно. Короче Ди при работе с внешними данными делает их лок, а в Питоне почему-то с этим локом все туго

@deviator про потоки в потоках в питоне я наврал. Там как-то все очень мутно. Короче Ди при работе с внешними данными делает их лок, а в Питоне почему-то с этим локом все туго

Помню мы советовали тебе ещё языков для общего понимания... Но на самом деле без базы никуда

Смысл многих вещей в том, что о них не парятся)

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

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

Я тоже не понял, ты первый на моей памяти человек который в питоне полез зачем то в потоки

блин... что со мной не так?

почему на моей системе не собирается dub --build=ddox? а требует какую-то libcrypto, при том совсем не ту, что есть в системе

кто-нибудь на fedora сидит?

на чём вообще vibe разрабатывается?

всмысле ОС

https://forums.fedoraforum.org/showthread.php?t=248354 в этом топике 9 (!!) года говорится, что libcrypto это вообще устаревшая вещь и сейчас в libssl всё

сакральный смысл копаться сейчас в vibe есть? чтобы его как-то по другому собрать или он завязан на этой либе?

Вайб вообще жуткий продукт

Мало того что течёт, так ещё и тормознутый...

просто доку хотел глянуть, которая из коробки dub идёт...

ну, всмысле, как генерируется дока для моей либы

У меня недавно при сборке возникли проблемы с openSSL интеграцией какой-то

Пришлось проставить VibeNoSSL. Хотя это может другая проблема, но раньше такого не было.

У меня недавно при сборке возникли проблемы с openSSL интеграцией какой-то

у тебя fedora?

ubuntu

просто я пару раз натыкался на разницу между ubuntu и fedora, но чёт не ожидал, что в vibe это будет крепко

потому что прошлые проблемы были решены простыми симлинками с нужным именем

а тут он каких-то методов не находит

ERROR: S client not available

это может означать что аффектит переход openssl с 1.0 до 1.1 - там api разный немного

я совсем не понимаю как пишутся серверные приложения. Пожалуйста подскажите книгу/статью/хороший-opensource-пример

вся эта муть с сокетами, отправкой/приемом сообщений, подключениями, отключениями

начни с rest :) 99% проектов не используют сокетьі

@antlord посмотри исходники dlang.ru

и pastecode

как писать веб приложения - я знаю

тебе бекенд надо?

нет, это как раз мой хлеб

тогда не понял вопроса :)

как пишется например веб-сервер

или чат сервер

я имею ввиду какие паттерны которые лежат в основе любого сервера

:) ну я сейчас читаю литературку по микросервисам

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

микросервисы меняются данными по HTTP поверх сокетов. Меня интересует то, как начать писать приложение еще без протокола

маркетинг какой-то)

основа — это event loop

? там дальше описьівается все

основа — это event loop

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

из опенсорсных примеров, наверное, libevent, libuv, libasync

ну а сервер не асинхронный?

я даже этого не понимаю

ну да, логично, что он должен быть асинхронным

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

мог додуматься

если в на максимальном уровне абстракции на это все смотреть, то какова задача сервера?

поймать каждое обращение к нему и обработать его, желательно сделать это параллельно)

и при этом не упасть когда кто-то отключается)