Случайно наткнулись на такую вещь. Если создать ТЗ и получить её текст через ЗначениеВСтрокуВнутр(), то в тексте хранится количество когда-либо созданных ранее колонок и строк. Зачем это?

Для примера можно выполнить этот код в "обычном" тостом клиенте:



//Создаём новую ТЗ
ТЗ    = Новый ТаблицаЗначений;

//Сохраняем ТЗ во временный файл
ИмяПервогоФайла = ПолучитьИмяВременногоФайла();
ТекстовыйДокумент    = Новый ТекстовыйДокумент;
ТекстовыйДокумент.УстановитьТекст(ЗначениеВСтрокуВнутр(ТЗ));
ТекстовыйДокумент.Записать(ИмяПервогоФайла);


//Поочередно добавляем и удаляем колонку три раза
ТЗ.Колонки.Добавить("а");
ТЗ.Колонки.Очистить();
ТЗ.Колонки.Добавить("а");
ТЗ.Колонки.Очистить();
ТЗ.Колонки.Добавить("а");
ТЗ.Колонки.Очистить();

//Поочередно добавляем и удаляем строку четыре раза
ТЗ.Добавить();
ТЗ.Очистить();
ТЗ.Добавить();
ТЗ.Очистить();
ТЗ.Добавить();
ТЗ.Очистить();
ТЗ.Добавить();
ТЗ.Очистить();


//Сохраняем ТЗ во временный файл
ИмяВторогоФайла = ПолучитьИмяВременногоФайла();
ТекстовыйДокумент    = Новый ТекстовыйДокумент;
ТекстовыйДокумент.УстановитьТекст(ЗначениеВСтрокуВнутр(ТЗ));
ТекстовыйДокумент.Записать(ИмяВторогоФайла);

//Запускаем сравнение текстов
СравнениеФайлов = Новый СравнениеФайлов;
СравнениеФайлов.ПервыйФайл = ИмяПервогоФайла;
СравнениеФайлов.ВторойФайл = ИмяВторогоФайла;
СравнениеФайлов.СпособСравнения = СпособСравненияФайлов.ТекстовыйДокумент;
СравнениеФайлов.Сравнить();
СравнениеФайлов.ПоказатьРазличия();
    
// Удаление временных файлов
УдалитьФайлы(ИмяПервогоФайла);
УдалитьФайлы(ИмяВторогоФайла);

(1) Спасибо за
СравнениеФайлов = Новый СравнениеФайлов;

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

Напомнило старый анекдот:
- Доктор, я когда вот тут так делаю, а потом пытаюсь дотянуться пяткой до носа, у меня всё болит.
- Не делайте так

Что бы будешь делать с ответом на вопрос, если его получишь?

У меня ЗначениеВСтрокуВнутр() содержит только те колонки, которые реально есть в ТЗ:
https://i.imgur.com/SZnlyAl.png

Так что - пробирки надо чище мыть, чтобы результаты экспериментов не были неожиданными...

Или ты имеешь в виду, что номер колонки, который перед ее именем, не обнуляется после вызова Колонки.Очистить()?
Думаю, это не зачем-то конкретным, а просто так было проще. В Объекте хранится максимальный индекс колонки и при добавлении новой к нему прибавляется единичка. При очистке колонок этот индекс просто не обнуляется. Не почему, потому что

и это... перестань уже выдумывать велосипеды для сериализации и межпроцессного взаимодействия, используй xml или json.

(5) А зачем обнулять индекс? Это происходит в конструкторе объекта. Обнуление после очистки - ненужное усложнение. И потенциальные проблемы: если затем где-то произойдет обращение к очищенной колонке, то в текущей реализации вылетит исключение и ошибка будет легко поймана разработчиками. А если обнулить - то в той же ситуации может просто произойти обращение к другой колонке и будут непонятные глюки, которые разработчики будут выслушивать от пользователей, но не смогут воспроизвести.

Нет, это не "индекс колонки". Индекс добавляется +1 к максимальному индексу СУЩЕСТВУЮЩИХ на данный момент колонок, а не к когда-либо существовавщих

Мне просто интересно зачем это. xml и json тут не причём

(8) ну, попробуй создать объект, хотя бы отдаленно напоминающий ТЗ на C++, Java или C# и сам всё поймешь.
Обнулять можно было бы, но не обнулять тоже можно.

(9), так а зачем вообще хранить это? Это как используется?

(10) от этого значения, вычисляется индекс колонки при ее создании.

(11), я ж уже сказал:

