Наткнулся и решил предупредить, что не работает Знач. Даже при его наличии фактический параметр изменяется.



&НаКлиенте
Процедура Проверка(Команда)
    
    Массив = Новый Массив;
    МАссив.Добавить("1");
    МАссив.Добавить("3");
    МАссив.Добавить("5");
    МАссив.Добавить("7");
    
    Сообщить(Массив.Количество()); //тут выведет 4
    
    Возвращенная = ЧтотоСделать(1, Массив);
    
    Сообщить(Массив.Количество()); //тут выведет 3
    
КонецПроцедуры

&НаКлиенте
Функция ЧтотоСделать(Переменная, Знач Массив)
    
    Массив.Удалить(0);
        
КонецФункции    


все правильно

(1) ?

указатель-то не меняется

Массив  - не глобальная переменная?

(3)
СП:
Знач
     Необязательное ключевое слово, которое указывает на то, что следующий за ним параметр передается по значению, т.е. изменение значения формального параметра при выполнении функции никак не повлияет на фактический параметр, переданный при вызове функции.

(4) Нет, это обработка написанная в пустой базе.

(5) массив - указатель на объект. он не изменяется.

с переменной обычной проверь

с примитивными типами все работает

(7)Я в функцию передал не указатель, а значение, там должна была создаться новая переменная, которую я и менял. После окончания функции она уничтожится.

(4)
Даже так ошибка

&НаКлиенте
Процедура Проверка(Команда)
    
    Массив2 = Новый Массив;
    МАссив2.Добавить("1");
    МАссив2.Добавить("3");
    МАссив2.Добавить("5");
    МАссив2.Добавить("7");
    
    Сообщить(Массив2.Количество()); //тут выведет 4
    
    Возвращенная = ЧтотоСделать(1, Массив2);
    
    Сообщить(Массив2.Количество()); //тут выведет 3
    
КонецПроцедуры

&НаКлиенте
Функция ЧтотоСделать(Переменная, Знач Массив3)
    
    Массив3.Удалить(0);
        
КонецФункции


(10) "массив" в твоем коде - это на самом деле указатель

создался новый указатель

он не изменялся, изменялось то, куда он указывался

(10) то же самое на 8.0, 8.1, 8.2, 8.3.1, 8.3.2, 8.3.3, 8.3.4. Будьте осторожны при работе на этих платформах.

(13)(14) не понял, вот в типовых натыкано
Функция СформироватьТаблицуДанныхРазворотаСчетов(СтруктураПараметров, Знач ПравилаВыводаИтогов)

т.е. изменяя в этой функции ТЗ ПравилаВыводаИтогов - оно будет менятся в вызвавшей её?

разницу не уловил, объясните убогим

(0) Ещё не было? В случае с массивами передача по значению не работает.

а с ТЗ?

(16) А с чем, кроме примитивных работает?

(18) ни с чем. и никогда не работало.

Процедура КнопкаВыполнитьНажатие(Кнопка)
    ТЗ = Новый ТаблицаЗначений;
    Тз.Добавить();
    ТЗ.Добавить();
    Ст = ТЗ[0];
    Сообщить("" + Тз.Индекс(Ст));
    Пример(Тз,Ст);
    Сообщить("" + Тз.Индекс(Ст));
КонецПроцедуры



Процедура Пример(ТЗ, Знач Ст)
    Стр = Тз[1];
КонецПроцедуры

(20) результат то какой? я не телепат
(19)>(15) пЕсатели типовых не вкурсе?

Процедура КнопкаВыполнитьНажатие(Кнопка)
    ТЗ = Новый ТаблицаЗначений;
    Тз.Добавить();
    ТЗ.Добавить();
    Ст = ТЗ[0];
    Сообщить("Снаружи " + Тз.Индекс(Ст));
    Пример(Тз,Ст);
    Сообщить("Снаружи " + Тз.Индекс(Ст));
