Plateforme connexe

Adobe App Builder pour les extensions axées sur Adobe

Le créateur d'applications d’Adobe est une voie de développement spécialisée pour étendre les produits et services Adobe, et non un remplacement universel d’un créateur d'applications généraliste. Utilisez ce guide pour distinguer les deux avant de choisir un point de départ.

1
Contexte de la plateforme axée sur Adobe
3
fonctionnalités propres à cette voie
0
besoin de le traiter comme un créateur d'applications généraliste
Concept d’Adobe App Builder illustrant un flux de travail d’extension centré sur Adobe

Voies connexes

Ces pages présentent des moyens connexes de créer, coder ou comparer une application sans confondre un outil généraliste avec une plateforme spécifique à Adobe.

Parcours de départ

Comment commencer avec la voie Adobe

La première étape la plus sûre consiste à identifier le produit Adobe, le point d’extension et le besoin de déploiement avant de sélectionner des outils ou d’écrire le code d’implémentation.

  1. 1

    Identifiez la surface Adobe

    Notez si le projet concerne Experience Cloud, le commerce, le contenu, les ressources, l’analytique ou un autre service Adobe. La limite du produit détermine les API et le modèle d’extension à privilégier.

  2. 2

    Définissez la fonction de l’extension

    Énoncez précisément le résultat attendu : ajouter un flux de travail, connecter un service externe, proposer une expérience personnalisée ou automatiser un transfert. Une fonction clairement définie évite qu’une comparaison de plateformes ne se transforme en reconstruction vague.

  3. 3

    Validez le chemin d’exécution

    Vérifiez la documentation Adobe, les exigences d’accès, les API prises en charge et les attentes en matière de déploiement avant de vous engager. Si le projet n’a aucun lien avec Adobe, revenez à un créateur d'applications généraliste.

Vérification du périmètre

Trois chiffres qui clarifient le choix

Ces chiffres décrivent le cadre de décision présenté sur cette page, plutôt que de promettre une vitesse de développement, un prix ou un nombre de fonctionnalités précis.

1 l’écosystème Adobe plutôt que toutes les catégories d’applications possibles
1 orientation
2 surface, tâche d’extension et voie d’exécution à valider
3 vérifie
3 qu’une plateforme spécialisée remplace le développement général d’applications
0 hypothèses

Limites honnêtes

Là où cette voie s’arrête

Adobe App Builder peut être le bon choix pour les projets centrés sur Adobe, mais sa spécialisation crée des limites qui doivent être visibles avant le début de l’implémentation.

  • Ce n’est pas une toile universelle pour applications

    Une plateforme conçue autour de scénarios d’extension Adobe n’est pas automatiquement le meilleur endroit pour créer une application mobile sans rapport, un outil interne ou un produit web autonome.

    Solution de contournementUtilisez un créateur d'applications généraliste pour les projets produits de grande portée, puis connectez les services Adobe uniquement là où ils sont réellement nécessaires.

  • Elle ne supprime pas les connaissances propres au produit

    Vous devez toujours comprendre le service Adobe, ses API, son modèle d’identité, ses limites de données et ses points d’extension pris en charge.

    Solution de contournementCommencez par un workflow Adobe documenté et vérifiez chaque dépendance avant d’élargir le périmètre.

  • Elle ne peut pas garantir toutes les intégrations

    Une solution estampillée Adobe ne signifie pas que tous les systèmes tiers ou toutes les exigences personnalisées sont pris en charge immédiatement.

    Solution de contournementCommencez par répertorier les API et les flux d’authentification requis, puis testez l’intégration présentant le plus de risques avec une petite preuve de concept.

  • Ce n’est pas automatiquement l’option la plus simple

    La spécialisation peut ajouter de la configuration et du vocabulaire propre à la plateforme lorsque votre projet ne dépend pas des produits Adobe.

    Solution de contournementChoisissez l'outil le plus simple qui répond au projet, plutôt que de sélectionner une plateforme parce que son nom vous est familier.

Côte à côte

Ce point d'entrée par rapport à l'option générale

La différence tient moins à la capacité de l'une ou l'autre approche à produire des logiciels qu'à l'endroit où la plateforme s'attend à ce que le logiciel soit exécuté.

1

Contexte principal

Adobe App Builder

