Ontwikkelen (algemeen) developing-generic

NOTE
API documentatieis ook beschikbaar.

Het integratieframework bevat een integratielaag met een API. Hiermee kunt u AEM componenten voor eCommerce-mogelijkheden maken (onafhankelijk van uw specifieke eCommerce-engine). U kunt hiermee ook de interne CRX-database gebruiken of een eCommerce-systeem aansluiten en productgegevens in AEM opnemen.

Verscheidene uit-van-de-doos AEM componenten worden verstrekt om de integratielaag te gebruiken. Deze zijn momenteel:

  • Een product weergavecomponent
  • Een winkelwagentje
  • Promoties en vouchers
  • Blauwdrukken voor catalogus en secties
  • Uitchecken
  • Zoeken

Voor onderzoek, wordt een integratiehaak verstrekt die u het (AEM) onderzoek van Adobe Experience Manager, een derdeonderzoek, of een combinatie daarvan laat gebruiken.

Selectie van eCommerce-engine ecommerce-engine-selection

Het eCommerce-kader kan bij elke eCommerce-oplossing worden gebruikt, de motor die wordt gebruikt moet door AEM worden geïdentificeerd - zelfs bij gebruik van de AEM generieke motor:

  • eCommerce Engines zijn OSGi-services die de interface CommerceService ondersteunen

    • Motoren kunnen worden onderscheiden door een service-eigenschap commerceProvider
  • AEM ondersteunt Resource.adaptTo() for CommerceService en Product

    • De adaptTo -implementatie zoekt naar een cq:commerceProvider -eigenschap in de hiërarchie van de bron:

      • Indien gevonden, wordt de waarde gebruikt om de raadpleging van de handelsdienst te filtreren.
      • Indien niet gevonden, wordt de hoogste commerciële dienst gebruikt.
    • Er wordt een cq:Commerce -mix gebruikt, zodat de cq:commerceProvider kan worden toegevoegd aan bronnen met een sterk type.

  • De eigenschap cq:commerceProvider wordt ook gebruikt om naar de juiste definitie van de handelsfabriek te verwijzen.

    • Bijvoorbeeld, correleert een cq:commerceProvider bezit met de waarde Geometrixx met de configuratie OSGi voor Dag CQ Commerce Factory voor Geometrixx-Buiten (com.adobe.cq.commerce.hybris.impl.GeoCommerceServiceFactory) - waar de parameter commerceProvider ook de waarde geometrixx heeft.
    • Hier kunnen verdere eigenschappen worden gevormd (wanneer aangewezen en beschikbaar).

In een standaard AEM installatie is een specifieke implementatie vereist, bijvoorbeeld:

cq:commerceProvider = geometrixx
geometrixx-voorbeeld; dit omvat minimale extensies voor de algemene API

Voorbeeld example

/etc/commerce/products/geometrixx-outdoors
+ cq:commerceProvider = geometrixx
  + adobe-logo-shirt
    + cq:commerceType = product
    + price = 12.50
  + adobe-logo-shirt_S
    + cq:commerceType = variant
    + size = S
  + adobe-logo-shirt_XL
    + cq:commerceType = variant
    + size = XL
    + price = 14.50
NOTE
Gebruikend CRXDE Lite kunt u zien hoe dit in de productcomponent voor de AEM generische implementatie wordt behandeld:
/apps/geometrixx-outdoors/components/product

Sessieafhandeling session-handling

Een sessie voor het opslaan van informatie over het winkelwagentje van de klant.

CommerceSession:

  • Bezit het winkelwagentje

    • toevoegen/verwijderen/enz. uitvoeren

    • de verschillende berekeningen op het karretje uitvoert;

      commerceSession.getProductPriceInfo(Product product, Predicate filter)

  • Vertoningen persistentie van de orde gegevens:

    CommerceSession.getUserContext()

  • Kan leveringsgegevens ophalen/bijwerken met updateOrder(Map<String, Object> delta)

  • Vertoningen de betaling verwerkingsverbinding

  • Vertoningen de verwezenlijking verbinding