КонецПроцедуры



Процедура Пример(ТЗ, Знач Ст)
    Ст = Тз[1];
    Сообщить("Внутри " + Тз.Индекс(Ст));
КонецПроцедуры

(21) ожидаемо:

Снаружи 0
Внутри 1
Снаружи 0

потому что все непримитивные типы - это объекты. А значит все переменные с этими типами - это указатели.

(24) пЕсатели типовых не вкурсе? вот я чего не понимаю, сам то не юзаю на колелкциях этого

(25) в типовых там все ОК

(25) Это для серверных вызовов наверное.

(26) чего ОК? в (15) пример функции, там ТЗ передаётся, нахрена Знач перед ней, если не работает и не должно?

Я правда думал, что копия объекта создается, а вот оно как...

Сегодня я узнал новое :-)

(29) и не говори, как полон мир открытий новых...

Да это и в семерке было.. Это не ошибка, а недочет в документации. При передаче объектов они всегда передаются по ссылке.

(28)Функция СформироватьТаблицуДанныхРазворотаСчетов(СтруктураПараметров, Знач ПравилаВыводаИтогов)

Это имеет смысл, если например в функции встречается код

ПравилаВыводаИтогов = Новый ТаблицаЗначений;



Тогда "снаружи" функции ПравилаВыводаИтогов не обнулятся.

(31) и тебе вопрос - пЕсатели типовых не вкурсе?)

(31) Даже для серверных вызовов с клиента?
1С говорит, что это не так. Да и это не может быть так.

там для данных управляемой формы с (27) связанная какая-то шляпа была, не смотрел повторно

*повторно = подробно.

(32) поглядел - нету там этого
(35) это код из УПП 1.2, абсолютно неуправляемый толстый зверь

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

ИМХО получается сами не зная от чего поставили, на всякий случай

http://its.1c.ru/db/metod8dev#content:2606:hdoc

(40) и вроде все правильно, но так написано, что ничего не понятно :)
кому непонятно - см. (22)

В процедуре:

Процедура (Знач Парам)

  Парам = ... // не меняет состояние переменной Парам снаружи

  Парам.ххх = // меняет состояние объекта, на который указывает Парам

КонецПроцедуры

(0)  Стаж: 9 лет 4 месяца 29 дней
Тема с передачей массивов, ТЗ, etc перетиралась Over_9000 раз.

Вроде бы ещё, если вызов клиент->сервер или наоборот, то "Знач" указывает, что параметр обратно не надо передавать и (42) уже неверно.

+(44) управляемый клиент и да, вызов сервер->клиент в 1с ещё не изобрели)

(40)Спасибо

(43)Заставил почитать свои старые темы - как будто не я их создавал.

(40) Ну, блин и пишут...

А зачем вообще использовать "Знач" ?

имхо это как http://www.skalnyy.com/1s-kod-instrukciya-perejti-goto/

(49) из функции нужно вернуть видоизмененный массив, не изменив входящий. Приходится руками делать копирование массива.

(49)+ лично я в таких случаях (как в ссылке) использую выделение кода в функцию и "Возврат"

(50) чем мешает одна строчка кода?

(52) можно и умножение сделать складывая в цикле.

(44) +1

(53) но ведь нереально сделать такую штуку. Например у вас в массиве 10 элементов, все Таблицы значений. В каждой таблице значений по 10000 строк. Как должно по-вашему работать Знач в этом случае? Всё копировать?

(55)Хотелось бы, я же программно это же и делаю за платформу.

(56) Хотеть не вредно.. то есть вы хотите по сути сериализации агрегатного объекта при передаче с последующей десериализацией. Вопрос - как в этом случае быть с возможным зацикливанием? Встроенные функции сериализации в этом случае роняют платформу в дамп. Если же сделать сериализацию с интелектом, с проверкой на циклы - слишком дорого всё обойдется в смысле быстродействия..