Dependencies: Must deploy ApexMocks before deploying this library
This library was first introduced in a Dreamforce 2012 presentation on Apex Enterprise Patterns and progresses the patterns further with a more general ongoing home for them. It also adds some form of namespace qualification from the previous version. So that classes are grouped together more easily in the IDE's and packages. Below you can find comprehensive articles and videos on the use of these patterns. There is also a working sample application illustrating the patterns here.
Design patterns are an invaluable tool for developers and architects looking to build enterprise solutions. Here are presented some tried and tested enterprise application engineering patterns that have been used in other platforms and languages. We will discuss and illustrate how patterns such as Data Mapper, Service Layer, Unit of Work and of course Model View Controller can be applied to Force.com. Applying these patterns can help manage governed resources (such as DML) better, encourage better separation-of-concerns in your logic and enforce Force.com coding best practices.
- Key Changes
- Alternative Domain Structure
- Apex Sharing and applying to Apex Enterprise Patterns
- Tips for Migrating to Apex Enterprise Patterns
- Great Contributions to Apex Enterprise Patterns
- Unit Testing, Apex Enterprise Patterns and ApexMocks – Part 1
- Unit Testing, Apex Enterprise Patterns and ApexMocks – Part 2
- Apex Enterprise Patterns - Separation of Concerns
- Apex Enterprise Patterns - Service Layer
- Apex Enterprise Patterns - Domain Layer
- Apex Enterprise Patterns - Selector Layer
- Original Dreamforce 2013 Session
- Original Dreamforce 2015 Session
Related Webinars
Related Book
Trailhead
- Apex Enterprise Patterns - Separation of Concerns
- Apex Enterprise Patterns - Service Layer
- Apex Enterprise Patterns - Domain and Selector Layer
The FFLib community has produced additional documentation: