Обычное приложение. Мутабельность коллекций #673935

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

а ломало разрабов писать их сериализацию

Пофиг.

слайды! слайды!

Некоторые вещи тяжело сериализовать. Например у строки таблицы значений есть свойство владелец. То есть по уму нужно сериализовать ТЗ и из неё выделить Строку. Кроме того может быть иерархия. Скорее всего с этим и связано. Хотя это относится к способам сериализации графа

1С - аксиома. Нужно принимать как есть.

какие нах слайды то? ТЗ разве нельзя передать на сервер?

А примеры можно какие именно коллекции можно передать а какие нет.

А вот строка ТЗ вроде не сериализыется?

СП нельзя передать, а массив можно

Разве нельзя сделать 2 типа переменных - типы по значению и типы по ссылке? И в зависимости от типа сериализовать определённым образом.

А строку массива?

А что такое "строка массива"?

Совсем запарился. Это просто элемент.  Нет у строки массива владельца. А что такое СП?

не СП, а СЗ=спиок значений

+1 А сейчас вообще обычное приложение разрабов не интересует.

А в массиве и списке одни и те же элементы?

два липтона этому господину

(14 ) Почему не сериализуется? Сериализуется. Данный объект может быть сериализован в/из XDTO. Тип XDTO, соответствующий данному объекту, определяется в пространстве имен {. Имя типа XDTO: ValueListType. А вот почему нельзя передать ХЗ

При чем тут сериализация? Мутабельный это не значит Несериализуемый. Объект тоже сериализуется, но менее мутабельным не становится

А вообще ТЗ не передается по значению. Потому она и является мутабельной.

конечно ну и я про тоже

а массив?

18 Просто элементы могут содержать несериализуемые объекты

Массив - точно не знаю, но судя по всему да - надо попробовать.

Вообще в 1С все параметры передаются по ссылке. Кстат а если поставить перед параметром Знач?

думаешь перестанет передавать по ссылке?

25+ А вообще в том же COM для этого существует маршалинг

мутабельность - Это официальный термин из теории программирования. Мутабельные и немутабельные значения есть практически во всех языках программирования. Это принцип классификации. Например, в .Net есть строки (String) - немутабельные и объект StringBuilder - мутабельный тип (с) ВР. Так реализовано

ХЗ передача по ссылке гарантирует изменяемость объекта на стороне сервера.

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

ТЗ всегда по ссылке передается, х.з. почему так в 1с сделано. Может память экономят:)

Ну вообще то я это знаю 26 лет.

Слава богу.

Есть понятие адрес ссылки. Например если я на сервере присвою этому параметру новую тз, то на клиенте она тоже передастся. Значение для тз это адрес Тз в памяти, по ссылке это адрес переменной ссылающуюся на ТЗ

Указателей в 1с нет, поэтому по адресу у вас врят ли что то получиться передать.

34+ Просто в том же СОМ такие объекты прекрасно маршализируются

Они есть. Просто все параметры в 1С по умолчпнию передаются как адреса переменных. Для передачи по значению есть Знач     Необязательное ключевое слово, которое указывает на то, что следующий за ним параметр передается по значению, т.е. изменение значения формального параметра при выполнении функции никак не повлияет на фактический параметр, переданный при вызове функции. Если это ключевое слово не указано, то параметр функции передается по ссылке, то есть изменение внутри функции значения формального параметра приведет к изменению значения соответствующего фактического параметра.

проверь тут: Процедура Пример(Знач А) КонецПроцедуры

Но для ТЗ всегда передается по ссылке, а не по значению.

и там скорее всего не передача ссылки, а inout параметр через стек вызовов

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

Это не то. Очистить все будет. Другого не будет Процедура Пример(Знач А)  А=3; КонецПроцедуры

а вот это как раз не интересно

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

Передать на сервер СтрокаXML

Кстати для этого фиксированный массив структура и прочее предусмотрено

Добавь в голосование, что нехотят заниматься маршалингом и лень им было добавить тип ФиксированныйСписокЗначений. Или вообще ввести конструктор для фиксированной коллекции

все равно передастся по ссылке. Много объектов еще так себя ведут.

Не будет как (передается ссылка на Тз, а не ссылка на переменную которая содержит ссылку на ТЗ) А вообще Ответ в фиксированных коллекциях. Например у массива есть фиксированный массив, но и массив может передаваться на сервер. Им нужно было создавать конструктор который бы делал объекто только для чтения. Например в C# есть ReadOnlyCollection

49 А вообще могли бы добавить просто параметр, который бы делал бы полную копию. В любом случае код в 45 не слишком трудозатратен.

Кстати хранилище значение передается на сервер. Хранилище = Новый ХранилищеЗначения(СпЗ, Сжатие); Передать на сервер Хранилище Это и будет фиксированным списком Спз= Хранилище.Получить;

Но я за то, что бы ввести ReadOnlyCollection (Фиксированная коллекция). Тогда если данные передаются в процессе сервера, то передается ссылка на ReadOnlyCollection, а если между клиенто и сервером то коллекция сериализуется.

Или вводить две функции на сервере Процедура ПроцедураНаСервере(спз) КонецПроцедуры