Apex Trigger Code is a common phenomenon in a developer’s career. However, Trigger implementations can go wrong sometimes. Originally, the initial Trigger was rather small. In addition, it served a single purpose only. Over time, as new and more sophisticated business requirements were emerging, the once tiny trigger began growing into one scary monstrosity. New functionality was regularly tacked on, problems began to accumulate, and logic became impossible to follow. This was becoming difficult to maintain, as even the smallest change could mean rewriting the entire trigger from scratch. Not only were tests unreliable, but trigger logic was also executing out of order. But today Salesforce trigger best practices can help developers a number of pitfalls. This Salesforce developer tutorial will teach you how to create a trigger in Salesforce
, with some powerful Salesforce create trigger tips.
Learn more about salesforce tips
Salesforce Trigger Best Practices
One Trigger Per Object.
One Apex Trigger is all that is needed for a particular object. Developing multiple Triggers for one object makes it difficult to control the order of execution if the Triggers are unable to run within the same contexts. You can visit Salesforce website for Salesforce trigger examples
If in your Triggers you are writing methods that are unable to be exposed for test purposes, it only follows that you would not be able to expose logic for re-use anywhere else within your org.
Context-Specific Handler Methods.
Build context-specific handler methods within Trigger handlers
Bulkify Your Code.
This is the concept that involves ensuring that the code perfectly handles multiple records at a time.
Avoid Putting SOQL Queries / DML Statements in FOR Loops.
A single Apex request receives up to 100 SOQL queries before stretching that governor limit. Therefore, invoking this Trigger by a batch containing over 100 Account records causes the governor limit to throw a runtime exception.
Utilizing Collections, Streamlining Queries, & Efficient For Loops.
Using Apex Collections efficiently query data and store it in memory. However, this together with Streamlined SOQL queries can significantly assist with writing efficient Apex code, and this is one of the Salesforce trigger best practices that helps you avoid governor limits.
Querying Large Data Sets.
SOQL queries can return a total of 50, 000 records in a request. If you return a large query set that exceed your heap limit, you may use a SOQL query for loop instead, as it processes multiple batches using internal calls to query.
Use @future Appropriately.
Writing your Apex code well allows it to efficiently handle and process multiple records at a time, and the same applies to asynchronous Apex methods annotated with the @ future phrase. This makes is easy to find the difference between synchronous Apex and asynchronous Apex.
Avoid Hardcoding IDs.
This is particularly important when deploying Apex code, especially between sandbox & production environments, as well as when installing Force.com AppExchange package. This is crucial when the record IDs change between multiple environments so that the logic dynamically identifies the appropriate data to run against without fail.
Salesforce Trigger best practices help write standard code that executes more effectively. The Force.com website has Salesforce Trigger examples and a Salesforce developer tutorial
to help developers build standard codes that can handle a batch of records efficiently. Visit the site for how to create a trigger in Salesforce and learn Salesforce create trigger basics.
Click here for more information about what is salesforce