Separation of Concerns
หลักการออกแบบระบบโดยใช้ Interface นี้ ส่วนหนึ่งถูกอ้างอิงมาจากคอนเซ็ปที่เรียกว่า Separation of Concerns คอนเซ็ปนี้อาจเปรียบเทียบได้กับการที่เราให้คน ๆ หนึ่งทำอะไรบางอย่าง โดยให้เขารับรู้เฉพาะสิ่งที่เขาจำเป็นต้องรู้ ความรู้นอกเหนือจากนั้น คน ๆ นั้นจะไม่รู้และไม่จำเป็นจะต้องรู้ พูดเช่นนี้อาจจะไม่ค่อยน่าทำความเข้าใจมากนัก ดังนั้นเรามาลองดูตัวอย่างของ Separation of Concerns ในชีวิตจริงที่สามารถนำมาประยุกต์ใช้ได้กับโลกของ programming กันบ้าง

สมมุติว่าเรามีโทรศัพท์มือถืออยู่เครื่องหนึ่ง สิ่งที่เราต้องเรียนรู้เพื่อใช้ในการโทรศัพท์ออกจากโทรศัพท์มือถือของเรามีเพียงสามอย่างคือ
1. ฟังก์ชันกดเบอร์โทรศัพท์ insert() โดยผ่านทางปุ่มกดเบอร์ 0-9
2. ฟังก์ชันสำหรับทำการติดต่อ connect() โดยผ่านทางปุ่ม talk และ
3. ฟังก์ชันสำหรับหยุดการติดต่อ end() โดยผ่านทางปุ่ม end

ถ้าไม่พูดถึงความสวยงามหรือฟังก์ชันอื่น ๆ ของโทรศัพท์ ไม่ว่าโทรศัพท์มือถือเครื่องไหน ถ้ามีสามฟังก์ชันนี้ เราก็สามารถใช้โทรติดต่อสื่อสารได้เหมือนกัน โทรศัพท์มือถือของเราถ้าเปรียบเทียบกับ Interface ก็อาจจะเป็น*

public interface MobilePhone {
   public void insert();
   public void connect();
   public void end();
}

เราทำการ define ตัว Interface ขึ้นมาอันหนึ่งชื่อ MobilePhone ซึ่งบรรจุฟังก์ชันที่จำเป็นไว้สามอย่างคือ insert(), connect() และ end() คลาสใดก็ตามที่ต้องการ implement ตัว Interface นี้ จะต้องทำการ implement ฟังก์ชันสามอย่างนี้ด้วยวิธีใดวิธีหนึ่ง
หลังจากที่เรามีโทรศัพท์ เราก็ต้องมีคนที่ใช้โทรศัพท์ คลาสที่ใช้แทนผู้ใช้โทรศัพท์ก็อาจจะเป็น

public class User {
  public void makeACall(MobilePhone mobile) {
    mobile.insert();
    mobile.connect();
    mobile.end();
  }
}

แม้ว่าเราจะทำการ define ตัวโทรศัพท์มือถือเอาไว้ให้คนใช้แล้ว แต่จริง ๆ ตอนนี้เรามีเพียงตัว Interface ของโทรศัพท์มือถือเท่านั้น ถ้าเปรียบเทียบ MobilePhone Interface ในชีวิตจริงก็คือ ตอนนี้เรามีโทรศัพท์มือถือกลวง ๆ เครื่องหนึ่งซึ่งเราสามารถกดปุ่มต่าง ๆ ได้ แต่เราไม่สามารถโทรไปหาใครได้ เพราะตอนนี้โทรศัพท์ของเรายังไม่มีเครื่องหรืออุปกรณ์อิเล็กทรอนิกส์อะไรอยู่ข้างในเลย เครื่องที่อยู่ข้างใน(อาจจะรวมถึงหน้าตา)ของโทรศัพท์มือถือของเราจะเป็นอย่างไร ก็จะต้องขึ้นอยู่กับบริษัทผู้ผลิตโทรศัพท์มือถือที่เราจะเลือกใช้นั้น ๆ โดยเราสามารถเปรียบเทียบเครื่องและหน้าตาของโทรศัพท์มือถือของเราได้กับส่วนที่เป็น Implementation ของ MobilePhone Interface นั่นเอง คลาสที่ใช้แทนโทรศัพท์มือถือยี่ห้อ Nokia ก็อาจจะเป็น

