Три бюджета расширения: данные, интерфейс и корзина

ShopTools AI подбирает предложения, а расширение может проверить доступные коды в поддерживаемой корзине. Загрузка записи, показ карточки и попытка применения имеют разную цену. Один общий лимит плохо описывает эти задачи.

Бюджет данных

При проектировании загрузчика ограничивайте не только число записей, но и объём ответа, стоимость разбора и расход памяти. Каталог может быть большим даже при коротком списке, если описания и вложенные поля не ограничены.

Политика пагинации и кэша должна сохранять смысл поиска. Если клиент загрузил только часть данных, он не вправе назвать размер этой части числом всех найденных предложений.

Замеряйте холодную загрузку и чтение кэша раздельно. Повторный быстрый ответ не объясняет, сколько ресурсов нужно новому пользователю. Изменение этого бюджета не должно автоматически менять предел действий в корзине.

Бюджет отрисовки

Видимая карточка требует разметки, расчёта размеров и реакции на действия. Для списка имеет смысл отдельно выбрать число одновременно показанных элементов и способ доступа к остальным.

Счётчики «соответствует фильтру» и «показано» полезно разделить. Иначе ограничение интерфейса выглядит как потеря предложений, а увеличение каталога ошибочно воспринимается как необходимость отрисовать его целиком.

• Сравните первый показ, прокрутку и повторную фильтрацию на одинаковых данных.
• Проверьте длинные названия, другую локаль и узкое окно.
• Убедитесь, что обновление списка не добавляет повторные обработчики.
• Не включайте акции без кода в счётчик промокодов, доступных для проверки.

Бюджет изменений checkout

Попытка применения затрагивает чужое приложение. Нужно дождаться реакции магазина, прочитать сопоставимый итог и подготовить состояние для следующего кандидата. Это не то же самое, что показать ещё одну карточку.

Предлагаемая схема использует отдельную ограниченную очередь. Её состав фиксируется при запуске; новая сортировка каталога не меняет уже начатую проверку. Причина досрочной остановки сохраняется отдельно от размера очереди.

1. Перед началом проверьте наличие допустимого действия и читаемого исходного состояния.
2. После попытки дождитесь устойчивого результата в рамках установленного окна наблюдения.
3. Остановитесь, если состояние нельзя надёжно восстановить или сравнить.
4. Покажите, сколько кандидатов было доступно, сколько проверено и почему работа завершилась.

Меняйте пределы по измерениям

Эта модель не задаёт действующие квоты ShopTools. Старые числа из технических разборов нельзя использовать как универсальные значения для API, интерфейса или магазина.

Изменяйте один бюджет за раз и сравнивайте расход соответствующего ресурса на воспроизводимом стенде. Локальные замеры не доказывают, что все магазины выдержат ту же последовательность действий или дадут тот же результат.