This package contains a set of Apex utility classes providing features often missing when implementing custom logic in Apex.
These components were built as contributions/examples for former & ongoing Advisory assignments by Pierre-Emmanuel Gros.
External links towards interesting Apex frameworks are alsdo referenced here.
This package provides a set of Apex utility classes. Detailed informations about these classes (behaviour, usage, technical details) are available in their help dedicated pages.
The sfpegDebug_UTL Apex class enables to optimise and homogenize System.debug() statements within
Apex code. Its primary objective is to keep all detailed debug statements in the Apex code to support
any investigation on a production Org when necessary, without having too much performance impact coming
from implicit data toString() serializations.
The sfpegQueueable_UTL Apex class provides various utilities to manage asynchronous Queueable Apex processes: Singleton process execution control (e.g. triggered from Apex trigger), aggregated Queueable execution statistics logging and aggregation.
The sfpegSharingGroup_UTL Apex class provides a generic Apex logic for Queueable processes to manage Public Groups linked to a hierarchical Structure object to be used for Apex Sharing (local, upwards or downwards to each Structure record) and manage User Structure assignments.
- see Success Cloud Coding Conventions on Trailhead.
Various Frameworks are available to structure Trigger logic and ensure logic bypass on demand. Some interesting solutions are available here:
Logging some transactions may be required on a permanent basis to monitor the platform (i.e. not for debug), possibly in addition to standard Shield Event Monitoring feature. Some interesting solutions are available here:
Each Apex Utility is packaged independently and may be deployed on a standalone basis (unless stated othewise). Each package basically contains the Apex utility class as well as some supporting metadata (Apex test class, custom setting...).