Conversation
План 179 по заявке #1479. Замер сделан на боевой корпоративной конфигурации: 1 694 064 строки BSL в 3 119 модулях. Результат меняет постановку задачи. БСП в этой конфигурации фактически нет: клиентский модуль библиотеки вызывается 3 раза, а модуль с именем ОбщегоНазначения — самописный, 134 собственные процедуры, сигнатурных функций БСП в нём нет вовсе. Поставка БСП заменила бы здесь ноль строк. Масса кода лежит в своём прикладном коде: документы 25,6%, общие модули 24,2%, обработки 23,8%, отчёты 16,9%. Крупнейшие общие модули — собственные. Перенос блокируют 42 752 вхождения конструкций из списка W040, разложенные по природе: механический перенос 41,1%, методы менеджеров 33,2%, свой общий модуль 13,9%, пробелы платформы 11,8%. Ни одно не устраняется поставкой БСП. Отсюда пять срезов, и первый — не код платформы, а инструмент замера: одна конфигурация не выборка, и следующая должна считаться за минуты. Generated-with: Claude Code
Замер сделан на «Управлении Торговлей» 10.3.16.1 — поколение 8.1/8.2, написанное до появления БСП. Отсутствие БСП в такой конфигурации объясняется её возрастом, а не бесполезностью библиотеки, поэтому прежний вывод «поставка БСП не даст ничего» был выводом из смещённой выборки. План теперь разделяет два вопроса: на что замер отвечает (цена переноса большой боевой конфигурации и что именно в ней мешает) и на что не отвечает (сколько кода снимает БСП — вопрос остаётся открытым). Условие ужесточено: до начала срезов 3–5 обязателен замер минимум на одной конфигурации, построенной на БСП. Отказ включать БСП в состав OneBase обоснован лицензией, а не замером. Generated-with: Claude Code
Появилась выгрузка «Управление Торговлей» 11.5.25.80 с настоящей БСП — 70 подсистем библиотеки, 557 её общих модулей, 7 453 816 строк BSL. Это закрывает вопрос, который прошлый замер на до-БСП конфигурации закрыть не мог. Автор заявки прав по сути: в современной конфигурации БСП присутствует плотно — 15,1% строк, 85 410 вызовов из прикладного кода. Но зависимость крайне сконцентрирована, и это меняет вывод. Задействованы 202 модуля из 557, 48% употребляемых методов зовутся один-два раза, а 62,8% всех обращений уходят в четыре модуля-утилиты. Двадцать функций дают 47,2% всех вызовов БСП. Даже тяжёлые подсистемы видны прикладному коду через считаные точки входа: ПодключаемыеКоманды — 6 101 вызов через 9 функций. Отсюда срезы: слой помощников вместо поставки библиотеки, отдельно локализация (НСтр 73 127 вхождений — блокировщик номер один, больше любой подсистемы), отдельно механическая конверсия, подсистемы разбираются по одной по частоте. Generated-with: Claude Code
|
Ревью. (круг 1)
|
|
PromptPilot service marker: REVIEW result publication claimed. |
|
PromptPilot service marker: REVIEW result committed. |
Отделить частоты W040 от реальных несовместимостей, сохранить работающие операторы и коллекции, уточнить срез локализации по проверенным примерам. Пересчитать долю четырёх модулей по опубликованным частотам: 62,3 %. Generated-with: Codex PP-Fix-Transition: from=bf45e8b28758b5bfdaa4392146969c4113d614e7 review-comment=5708576111 claim=5708576741 epoch-sha256=e96348e5d96fad1ce5b0b74ec70272a4194b318e596443618b843184a50ed6a7
|
Исправлены четыре блокирующих замечания ревью в коммите 375757a.
Проверено: Изменены только два файла |
|
Ревью. (круг 2)
|
|
PromptPilot service marker: REVIEW result publication claimed. |
|
PromptPilot service marker: REVIEW result committed. |
Разделить существующий внешний контур и проект привязки к объектам, учесть исключённые планом 135 виды подключения БСП. Generated-with: Codex PP-Fix-Transition: from=375757adde61daa080ecc0dcc2b369d0963f6cd0 review-comment=5721819380 claim=5721819772 epoch-sha256=db86102bfeec7a144a2cae472b6ae70c93b669fce6e77d7c11906d78187df097
|
Исправлено блокирующее замечание второго ревью в коммите b97fdaf.
Проверено: Изменён только |
|
Ревью. (круг 3) Что меняется: Plan-PR по #1479 описывает измерение зависимости прикладного кода от БСП, матрицу совместимости и последовательность нативных помощников, уточнения локализации и конверсии. Изменены только Проверено:
Блокирующее: нет. Замечания обоих предыдущих кругов устранены; фактических оснований возвращать этот HEAD на третью доработку не найдено. По правилу «блокирующего нет → reviewed» результат третьего аудита — Хвост:
Вердикт: годится к мержу как план. Реализация и воспроизведение исходных замеров выполняются последующими срезами. |
|
PromptPilot service marker: REVIEW result publication claimed. |
|
PromptPilot service marker: REVIEW result committed. |
План 179 по заявке #1479 задаёт порядок проверки и расширения совместимости с прикладным кодом 1С: замер выгрузки, матрица контрактов, нативные помощники, уточнение локализации, конверсия подтверждённых расхождений и отдельный разбор подсистем.
Частоты взяты из ручных замеров автора на УТ 10.3 и УТ 11.5.25.80 с БСП. Исходные выгрузки и скрипт подсчёта в PR не приложены; их воспроизведение входит в первый срез. Четыре модуля-утилиты дают 53 245 из 85 410 вызовов, то есть 62,3 %; остальные — 37,7 %.
НСтриСтрШаблонзадают объём проверки, а не число непокрытых вызовов: обе функции уже работают.ВызватьИсключение, поддерживаемые конструкторы коллекций иНовый Запрос.ТаблицаЗначенийуже имеет колонки, итоги и свёртку; ограничения размерности массива, API колонок и отдельных методов перечислены отдельно.Вариант: 1 (метка decision:1)
Изменены только
Plans/179-onec-code-compat.mdиPlans/README.md.Проверки:
go build ./...;go run ./tools/plannum— 154 плана, номера уникальны;go test -count=1 ./tools/plannum ./internal/pipelinecontract ./internal/onec_forms; выбранные тестыNStr,VT,Query,ВызватьИсключениевinternal/dsl/interpreter;TestPageNStr_DefaultsToRequestLanguageвinternal/ui; 15 проверок через публичныйonebase eval;git diff --check.Plan-Issue: #1479
Plan-Path: Plans/179-onec-code-compat.md