"Индекс добавляется +1 к максимальному индексу СУЩЕСТВУЮЩИХ на данный момент колонок, а не к когда-либо существовавщих "

вот такой код выведет "1", а не "3"

ТЗ.Колонки.Добавить("а");
ТЗ.Колонки.Очистить();
ТЗ.Колонки.Добавить("а");
ТЗ.Колонки.Очистить();
ТЗ.Колонки.Добавить("а");
Сообщить(ТЗ.Колонки.Индекс(ТЗ.Колонки.Добавить("б")));
ТЗ.Колонки.Очистить();

(12) ну, ты сказал неправильно, потому и не сходится.
https://i.imgur.com/dOgRUJJ.png

(14), что неправильно? Ты вообще не на то число смотришь. Я ж пример привел. Просто выполни код и увидишь

(15) я вообще-то выполняю и вижу, и даже скрины показываю, как я вижу.

> что неправильно?
Вот это неправильно "+1 к максимальному индексу СУЩЕСТВУЮЩИХ". Прибавляется не к существующим колонкам, а к числу, которое не обнуляется и хранится отдельно.

(12) Попробуй представить как оно внутри работает. Наиболее логично обращаться к колонке с помощью внутреннего индекса (который никакого отношения не имеет к тому индексу, что в 1С виден). Тогда, например, колонки менять местами, добавлять и удалять можно просто поменяв несколько байт в заголовке таблицы (описание соответствия индекса 1С и индекса внутреннего), а не лопатить всю таблицу.

(16), почему неправильно, если:

вот такой код выведет "1", а не "3"

ТЗ.Колонки.Добавить("а");
ТЗ.Колонки.Очистить();
ТЗ.Колонки.Добавить("а");
ТЗ.Колонки.Очистить();
ТЗ.Колонки.Добавить("а");
Сообщить(ТЗ.Колонки.Индекс(ТЗ.Колонки.Добавить("б")));
ТЗ.Колонки.Очистить();

(17), смотрит (18).
"+1 к максимальному индексу СУЩЕСТВУЮЩИХ на текущий момент колонок".

(16), и, кстати, ты не привёл ни одного скрина, где бы ты выполнил пример из (1)

(18) потому, что ТЗ.Колонки.Индекс() не использует это значение, а обходит коллекцию колонок.

(20) ты тоже

+ последний твой скрин показывают не то. Число "9" в ТЗ есть всегда, даже если ты не добавлял никакой колонки. Это тоже не индекс последней колонки. Но я тебе вообще о другом числе говорю

покажи скрин результата

(21), ааа
то есть 1Ска имеет "настоящий" индекс колонки, но в методе Индекс() возвращает рассчитываемый?

Индекс != Идентификатор

(25) Считай, что у ТЗ есть недокументированный метод: ПолучитьИдентификатор()

(26), то бишь у нас есть в ТЗ у колонок и строк как Индекс так и Идентификатор?

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

(28) Дык как и в справочнике есть Код, а есть внутренний идентификатор. Код для удобства человека, идентификатор для системы.

Читал, что в ib/fb тоже есть подобная багофича, там используется общий счетчик изменений метаданных, который только инкрементируется при любых изменениях, и может наступить момент когда он переполнится - и внести изменения в структуру БД будет невозможно. Причем он там какой-то смешной размер имеет, 16 бит или около того.

(28) у колонки - только идентификатор. А у таблицы есть еще отдельное поле, изи которого она вычисляет идентификаторы для всех вновь создаваемых колонок

В УФ у реквизита ТЗ есть метод у строки ПолучитьИдентификатор(). Так вот он он возвращает настоящий индентификатор, а не расчитываемый индекс строки

(33) и да, и нет. Он возвращает индекс строки из ДанныеФормыКоллекция, к самой ТЗ это не имеет прямого отношения

Вообще, если вести речь о функции ЗначениеВСтрокуВнутр(), то неужто вы думаете, что ее специально делают под каждый объект? Она ведь универсальная, поэтому просто выводит все реквизиты класса. Так что в самом результате может быть куча служебных данных, неодходимых только для работы платформы. Более того, состав и порядок следования этих значений могут отличаться в разных версиях платформы.

(35) Но по сути, мы имеем потенциальные грабли. Этот внутренний счетчик-индекс в принципе может когда-нибудь переполниться, если в большом цикле создавать-удалять строки. И тогда будет непредсказуемое поведение - то ли вылет платформы, то ли просто исключение при попытке создать строку.

(36) ну кто попробует там MaxInt32 записать и проверить?