Pass the Salesforce Developer B2B-Commerce-Developer Questions and answers with ExamsMirror

To handle changes on the combobox, the developer should replace with {handleChange}. The handleChange is afunction that is defined in the JavaScript file of the Lightning web component and is invoked when the value of the combobox changes. The developer can use this function to perform custom logic or actions based on the selected value of the combobox, such as updating other components or properties, calling Apex methods or services, or firing events. The developer can use the onchange attribute to bind the handleChange function to the combobox element in the HTML file of the Lightning web component. The onchange attribute is an HTML attribute that specifies a function to be executed when the value of an element changes. {event:handleChange} is not a valid way to handle changes on the combobox, as it is not a valid syntax for binding a function to an element. javascript:void(0);handleChange(); is not a valid way either, as it is not a valid syntax for binding a function to an element. {handleChange()} is not a valid way either, as it is not a valid syntax for binding a function to an element. Salesforce References: Lightning Web Components Developer Guide: Handle Events, Lightning Web Components Developer Guide: Communicate with Properties, Lightning Web Components Developer Guide: lightning-combobox

To override pricing during the checkoutprocess in Salesforce B2B Commerce, a developer must implement a class specifically designed for this purpose, such assfdc_checkout.CartPriceCalculations. This class would provide the necessary framework for custom pricing logic to be applied during checkout, ensuring that any custom pricing requirements are met.

 To make a Lightning web component available in the Lightning Page Builder or Experience Builder, the developer needs to do two things: set the isExposed property to true in the component’s metadata file, and define at least one target that specifies where the component can be used, such as a Lightning page type or a flow screen. Redeploying the component or closing and reopening the browser will not make the component appear in the searches if the metadata file is not configured properly. References:

XMLConfiguration File Elements

Supported Salesforce Targets and Tools

#8: Use Lightning Web Components in Salesforce Targets

In the context of Salesforce debug logs, code units represent discrete units of work within a transaction. Apexclasses (B), Web service invocations (C), and Workflow invocations (E) are considered code units as they encapsulate specific operations or sets of logic that can be executed as part of a transaction. Validation rules (A) and the loading of Lightning components (D) are not considered discrete units of work in the same way, as they are part of the declarative interface and front-end framework, respectively. For more details on how Salesforce handles transactions and debug logs, refer to the Salesforce Developer Documentation:Salesforce Developer Documentation on Transactions and Debug Logs.

The API-based record creation is generally handled in the service-layer responsible for the entity in Salesforce B2B Commerce. The service-layer is a set of classes that provide methods for interacting with the data layer and performing business logic. Each entity, such as product, cart, or order, has a corresponding service class that handles the create, read, update, and delete operations for that entity. For example, ccrz.ccServiceProduct provides methods for creating and retrieving products. SalesforceReferences: B2B Commerce and D2C Commerce Developer Guide, Service Classes

To enable Salesforce B2B Commerce logging in the managed package, you need to do two steps. First, you need to save a value in the Logging Token input field in the Global Settings section of CC Admin. This value can be any string that you choose, such as “debug”. Second, you need to ensure that the value saved in the Logging token field is appended to the ccLog query parameter in the URL of the storefront page that you want to debug. For example, if your logging token is “debug”, then your URL should look like this: https://my-storefront.com/?ccLog=debug. This will enable logging for that page only. You do not need to turn on the checkbox “Cloudcraze Logging ” in CC Admin, as this is an old setting that is no longer used. You also do not need to set a cookie with the Id of the user accessing the storefront in CC Admin, as this is not required for logging. Salesforce References: [B2B Commerce Developer Guide: Logging]

To have a customized experience for adding items to the cart and also update the mini cart module, the requirement can be fulfilled by triggering the global “cartChange” event after the Add to Cart Action on thecustom button. This event will notify all the components that are listening to it that the cart has changed and they should refresh their data accordingly. The mini cart module is one of these components, so it will update its state based on the new cart data. Salesforce References: B2B Commerce and D2C Commerce Developer Guide, Events

The Salesforce B2B Commerce object that needs to have a record added when defining a new Subscriber Pageto be rendered in a CC Page is CC Subscriber Pages. This is a custom object that stores information about the Subscriber Pages, such as the name, description, URL, and Visualforce page. To create a new Subscriber Page, the user needs to create a new recordin this object and specify the required fields. The user can then select the Subscriber Page from the CC Page Settings configuration in CCAdmin. Salesforce References: B2B Commerce and D2C Commerce Developer Guide, Subscriber Pages

You should avoid using ccLog in two scenarios. First, you should avoid using ccLog with System.LoggingLevel.ERROR when passing in amethod invocation as the third parameter, such as ccrz.ccLog.log(System.LoggingLevel.ERROR, ‘D:something’, myCallToGetMessage(pl) ). This is because if an exception occurs within the method invocation, it will not be caught by ccLog and will cause an unhandled exception on the page. Instead, you should use a try-catch block around the method invocation and log the exception separately. Second, you should avoid using ccLog with System.LoggingLevel.DEBUG when passing in a large collection or object as the third parameter, such as ccrz.ccLog.log(System.LoggingLevel.DEBUG, ‘D:myOrderList’, myOrderList), where myOrderList is a list of orders. This is because logging large objects can cause performance issues and consume a lot of heap space. Instead, you should use a loop to log only the relevant fields or properties of the object or collection. You can use ccLog with System.LoggingLevel.WARN when passing in a string as the third parameter, such as ccrz.ccLog.log(System.LoggingLevel.WARN, ‘D:something’, ‘Somethingunexpected occurred: The data wewere expecting for pl was not there,’). This is a valid use case for logging a warning message. You can also use ccLog with System.LoggingLevel.DEBUG when passing in a small object as the third parameter, such as ccrz.ccLog.log(System.LoggingLevel.DEBUG, ‘D:myOrder’, myOrder), where myOrder is an order object. This is acceptable as long as the object is not too large or complex. Salesforce References: [B2B Commerce Developer Guide: Logging]

The lightning-record-edit-form component allows a developer to view or edit a record while maintaining control over specifying its layout and set of fields. This component provides a way tocreate forms that respect the field-level security and layout configuration defined in the Salesforce metadata. The developer can use lightning-input-field components inside the form to display and edit the fields of a record. The other options are incorrect because they either do not allow editing the record, do not respect the metadata configuration, or do not exist as valid component paths. References: lightning-record-edit-form | Lightning Web Components Developer Guide