Trucs et astuces pour les développeurs d’applications / Blogs / Perficient

Dans le paysage dynamique du commerce électronique, la demande de solutions flexibles et sur mesure n’a jamais été aussi prononcée. IBM Sterling Store 2.0 se présente comme une plate-forme robuste, offrant une suite complète de fonctionnalités aux entreprises qui s’efforcent d’améliorer leurs expériences de vente au détail en ligne. Cependant, le véritable potentiel de cette plateforme réside entre les mains de développeurs d’applications experts, capables d’exploiter la puissance de la personnalisation. Dans ce blog, nous explorons le domaine de la personnalisation d’IBM Sterling Store 2.0, découvrir une collection de trucs et astuces inestimables pour les développeurs d’applications. Que vous vous lanciez dans un nouveau projet de personnalisation ou que vous cherchiez à optimiser une implémentation existante, ces informations visent à doter les développeurs des connaissances nécessaires pour naviguer efficacement dans les subtilités de la personnalisation d’IBM Sterling Store 2.0.

Installation des dépendances :

Il est crucial d’installer les dépendances essentielles de l’interface utilisateur, notamment Yarn, Angular et Lerna. Pour garantir une intégration fluide, soyez attentif aux versions précises requis, qui font l’objet de mises à jour régulières correspondant aux mises à niveau de version d’IBM OMS. Pour des informations précises et à jour sur ces versions de dépendances, il est fortement recommandé de se référer à la documentation IBM.

EDI recommandé :

Vous pouvez utiliser n’importe quel IDE ou outil de développement de votre choix. Cependant, il est recommandé d’utiliser le logiciel Microsoft EDI de Visual Studio Code avoir une expérience de développement similaire à celle des développeurs d’applications de produits.

Terminaux basés sur Bash :

Le développement de projets angulaires repose généralement sur les scripts Angular CLI et npm, tous deux conçus pour fonctionner de manière transparente dans un environnement de ligne de commande. GitBashun terminal Bash, se distingue comme une interface puissante et cohérente, contrairement à ce que propose l’invite de commande ou PowerShell.

Paramètres de compatibilité du navigateur :

Lors du démarrage du serveur de développement pour IBM Sterling Store 2.0, il est recommandé de lancer le navigateur Google Chrome dans le mode désactivé de la sécurité Web. Cela permet de garantir que votre navigateur ne bloque aucune requête HTTP d’origine croisée effectuée à partir de votre application Sterling Store Engagement locale.

• Pour Windows, exécutez la commande suivante :

chrome.exe –user-data-dir=”C:\tmp” –disable-web-security

• Pour Mac, exécutez la commande suivante :

ouvrez /Applications/Google\ Chrome.app –args –disable-web-security –user-data-dir=/tmp

Paramètres du point de terminaison du mashup :

Conçu dans un souci de flexibilité, IBM Sterling Store 2.0 vous permet de servir vos applications micro-frontend locales à l’aide de l’environnement de développement ou d’assurance qualité de votre client. Alternativement, vous avez la possibilité de servir les applications directement à partir de votre Devtoolkit local. Pour réaliser cette dernière, suivez les étapes décrites ci-dessous.

• Mettre à jour le nom d’hôte et le port dans app-config-overrides.json.

• Mettre à jour le point de terminaison de l’application composite dans webpack.config.js (à l’intérieur de store-root-app).

Serveur de développement local :

Comme toutes les applications micro-frontend s’exécutent localement, cela entraîne une consommation de mémoire élevée. En raison de quoi vous pourriez subir une dégradation des performances. Et parfois, l’application peut ne pas répondre. Il est donc fortement recommandé de définir d’abord serveAllAppsFromLocal=false dans app-config-overrides.json, puis développez les personnalisations.

Port du serveur de développement local :

Si, après avoir lancé avec succès le serveur de développement, vous rencontrez un écran blanc persistant lors du chargement de la page, il est conseillé de revérifier la configuration du port local. Parfois, le port désigné peut déjà être utilisé par une autre application, telle qu’un VPN client ou d’autres serveurs de développement, ce qui est à l’origine du problème. Dans de tels cas, redirigez votre application micro-frontend vers un port disponible et continuez en redémarrant le serveur.

• mettre à jour le port dans app-config.json.

• mettre à jour le port dans webpack.config.js (à l’intérieur du magasin-root-app).

Store 2.0 Modules qui ne prennent pas en charge personnalisation :

Les modules situés dans le répertoire suivant ne prennent pas en charge la personnalisation.

• packages/apps/store-root-app
• packages/libs/composants communs
• Applications définies dans core-import-map.json.

Extension de l’application fournie Écrans :

