Nenhum cliente deve ser forçado a depender de um método que não usa

Considere um exemplo de espaço de escritório onde vários dispositivos de saída são representados por meio de objetos

Antes do Princípio de Segregação de Interface:

IInterface multifuncional

/**
 * @ImultiFunction interface has methods related to all output devices present in office space
 * for devices like Printer, Scanner, Fax machines, etc
*/
public interface IMultiFunction {
    public void print();
    public void getPrintSpoolDetails();
    public void scan();
    public void scanPhoto();
    public void fax();
    public void internetFax();
}

Agora implementando a interface comum acima para vários dispositivos

Classe XeroxWorkCenter com todos os recursos

/**
 * 
 * You must have seen Xerox work station device which has all the features in one like printing, scanning, xerox,
 * fax etc
*/
public class XeroxWorkCenter implements IMultiFunction {

    @Override
    public void print() {
        // real printing code
    }

    @Override
    public void getPrintSpoolDetails() {
        // real get print spool details code
    }

    @Override
    public void scan() {
        // read scanning code
    }

    @Override
    public void scanPhoto() {
        // real scan photo code 
    }

    @Override
    public void fax() {
        // real fax code
    }

    @Override
    public void internetFax() {
        // real internet fax code
    }

}

A classe HpPrinterNScanner possui recursos de impressão e digitalização

public class HpPrinterNScanner implements IMultiFunction {

    @Override
    public void print() {
        // real printing code
    }

    @Override
    public void getPrintSpoolDetails() {
        // real get print spool details code
    }

    @Override
    public void scan() {
        // read scanning code
    }

    @Override
    public void scanPhoto() {
        // real scan photo code 
    }

    //Since HpPrinterNScanner has only printing and scanning abilities fax() and internetFax() will have empty body
    @Override
    public void fax() {}

    @Override
    public void internetFax() {}

}

A classe CanonPrinter tem apenas capacidade de impressão

public class CanonPrinter implements IMultiFunction {

    @Override
    public void print() {
        // real printing code
    }

    @Override
    public void getPrintSpoolDetails() {
        // real get print spool details code
    }

    //Since the CanonPrinter has only printing ability rest of the method will have an empty body
    @Override
    public void scan() {}

    @Override
    public void scanPhoto() {}

    @Override
    public void fax() {}

    @Override
    public void internetFax() {}

}

Técnicas para identificar a violação do ISP

• Interfaces gordas (Interfaces com duas declarações de métodos)
• Interfaces com baixa coesão (interfaces com métodos que provavelmente não estão relacionados entre si)
• *Implementação de métodos vazios *( quando as classes são forçadas a implementar métodos que não utilizam, elas deixam a implementação dos métodos com corpo em branco)

Após o princípio de segregação da interface:

public interface IPrint {
    public void print();
    public void getPrintSpoolDetails();
}

public interface IScan {
    public void scan();
    public void scanPhoto();
}

public interface IFax {
    public void fax();
    public void internetFax();
}

/**
 * 
 * You must have seen the Xerox workstation device which has all the features in one like printing, scanning, xerox, fax, etc.
*/
public class XeroxWorkCenter implements IPrint,IScan,IFax {

    @Override
    public void print() {
        // real printing code
    }

    @Override
    public void getPrintSpoolDetails() {
        // real get print spool details code
    }

    @Override
    public void scan() {
        // read scanning code
    }

    @Override
    public void scanPhoto() {
        // real scan photo code ̰
    }

    @Override
    public void fax() {
        // real fax code
    }

    @Override
    public void internetFax() {
        // real internet fax code
    }

}

public class HpPrinterNScanner implements IPrint,IScan {

    @Override
    public void print() {
        // real printing code
    }

    @Override
    public void getPrintSpoolDetails() {
        // real get print spool details code
    }

    @Override
    public void scan() {
        // read scanning code
    }

    @Override
    public void scanPhoto() {
        // real scan photo code 
    }
}

public class CanonPrinter implements IPrint {

    @Override
    public void print() {
        // real printing code
    }

    @Override
    public void getPrintSpoolDetails() {
        // real get print spool details code
    } 
}

Cada interface tem uma única responsabilidade e está muito mais limpa agora.

Relação que o ISP mantém com outros princípios SOLID

Responsabilidade única
Após a segregação das interfaces em interfaces diferentes, agora todas as interfaces como IPrint, IScan têm uma única responsabilidade

Substituição de Liskov
Devido à segregação agora todas as classes (implementando as interfaces) seguem a substituição de Liskov, já que todos os subtipos ou classes de implementação podem ser substituídos por sua variável de referência de interface