Cas d’utilisation et limites du domaine
Gardez les règles métier indépendantes et testables.
Cas d’utilisation et limites du domaine est une leçon Kotlin Multiplatform Academy gratuite sur CoddyKit. Ceci est la leçon 2 sur 4. Tu peux lire la leçon complète ci-dessous gratuitement — puis la pratiquer en direct dans le navigateur avec un éditeur de code intégré et un tuteur IA 24/7. Elle fait partie du parcours d'apprentissage Kotlin Multiplatform Academy, et ta progression se synchronise sur le web et l'application CoddyKit. Le cours Kotlin Multiplatform Academy comprend 4 leçons au total.
Les règles méritent leur propre emplacement
Les règles métier dispersées dans les écrans dérivent et se répètent. Donner à chaque règle son propre cas d'utilisation crée un emplacement de confiance pour la logique importante.
Qu'est-ce qu'un cas d'utilisation ?
Un cas d'utilisation représente une action de l'application, comme passer une commande ou actualiser le fil. Il se formule comme un verbe et accomplit exactement cette action significative.
Un seul opérateur public
Un cas d'utilisation bien conçu expose un seul point d'entrée. De nombreuses équipes utilisent invoke en Kotlin pour appeler l'objet comme une fonction à l'endroit de l'appel.
class PlaceOrder(private val repo: OrderRepo) {
suspend operator fun invoke(cart: Cart): Order
}Il dépend des interfaces
Un cas d'utilisation reçoit des interfaces de dépôt, jamais des clients concrets. Il les orchestre tout en ignorant Ktor, SQL et tout détail lié à la plateforme.
Pur et testable
Comme il ne possède ni interface utilisateur ni entrées-sorties propres, un cas d'utilisation est une logique pure que vous pouvez tester dans commonTest avec de simples simulacres et sans configurer d'appareil.
Tracer la frontière
La frontière du domaine est la ligne que les cas d'utilisation protègent. Aucun élément technique, aucun type JSON ou HTTP ne la franchit ; seuls des modèles propres et des résultats clairs la traversent.
Garder les frameworks à l'extérieur
Si un cas d'utilisation importe un type de Ktor ou de SQLDelight, la frontière a été franchie. Gardez ces importations de frameworks dans la couche de données, où elles ont leur place.
Composer des cas d'utilisation
Les flux plus complexes combinent des flux plus petits. Un cas d'utilisation de paiement pourrait appeler valider le panier, puis passer la commande ; chacun est testé indépendamment et réutilisé ailleurs.
Renvoyer des résultats
Un cas d'utilisation renvoie généralement un modèle du domaine ou un Résultat scellé, afin que les appelants gèrent la réussite et l'échec sans intercepter d'exceptions de framework.
suspend operator fun invoke(): Result<Feed>Qui les appelle ?
Les ViewModels partagés appellent les cas d'utilisation en réponse aux intentions de l'utilisateur. Le ViewModel orchestre ; le cas d'utilisation décide. Chacun conserve une responsabilité unique et claire.
Quand s'en passer
Pour un simple transfert, un cas d'utilisation peut sembler inutilement cérémonieux. Ajoutez-en un lorsque la logique est réelle ou partagée ; n'enveloppez pas un appel d'une ligne uniquement par souci de symétrie. 🙂
Vérification rapide
Que doit contenir un cas d'utilisation bien conçu ?
Récapitulatif
Vous avez appris que les cas d'utilisation contiennent chacun une action, dépendent d'interfaces et protègent la frontière du domaine afin que les frameworks et l'interface utilisateur restent fermement à l'extérieur. 🎉
Questions Fréquemment Posées
La leçon « Cas d’utilisation et limites du domaine » est-elle gratuite ?
Oui — le texte complet de « Cas d’utilisation et limites du domaine » est gratuit à lire ici sur le web. Pour la pratiquer de manière interactive (un éditeur de code intégré et un tuteur IA 24/7) et déverrouiller le reste du cours Kotlin Multiplatform Academy, passe à CoddyKit PRO. Le cours Kotlin Multiplatform Academy comprend 4 leçons au total.
Qu'est-ce que j'apprendrai dans « Cas d’utilisation et limites du domaine » ?
Gardez les règles métier indépendantes et testables. Tu pratiques Kotlin Multiplatform Academy avec du code pratique que tu exécutes directement dans le navigateur, et un tuteur IA 24/7 répond à tes questions au fur et à mesure que tu avances dans la leçon.
Dois-je avoir de l'expérience pour commencer Kotlin Multiplatform Academy ?
Aucune expérience préalable n'est requise. Kotlin Multiplatform Academy sur CoddyKit est structuré pour les débutants jusqu'aux apprenants avancés, donc tu peux commencer ici ou depuis le début et avancer à ton rythme. Ceci est la leçon 2 sur 4.
Combien de temps prend la leçon « Cas d’utilisation et limites du domaine » ?
La plupart des leçons CoddyKit prennent environ 5–10 minutes. Chacune est courte et interactive, tu progresses régulièrement et tu repiques exactement où tu t'es arrêté sur le web et l'app.
Peux-tu écrire et exécuter du code dans cette leçon Kotlin Multiplatform Academy ?
Oui. Chaque leçon Kotlin Multiplatform Academy inclut un éditeur de code intégré, tu écris et exécutes du vrai code directement dans ton navigateur et tu reçois des retours IA instantanés — aucune configuration locale requise.
Toutes les leçons de ce cours
- Architecture en couches pour KMP
- Cas d’utilisation et limites du domaine
- Répartir le code partagé en modules
- Décider ce qui reste natif