Salesforce Updated CRT-450 Exam Questions and Answers by livia

• SVG resources, content asset files, and static resources are three Salesforce resources that can be accessed from a Lightning web component. They are used to store and display images, icons, fonts, stylesheets, JavaScript libraries, and other files that are required by the component12.
• SVG resources are Scalable Vector Graphics files that can be used to create and display icons and images in a Lightning web component. They can be referenced by using the @salesforce/resourceUrl import in the JavaScript file of the component12.
• Content asset files are files that are uploaded to the Salesforce Content Library and can be used to store and display images and other media in a Lightning web component. They can be referenced by using the @salesforce/contentAssetUrl import in the JavaScript file of the component12.
• Static resources are files or archives that are uploaded to the Static Resources page in Salesforce Setup and can be used to store and access stylesheets, JavaScript libraries, fonts, and other files in a Lightning web component. They can be referenced by using the @salesforce/resourceUrl import in the JavaScript file of the component12.
• Third-party web components and all external libraries are not Salesforce resources that can be accessed from a Lightning web component. They are not supported or recommended by Salesforce for security and performance reasons12.
• Third-party web components are web components that are created by other vendors or developers and are not part of the Lightning web components framework. They may not follow the same standards, specifications, or best practices as Lightning web components and may introduce security risks or compatibility issues12.
• All external libraries are JavaScript libraries that are hosted on external servers or CDNs and are not part of the Salesforce platform. They may not be compatible with the Lightning web components framework or the Locker Service, which enforces strict security policies and restrictions on the code execution and access12.

References:

• 1: Lightning Web Components Developer Guide
• 2: Cert Prep: Platform Developer I: User Interface

Declarative development is the process of configuring and customizing the Salesforce platform using its built-in tools, such as the setup menu, without writing any code. Declarative development has the following advantages over programmatic customization, which involves writing custom code using Apex, Visualforce, or other languages:

• Declarative development can be done by anyone who knows how to use the Salesforce user interface, without requiring any programming knowledge or skills. Programmatic customization requires a skilled developer who knows how to write, test, and debug code.
• Declarative development does not require Apex test classes, which are mandatory for deploying any custom code to production. Apex test classes are used to verify the functionality and quality of the code, and to ensure that it meets the code coverage requirement of at least 75%. Declarative development does not have this requirement, as the platform automatically validates the configuration and customization.
• Declarative development is faster and easier to implement, as it involves clicking and dragging components, setting properties, and defining rules. Programmatic customization is more time-consuming and complex, as it involves writing lines of code, using development tools, and following coding standards and best practices.

However, declarative development also has some limitations and disadvantages compared to programmatic customization, such as:

• Declarative development has lower design limits and query limits than programmatic customization. Design limits are the maximum number of components, fields, objects, rules, etc. that can be used in a Salesforce org. Query limits are the maximum number of records that can be retrieved or manipulated in a single transaction. Programmatic customization can bypass some of these limits by using techniques such as dynamic SOQL, batch Apex, or asynchronous Apex.
• Declarative development has less flexibility and control over the functionality and user interface than programmatic customization. Programmatic customization can create custom logic, automation, integration, and user interface that are not possible or supported by the declarative tools. For example, programmatic customization can use Apex triggers to execute logic before or after a record is inserted, updated, deleted, or undeleted, while declarative development can only use workflow rules or process builder to execute logic after a record is created or updated.
• Declarative development can become difficult to maintain and troubleshoot as the complexity and number of components, rules, and dependencies increase. Programmatic customization can be more organized and modular, as it can use classes, methods, variables, comments, and annotations to structure and document the code.

Therefore, the best practice is to use a combination of declarative and programmatic development, depending on the use case and the requirements. The general rule of thumb is to use declarative development whenever possible, and use programmatic customization only when necessary or when it provides significant benefits.

References:

• Programmatic vs Declarative: Are Clicks Better Than Code?
• Clicks Not Code: Benefits of Declarative Vs. Imperative Programming
• Review Developer Fundamentals Unit

A custom controller is an Apex class that uses the default, no-argument constructor for the outer, top-level class. You cannot create a custom controller constructor that includes parameters. A custom controller is needed to perform complex validation that involves multiple objects and then redirect the user to another Visualforce page upon success. A custom controller can override the standard actions of a standard controller, such as save, edit, view, or delete, and define new actions. A custom controller runs in system mode, so the user’s permissions and field-level security do not apply. References: You can find more information about custom controllers in the Visualforce Developer Guide and the Apex Developer Guide on Salesforce’s official website.

To ensure that Pricing_Structure__c records are available when the test class is executed, the developer can use either a Test Data Factory class or the @isTest(seeAllData=true) annotation. A Test Data Factory class is a reusable class that creates test data for multiple test classes. The developer can use this class to insert the Pricing_Structure__c records before running the test methods. The @isTest(seeAllData=true) annotation allows the test class to access all data in the organization, including the Pricing_Structure__c records. However, this annotation should be used sparingly and only when strictly necessary, as it may cause the test to fail due to data changes or dependencies. The Test.startTest() and Test.stopTest() methods are used to mark the start and end of the test execution, and do not affect the data availability. The without sharing keyword on the class declaration does not affect the test data isolation, and only determines whether the class enforces the sharing rules of the current user or not. References:

• Isolation of Test Data from Organization Data in Unit Tests (Salesforce Developer Documentation)
• Creating Test Data for Apex Tests (Salesforce Developer Documentation)
• Using the isTest Annotation (Salesforce Developer Documentation)
• Using the startTest and stopTest Methods (Salesforce Developer Documentation)
• Using the with sharing or without sharing Keywords (Salesforce Developer Documentation)
• Free Salesforce Platform Developer 1 Practice Exam (With Answers) (Salesforce Ben)