• Étendez l’écran d’accueil d’IBM Sterling Store 2.0 à l’aide de la commande CLI : (exemple).

fil override-route –module-Name=home-extn –override-Module-Name=home

–override-Component-Folder-Name=page-portlets –port=5006

• La commande CLI copie uniquement les fichiers présents dans le dossier du composant. Si le composant étendu importe des fichiers qui se trouvent en dehors du dossier du composant, assurez-vous que vous copier manuellement ces fichiers à l’emplacement approprié dans la nouvelle application d’extension. Assurez-vous également que vous importer et déclarer dans le fichier de module d’extension /extensions/features//src/app/features//.module.ts.

Extension de l’application fournie Modals :

Cela revient à étendre les écrans fournis par l’application, mais voici quelques conseils pour les développeurs.

• Si vous avez déjà étendu une application proposant des écrans avec des modaux comme dossiers enfants, il n’est pas nécessaire d’étendre ces modaux séparément si vous avez l’intention de les personnaliser.
• Si vous étendez un modal qui n’a pas été personnalisé auparavant, vous pouvez utiliser le script suivant pour remplacer le modal spécifique. Remplacez le modal Identifier le client dans IBM Sterling Store 2.0 à l’aide de la commande CLI : (exemple).

fil override-modal –application-provided-modal-id=function-components.identify-customer-modal

• La commande CLI copie uniquement les fichiers présents dans le dossier du composant. Si le composant étendu importe des fichiers en dehors du dossier du composant, assurez-vous que vous copier manuellement ces fichiers à l’emplacement approprié dans le nouveau dossier de composants modaux. Assurez-vous également que vous importer et déclarer dans le fichier app.module.ts présent dans le dossier /extensions/features/override_modals/src/app.
• Si le modal fourni par l’application envoie des données à l’écran parent, le modal personnalisé doit également envoyer des données à l’écran parent. Assurez-vous que vous conserver le schéma de modèle de données d’origine sans modifier le type ni supprimer aucun attribut de l’objet de données.

Extension des mashups :

Les mashups doivent être copiés dans /extensions/isf/webpages/mashupxmls/ pour plus d’extensibilité.

• Pour les modifications incrémentielles limitées aux attributs d’entrée ou de sortie, étendez les applications composites en ajoutant « _incrementalmashups.xml » au fichier mashup existant.
• Pour remplacer l’API par un service ou incorporer des mises à jour ou des ajouts de classes d’applications composites personnalisées, étendez les applications composites en ajoutant « _overridemashups.xml. » au fichier mashup existant.
  

Extension et packaging des classes d’application composite personnalisées :

• Au sein de la couche mashup, les classes mashup constituent une couche de structure Java intermédiaire, offrant une flexibilité accrue pour manipulation de données ou appel de mashups supplémentaires. Cette fonctionnalité s’avère inestimable pour répondre à des cas d’utilisation métier complexes.

Par exemple, la classe que vous pouvez étendre est mise en surbrillance ci-dessous ; créez une classe personnalisée en étendant cette classe et mettez à jour le nom de la classe personnalisée en conséquence.

• Créez un fichier JAR pour vos classes de mashup personnalisées et assurez-vous que jar est copié dans /repository/eardata/isf/extn/WEB-INF/lib. Une fois l’EAR construit, il sera copié à l’emplacement approprié requis par le WAR.

Débogage des personnalisations :

• Le La propriété appMode=dev n’est pas prise en charge.
• Vous pouvez déboguer le code source et le code de personnalisation fournis par l’application uniquement dans l’environnement de développement local. Par exemple, vous pouvez tirer parti du Option de débogage du code VS pour démarrer l’instance en mode débogage.

• Créer un Lancement.json déposer au préalable :

Dans le paysage en constante évolution du commerce électronique, la capacité d’adapter et d’adapter les solutions pour répondre aux exigences commerciales uniques est primordiale. IBM Sterling Store 2.0, avec sa myriade de fonctionnalités, ouvre la porte à des possibilités infinies pour les développeurs d’applications. En adoptant les trucs et astuces expliqués dans ce blog, les développeurs peuvent non seulement libérer tout le potentiel de la plateforme, mais également rationaliser leurs processus de personnalisation. Alors que les entreprises continuent de rechercher la différenciation et l’excellence sur le marché numérique, l’art de la personnalisation devient un différenciateur clé. Forts de ces informations, les développeurs d’applications peuvent se lancer dans leur parcours de personnalisation en toute confiance, garantissant ainsi qu’IBM Sterling Store 2.0 deviendra un canevas d’innovation et un catalyseur d’expériences de vente au détail en ligne améliorées.