Никак наверное ) Но есть иногда ссылки внутри документации

Когда по классам ходишь читаешь

Ты имеешь в виду без указанных аргументов?

Ты имеешь в виду без указанных аргументов?

ага

Ну да это странно. Но все привыкли.

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

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

....надо смеяться не дожидаясь слова "лопата"..? ?

?

Ну да это странно. Но все привыкли.

кто-нить пробовал писать в баг-репорт авторам *этой_системы_документации*..?

Думаю, можно даже сделать PR куда нибудь в их репозиторий

https://issues.dlang.org/buglist.cgi?component=dlang.org&product=D&resolution=---

https://issues.dlang.org/buglist.cgi?component=dlang.org&product=D&resolution=---

за последний год ни одного принятого в работу бага.................. ?

и как-то вьіходят релизьі с ккчей багфиксов))

кучей*

Причём в багфиксах номера багов

кучей*

Сообщение некоторое время можно менять) например)

я телефона нет(

Просто если нажать на сообщение вылезет меню

точно)

там по докам всегда куча претензий

медленно улучшается, но все равно далеко от совершенства

доки может быть лучше тут смотреть https://dpldocs.info/

Server Apache/2.4.6 (Unix) OpenSSL/1.…od_fcgid/2.3.7-dev PHP/5.4.20

вот, на php смогли)

php тут не причем

вопрос-то в формате доков, а не в работе сайта с доками

http://dpldocs.info/experimental-docs/std.socket.TcpSocket.html но сайт, написанный на пхп, умеет выводить сигнатуры конструктора хотя бы ?

не думаю, что это заслуга сайта на похапе. Доки наверняка сгенерены сторонней утилитой и скорее всего она написана на D

я вроде видел альтернативный генератор доков в реестре dub

Генератор на D: https://github.com/adamdruppe/adrdox

ребят.... можете "на полупальцах" объяснить алиасы и темплейты ? я хаебался гуглить....... P.S> если затрудняетесь рассказать сами, но обдалаете достаточным понимаем - могу позадавать кучу вопросом по примерам...

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

https://github.com/PhilippeSigaud/D-templates-tutorial/blob/master/D-templates-tutorial.md

https://github.com/PhilippeSigaud/D-templates-tutorial/blob/master/D-templates-tutorial.md

пасиб

Вопросы можно сюда кидать, ответим. А то что мы все про РНР )

есть на русском ета книга

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

ага, такое еще б по многопоточности)

а что именно интересует? std.concurrency - срисован с эрланга.

книга C++ Concurrency in Action - Practical Multithreading

примерьі, как красиво организовать очередь потоков, разрешая скажем за раз отрабатьівать N потоков... Как синхронизировать потоки, по обмену сообщения примерьі в книге Александреску есть, но тему бьі развить еще

ну это скорее не книги по D, а вообще по многопоточности.

что есть очередь потоков?

вот это непонятно: "примерьі, как красиво организовать очередь потоков, разрешая скажем за раз отрабатьівать N потоков..."

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

на D в том числе

Видимо человеку нужен http://dpldocs.info/experimental-docs/std.parallelism.TaskPool.html

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

и что тут сложного?

я могу простое подобие накидать сам

накидай :)

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

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

можно, если данные shared

это отдельная головная боль

накидай :)

я как-то писал когда-то давно.

самое простое: делаем очередь функций/делегатов с синхронизированным доступом, а потоки эти делегаты растаскивают из очереди и выполняют, если очередь пуста, то потоки засыпают.

ето fibers или thread? будет просед по производительности? Что лучше? какие подводньіе камни? ИМХО тут можна в 2-3 раза большую книгу написать чем по темплейтам

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

можно, если данные shared

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

по D уже книги 4 прочитал, многопоточности не знаю))

хотя на Java норм все

такие ограничения на типы только в std.concurrency

ERROR: S client not available

в std.parallelism можно шарить данные

хочется же кошерно и феншуйно

то есть хотелось бы иметь рецепт - “если ты думаешь что когда-то придется обмениваться сообщениями между потоками то следуй таким путем: пойми что …., и делай так …..”

https://code.dlang.org/packages/libdtasks вот что-то есть

в Android есть Handler - бомбовая штука, где можно настраивать очереди сообщений между потоками

а тут читаешь = какието коробки сообщений, которьіе собираются если не обработаешь, еще какой-то головняк непонятньій...

хотя на Java норм все

Ну а какая разница? Те же потоки, те же мьютексы, кондишн переменные, семафоры

:) то все половина джавистов не сипользует никогда, ибо есть 100500 оберток вьісшего уровня, те ж екзекюторьі, норм время економят

а тут читаешь = какието коробки сообщений, которьіе собираются если не обработаешь, еще какой-то головняк непонятньій...

MailBox :) это же и есть очередь сообщений

и она тоже настраивается

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

в Handler там прилетает сообщение - если не парсится в нужньій обьект - исклучение и ничего нигде не накапливается (я не про очередь, а про необработанньіе типьі)

:) я хочу что-то уровня повьіше, пока вот такое нашел: https://code.dlang.org/packages/rx

в Android 99% задач с многопоточностю = что-то делаем в потоке, возвращаем результат в UI-thread, а там уже очередь не очередь - не должно волновать

аналогично у нас есть сервисьі - фоновая служба, которая тоже розруливает очереди (IntentService)

аналогично у нас есть сервисьі - фоновая служба, которая тоже розруливает очереди (IntentService)

все эти рассказы про java походят на over-инженеринг

в Handler там прилетает сообщение - если не парсится в нужньій обьект - исклучение и ничего нигде не накапливается (я не про очередь, а про необработанньіе типьі)

А что происходит, если сообщения падают в очередь быстрее, чем поток успевает их обрабатывать?

и ето так все сделано, что джун которьій пишен под Android 1 день, без проблем вникает в то как с етим работать

А что происходит, если сообщения падают в очередь быстрее, чем поток успевает их обрабатывать?

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

в Handler там прилетает сообщение - если не парсится в нужньій обьект - исклучение и ничего нигде не накапливается (я не про очередь, а про необработанньіе типьі)

В D тоже самое будет если сообщение левое, то можно его проигнорировать или вернуть код ошибки, или вообще забить

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

Я к тому что очередь будет расти в лубом случае

знаю, вот только вроде то сообщение необработанное никуда не девается и в памяте продолжает висеть

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

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

это в std.concurrency?

:) круто, вот такие моментьі б в одном месте красиво с примерами описать и будет бомбово

:) круто, вот такие моментьі б в одном месте красиво с примерами описать и будет бомбово

потихоньку опишем

https://github.com/lempiji/rx/blob/master/examples/http-client/source/app.d

типа таких примеров, только с коментами

это в std.concurrency?

да

вайбд то же умеет то же самое что std.concurrency только для своих тасков, которые внутри корутины ака файберы.

Eugene хочешь что-нибудь добавить? https://github.com/deviator/duseful/blob/master/manuals/unobvious/arrays.md

добавить вряд ли. может кое-что бы подправил, но в целом норм