المهارات mobile-design
📦

mobile-design

آمن

Créer des Applications Mobiles avec les Bonnes Pratiques de Design

Les applications mobiles échouent lorsque les développeurs appliquent une pensée desktop. Cette compétence enseigne les principes de conception mobile-first, la psychologie du toucher, l'optimisation des performances et les conventions spécifiques aux plateformes iOS et Android.

يدعم: Claude Codex Code(CC)
🥉 76 برونزي
1

تنزيل ZIP المهارة

2

رفع في Claude

اذهب إلى Settings → Capabilities → Skills → Upload skill

3

فعّل وابدأ الاستخدام

اختبرها

استخدام "mobile-design". Comment dois-je implémenter la navigation dans une application React Native pour iOS et Android ?

النتيجة المتوقعة:

Basé sur les principes mobile-design : 1) Utilisez React Navigation avec des onglets inférieurs (max 5 éléments), 2) Implémentez lazy: false pour préserver l'état des onglets, 3) Ajoutez un écouteur BackHandler pour le bouton retour matériel Android, 4) Utilisez la gestion safe area iOS, 5) Considérez les modèles de navigation spécifiques à la plateforme - iOS utilise le swipe depuis le bord tandis qu'Android utilise le retour système.

استخدام "mobile-design". Quels sont les problèmes de performance critiques à éviter dans les listes React Native ?

النتيجة المتوقعة:

Problèmes critiques : 1) NE JAMAIS utiliser ScrollView avec .map() pour les longues listes - utilisez FlatList, 2) Toujours envelopper les éléments de liste dans React.memo, 3) Utiliser useCallback pour la fonction renderItem, 4) NE JAMAIS utiliser l'index comme key - utilisez des IDs stables, 5) Utilisez useNativeDriver: true pour les animations, 6) Supprimez toutes les instructions console.log avant la production.

التدقيق الأمني

آمن
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
المحتوى
50
المجتمع
100
الأمان
91
الامتثال للمواصفات

ماذا يمكنك بناءه

Décisions d'Architecture d'Application Mobile

Utiliser l'arbre de décision du framework et le MFRI pour évaluer s'il faut développer avec React Native, Flutter ou des frameworks natifs en fonction des exigences du projet.

Revue d'Optimisation des Performances

Appliquer la doctrine de performance mobile pour auditer le code React Native ou Flutter existant pour des problèmes de performance courants comme l'abus de ScrollView, l'absence de mémorisation, et les console.log en production.

Validation de Design Multi-Plateforme

Utiliser la matrice d'unification de plateforme pour décider quels éléments doivent être unifiés entre iOS et Android versus les implémentations spécifiques à chaque plateforme.

جرّب هذه الموجهات

Vérification de Faisabilité de Nouvelle Fonctionnalité
En utilisant le framework MFRI de la compétence mobile-design, évaluez cette demande de fonctionnalité pour une application [platform] : [describe feature]. Quel est le score de faisabilité et quelles considérations doivent être prises en compte ?
Revue de Code pour la Performance
Examinez cet extrait de code React Native/Flutter pour des problèmes de performance mobile. Vérifiez : ScrollView vs FlatList, utilisation de React.memo, useCallback pour renderItem, keyExtractor avec des IDs stables, et les instructions console.log qui doivent être supprimées :

```
[paste code here]
```
Décision UI Spécifique à la Plateforme
Pour une application mobile cross-platform, déterminez quels éléments UI doivent DIVERGER entre iOS et Android selon la matrice de plateforme de la compétence mobile-design. Exemple d'élément : [navigation pattern]. Fournissez des recommandations avec justification.
Audit d'Accessibilité Tactile
Auditez cet écran mobile pour l'accessibilité tactile : Vérifiez les tailles des zones de toucher (minimum 44pt iOS, 48dp Android), le placement dans la zone du pouce pour les CTA principaux, les alternatives gestuelles pour les actions de balayage, et le retour haptique sur les actions importantes.

أفضل الممارسات

  • Toujours évaluer la faisabilité des fonctionnalités avec MFRI avant l'implémentation - les scores inférieurs à 3 nécessitent une refonte
  • Lire les fichiers spécifiques à la plateforme (platform-ios.md, platform-android.md) avant de concevoir toute UI mobile
  • Appliquer le Mandatory Mobile Checkpoint avant d'écrire du code - documenter la plateforme, le framework et les principes de design

تجنب

  • Appliquer des patterns web desktop au mobile (divs scrollables, états hover, typographie large)
  • Ignorer les conventions de plateforme - iOS et Android ont des modèles de navigation, gestes et composants différents
  • Négliger la considération offline - les utilisateurs mobiles perdent fréquemment la connectivité et attendent une dégradation gracieuse

الأسئلة المتكررة

Quel est le seuil de score MFRI pour procéder avec une fonctionnalité ?
Les scores MFRI de 6-10 sont sûrs pour continuer normalement. Les scores de 3-5 nécessitent une validation supplémentaire des performances et UX. Les scores de 0-2 nécessitent de simplifier les interactions ou l'architecture. Les scores inférieurs à 0 signifient que la fonctionnalité doit être repensée avant l'implémentation.
Quand dois-je choisir React Native plutôt que Flutter ?
Choisissez React Native quand : vous avez besoin de mises à jour OTA sans validation par l'app store, votre équipe a une expérience React existante, ou vous voulez partager du code avec une application web. Choisissez Flutter quand vous avez besoin d'une UI personnalisée pixel-perfect sur toutes les plateformes ou de performances maximales pour des applications graphiques intensives.
Quelle est la taille minimum de zone de toucher pour mobile ?
iOS nécessite des zones de toucher minimum de 44pt, Android nécessite 48dp, et le standard d'accessibilité WCAG nécessite 44px. Visez toujours au moins 48px pour satisfaire toutes les plateformes et exigences d'accessibilité.
Comment gérer la fonctionnalité offline dans les applications mobiles ?
Le backend mobile doit être conçu pour des réseaux peu fiables. Utilisez un design offline-first avec des files de synchronisation, implémentez NetInfo pour la détection de statut de connexion, mettez en cache les réponses API de manière appropriée, et concevez pour des sessions interrompues avec authentification par tokens et refresh tokens.
Pourquoi dois-je éviter AsyncStorage pour les données sensibles ?
AsyncStorage stocke les données en texte brut et peut être facilement accédé sur des appareils jailbreakés ou par extraction de données d'application. Pour les données sensibles comme les tokens d'authentification, utilisez un stockage sécurisé spécifique à la plateforme : iOS Keychain (SecureStore) ou Android EncryptedSharedPreferences.
Qu'est-ce qui différencie les tests mobile des tests web ?
Le mobile nécessite des tests sur de vrais appareils (pas seulement des simulateurs), des tests E2E avec Detox ou Maestro, des tests d'accessibilité avec des lecteurs d'écran, et du profilage de performance sur des appareils bas de gamme. Le script d'audit mobile inclus dans cette compétence vérifie 50+ problèmes spécifiques au mobile.