Produits, services et scénarios d'extension Adobe

Créateur d'applications généraliste

Applications web, mobiles, internes et de workflow à grande échelle

2

Question de départ idéale

Adobe App Builder

Quelle surface Adobe et quel point d'extension sont concernés ?

Créateur d'applications généraliste

Quel produit faut-il créer et pour qui ?

3

Connaissances de la plateforme

Adobe App Builder

API, services, gestion des identités et conventions de déploiement Adobe

Créateur d'applications généraliste

Concepts généraux liés à l'interface utilisateur, aux données, à la logique et au déploiement

4

Adéquation aux produits autonomes

Adobe App Builder

Utile lorsque le produit est lié aux fonctionnalités Adobe

Créateur d'applications généraliste

Généralement plus clair pour un produit indépendant

5

Accent mis sur l’intégration

Adobe App Builder

Étendre ou connecter des workflows centrés sur Adobe

Créateur d'applications généraliste

Connecter des systèmes et services arbitraires

6

Risque lié au choix

Adobe App Builder

Spécialisation excessive pour un projet sans lien avec Adobe

Créateur d'applications généraliste

Absence de fonctionnalités spécifiques à Adobe lorsqu’une extension approfondie est requise

7

Utilisateur idéal

Adobe App Builder

Équipes travaillant déjà dans l’écosystème Adobe

Créateur d'applications généraliste

Fondateurs, équipes et développeurs à la recherche d’une large surface de création

Distinction visuelle

D’une large surface de création à une voie d’extension Adobe

Le contraste tient au contexte : un créateur d'applications généraliste part d’une idée d’application, tandis que la voie Adobe part d’une surface Adobe spécifique qui doit être étendue ou connectée.

  • Création d’une application généraliste
  • Voie d’extension Adobe

Choisissez la plateforme en fonction de la dépendance, pas de l’étiquette.

Créateur d'applications généraliste avec flux de travail de développement
Flux de travail d’un créateur d'applications centré sur Adobe

Prenez une décision

Commencez par la plateforme dont votre projet a réellement besoin

Si Adobe est au cœur du workflow, cartographiez la surface produit et le besoin d’extension avant de commencer à créer. Si ce n’est pas le cas, un créateur d'applications généraliste peut simplifier l’architecture et élargir les options disponibles.

Démarrer votre projet
  • Les projets centrés sur Adobe bénéficient d’un parcours d’évaluation ciblé
  • Les produits sans lien évitent un couplage inutile à la plateforme
  • La première étape consiste à définir un cas d’usage clair, et non à choisir une plateforme au hasard

Questions sur Adobe

FAQ sur Adobe App Builder

Réponses aux questions de recherche les plus courantes sur l’utilité de la solution Adobe et les situations dans lesquelles elle diffère d’un créateur d'applications généraliste.

Adobe App Builder sert à créer des extensions, des intégrations et des expériences personnalisées autour des produits et services Adobe. Le flux de travail exact dépend de la solution Adobe concernée, des API prises en charge, du modèle d’identité et des exigences de déploiement impliqués.

Non. Un créateur d'applications généraliste est conçu pour un éventail plus large d’applications, tandis qu’Adobe App Builder est orienté vers le développement centré sur Adobe et les scénarios d’extension. La solution Adobe est particulièrement pertinente lorsqu’Adobe constitue déjà une dépendance importante.

Les équipes qui travaillent déjà avec des produits Adobe devraient l’envisager lorsqu’elles doivent étendre un flux de travail, connecter un système externe ou créer une expérience personnalisée au sein de cet écosystème. Un projet sans dépendance à Adobe peut être mieux servi par une approche de développement plus large.

Il peut prendre en charge des expériences applicatives connectées aux services Adobe, mais il ne faut pas le considérer comme le choix le plus simple pour chaque produit autonome. Vérifiez l’environnement d’exécution prévu, les API, les limites des données et le modèle de déploiement avant de le traiter comme une base généraliste.

Commencez par la dépendance : identifiez le produit ou service Adobe, définissez la fonction d’extension et vérifiez les API requises ainsi que le parcours d’exécution. Si ces vérifications ne révèlent aucune exigence propre à Adobe, comparez plutôt les créateurs d'applications généralistes en fonction de leurs propres atouts.

Commencer à créer
Commencer à créer