If you’ve spent time in the Java ecosystem, you’ve likely come across marker interfaces. Surprisingly, this design pattern is rarely discussed in Salesforce Apex development. There’s no dedicated documentation page or widespread community discussion, making it an underrated yet valuable concept for Apex developers.<\/p>\n\n\n\n
In this blog, we’ll explore what marker interfaces are, how Salesforce already uses them behind the scenes, and how you can leverage them in your own Apex applications with a practical, real-world example.<\/p>\n\n\n\n
According to Wikipedia, a marker interface is a design pattern used in programming languages that support runtime type information. It allows developers to attach metadata to a class without requiring any implementation.<\/p>\n\n\n\n
In simple terms, a marker interface is just an empty interface.<\/p>\n\n\n\n
It contains:<\/p>\n\n\n\n
That naturally raises the question:<\/p>\n\n\n\n
What’s the purpose of an interface with nothing inside it?<\/strong><\/p>\n\n\n\n The answer lies in what the interface signals. A marker interface acts as a flag that allows your code or even the Salesforce platform – to recognize certain classes and apply specific behavior at runtime.<\/p>\n\n\n\n Marker interfaces are already deeply embedded within the Salesforce platform.<\/p>\n\n\n\n For example, in Aura Components you’ve probably used them many times:<\/p>\n\n\n\n Each interface inside the implements attribute is a marker interface.<\/p>\n\n\n\n Although they don’t require any code implementation, they instruct Salesforce to provide additional functionality, such as:<\/p>\n\n\n\n Apex also provides built-in marker interfaces.<\/p>\n\n\n\n Examples include:<\/p>\n\n\n\n Neither interface contains methods to implement, yet both significantly change how Apex behaves during execution.<\/p>\n\n\n\n The pattern has been part of Salesforce all along – we simply don’t use it often enough in our own code.\u00a0<\/p>\n\n\n\n The simplest marker interface looks like this:<\/p>\n\n\n\n Now create a class that implements it:<\/p>\n\n\n\n You can verify the implementation at runtime using the ApexTypeImplementor<\/strong> object.<\/p>\n\n\n\n Similarly, another example:<\/p>\n\n\n\n Since no System.AssertException<\/strong> is thrown, the marker interface has been successfully implemented.<\/p>\n\n\n\n However, at this stage, it doesn’t provide any practical value.<\/p>\n\n\n\n Let’s look at a real-world use case.<\/p>\n\n\n\n Imagine you’re building a report generation framework used by multiple teams.<\/p>\n\n\n\n The framework already handles:<\/p>\n\n\n\n However, different teams have different notification preferences.<\/p>\n\n\n\n Some want:<\/p>\n\n\n\n Others prefer:<\/p>\n\n\n\n Some require both.<\/p>\n\n\n\n Instead of forcing every report class to implement notification methods, marker interfaces provide a clean and scalable solution.<\/p>\n\n\n\n \u00a0Step 1 \u2013 Create the Core Interface<\/strong><\/p>\n\n\n\n public interface IReportJob {\n void execute(Map<String, Object> config);\n}<\/p>\n\n\n\n Step 2 \u2013 Create Notification Marker Interfaces<\/strong><\/p>\n\n\n\n public interface ChatterNotification {}\n\npublic interface MobileNotification {}<\/p>\n\n\n\n Step 3 \u2013 Let Teams Opt In<\/strong><\/p>\n\n\n\n A weekly sales report needs both notification types.<\/p>\n\n\n\n An inventory report only needs Chatter notifications.<\/p>\n\n\n\n Notice that neither class has to implement any notification methods.<\/p>\n\n\n\n Simply implementing the interface is enough.<\/p>\n\n\n\n Step 4 \u2013 Let the Framework Handle Notifications<\/strong><\/p>\n\n\n\n Run the framework:<\/p>\n\n\n\n Output<\/strong>:<\/p>\n\n\n\n Now switch the factory to return:<\/p>\n\n\n\n Only the Chatter notification executes – without making any changes to the framework.<\/p>\n\n\n\n The biggest advantage isn’t just simplicity – it’s the clean separation of concerns.<\/p>\n\n\n\n Generic Framework<\/strong><\/p>\n\n\n\n The It simply checks which marker interfaces are implemented.<\/p>\n\n\n\n Team Flexibility<\/strong><\/p>\n\n\n\n Each team decides which notifications they want simply by implementing one or more interfaces.<\/p>\n\n\n\n No additional code is required.<\/p>\n\n\n\n Easy Extensibility<\/strong><\/p>\n\n\n\n Suppose you later need Slack notifications.<\/p>\n\n\n\n Simply create:<\/p>\n\n\n\n Add one instance of check inside the runner.<\/p>\n\n\n\n Any report can now opt in simply by adding:<\/p>\n\n\n\n No existing report logic changes.<\/p>\n\n\n\n Marker interfaces are a lightweight yet powerful design pattern that can significantly improve the flexibility and maintainability of your Apex applications. By allowing classes to opt into specific behaviors without requiring unnecessary method implementations, they promote cleaner architecture and better separation of concerns.<\/p>\n\n\n\n Whether you’re building reusable frameworks, notification systems, or extensible enterprise applications, marker interfaces provide a scalable alternative to complex inheritance hierarchies. The next time you find yourself relying on multiple boolean flags or lengthy if-else conditions to control behavior, consider whether a marker interface could provide a cleaner and more maintainable solution.<\/p>\n\n\n\n By understanding and applying this underrated Apex design pattern, you can build code that’s easier to extend, simpler to maintain, and better aligned with object-oriented design principles.<\/p>\n\n\n\n By following the above blog instructions, you will be able to learn \u201cHow to Use Marker Interfaces in Salesforce Apex (With Practical Examples)<\/strong>\u201c. If you still have queries or any related problems, don\u2019t hesitate to contact us at salesforce@greytrix.com<\/a>. More details about our integration product are available on our website<\/a> and Salesforce AppExchange<\/a>. About Us<\/b><\/br>\n Greytrix<\/a> \u2013 a globally recognized and one of the oldest Sage Development Partner and a Salesforce Product development partner offers a wide variety of integration products and services to the end users as well as to the Partners and Sage PSG across the globe. We offer Consultation, Configuration, Training and support services in out-of-the-box functionality as well as customizations to incorporate custom business rules and functionalities that require apex code incorporation into the Salesforce platform. Related Posts<\/strong><\/p>\n\n\n\n If you’ve spent time in the Java ecosystem, you’ve likely come across marker interfaces. Surprisingly, this design pattern is rarely discussed in Salesforce Apex development. There’s no dedicated documentation page or widespread community discussion, making it an underrated yet valuable concept for Apex developers. In this blog, we’ll explore what marker interfaces are, how Salesforce\u2026 Read More »<\/a><\/span><\/p>\n","protected":false},"author":2,"featured_media":0,"comment_status":"closed","ping_status":"closed","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[3],"tags":[3481,3470,3460,3484,3480,3456,3453,3468,3483,3476,3475,3463,3471,3461,3459,3458,3455,3473,3469,3464,3452,3457,3472,3465,3450,3466,3477,3487,3485,3462,3486,3451,2463,3488,2782,3478,2703,3474,3479,3482,3454,3467],"class_list":["post-13019","post","type-post","status-publish","format-standard","hentry","category-salesforce-srv","tag-apex-architecture-patterns","tag-apex-batch-class-patterns","tag-apex-class-behavior-modification","tag-apex-developer-guide","tag-apex-framework-design","tag-apex-interface-implementation","tag-apex-marker-interface-pattern","tag-apex-notification-design-pattern-using-interfaces","tag-apex-polymorphism-2","tag-apex-polymorphism","tag-apex-polymorphism-marker-interfaces-in-apex","tag-apextypeimplementor-query","tag-aura-component-implements-attribute","tag-composition-over-inheritance-apex","tag-database-allowscallouts","tag-database-stateful-apex","tag-empty-interface-apex","tag-forcelightningquickaction-interface","tag-how-to-add-opt-in-behavior-in-apex-classes","tag-how-to-implement-marker-interfaces-in-salesforce-apex","tag-instanceof-keyword-apex","tag-ireportjob-apex","tag-lwc-component-behavior","tag-marker-interface-pattern-for-apex-developers","tag-marker-interfaces-in-apex","tag-multiple-interfaces-apex","tag-multiple-interfaces-in-apex","tag-reusable-apex-frameworks","tag-runtime-interface-detection-apex","tag-runtime-type-information-apex","tag-salesforce-advanced-apex","tag-salesforce-apex-design-patterns","tag-salesforce-coding-standards","tag-salesforce-developer-tips-2","tag-salesforce-development-best-practices","tag-salesforce-enterprise-architecture","tag-salesforce-isv-development","tag-salesforce-managed-package-development","tag-salesforce-notification-framework","tag-salesforce-object-oriented-programming","tag-tagging-interfaces-apex","tag-using-instanceof-with-interfaces-in-apex"],"_links":{"self":[{"href":"https:\/\/www.greytrix.com\/blogs\/salesforce\/wp-json\/wp\/v2\/posts\/13019","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/www.greytrix.com\/blogs\/salesforce\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/www.greytrix.com\/blogs\/salesforce\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/www.greytrix.com\/blogs\/salesforce\/wp-json\/wp\/v2\/users\/2"}],"replies":[{"embeddable":true,"href":"https:\/\/www.greytrix.com\/blogs\/salesforce\/wp-json\/wp\/v2\/comments?post=13019"}],"version-history":[{"count":14,"href":"https:\/\/www.greytrix.com\/blogs\/salesforce\/wp-json\/wp\/v2\/posts\/13019\/revisions"}],"predecessor-version":[{"id":13033,"href":"https:\/\/www.greytrix.com\/blogs\/salesforce\/wp-json\/wp\/v2\/posts\/13019\/revisions\/13033"}],"wp:attachment":[{"href":"https:\/\/www.greytrix.com\/blogs\/salesforce\/wp-json\/wp\/v2\/media?parent=13019"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/www.greytrix.com\/blogs\/salesforce\/wp-json\/wp\/v2\/categories?post=13019"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/www.greytrix.com\/blogs\/salesforce\/wp-json\/wp\/v2\/tags?post=13019"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}How Salesforce Already Uses Marker Interfaces<\/mark><\/strong><\/h2>\n\n\n\n
<aura:component implements=\"force:lightningQuickAction,force:hasRecordId\"><\/code><\/pre>\n\n\n\n\n
\n
Creating Your First Marker Interface<\/mark><\/strong><\/h2>\n\n\n\n
public interface Trackable {}<\/code><\/pre>\n\n\n\npublic class OrderService implements Trackable {}<\/code><\/pre>\n\n\n\nList<ApexTypeImplementor> results = [\n SELECT Id\n FROM ApexTypeImplementor\n WHERE ClassName = 'OrderService'\n AND InterfaceName = 'Trackable'\n AND IsConcrete = true\n];\n\nAssert.areEqual(1, results.size(),\n 'OrderService should implement Trackable');<\/code><\/pre>\n\n\n\nList<ApexTypeImplementor> implementor = [\n SELECT Id\n FROM ApexTypeImplementor\n WHERE ClassName = 'MyConcreteClass'\n AND InterfaceName = 'MyMarkerInterface'\n AND IsConcrete = true\n];\n\nAssert.areEqual(\n 1,\n implementor.size(),\n 'We are able to check if MyConcreteClass implements MyMarkerInterface'\n);<\/code><\/pre>\n\n\n\nA Real Use Case: Notification Preferences for a Report Engine<\/mark><\/strong><\/h2>\n\n\n\n
\n
\n
\n
public class WeeklySalesReport\nimplements IReportJob,\n ChatterNotification,\n MobileNotification {\n\n public void execute(Map<String, Object> config) {\n System.debug('Generating weekly sales summary...');\n }\n}<\/code><\/pre>\n\n\n\npublic class InventoryCheckReport\nimplements IReportJob,\n ChatterNotification {\n\n public void execute(Map<String, Object> config) {\n System.debug('Running inventory check...');\n }\n}<\/code><\/pre>\n\n\n\npublic class ReportRunner {\n\n public void run(Map<String, Object> config) {\n\n IReportJob job =\n new ReportFactory().getReport();\n\n job.execute(config);\n\n if(job instanceof ChatterNotification){\n System.debug(\n 'Posting report completion to Chatter...'\n );\n }\n\n if(job instanceof MobileNotification){\n System.debug(\n 'Sending push notification to mobile...'\n );\n }\n }\n\n public class ReportFactory {\n\n public IReportJob getReport() {\n return new WeeklySalesReport();\n }\n }\n}<\/code><\/pre>\n\n\n\nnew ReportRunner().run(new Map<String, Object>());<\/code><\/pre>\n\n\n\nDEBUG | Generating weekly sales summary...\nDEBUG | Posting report completion to Chatter...\nDEBUG | Sending push notification to mobile...<\/code><\/pre>\n\n\n\nInventoryCheckReport<\/code><\/pre>\n\n\n\nWhy This Approach Works So Well<\/mark><\/strong><\/h2>\n\n\n\n
ReportRunner<\/code> doesn’t need to know which report it’s running.<\/p>\n\n\n\npublic interface SlackNotification {}<\/code><\/pre>\n\n\n\nimplements SlackNotification<\/code><\/pre>\n\n\n\nConclusion<\/mark><\/strong><\/h2>\n\n\n\n
We hope you may find this blog resourceful and helpful. However, if you still have concerns and need more help, please contact us at salesforce@greytrix.com<\/a>.<\/p>\n\n\n\n
Greytrix has some unique solutions for Cloud CRM such as Salesforce Sage integration<\/a> for Sage X3<\/a>, Sage 100<\/a> and Sage 300 (Sage Accpac)<\/a>. We also offer best-in-class Cloud CRM Salesforce customization and development services<\/a> along with services such as Salesforce Data Migration<\/a>, Integrated App development<\/a>, Custom App development and Technical Support business partners and end users. Salesforce Cloud CRM integration offered by Greytrix works with Lightning web components and supports standard opportunity workflow. Greytrix GUMU™ integration for Sage ERP \u2013 Salesforce is a 5-star rated app listed on Salesforce AppExchange<\/a>.
The GUMU™ Cloud framework by Greytrix forms the backbone of cloud integrations that are managed in real-time for processing and execution of application programs at the click of a button.
For more information on our Salesforce products and services, contact us at salesforce@greytrix.com<\/a>. We will be glad to assist you.<\/p>\n\n\n\n\n