Solid Principles: Interface Segregation Principle

Chữ i trong nguyên tắc SOLID. Interface Segregation Principle.

Thay vì dùng 1 interface lớn, ta nên tách thành nhiều interface nhỏ, với nhiều mục đích cụ thể Client không nên phụ thuộc vào interface mà nó không sử dụng.

Chắc hẳn nếu bạn đã đọc bài này thì đã phải hiểu Interface là gì.

Interface là một lớp rỗng. Chỉ khai báo những phương thức rỗng.
Bất kỳ Class nào cài đặt Interface đều phải cài đặt những phương thức do nó quy định

Thử tưởng tượng bạn có 1 interface có rất nhiều phương thức, nhiều class cài đặt interface này. Mặc dù chỉ một vài phương thức được dùng.

package com.gkatzioura.solid.segragation;
 public interface Athlete {
     void compete();
     void swim();
     void highJump();
     void longJump();
 }

Ở đây ta có 1 Interface Athlete có đến 4 phương thức. Ta có 1 anh chàng Joe cài đặt interface này nhưng lại không dùng highJump và longJump.

package com.gkatzioura.solid.segragation;
 public class JohnDoe implements Athlete {
     @Override
     public void compete() {
         System.out.println("John Doe started competing");
     }
     @Override
     public void swim() {
         System.out.println("John Doe started swimming");
     }
     @Override
     public void highJump() {
     }
     @Override
     public void longJump() {
     }
 }

Vấn đề này sẽ lại xảy ra tương tự với một anh chàng khác. Vậy để giải quyết trường hợp này ta chỉ cần áp dùng interface segregation principle như sau.

package com.gkatzioura.solid.segragation;
 public interface Athlete {
     void compete();
 }

package com.gkatzioura.solid.segragation;
 public interface SwimmingAthlete extends Athlete {
     void swim();
 }

package com.gkatzioura.solid.segragation;
 public interface JumpingAthlete extends Athlete {
     void highJump();
     void longJump();
 }

Ta tách thành nhiều interface nhỏ. Khi Joe hoặc bất kì class vận động viên nào cài đặt thì chỉ cần cài đặt interface phù hợp với mình.

package com.gkatzioura.solid.segragation;
 public class JohnDoe implements SwimmingAthlete {
     @Override
     public void compete() {
         System.out.println("John Doe started competing");
     }
     @Override
     public void swim() {
         System.out.println("John Doe started swimming");
     }
 }

ISP sẽ làm hệ thống linh hoạt hơn, tránh code thừa. Nhưng đôi khi có những trường hợp bất khả kháng, ta vẫn phải tạo 1 interface có nhiều phương thức.
Hãy áp dụng linh hoạt những nguyên tắc để có một chương trình hoàn hảo nhé.
Chúc các bạn thành công.
Ở bài sau chúng ta sẽ tìm hiểu về nguyên tắc cuối cùng Dependency Inversion Principle
Xin chào và hẹn gặp lại