Single Responsibility Principle(SRP)
หลักการนี้ระบุว่าแต่ละชั้นเรียนควรมีความรับผิดชอบเดียว มันเน้นย้ำว่าคลาสควรทำหน้าที่เฉพาะอย่างใดอย่างหนึ่ง และไม่มีเหตุผลมากเกินไปในการเปลี่ยนแปลง
ตัวอย่าง: การจัดการข้อมูลผู้ใช้และการส่งอีเมลแจ้งเตือน
class UserManager {
void createUser(UserData userData) {
// Logic for creating a user
}
}
class EmailService {
void sendEmail(EmailData emailData) {
// Logic for sending an email
}
}
Open/Closed Principle(OCP)
หลักการนี้ส่งเสริมการขยายการทำงานโดยการเพิ่มโค้ดใหม่แทนที่จะแก้ไขโค้ดที่มีอยู่
ตัวอย่าง: การจัดการวิธีการชำระเงินแบบต่างๆ ในแอปพลิเคชันอีคอมเมิร์ซ
abstract class PaymentProcessor {
abstract void processPayment();
}
class CreditCardPaymentProcessor extends PaymentProcessor {
void processPayment() {
// Logic for processing credit card payment
}
}
class PayPalPaymentProcessor extends PaymentProcessor {
void processPayment() {
// Logic for processing PayPal payment
}
}
Liskov Substitution Principle(LSP)
หลักการนี้ยืนยันว่าอ็อบเจกต์ของคลาสที่ได้รับมานั้นควรจะสามารถแทนที่ออบเจกต์ของคลาสพื้นฐานได้โดยไม่กระทบต่อความถูกต้องของโปรแกรม
ตัวอย่าง: การจัดการรูปทรงเรขาคณิต
abstract class Shape {
abstract double area();
}
class Rectangle extends Shape {
double area() {
// Logic for calculating area of rectangle
}
}
class Square extends Shape {
double area() {
// Logic for calculating area of square
}
}
หลักการแยกส่วนต่อประสาน(ISP)
หลักการนี้แนะนำให้แบ่งอินเตอร์เฟสออกเป็นส่วนย่อยๆ เพื่อหลีกเลี่ยงการบังคับคลาสให้ใช้วิธีที่พวกเขาไม่ต้องการ
ตัวอย่าง: อินเทอร์เฟซสำหรับการอัพเดตและแสดงข้อมูล
interface UpdateableFeature {
void updateFeature();
}
interface DisplayableFeature {
void displayFeature();
}
Dependency Inversion Principle(DIP)
หลักการนี้แนะนำให้ใช้การพึ่งพาการฉีดเพื่อจัดการการพึ่งพา
ตัวอย่าง: การใช้การพึ่งพาการฉีดเพื่อจัดการการพึ่งพา
class OrderProcessor {
private final DBConnection dbConnection;
private final EmailService emailService;
OrderProcessor(DBConnection dbConnection, EmailService emailService) {
this.dbConnection = dbConnection;
this.emailService = emailService;
}
}
โปรดจำไว้ว่าการนำ SOLID หลักการไป ใช้ Java ควรทำอย่างยืดหยุ่นตามวัตถุประสงค์เฉพาะของโครงการและความเข้าใจของคุณเกี่ยวกับ SOLID และ Java