Методы коллекции у реквизита-таблицы формы отдают строку этой таблицы

[sfaqer]

У реквизита формы типа ТаблицаЗначений/ДеревоЗначений методы коллекции отдавали обобщённую строку данных формы вместо строки этой таблицы. Обращение к колонке сразу за вызовом не резолвилось:

выражение	было	стало
ТаблицаПодбора.НайтиПоИдентификатору(Ид)	ДанныеФормыЭлементКоллекции	ДанныеФормыЭлементКоллекции.<форма>.ТаблицаПодбора
…НайтиПоИдентификатору(Ид).Номенклатура	не резолвится	СправочникСсылка.…
ТаблицаПодбора.Добавить().Количество	не резолвится	Число
ТаблицаПодбора.Выгрузить()	ТаблицаЗначений без колонок	с колонками реквизита
ТаблицаПодбора.НайтиСтроки(…)	Массив без типа элемента	массив строк этой таблицы

registerAttributeCollection делал всё то же, что и registerTabularSectionData для зеркала табличной части, кроме одного — не вешал CollectionReturnsSpecializer. Явные типы элементов (registerDefaultElementTypes) закрывают только обход Для Каждого, а обращение по методу идёт через его объявление, где платформа называет обобщённую строку. Общий кусок вынесен в specializeCollectionReturns и зовётся из обеих точек.

Заодно — пометка о смежном дефекте

Форма может добавить табличной части объекта свои колонки — блок <AdditionalColumns table="Объект.Товары"> у основного реквизита. В модель метаданных они не попадают вовсе, поэтому обращение к ним в модуле формы не резолвится, а UnknownMember считает их опечаткой:

ДанныеСтроки = Объект.Товары.НайтиПоИдентификатору(Строка);
ДанныеСтроки.ТипНоменклатуры // «У типа … нет метода или свойства "ТипНоменклатуры"»

Живой пример — Документ.ЗаказПоставщику.Форма.ФормаДокумента в 1С:ERP. Завёл mdclasses#679 с разбором, почему теряется (FormElementReaderContext.mergeAdditionalColumns вливает такие колонки в уже существующую одноимённую колонку реквизита, а у объектного реквизита табличные части в Form.xml не перечислены — вливать не во что). Здесь только TODO mdclasses#679 в том месте, где колонки зеркала и берутся.

Когда данные появятся, доработка будет не бесплатной, и это записано в самой пометке: дополнительные колонки пер-форменные, а зеркало табличной части у нас одно на прикладной тип — форме с такими колонками понадобится своя специализация и коллекции, и структуры Объект.

Проверки

Два теста в FormModuleInferenceTest: методы реквизита-таблицы отдают её строку и её колонки; Выгрузить/НайтиСтроки несут колонки и тип элемента. Получить в тест не взял — его нет в JSON-фолбэке, а класс гоняется без синтакс-помощника.

Полный cleanTest check локально зелёный; отдельно прогонял *Form*/*Type* с включённым HBK.

Summary by CodeRabbit

• Bug Fixes

  • Improved type inference for form value-table attributes.
  • Row-returning methods now retain the table’s row type.
  • Chained column access resolves declared column types more accurately.
  • Table operations such as Выгрузить and НайтиСтроки now preserve row and column metadata.

• Tests

  • Added coverage for value-table attribute type inference and related operations.

[coderabbitai]

No actionable comments were generated in the recent review. 🎉

ℹ️ Recent review info

⚙️ Run configuration

Configuration used: Path: .coderabbit.yaml

Review profile: CHILL

Plan: Pro Plus

Run ID: bfac827a-00b1-4cd0-889c-cce63b046700

📥 Commits

Reviewing files that changed from the base of the PR and between 319340c and aad3b11.

📒 Files selected for processing (2)

• src/main/java/com/github/_1c_syntax/bsl/languageserver/types/registry/FormDataTypesRegistrar.java
• src/test/java/com/github/_1c_syntax/bsl/languageserver/types/FormModuleInferenceTest.java

---

📝 Walkthrough

Walkthrough

The registrar now applies shared collection return-type specialization to form attribute collections and tabular-section mirrors. Tests cover specialized row and column inference for value-table methods and unloaded tables.

Changes

Form collection inference

Layer / File(s)	Summary
Specialize form collection return types src/main/java/com/github/_1c_syntax/bsl/languageserver/types/registry/FormDataTypesRegistrar.java	Form attribute collections and tabular-section mirrors use a shared helper for specialized row and column return types. The unsupported per-form additional-column case is documented.
Validate value-table inference src/test/java/com/github/_1c_syntax/bsl/languageserver/types/FormModuleInferenceTest.java	Tests verify row-returning methods, chained column access, Выгрузить, and НайтиСтроки preserve value-table metadata.

Estimated code review effort: 2 (Simple) | ~15 minutes

Possibly related PRs

• 1c-syntax/bsl-language-server#4315: Introduces the collection return-type specialization extended here.
• 1c-syntax/bsl-language-server#4321: Refines collection row-type specialization used by these form collections.
• 1c-syntax/bsl-language-server#4337: Introduces related form-data collection specialization.

Suggested reviewers: nixel2007

🚥 Pre-merge checks | ✅ 5

✅ Passed checks (5 passed)

Check name	Status	Explanation
Description Check	✅ Passed	Check skipped - CodeRabbit’s high-level summary is enabled.
Title check	✅ Passed	Заголовок точно описывает основное изменение: методы коллекции реквизита-таблицы формы возвращают строку этой таблицы.
Docstring Coverage	✅ Passed	No functions found in the changed files to evaluate docstring coverage. Skipping docstring coverage check.
Linked Issues check	✅ Passed	Check skipped because no linked issues were found for this pull request.
Out of Scope Changes check	✅ Passed	Check skipped because no linked issues were found for this pull request.

✨ Finishing Touches

📝 Generate docstrings

• Create stacked PR
• Commit on current branch

🧪 Generate unit tests (beta)

• Create PR with unit tests
• Commit unit tests in branch fix/form-data-collection-row-returns

---

Thanks for using CodeRabbit! It's free for OSS, and your support helps us grow. If you like it, consider giving us a shout-out.

❤️ Share

• X
• Mastodon
• Reddit
• LinkedIn

_{Comment @coderabbitai help to get the list of available commands.}

[sonarqubecloud]

Quality Gate passed

Issues
1 New issue
0 Accepted issues

Measures
0 Security Hotspots
100.0% Coverage on New Code
0.0% Duplication on New Code

See analysis details on SonarQube Cloud