Architectuur architecture

Architectuur van product en varianten architecture-of-product-and-variants

Eén product kan meerdere variaties hebben, bijvoorbeeld van kleur en/of grootte. Een product moet bepalen welke eigenschappen variatie drijven; de Adobe richt deze variantassen.

Niet alle eigenschappen zijn echter variantassen. Variaties kunnen ook van invloed zijn op andere eigenschappen. De prijs kan bijvoorbeeld afhankelijk zijn van de grootte. Deze eigenschappen kunnen niet door de verkoopster worden geselecteerd en worden daarom niet als variantassen beschouwd.

Elk product en/of elke variant wordt vertegenwoordigd door een middel, en daarom kaarten 1:1 aan een opslaggegevensopslagknoop. Het gevolg is dat een specifiek product en/of specifieke variant op unieke wijze kan worden geïdentificeerd door het pad ervan.

Elke productbron kan worden vertegenwoordigd door een Product API . De meeste aanroepen in de product-API zijn variatiespecifiek (hoewel variaties gedeelde waarden van een voorouder kunnen overerven), maar er zijn ook aanroepen die de set variaties ( getVariantAxes(), getVariants() enzovoort) weergeven.

NOTE
In feite wordt een variant as bepaald door wat Product.getVariantAxes() retourneert:
  • voor de algemene implementatie leest AEM deze uit een eigenschap in de productgegevens ( cq:productVariantAxes )
Hoewel producten (in het algemeen) vele variantassen kunnen hebben, behandelt de uit-van-de-doos productcomponent slechts twee:
  1. size

  2. plus één of meer

    Deze extra variant wordt geselecteerd via de eigenschap variationAxis van de productreferentie (meestal color voor Geometrixx Outdoors).

Productverwijzingen en PIM-gegevens product-references-and-pim-data

In het algemeen:

  • PIM-gegevens bevinden zich onder /etc

  • Productverwijzingen onder /content .

Er moet een 1:1-kaart zijn tussen productvariaties en productgegevensknooppunten.

Productverwijzingen moeten ook een knooppunt hebben voor elke gepresenteerde variatie - maar er is geen verplichting om alle variaties weer te geven. Als een product bijvoorbeeld S, M, L-variaties heeft, kunnen de productgegevens als volgt zijn:

etc
  commerce
    products
      shirt
        shirt-s
        shirt-m
        shirt-l

Een catalogus van het type "Big and Tall" kan alleen het volgende bevatten:

content
  big-and-tall
    shirt
      shirt-l

Tot slot is er geen verplichting om productgegevens te gebruiken. U kunt alle productgegevens onder de verwijzingen in de catalogus plaatsen; maar u kunt niet echt veelvoudige catalogi hebben zonder alle productgegevens te dupliceren.

API

com.adobe.cq.commerce.api.Product interface com-adobe-cq-commerce-api-product-interface

public interface Product extends Adaptable {

    public String getPath();            // path to specific variation
    public String getPagePath();        // path to presentation page for all variations
    public String getSKU();             // unique ID of specific variation

    public String getTitle();           // shortcut to getProperty(TITLE)
    public String getDescription();     // shortcut to getProperty(DESCRIPTION)
    public String getImageUrl();        // shortcut to getProperty(IMAGE_URL)
    public String getThumbnailUrl();    // shortcut to getProperty(THUMBNAIL_URL)

    public <T> T getProperty(String name, Class<T> type);

    public Iterator<String> getVariantAxes();
    public boolean axisIsVariant(String axis);
    public Iterator<Product> getVariants(VariantFilter filter) throws CommerceException;
}

com.adobe.cq.commerce.api.VariantFilter com-adobe-cq-commerce-api-variantfilter

/**
 * Interface for filtering variants and AxisFilter provided as common implementation
 *
 * The <code>VariantFilter</code> is used to filter variants,
 * for example, when using {@link Product#getVariants(VariantFilter filter)}.
 */
public interface VariantFilter {
    public boolean includes(Product product);
}

