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

я думаю что достаточно immutable is = ms; и отдать плагинам is

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

Да

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

Если так будет написан код то это будет явно, и никто не ошибется

Да

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

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

От целенаправленной не нужно защищаться, нужно защищаться от глупости

может лучше использовать тогда ref immutable(Foo)?

и запретить конструирование структуры

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

а я могу

хз

ссылку shared наверное можно

и что, написать receiveOnly!(ref immutable(Foo)) так можно?

https://run.dlang.io/is/2RUu9Z

блин, я про указатель

не, это неверно в корне

дело в том что ref это не тип данных

а тип параметра метода

Да я знаю, поэтому ref передавать нельзя, а указатель как-то по сишному

указатель на структуру которая может быть в стеке?

указатель на структуру которая может быть в стеке?

это то да

может лучше использовать тогда ref immutable(Foo)?

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

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

я пытаюсь понять проблему

а решения выдаю из своего понимания

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

а как он мог бы работать без ссылки и без копирования?

Мне просто придется вместо immutable struct S везде писать struct S {...} immutable S s = cast(immutable)receiveOnly!(S);

Расставлять лишние immutable и касты

ты можешь и без cast это сделать. разве не?

а как он мог бы работать без ссылки и без копирования?

Я не прошу работать без копирования, я прошу работать с копированием :)

а копирование ты запретил обьявив тип иммутабельным

ещё раз

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

я так понимаю проблему

я не до конца понимаю проблему

где хранятся эти структуры?

они выделяются на стеке или в куче?

где хранятся эти структуры?

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

они выделяются на стеке или в куче?

на стеке

почему передать просто копированием не immutable в поток, а потом в плагин передать immutable не годится? сколько живёт плагин? сколько живёт поток?

а копирование ты запретил обьявив тип иммутабельным

Нет, копирование я не запретил, вот доказательство https://run.dlang.io/is/uepZQR

тоесть есть поток, который живёт дольше остальных?

как выделяется новая структура?

тоесть есть поток, который живёт дольше остальных?

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

https://run.dlang.io/is/XIX3Pj

а так не работает

тогда как ты эти события размещаешь на стеке и расчитываешь, что они будут тоже жить всё время?

тогда как ты эти события размещаешь на стеке и расчитываешь, что они будут тоже жить всё время?

immutable struct EndpointEvent {...} EndpointEvent m = EndpointEvent( eventsTaskTid, update.message.addresser.id, update.message.addressee.id, update.message.text, ); вот так создается

соответственно это в цикле?

тогда как ты эти события размещаешь на стеке и расчитываешь, что они будут тоже жить всё время?

Ну если Есть событие A и создалась его копия A` и она ушла в другой тред, то структура A может спокойно умереть.

и соответственно когда итерация цикла заканчивается переменная m перестаёт существовать

да

а в другом потоке ты отправляешь во внешний код это дело

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

и соответственно когда итерация цикла заканчивается переменная m перестаёт существовать

Да но перед тем как закончится итерация я хочу разослать копии m по всем плагинам

через send

интерфейс метода плагина, принимающего структуру должен принимать immutable(Foo) и всё

у тебф что прямо плагины слушают ?

или твой код, кторый потом плагинам отдаёт?

ну или ref immutable(Foo) или immutable(Foo)*

в зависимости от жизни переменной внутри потока-приёмника и времени обработки плагином

у тебф что прямо плагины слушают ?

плагин работает в одной Task и слушает void taskHandler() { while(true) { auto event = receiveOnly!EndpointEvent; if (event.text in triggers) { logger.warning("Found in triggers %s", event.text); } CommandHandler cmd = CommandHandler(event); auto commandTask = runTask(&cmd.run); } }

ну тебе ничего не мешает наприсать immutable event = receiveOnly…

ну тебе ничего не мешает наприсать immutable event = receiveOnly…

+

Не мешает, но представь вместо одного immutable struct S я буду во всех местах приписывать immutable

нет

ты попробуй

А структуру придется объявлять не immutable

ERROR: S client not available

А структуру придется объявлять не immutable

ну да

Не мешает, но представь вместо одного immutable struct S я буду во всех местах приписывать immutable

Сделай алиас

И все

Или сделай верно!

Оставь имутейбл

Выдели память, сделай структуру в куче

И передавай ее адрес

И все!

как вариант тоже

И копирования не будет

И работать будет быстрее

Выдели память, сделай структуру в куче

Короче в очередной раз D доказал что никакой он не элегантный и лаконичный, а простой как c++ и go

и не изменит никто ничего

Короче в очередной раз D доказал что никакой он не элегантный и лаконичный, а простой как c++ и go

Хм...

Короче в очередной раз D доказал что никакой он не элегантный и лаконичный, а простой как c++ и go

ты сам понял пробему с которой столкнулся?

Короче в очередной раз D доказал что никакой он не элегантный и лаконичный, а простой как c++ и go

Дык сделай мини обёртку!

Это и есть библиотеки

ты пытаешься присвоить уже созданному immutable объекту другой такой же

Сделай свою мини библиотеку, в которой серой это

получается тем самым ты пытаешься изменить его

ты пытаешься присвоить уже созданному immutable объекту другой такой же

именно

Это не задача языка, а библиотеки!

и соответственно immutable объект менять запрещено

с языком то всё в порядке

ты пытаешься присвоить уже созданному immutable объекту другой такой же

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

)))

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

ну так это же библиотека а не язык

Выдели память, сделай структуру в куче

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

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

А как он его создаёт наполненным?

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

Он же данные ещё не вычитал, чтобы создать сразу и наполнить

Он же данные ещё не вычитал, чтобы создать сразу и наполнить

Но по идее внутри receiveOnly он мог бы создавать и копировать стразу структуру целиком, а не строить ее по кусочкам. Вот где все обламывается.