мне вот vue нравится)

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

Не, можно и без вебпака обойтись, он только для файлов-компонентов нужен.

Ну а вообще, есть жизненная песня

We are gonna build a framork

'cos we wanna use one, but don't wanna choose one

We're gonna build a framework

We didn't like others, so let's write another

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

типа, string[][int]?

string[int] foo;

мне нужно в значение массив строк писать, а в твоем варианте значение - просто строка)

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

а, ну тогда да

ну или alias StringArray = string[]; StringArray[int] foo; так нагляднее)

ммм...

красота)

спасибо! :)

Ребят, в ктонибудь кодит в vs-code?

У меня расширение для ди не стартует

нужно отдельно от code-d устанавливать workspace-d?

или что-то еще?

или что-то еще?

да нет

Просто ставишь

путь к стд прописываешь

и все

2018-08-10T14:37:16.740:extension.d:startDCD:527 std.process.ProcessException@std/process.d(379): Executable file not found: dcd-client

этот бинарик в папке с либами в .dub лежит

а где его прописать?

нужно отдельно от code-d устанавливать workspace-d?

http://code.dlang.org/packages/dls

не помогло)

о, а если удалить code-d, то помогло)

http://code.dlang.org/packages/dls

спасибо)

Ребят, кому можно код показать на ревью? :)

хочу узнать, ЧЯДНТ :)

как было б правильнее

не сейчас, чуть позже :)

Кидай просто сюда, все посмотрют скажут

кто-нибудь знает что такое Higher-Kinded Types?

Где ты это нашел?

Где ты это нашел?

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

http://qaru.site/questions/1540/what-is-a-higher-kinded-type-in-scala

Я хз для каких задач все это нужно. Я наследование то использую очень редко. А уж система типов такого уровня мне кажется дикий оверхэд

Ну в расте оверхедом такое не сделают

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

Не. в ди может такое и не надо

в ди есть примеси)

и композиция)

https://docs.microsoft.com/ru-ru/dotnet/csharp/reference-semantics-with-value-types вот хорошо объяснено что такое in, out

ну т.е. я в функцию как обычно передалю &myInstance

а в сигнатуре указываю (in MyClass myinstance)?

или (in MyClass* myInstance)?

Не, & и * не нужны, так как классы всегда передаются по ссылке. У них так семантика работает.

А вот структуры наоборот всегда по значению, если только явно не переданы через ref

понял

а если я хочу копию класса передать?

Оу ну это надо делать его clone() и там все сложно.

Не, & и * не нужны, так как классы всегда передаются по ссылке. У них так семантика работает.

спасибо за уточнение, я читал об этом, но забыл

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

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

Это еще сложнее ) Это ваще гемор в Д

Да я бы не сказал

spawn(), send(), receive() :))

можно делать immutable классы, которые не изменяются, и тогда их можно гонять между тредами. А еще в vibed есть всякие слабые ссылки и прочий стаф для определения того что может быть передано. Причем не только между тредами но и между тасками в асинк задачах.

> если нужно что-т большее, то только структуры) Во-первых если копировать структуру в новую структуру, то это не отменяет проблем, а лишь заменяет проблему конкурентного доступа на проблему наличия копии структуры.

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

Ну от задачи зависит ведь

ERROR: S client not available

Во-вторых если структура очень жирная (или если очень много структур, что считай то же самое), то все равно выгоднее передавать указатели а не копировать.

соглашусь

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

Ну от задачи зависит ведь

Тут не применима формулировка "выгоднее передавать скаляры". Конечно оно приятнее и выгоднее, но при этом может совершенно порушиться читабельность.

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

и был один shared string[] по которому потоки искали)

в synchronized не оборачивал, потому что потоки только читают, но не изменяют эту переменную

Ну тогда надо было объявить это как const shared string[] или immutable shared string[]

Ну тогда надо было объявить это как const shared string[] или immutable shared string[]

immutable разве и shared требует?

Не помню если честно..

Может и нет

там кажется или, или

но const не получилось бы

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

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

Смотри, она у тебя в одном месте изменяема лишь

в главном потоке перед запуском воркеров

в главном потоке перед запуском воркеров

ну а передать ты ее можешь как неизменяемую

У меня все проще :)

Я ее никуда в аргументах не передаю :))

она просто глобальная переменная:)

она просто глобальная переменная:)

ты в каком веке живешь?

в 21 :)

не нужно мне щас рассказывать про то что это плохо :)

это коряво

зачем вообще это делать глобальной?

мне нужен был прототип:)

мне нужен был прототип:)

а что мешало в main сделать и передать параметром

кстати

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

ссылка

string[int]

спасибо :)