class NokiaPhone implements MobilePhone {
  public void insert() {
    System.out.println("Nokia - Insert number: Tod Tod Tod ~~~");
  }

  public void connect() {
    System.out.println("Nokia - Connect and Talk: %^&$#@$#");
  }

  public void end() {
    System.out.println("Nokia - End conversation: Oh Yeh!!!");
  }
}

class SamSungPhone implements MobilePhone {
  public void insert() {
    System.out.println("SamSung - Insert number: Wee Wee Wee ~~~");
  }

  public void connect() {
    System.out.println("SamSung - Connect and Talk: zZZzZz");
  }

  public void end() {
    System.out.println("SamSung - End conversation: Cheer Cheer!!!");
  }
}

...
  User user = new User();
  // both NokiaPhone and SamSungPhone are "MobilePhone"
  MobilePhone nokiaPhone = new NokiaPhone(); 
  MobilePhone samsungPhone = new SamSungPhone();
  
  user.makeACall(nokiaPhone);
  user.makeACall(samsungPhone);
...

>javac MobilePhoneTest.java
>java MobilePhoneTest
Nokia - Insert number: Tod Tod Tod ~~~
Nokia - Connect and Talk: %^&$#@$#
Nokia - End conversation: Oh Yeh!!!
SamSung - Insert number: Wee Wee Wee ~~~
SamSung - Connect and Talk: zZZzZz
SamSung - End conversation: Cheer Cheer!!!

ตัวอย่างของโทรศัพท์มือถือข้างต้นถูกนำมาใช้ในโลกของจาว่าในลักษณะของ APIs (Application Programming Interfaces) ต่าง ๆ ที่ทาง SUN กำหนดขึ้นมาในรูปแบบของ Specification ยกตัวอย่างเช่น Servlet, EJB (Enterprise JavaBeans), JMS (Java Message Service), JAXP (Java APIs for XML Parsing), JMX (Java Management Extension) เป็นต้น โดยทาง SUN จะกำหนดตัว APIs ในรูปแบบของ Interface ซึ่งทางผู้ผลิตซอฟแวร์ที่จะสร้างผลิตภัณฑ์ที่สนันสนุนตัว APIs เหล่านี้จะต้องเป็นคนเขียนส่วนที่เป็น Implementation ของ APIs ขึ้นมาเอง ข้อดีอย่างหนึ่งในการกำหนดรูปแบบของ APIs เข้าไปกับ Specification ก็คือ เราสามารถเขียน Appliation ต่าง ๆ ขึ้นมาโดยอ้างอิงจาก APIs เหล่านี้ โดยหลังจากนั้นเราจะสามารถนำโค๊ดนี้ไปรันบนผลิตภัณฑ์ของบริษัทใดก็ได้ ตราบใดที่่ผลิตภัณฑ์นั้นถูกผลิตขึ้นโดยอาศัย APIs รูปแบบเดียวกันกับที่เราใช้เป็นตัวอ้างอิง ตัวอย่างที่เราพบเห็นง่าย ๆ ก็คือ การเขียน Servlet ไปรันบน Servlet Container เช่น Apache Tomcat, WebLogic, JBoss หรือการเขียน JMS Application ไปรันบน Fiorano JMS Server หรือ JBoss MQ เป็นต้น

Resources
สำหรับผู้อ่านที่สนใจเกี่ยวกับคอบเซ็ปของ Interface สามารถศึกษารายละเอียดเพิ่มเติมได้จาก
Artima.com เจ้าของเวป (Bill Venners) เป็นคนเขียนบทความเองทั้งหมด เนื้อหาดีมากเหมาะสำหรับการปูพื้นฐาน
java.sun.com มีเนื้อหาเกี่ยวกับ Interface อยู่เล็กน้อย :-X