[Feature] Split god-services: GridConfig / OptionLoader / ProductData #365

Описание функции

Внутренняя декомпозиция уже существующих Services (не «переезд в Services»):

Поведение mgr API без изменений.

Проблема, которую решает

Файлы уже в правильном слое, но несколько bounded contexts в одном классе. #352 только memoize getGridConfig — не снимает god-service. Правки колонок грида, caption overlay и product save конфликтуют в одном PR-диффе.

Предлагаемое решение

Phase A — GridConfig

• GridConfigRepository (get/save persistence)
• Type validators / editors уже частично (GridColumnEditorType, GridEditorReferenceRegistry) — дожать ownership addField/updateField ~130–140 строк
• Фасад GridConfigService оркестрирует

Phase B — OptionLoader

• Загрузка значений товара vs поля админки vs caption overlays — разные классы
• Prefetch batch остаётся у loader продукта

Phase C — ProductData

• Save categories/options/links/repeater/price hooks → collaborators; ProductDataService = facade

Порядок: A → B → C (или параллельно разными авторами). Не смешивать с Vue (#354) в одном PR.

Альтернативные варианты

• Только memoize ([Feature] GridConfigService: request-scoped memoize getGridConfig #352) — симптоматика.
• Один mega-refactor трёх классов в одном PR — неревьюабельно.

Примеры использования

Новый тип колонки грида = новый validator-класс, не ветка в 900-строчном сервисе.

Критерии приёмки

• Ни один из трёх файлов > ~500 LOC после разреза (ориентир).
• Публичные методы, которыми пользуются контроллеры, сохранены или имеют тонкий facade.
• #352 не ломается / учитывается.
• php -l + smoke grid-config save и product data save.

Дополнительный контекст

Tracker: #361. Option subservices связаны с DI #363.