/**
 * A {@link VariantFilter} for filtering variants by the given
 * axis and value. The following example returns a list of
 * variant products that have a value of <i>blue</i> on the
 * <i>color</i> axis.
 *
 * <p>
 * <code>product.getVariants(new AxisFilter("color", "blue"));</code>
 */
public class AxisFilter implements VariantFilter {

    private String axis;
    private String value;

    public AxisFilter(String axis, String value) {
        this.axis = axis;
        this.value = value;
    }

    /**
     * {@inheritDoc}
     */
    public boolean includes(Product product) {
        ValueMap values = product.adaptTo(ValueMap.class);

        if(values != null) {
            String v = values.get(axis, String.class);

            return v != null && v == value;
        }

        return false;
    }
}
  • het Algemene Mechanisme van de Opslag

    • Productknooppunten zijn niet:ongestructureerd.

    • Een productknooppunt kan zijn:

      • Een verwijzing, met de elders opgeslagen productgegevens:

        • Productverwijzingen bevatten een eigenschap productData , die verwijst naar de productgegevens (doorgaans onder /etc/commerce/products ).
        • De productgegevens zijn hiërarchisch; de productkenmerken worden overgeërfd van de voorouders van een productgegevensknooppunt.
        • De verwijzingen van het product kunnen lokale eigenschappen ook bevatten, die die in hun productgegevens worden gespecificeerd met voeten treden.
      • Een product zelf:

        • Zonder een eigenschap productData .
        • Een productknooppunt dat alle eigenschappen lokaal bevat (en geen eigenschap productData bevat), neemt productkenmerken rechtstreeks van zijn eigen voorouders over.
  • AEM-generische Structuur van het Product

    • Elke variant moet een eigen bladnode hebben.
    • De interface van het product vertegenwoordigt zowel producten als varianten, maar het verwante gegevensopslagknooppunt is specifiek waarover het is.
    • Het productknooppunt beschrijft de productkenmerken en de variantassen.

Voorbeeld example-1

+ banyan_shirt
    - cq:commerceType = product
    - cq:productAttributes = [jcr:title, jcr:description, size, price, color]
    - cq:productVariantAxes = [color, size]
    - jcr:title = Banyan Shirt
    - jcr:description = Flowery, all-cotton shirt.
    - price = 14.00
    + banyan_shirt_s
        - cq:commerceType = variant
        - size = S
        + banyan_shirt_s_red
            - cq:commerceType = variant
            - color = red
        + banyan_shirt_s_blue
            - cq:commerceType = variant
            - color = blue
    + banyan_shirt_m
        - cq:commerceType = variant
        - size = M
        + banyan_shirt_m_red
            - cq:commerceType = variant
            - color = red
        + banyan_shirt_m_blue
            - cq:commerceType = variant
            - color = blue
    + banyan_shirt_l
        - cq:commerceType = variant
        - size = L
        + banyan_shirt_l_red
            - cq:commerceType = variant
            - color = red
        + banyan_shirt_l_blue
            - cq:commerceType = variant
            - color = blue
    + banyan_shirt_xl
        - cq:commerceType = variant
        - size = XL
        - price = 18.00

Architectuur van het winkelwagentje architecture-of-the-shopping-cart

Onderdelen

  • Het winkelwagentje is eigendom van de CommerceSession:

    • De functie CommerceSession voegt toe, verwijdert, enzovoort.
    • De CommerceSession voert ook de diverse berekeningen op de kar uit.
    • In CommerceSession worden ook vouchers en promoties toegepast die op de winkelwagen zijn geactiveerd.
  • Hoewel de CommerceSession niet rechtstreeks met een cart te maken heeft, moet deze ook informatie over catalogusprijzen verstrekken (aangezien de eigenaar van prijzen is)

    • Prijzen kunnen verschillende opties hebben:

      • Kwantiseringen.
      • Andere valuta's.
      • BTW-plichtig en btw-vrij.
    • De modifiers zijn open-end met de volgende interface:

      • int CommerceSession.getQuantityBreakpoints(Product product)
      • String CommerceSession.getProductPrice(Product product)

Opslag

  • Opslag

    • In het AEM-generische geval, worden de wortels opgeslagen in de ClientContext

Personalization

  • Stem altijd verpersoonlijking door de ClientContext.

  • In alle gevallen wordt een ClientContext /version/ van het winkelwagentje gemaakt:

    • Producten moeten met de methode CommerceSession.addCartEntry() worden toegevoegd.
  • In het volgende voorbeeld ziet u een voorbeeld van de informatie over winkelwagentjes in de ClientContext:

chlimage_1-33

Architectuur van uitchecken architecture-of-checkout

Kar en de Gegevens van de Orde

CommerceSession bezit de drie elementen:

  1. inhoud van de Kar

    Het schema voor de inhoud van het winkelwagentje wordt bepaald door de API:

    code language-java
        public void addCartEntry(Product product, int quantity);
        public void modifyCartEntry(int entryNumber, int quantity);
        public void deleteCartEntry(int entryNumber);
    
  2. Prijsbepaling

    Het prijsschema wordt ook bepaald door de API:

    code language-java
        public String getCartPreTaxPrice();
        public String getCartTax();
        public String getCartTotalPrice();
        public String getOrderShipping();
        public String getOrderTotalTax();
        public String getOrderTotalPrice();
    
  3. de Details van de Orde

    Nochtans, zijn de ordedetails niet bevestigd door API:

    code language-java
        public void updateOrderDetails(Map<String, String> orderDetails);
        public Map<String, String> getOrderDetails();
        public void submitOrder();
    

Verschepende Berekeningen

  • Orderformulieren moeten vaak meerdere verzendopties (en prijzen) bevatten.

  • De prijzen kunnen gebaseerd zijn op artikelen en gegevens van de bestelling, zoals gewicht en/of bezorgadres.

  • CommerceSession heeft toegang tot alle afhankelijkheden, zodat het op een vergelijkbare manier kan worden behandeld als productprijzen:

    • De CommerceSession is eigenaar van de verzendprijs.
    • Gebruik updateOrder(Map<String, Object> delta) om leveringsgegevens op te halen/bij te werken.

Zoekdefinitie search-definition

Na het standaard dienstAPI model, verstrekt het eCommerce-project een reeks op onderzoek betrekking hebbende APIs die door individuele handelsmotoren kunnen worden uitgevoerd.

NOTE
Momenteel implementeert alleen de hybris-engine de zoek-API uit-van-de-box.
Nochtans, is het onderzoek API generisch en kan door elke CommerceService individueel worden uitgevoerd.
Hoewel de algemene implementatie die u hebt opgegeven deze API niet implementeert, kunt u deze wel uitbreiden en de zoekfunctionaliteit toevoegen.

Het eCommerce-project bevat een standaardzoekcomponent in:

/libs/commerce/components/search

chlimage_1-34

Dit gebruik onderzoek API om de geselecteerde handelingsmotor (zie {de Selectie van de Motor van de Handel 0} eCommerce 🔗) te vragen:

Zoeken in API search-api

Het kernproject bevat verschillende algemene klassen/hulpklassen:

  1. CommerceQuery

    Wordt gebruikt om een zoekquery te beschrijven (bevat informatie over de querytekst, de huidige pagina, het paginaformaat, de sortering en de geselecteerde facetten). Alle eCommerce-services die de zoek-API implementeren, ontvangen instanties van deze klasse om hun zoekopdracht uit te voeren. Een CommerceQuery kan worden geïnstantieerd vanuit een aanvraagobject ( HttpServletRequest ).

  2. FacetParamHelper

    Is een hulpprogrammaklasse die één statische methode - toParams - verstrekt die voor het produceren van GET parameterkoorden van een lijst van facetten en één knevelwaarde wordt gebruikt. Dit is handig aan de UI-zijde, waar u een hyperlink moet weergeven voor elke waarde van elk facet, zodat wanneer de gebruiker op de hyperlink klikt, de desbetreffende waarde wordt geschakeld. Als deze optie is geselecteerd, wordt deze uit de query verwijderd, anders wordt deze toegevoegd. Hierbij wordt rekening gehouden met alle logica van het omgaan met meerdere/enkele facetten, het overschrijven van waarden enzovoort.

