Movatterモバイル変換


[0]ホーム

URL:


Skip to main content
Java Design Patterns

    Separated Interface Pattern in Java: Streamlining Java Development with Interface Isolation

    StructuralAPI designDecouplingInterfaceAbout 3 min

    On This Page

    Also known as

    • API Segregation
    • Client-Server Interface

    Intent of Separated Interface Design Pattern

    The Separated Interface design pattern defines a client interface in a separate package from its implementation to allow for easier swapping of implementations and better separation of concerns.

    Detailed Explanation of Separated Interface Pattern with Real-World Examples

    Real-world example

    Consider a restaurant where the menu (interface) is separate from the kitchen operations (implementation).

    In this analogy, the menu lists the dishes customers can order, without detailing how they are prepared. Different restaurants (or even different chefs within the same restaurant) can use their own recipes and methods to prepare the dishes listed on the menu. This separation allows the restaurant to update its menu or change its chefs without disrupting the overall dining experience. Similarly, in software, the Separated Interface pattern decouples the interface from its implementation, allowing changes and variations in the implementation without affecting the client code that relies on the interface.

    In plain words

    Defines a client interface separate from its implementation to allow for flexible and interchangeable components.

    Sequence diagram

    Separated Interface sequence diagram
    Separated Interface sequence diagram

    Programmatic Example of Separated Interface Pattern in Java

    The Java Separated Interface design pattern is a crucial software architecture strategy that promotes separating the interface definition from its implementation, crucial for enhancing system flexibility and scalability. This allows the client to be completely unaware of the implementation, promoting loose coupling and enhancing flexibility.

    In the given code, theInvoiceGenerator class is the client that uses theTaxCalculator interface to calculate tax. TheTaxCalculator interface is implemented by two classes:ForeignTaxCalculator andDomesticTaxCalculator. These implementations are injected into theInvoiceGenerator class at runtime, demonstrating the Separated Interface pattern.

    Let's break down the code:

    First, we have theTaxCalculator interface. This interface defines a single methodcalculate that takes an amount and returns the calculated tax.

    public interface TaxCalculator {  double calculate(double amount);}

    Next, we have two classesForeignTaxCalculator andDomesticTaxCalculator that implement theTaxCalculator interface. These classes provide the concrete logic for tax calculation.

    public class ForeignTaxCalculator implements TaxCalculator {  public static final double TAX_PERCENTAGE= 60;  @Override  public double calculate(double amount) {    return amount* TAX_PERCENTAGE/ 100.0;  }}public class DomesticTaxCalculator implements TaxCalculator {  public static final double TAX_PERCENTAGE= 20;  @Override  public double calculate(double amount) {    return amount* TAX_PERCENTAGE/ 100.0;  }}

    TheInvoiceGenerator class is the client that uses theTaxCalculator interface. It doesn't know about the concrete implementations of theTaxCalculator interface. It just knows that it has aTaxCalculator that can calculate tax.

    public class InvoiceGenerator {  private final TaxCalculator taxCalculator;  private final double amount;  public InvoiceGenerator(double amount,TaxCalculator taxCalculator) {    this.amount = amount;    this.taxCalculator = taxCalculator;  }  public double getAmountWithTax() {    return amount+ taxCalculator.calculate(amount);  }}

    Finally, in theApp class, we create instances ofInvoiceGenerator with differentTaxCalculator implementations. This demonstrates how the Separated Interface pattern allows us to inject different implementations at runtime.

    public class App {  public static final double PRODUCT_COST= 50.0;  public static void main(String[]args) {    var internationalProductInvoice = new InvoiceGenerator(PRODUCT_COST,new ForeignTaxCalculator());    LOGGER.info("Foreign Tax applied: {}","" + internationalProductInvoice.getAmountWithTax());    var domesticProductInvoice = new InvoiceGenerator(PRODUCT_COST,new DomesticTaxCalculator());    LOGGER.info("Domestic Tax applied: {}","" + domesticProductInvoice.getAmountWithTax());  }}

    Console output:

    11:38:53.208 [main] INFO com.iluwatar.separatedinterface.App -- Foreign Tax applied: 80.011:38:53.210 [main] INFO com.iluwatar.separatedinterface.App -- Domestic Tax applied: 60.0

    In this way, the Separated Interface pattern allows us to decouple the interface of a component from its implementation, enhancing flexibility and maintainability and making it ideal for dynamic Java application environments.

    When to Use the Separated Interface Pattern in Java

    • Use when you want to decouple the interface of a component from its implementation.
    • Particularly effective in large-scale Java systems, where separate teams handle different components, the Separated Interface pattern ensures seamless integration and easier maintenance.
    • Ideal when the implementation might change over time or vary between deployments.

    Separated Interface Pattern Tutorials

    Real-World Applications of Separated Interface Pattern in Java

    • Java's JDBC (Java Database Connectivity) API separates the client interface from the database driver implementations.
    • Remote Method Invocation (RMI) in Java, where the client and server interfaces are defined separately from the implementations.

    Benefits and Trade-offs of Separated Interface Pattern

    Benefits:

    • Enhances flexibility by allowing multiple implementations to coexist.
    • Facilitates testing by allowing mock implementations.
    • Improves maintainability by isolating changes to specific parts of the code.

    Trade-offs:

    • Initial setup might be more complex.
    • May lead to increased number of classes and interfaces in the codebase.

    Related Java Design Patterns

    • Adapter: Adapts one interface to another, which can be used alongside Separated Interface to integrate different implementations.
    • Bridge: Separates an object’s interface from its implementation, similar to Separated Interface but usually applied to larger-scale architectural issues.
    • Dependency Injection: Often used to inject the implementation of a separated interface, promoting loose coupling.

    References and Credits


    [8]ページ先頭

    ©2009-2025 Movatter.jp