ObsolètePlate-forme de nouvelle génération

Configuration d'une instance locale pour le développement

Vous devez configurer une instance locale de l'application que vous souhaitez personnaliser. La meilleure façon de développer une application basée sur Angular 11 est d'utiliser l'interface de ligne de commande Angular tout en développant localement. Une fois qu'une fonction est développée localement, elle peut être déployée dans le kit d'outils de développement ou dans l'environnement de cloud.

Procédure

  1. Prenez le dernier kit de développement, copiez le code source de Sterling Store Engagement à partir de <runtime>/repository/eardata/isf/war/storesrc et placez-le dans un répertoire temporaire, par exemple <WORKSPACE>/store-frontend, appelé <store_temp> tout au long de cette procédure.
    Il indique que vous aurez la source package.json dans <store_temp>. Vous pouvez utiliser ce répertoire (<WORKSPACE>/store-frontend/store-extensions-src) pour la gestion du code source.
    Important : Assurez-vous que le code source de Sterling Store Engagement que vous copiez provient de la dernière version de la boîte à outils du développeur.
  2. Exécutez la commande yarn install à partir du répertoire <store_temp> . Il installe toutes les dépendances en tant que node_modules.
  3. Mettez à jour omsEndPoint dans les fichiers <store_temp>/src/environments/environment.hmr.ts et <store_temp>/src/environments/environment.ts . Ici, omsEndPoint est l' URL, dans laquelle l'application Store Fulfillment est déployée. Par exemple, l' URL peut être http://localhost:9080/isf, si vous avez configuré le kit d'outils de développement localement.
  4. Exécutez la commande yarn start et lancez l'application sur http://localhost:4500/
    A ce stade, votre application d'interface utilisateur est opérationnelle et est prête à communiquer avec le système de back end déployé (http://localhost:9080/isf). Etant donné que le système de back end est déployé sur des hôtes ou des ports différents, la configuration sera confrontée au problème CORS.
    Toutefois, cela ne s'applique pas à l'environnement de cloud (y compris le kit d'outils de développement). Par conséquent, la prise en charge de CORS n'est pas activée par défaut. Pour activer CORS, voir Activation de CORS pour l'environnement local.
    Remarque: Actuellement, le kit d'outils de développement ne génère pas le fichier WAR de isf . Pour générer le fichier WAR, les utilisateurs doivent mettre à jour la propriété AP_WAR_FILES afin d'inclure isf dans la liste des fichiers WAR à générer. Pour plus d'informations, voir Configuration de l'environnement du kit de développement conteneurisé.
  5. Connectez-vous à l'application et explorez les fonctions fournies par l'application.
  6. Ajoutez vos extensions.
    Pour les nouveaux flux, toutes vos extensions d'interface utilisateur doivent être placées dans SCREEN_EXTENSIONS_HOME et BUNDLE_EXTENSIONS_HOME.
    Mettez à jour les nouveaux composants d'extension, les fournisseurs et les chemins de module de chargement différé dans SCREEN_EXTENSIONS_DEFINITION_FILE.
    Lorsque vous ajoutez ou modifiez les codes d'extension, le module d'interface utilisateur est automatiquement actualisé pour charger vos modifications. Veillez à exécuter la commande yarn ear-build-prod dans le répertoire <store_temp> avant d'envoyer les modifications à votre contrôle des sources.
    Remarque: mettez à jour vos modifications uniquement lorsque la commande aboutit car elle maintient la cohérence et la qualité du code. Cette commande est exécutée lors du processus de génération EAR dans les environnements de cloud. Si la commande échoue, la minimisation des codes d'extension est ignorée et vos modifications risquent de ne pas être répercutées dans l'application.