https://www.packtpub.com/web-development/d-web-development

книжку эту читал?

пока что не успел...

блин, тогда как ты что-то пытаешься написать?

там хоть как-то объясняется что куда

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

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

не понял вопрос

Ну вот мы создали шаблон foo(T)(param1, param2) или как он там создается

во первых у шаблонов есть ограничение сигнатуры (если ты хочешь инстанцировать свой метод только с определёнными типами), а вот вторую часть не понял

ну

не шаблон, а шаблонную функцию, но не важно

и дальше мы над типом T поводим манипуляции. Склеиваем допустим строки, еще что-то делаем и тд. Т.е. тип должен поддерживать операции эти. К примеру мы же не можем T с типом строка перемножить

ну для этого и есть ограничения сигнатуры

ограничения сигнатуры это список типов который метод может принимать?

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

это условие внутри шаблона описывается?

сейчас пример скину

развёрнутый пример +/-

о пасибо смотрю

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

а как я понял в самом коде идет проверка типа принимаемого и на основании него принимается решение о вызываемой функции

проверка типа происходит во время компиляции: если не проходит, то функция не инстанцируется

"решение о вызываемой функции" это инстанцировать её или нет

"нет, это условие, которое должно выполниться, чтобы метод с этим типом инстанцировался" на какую строку в твоем коде смотреть?

10-21

этот if это и есть ограничение на тип данных

если ты не заметил, то он вне тела функции и по сути относится к сигнатуре

так, а если тип будет не range то что произойдет?

ошибка времени компиляции

что печально, достаточно неявные ошибки...

просто пишет, что такая функция не может быть вызывана с такими аргументами

а почему (какое условие не выполнено) он не пишет

А примерно понял

ты, кстати, под виндой пишешь?

да

Скажи, у Питона есть проблема c GIL у Ди какая ситуация? Ты не в курсе?

а собираешь как?

dub

ну всмысле как вызываешь его

ну у меня эмулятор консоли ConEmu или CMD

короче: сколько действий нужно тебе сделать, чтобы создать новый файл и запустить его на выполнение?

консоль это вообще отлично

новый файл? В плане? Ну я стрелку вверх нажимаю и консоль последнюю команду дополняет

или я вопроса не понял?

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

советую такую же завести

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

так, а если тип будет не range то что произойдет?

почему тогда сам не посмотрел?))

а... поленился)

https://ru.wikipedia.org/wiki/Global_Interpreter_Lock

D компилируемый

А в компилируемых какая тема?

ну...

это большая дискуссия)

Разве скриптовые языки могут на системный планировщик потоков оказываеть влияние и пробуждать их на свое усмотрение?

читал не так давно таненбаума...

и так и не понял как точно организуются потоки в window и linux

есть потоки на уровне ядра

там своя тема

а потоки на уровне пользователя созданные для ядра являются 1им потоком

ими разруливает runtime

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

но он вроде не относится к проблеме GIL

ERROR: S client not available

как я понял GIL просто потоки пробуждает когда у них нет данных других потоков или как?

в D, как в любом нормальном языке есть потоки

дык в Питоне же потоки тоже есть

они не нормальные)

это как Fibers

почему? Они виртуальные? Не потоки ОС?

они передают управление друг другу постоянно

как я понимаю, конечно

а у Ди системные?

ну как...

говорю, там сложный момент

pthreads там

ну типа да, системные

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

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

одно знаю точно: работают они правильно

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

если бы они были на уровне runtime то блокировка одного (ввод/вывод) блокировала бы все

там какой-то симбиоз

так, я тут на обед отбегу чуток и потом продолжим ок?

возможно создаётся ещё один поток (на уровне ядра) для блокировки

оке

В последней версии DUB можно делать так #!/usr/bin/env dub /+ dub.sdl: name "colortest" dependency "color" version="~>0.0.3" +/ void main() { import std.stdio : writefln; import std.experimental.color.conv; import std.experimental.color.hsx; import std.experimental.color.rgb; auto yellow = RGB!("rgb", float)(1.0, 1.0, 0.0); writefln("Yellow in HSV: %s", yellow.convertColor!(HSV!())); } для однофайловых скриптов. Очень удобно.

https://forum.dlang.org/post/nk93ge$1jhe$1@digitalmars.com

кстати да

но, мне кажется, это сделанно было ради включения однофайловых либ в реестр dub

просто чем лучше писать dub build --build=release mini.d чем rdmd -release mini.d ?

не подумал) dub же может ещё и зависимости разрулить)

да, круто на самом деле

скрипты стало удобнее писать-)

В последней версии DUB можно делать так #!/usr/bin/env dub /+ dub.sdl: name "colortest" dependency "color" version="~>0.0.3" +/ void main() { import std.stdio : writefln; import std.experimental.color.conv; import std.experimental.color.hsx; import std.experimental.color.rgb; auto yellow = RGB!("rgb", float)(1.0, 1.0, 0.0); writefln("Yellow in HSV: %s", yellow.convertColor!(HSV!())); } для однофайловых скриптов. Очень удобно.

Ого, я джва года этого ждал! Кстати, я не слышал, есть ли такое у других языков? Имею в виду, из тех, у кого вообще имеется де-факто незаменимый стандартный репозиторий. Есть, скажем, у питона с пипом такая штука?