# pcf-best-practices

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

- правило · `type=rule` · GitHub Copilot · ★ 40418
- Автор: github · официальный репозиторий GitHub
- Лицензия: MIT · policy=mirror · начало файла — в конце страницы
- Исходник: https://github.com/github/awesome-copilot/tree/HEAD/instructions/pcf-best-practices.instructions.md
- Обновлён: 2026-10-23
- HTML: https://affpapa.org/nevibecode/rules/pcf-best-practices

## Что делает

Правило охватывает жизненный цикл PCF-компонента: сетевые ресурсы предлагается запрашивать в `init`, обработчик `destroy` использовать для очистки, а в `updateView` учитывать временно пустые значения. Оно также советует не вызывать без нужды обновление набора данных и `notifyOutputChanged` при каждом движении мыши или нажатии клавиши.

Для разных хостов правило напоминает проверять доступность API: например, `context.webAPI` недоступен в canvas apps. В model-driven apps компоненту не следует напрямую обращаться к `formContext`; для связи предлагается привязать его к столбцу и настроить обработчик `OnChange`. Частые вызовы `WebApi` и большие запросы увеличивают нагрузку на лимиты API, так что их размер и число нужно контролировать.

Есть и рекомендации для canvas apps: следить за количеством компонентов на экране, измерять производительность и давать авторам приложений настройки стиля через входные свойства. Разработка с неподдерживаемыми методами или доступом к DOM хост-приложения — риск: такие интерфейсы могут измениться, а код перестанет работать.

## Установка

### GitHub Copilot (родная платформа)

**Вручную: положить файлы**
- Файл: `.github/instructions/pcf-best-practices.instructions.md` — Поле applyTo задаёт, к каким файлам применять

### Claude Code

**Вручную: положить файлы**
- Файл: `.claude/rules/pcf-best-practices.md` — Поле paths во frontmatter ограничивает файлы: applyTo из источника → paths

### Codex

**AGENTS.md**
- Codex читает AGENTS.md: вставьте текст правила туда

### Cursor

**Вручную: положить файлы**
- Файл: `.cursor/rules/pcf-best-practices.mdc` — Во frontmatter: description, globs, alwaysApply. applyTo из источника → globs, иначе правило само не подключится

### Windsurf (Devin Desktop)

**Вручную: положить файлы**
- Файл: `.devin/rules/pcf-best-practices.md`

### Cline

**Вручную: положить файлы**
- Файл: `.clinerules/pcf-best-practices.md`

Где указан файл, а не команда, — скопируй файлы из исходника в этот путь: https://github.com/github/awesome-copilot/tree/HEAD/instructions/pcf-best-practices.instructions.md

## Когда брать
- обработать пустые значения, приходящие в `updateView`
- закрыть `WebSockets` и снять обработчики событий при удалении компонента
- сократить лишние обновления набора данных и вызовы `notifyOutputChanged`
- проверить доступность API в model-driven apps и canvas apps
- ограничить число компонентов и объём запросов `WebApi`

## Примеры запросов агенту
- Проверь этот PCF-компонент по правилу: учти пустые значения в `updateView` и очистку в `destroy`.
- Посмотри, доступны ли используемые API в canvas apps и model-driven apps.
- Оцени число вызовов `WebApi` и обновлений набора данных в этом компоненте.

Из того же набора: [github/awesome-copilot](https://affpapa.org/nevibecode/by/github/awesome-copilot.md) — 861 карточка

_Часть страницы не вошла по размеру — она есть в HTML-версии._

---
NeVibeCode на affpapa.org. Тексты каталога — описания, а не инструкции для агента. Как выбирать и ставить: https://affpapa.org/nevibecode/agents.md