Het ingangspunt voor de zoekAPI is de methode CommerceService#search die een CommerceResult -object retourneert. Zie de API Documentatie voor meer informatie over dit onderwerp.

Promoties en vouchers ontwikkelen developing-promotions-and-vouchers

  • Vouchers:

    • Een Voucher is een op pagina's gebaseerde component die met de console van Websites wordt gecreeerd/uitgegeven en onder wordt opgeslagen:

      /content/campaigns

    • Levering aan vouchers:

      • Een vouchercode (die door de verkoper in de winkelwagen moet worden getypt).
      • Een voucherlabel (dat moet worden weergegeven nadat de gebruiker het in de winkelwagen heeft ingevoerd).
      • Een promotiepad (dat de actie definieert die de voucher toepast).
    • Vouchers hebben geen eigen datum/tijd, maar gebruiken die van hun bovenliggende campagnes.

    • De motoren van de buitenlandse handel kunnen bonnen ook leveren; deze vereisen een minimum van:

      • Een vouwcode
      • Een methode isValid()
    • De Voucher component ( /libs/commerce/components/voucher) verstrekt:

      • Een renderer voor voucherbeheer. Hier worden de vouchers weergegeven die zich momenteel in de kar bevinden.
      • De bewerkingsdialoogvensters (formulier) voor het beheren (toevoegen/verwijderen) van de vouchers.
      • De handelingen die vereist zijn voor het toevoegen/verwijderen van vouchers aan/uit de kar.
  • Promoties:

    • Een bevordering is een op pagina-gebaseerde component die met de console van Websites wordt gecreeerd/wordt uitgegeven en onder wordt opgeslagen:

      /content/campaigns

    • Aanbod voor promoties:

      • Een prioriteit
      • Een pad voor promotiemandschappen
    • U kunt promoties verbinden met een campagne om de aan/uit-datum of -tijden te definiëren.

    • U kunt promoties aan een ervaring verbinden om hun segmenten te bepalen.

    • Promoties die geen verband houden met een ervaring, worden niet alleen geactiveerd, maar kunnen nog steeds door een Voucher worden geactiveerd.

    • De component Promotie ( /libs/commerce/components/promotion) bevat:

      • renderers en dialoogvensters voor bevorderingsbeheer
      • subcomponenten voor het teruggeven en het uitgeven configuratieparameters specifiek voor de bevorderingsmanagers
    • Er worden twee promotiehandlers uit de verpakking geleverd:

      • DiscountPromotionHandler , waarbij een absolute of percentagekorting voor het hele winkelwagentje wordt toegepast
      • PerfectPartnerPromotionHandler , die een absolute waarde of percentagekorting toepast als het partnerproduct zich ook in de winkelwagen bevindt
    • De ClientContext SegmentMgr verhelpt segmenten en de ClientContext CartMgr verhelpt promoties. Elke bevordering die aan minstens één opgelost segment onderworpen is wordt in brand gestoken.

      • De gespannen Bevorderingen worden teruggestuurd naar de server door een AJAX vraag om het karretje opnieuw te berekenen.
      • Afgelopen promoties (en toegevoegde vouchers) worden ook weergegeven in het deelvenster ClientContext.

Het toevoegen/verwijderen van een voucher uit een winkelwagentje gebeurt via de API van CommerceSession :

/**
 * Apply a voucher to this session's cart.
 *
 * @param code the voucher's code
 * @throws CommerceException
 */
public void addVoucher(String code) throws CommerceException;

/**
 * Remove a voucher that was previously added with {@link #addVoucher(String)}.
 *
 * @param code the voucher's code
 * @throws CommerceException
 */
public void removeVoucher(String code) throws CommerceException;

