Навыки mobile-design
📦

mobile-design

Безопасно

Создание мобильных приложений с соблюдением лучших практик дизайна

Мобильные приложения терпят неудачу, когда разработчики применяют десктопное мышление. Этот навык обучает принципам mobile-first дизайна, психологии касаний, оптимизации производительности и платформенно-специфичным соглашениям для iOS и Android.

Поддерживает: Claude Codex Code(CC)
🥉 73 Бронза
1

Скачать ZIP навыка

2

Загрузить в Claude

Перейдите в Settings → Capabilities → Skills → Upload skill

3

Включите и начните использовать

Протестировать

Использование «mobile-design». Как следует реализовать навигацию в React Native приложении для iOS и Android?

Ожидаемый результат:

На основе принципов mobile-design: 1) Используйте React Navigation с нижними табами (максимум 5 элементов), 2) Реализуйте lazy: false для сохранения состояния табов, 3) Добавьте обработчик BackHandler для аппаратной кнопки назад на Android, 4) Используйте iOS-safe area handling, 5) Учтите платформенно-специфичные паттерны навигации - iOS использует edge swipe, а Android - системную кнопку назад.

Использование «mobile-design». Какие критические проблемы производительности следует избегать в списках React Native?

Ожидаемый результат:

Критические проблемы: 1) НИКОГДА не используйте ScrollView с .map() для длинных списков - используйте FlatList, 2) Всегда оборачивайте элементы списка в React.memo, 3) Используйте useCallback для функции renderItem, 4) НИКОГДА не используйте index как key - используйте стабильные ID, 5) Используйте useNativeDriver: true для анимаций, 6) Удалите все операторы console.log перед продакшеном.

Аудит безопасности

Безопасно
v1 • 2/25/2026

This skill is a legitimate mobile design and engineering doctrine. All 758 static scanner detections are false positives: backtick characters in markdown documentation, mentions of security terms (Keychain, SAM) in educational context about secure coding practices, and references to cryptographic algorithms in warnings against weak crypto. The included mobile_audit.py is a genuine React Native/Flutter code analysis tool for mobile-specific performance and security issues.

14
Просканировано файлов
6,657
Проанализировано строк
0
находки
1
Всего аудитов
Проблем безопасности не найдено
Проверено: claude

Оценка качества

45
Архитектура
100
Сопровождаемость
87
Контент
32
Сообщество
100
Безопасность
91
Соответствие спецификации

Что вы можете построить

Решения по архитектуре мобильного приложения

Используйте дерево решений фреймворка и MFRI для оценки того, следует ли создавать приложение с помощью React Native, Flutter или нативных фреймворков на основе требований проекта.

Аудит оптимизации производительности

Примените доктрину мобильной производительности для аудита существующего кода React Native или Flutter на наличие распространенных проблем производительности, таких как злоупотребление ScrollView, отсутствие мемоизации и console.log в продакшене.

Валидация кроссплатформенного дизайна

Используйте матрицу объединения платформ для определения того, какие элементы должны быть унифицированы для iOS и Android, а какие требуют платформенно-специфичной реализации.

Попробуйте эти промпты

Проверка осуществимости новой функции
Используя фреймворк MFRI из навыка mobile-design, оцените этот запрос функции для приложения [platform]: [описание функции]. Какова оценка осуществимости и какие соображения должны быть учтены?
Ревизия кода на производительность
Проверьте этот фрагмент кода React Native/Flutter на проблемы производительности. Проверьте: ScrollView vs FlatList, использование React.memo, useCallback для renderItem, keyExtractor со стабильными ID и операторы console.log, которые следует удалить:

```
[вставьте код здесь]
```
Решение по платформенно-специфичному UI
Для кроссплатформенного мобильного приложения определите, какие UI элементы должны РАСХОДИТЬСЯ между iOS и Android на основе матрицы платформ из навыка mobile-design. Пример элемента: [паттерн навигации]. Предоставьте рекомендации с обоснованием.
Аудит тач-доступности
Проведите аудит этого мобильного экрана на тач-доступность: проверьте размеры тач-целей (минимум 44pt iOS, 48dp Android), размещение в thumb zone для основных CTA, альтернативы жестам для swipe-действий и тактильную обратную связь на важных действиях.

Лучшие практики

  • Всегда оценивайте осуществимость функции с помощью MFRI перед реализацией - оценки ниже 3 требуют редизайна
  • Читайте платформенно-специфичные файлы (platform-ios.md, platform-android.md) перед проектированием любого мобильного UI
  • Применяйте Mandatory Mobile Checkpoint перед написанием любого кода - документируйте платформу, фреймворк и принципы дизайна

Избегать

  • Применение десктопных веб-паттернов к мобильным (scrollable divs, hover состояния, крупная типографика)
  • Игнорирование платформенных соглашений - iOS и Android имеют различные паттерны навигации, жестов и компонентов
  • Пропуск рассмотрения офлайн-режима - мобильные пользователи часто теряют соединение и ожидают корректной деградации

Часто задаваемые вопросы

Каков пороговый балл MFRI для продолжения работы над функцией?
Оценки MFRI 6-10 безопасны для обычного продолжения работы. Оценки 3-5 требуют дополнительной валидации производительности и UX. Оценки 0-2 требуют упрощения взаимодействий или архитектуры. Оценки ниже 0 означают, что функцию следует переработать перед реализацией.
Когда следует выбирать React Native вместо Flutter?
Выбирайте React Native, когда: вам нужны OTA обновления без проверки app store, у вашей команды есть опыт работы с React, или вы хотите делиться кодом с веб-приложением. Выбирайте Flutter, когда вам нужен пиксель-перфектный кастомный UI на всех платформах или максимальная производительность для графически интенсивных приложений.
Каков минимальный размер тач-цели для мобильных устройств?
iOS требует минимальные тач-цели 44pt, Android требует 48dp, а стандарт доступности WCAG требует 44px. Всегда стремитесь как минимум к 48px для удовлетворения всех платформ и требований доступности.
Как обрабатывать офлайн-функциональность в мобильных приложениях?
Мобильный backend должен быть спроектирован для ненадежных сетей. Используйте offline-first дизайн с очередями синхронизации, реализуйте NetInfo для определения статуса соединения, кэшируйте API ответы соответствующим образом и проектируйте для прерванных сессий с токенной аутентификацией и refresh токенами.
Почему следует избегать AsyncStorage для чувствительных данных?
AsyncStorage хранит данные в открытом виде и может быть легко получен на джейлбрейкнутых устройствах или через извлечение данных приложения. Для чувствительных данных, таких как токены аутентификации, используйте платформенно-специфичное безопасное хранилище: iOS Keychain (SecureStore) или Android EncryptedSharedPreferences.
Что отличает мобильное тестирование от веб-тестирования?
Мобильная разработка требует тестирования на реальных устройствах (не только симуляторах), E2E тестирования с Detox или Maestro, тестирования доступности с экранными дикторами и профилирования производительности на устройствах низкого уровня. Скрипт мобильного аудита, включенный в этот навык, проверяет более 50 мобильных специфичных проблем.

Сведения для разработчиков

Автор

sickn33

Лицензия

MIT

Ссылка

main