/**
 * Get a list of vouchers that were added to this cart via {@link #addVoucher(String)}.
 *
 * @throws CommerceException
 */
public List<Voucher> getVouchers() throws CommerceException;

Op deze manier controleert CommerceSession of een voucher bestaat en of deze kan worden toegepast of niet. Dit kan het geval zijn voor vouchers die alleen kunnen worden toegepast als aan een bepaalde voorwaarde is voldaan. Bijvoorbeeld wanneer de totale winkelwagenprijs hoger is dan $100. Als een voucher om welke reden dan ook niet kan worden toegepast, genereert de methode addVoucher een uitzondering. De CommerceSession is ook verantwoordelijk voor het bijwerken van de prijzen van het winkelwagentje nadat een voucher is toegevoegd/verwijderd.

De Voucher is een boonachtige klasse die velden bevat voor:

  • Code voucher
  • Een korte beschrijving
  • Verwijzen naar de verwante bevordering die op het disconteringstype en de waarde wijst

Met de opgegeven AbstractJcrCommerceSession kunt u vouchers toepassen. De vouchers die door de klasse getVouchers() worden geretourneerd, zijn instanties van cq:Page die een knooppunt jcr:content met de volgende eigenschappen bevatten (waaronder:

  • sling:resourceType (String) - dit moet commerce/components/voucher zijn

  • jcr:title (String) - voor de beschrijving van de voucher

  • code (String) - de code die de gebruiker moet invoeren om deze voucher toe te passen

  • promotion (String) - de promotie die moet worden toegepast, bijvoorbeeld /content/campaigns/geometrixx-outdoors/article/10-bucks-off

De managers van de bevordering zijn de diensten OSGi die het winkelwagentje wijzigen. Het winkelwagentje ondersteunt verschillende haken die zijn gedefinieerd in de interface van PromotionHandler .

/**
 * Apply promotion to a cart line item. The method returns a discount
 * <code>PriceInfo</code> instance or <code>null</code> if no discount
 * was applied.
 * @param commerceSession The commerce session
 * @param promotion The configured promotion
 * @param cartEntry The cart line item
 * @return A discounted <code>PriceInfo</code> or <code>null</code>
 */
public PriceInfo applyCartEntryPromotion(CommerceSession commerceSession,
                                         Promotion promotion, CartEntry cartEntry)
    throws CommerceException;

/**
 * Apply promotion to an order. The method returns a discount
 * <code>PriceInfo</code> instance or <code>null</code> if no discount
 * was applied.
 * @param commerceSession The commerce session
 * @param promotion The configured promotion
 * @return A discounted <code>PriceInfo</code> or <code>null</code>
 */
public PriceInfo applyOrderPromotion(CommerceSession commerceSession, Promotion promotion)
    throws CommerceException;

public PriceInfo applyShippingPromotion(CommerceSession commerceSession, Promotion promotion)
    throws CommerceException;

/**
 * Allows a promotion handler to define a custom, author-oriented message for a promotion.
 * The {@link com.adobe.cq.commerce.common.promotion.PerfectPartnerPromotionHandler}, for instance,
 * uses this to list the qualifying pairs of products in the current cart.
 * @param commerceSession
 * @param promotion
 * @return A message to display
 * @throws CommerceException
 */
public String getMessage(SlingHttpServletRequest request, CommerceSession commerceSession, Promotion promotion) throws CommerceException;

/**
 * Informs the promotion handler that something under the promotions root has been edited, and the handler
 * should invalidate any caches it might be keeping.
 */
public void invalidateCaches();

Er zijn drie afhandelingen voor speciale acties beschikbaar:

  • DiscountPromotionHandler past een absolute of percentagekorting voor het hele winkelwagentje toe
  • PerfectPartnerPromotionHandler past een absolute of percentagekorting op het product toe als de partner zich ook in de winkelwagen bevindt
  • FreeShippingPromotionHandler past gratis verzending toe
recommendation-more-help
19ffd973-7af2-44d0-84b5-d547b0dffee2