Viết logic điều kiện là điều mà mọi lập trình viên đều làm, bất kể ngôn ngữ nào. Nhưng cách mà lập trình viên cấu trúc các điều kiện đó sẽ ảnh hưởng đến mức độ dễ đọc, dễ kiểm thử và dễ bảo trì của mã nguồn.

Trong bài viết này, chúng ta sẽ xem xét hai cách tiếp cận phổ biến:

• Return First (còn gọi là Early Return )
• if...elseLồng nhau cổ điển

Những quy tắc này áp dụng được cho mọi ngôn ngữ lập trình — từ PHP và JavaScript đến Python, Go hoặc Java.

Return First là gì?

Return First có nghĩa là thoát khỏi một hàm ngay khi một điều kiện nhất định được đáp ứng — thường là để xử lý trường hợp ngoại lệ hoặc đầu vào không hợp lệ.

Return First còn được gọi là Early Return. Một cách sử dụng phổ biến của Early Return là Guard Clause (mệnh đề bảo vệ), trong đó các điều kiện quan trọng được kiểm tra ngay ở đầu hàm. Nếu điều kiện không được đáp ứng, hàm sẽ kết thúc ngay thay vì tiếp tục thực hiện các logic phía sau.

Điều này giúp tránh việc lồng ghép if không cần thiết và giữ cho logic cốt lõi của hàm đơn giản, dễ đọc hơn.

Ví dụ:

Thay vì viết các điều kiện lồng nhau:

public void ProcessOrder(Order order)
{
    if (order != null)
    {
        if (order.IsValid)
        {
            Console.WriteLine("Processing order...");
        }
    }
}

Có thể sử dụng Return First:

public void ProcessOrder(Order order)
{
    if (order == null)
        return;

    if (!order.IsValid)
        return;

    Console.WriteLine("Processing order...");
}

Ở đây, các trường hợp không thể xử lý được sẽ được loại bỏ ngay từ đầu. Khi chương trình đi đến phần Console.WriteLine, chúng ta có thể biết rằng order tồn tại và hợp lệ.

Nhờ đó, phần logic chính không cần phải nằm bên trong nhiều tầng if.

Return First và if...else

Return First không có nghĩa là if...else sai hoặc không nên sử dụng. Hai cách đều có thể phù hợp tùy vào trường hợp.

Return First thường phù hợp khi muốn loại bỏ sớm các trường hợp đặc biệt hoặc không hợp lệ, sau đó thực hiện logic chính ở phần còn lại của hàm.

Trong khi đó, if...else có thể phù hợp khi các nhánh điều kiện đều là những trường hợp chính và cần được xử lý như những lựa chọn khác nhau.

Ví dụ 1: Cổ điển if...else(Logic lồng nhau)

Phiên bản PHP:

function send_welcome_email($user) {
    if ($user) {
        echo "Sending welcome email to {$user['email']}";
    } else {
        return;
    }
}

Phiên bản JavaScript:

function sendWelcomeEmail(user) {
    if (user) {
        console.log(`Sending welcome email to ${user.email}`);
    } else {
        return;
    }
}

Trong cả hai trường hợp, logic thực sự được gói gọn bên trong một ifkhối lệnh, điều này có thể trở nên phức tạp khi hàm phát triển.

Ví dụ 2: Điều khoản trả lại sớm / Điều khoản bảo vệ

Phiên bản PHP:

function send_welcome_email($user) {
    if (!$user) {
        return;
    }

    echo "Sending welcome email to {$user['email']}";
}

Phiên bản JavaScript:

function sendWelcomeEmail(user) {
    if (!user) {
        return;
    }

    console.log(`Sending welcome email to ${user.email}`);
}

Cấu trúc này xử lý trường hợp không hợp lệ ngay lập tức, sau đó tiếp tục với logic chính. Nó dễ đọc hơn và yêu cầu ít thụt lề hơn.

Lợi ích của việc sử dụng mệnh đề bảo vệ

• Giảm độ lồng ghép mã và gánh nặng nhận thức.
• Giữ cho logic cốt lõi được ưu tiên hiển thị trực quan.
• Xử lý các trường hợp ngoại lệ sớm và rõ ràng.
• Giúp việc sửa đổi và mở rộng chức năng trở nên dễ dàng hơn.

Cách tiếp cận này hoạt động tốt trong bất kỳ ngôn ngữ nào , bởi vì đó là một lựa chọn về cấu trúc logic chứ không phải là một đặc điểm của ngôn ngữ.

Ví dụ thực tế: Xác thực yêu cầu

Kiểu lồng nhau cổ điển (PHP)

function process_payment($request) {
    if (isset($request['amount'])) {
        if ($request['amount'] > 0) {
            // process payment
        } else {
            throw new Exception("Amount must be positive");
        }
    } else {
        throw new Exception("Amount is required");
    }
}

Kiểu mệnh đề điều kiện (JavaScript)

function processPayment(request) {
    if (!request.amount) {
        throw new Error("Amount is required");
    }

    if (request.amount <= 0) {
        throw new Error("Amount must be positive");
    }

    // process payment
}

Thanh Tan

Xem tất cả bài viết của tác giả

Bài viết khác

JWT Token Theft & Payload Tampering

Ở bài JWT & Token Authentication, ta đã biết JWT được sử dụng để xác thực user sau khi đăng nhập: Login ↓ Server xác thực username/password ↓ Access Token + Refresh Token ↓ Client lưu token ↓ Gửi Access Token trong mỗi request Ví dụ: GET /api/profile Authorization: Bearer <access-token> Server nhận token, verify […]

Đọc thêm

PHP & Laravel Fundamentals

1. PHP là gì? PHP là ngôn ngữ lập trình phía server, thường dùng để xây dựng backend và web application. Flow cơ bản: Client ↓ HTTP Request PHP / Laravel ↓ Business Logic ↓ Database ↓ HTTP Response Laravel được xây dựng trên PHP, nên muốn học Laravel cần nắm những nền tảng PHP […]

Đọc thêm

JWT & Token Authentication

1. Token Authentication là gì? Token Authentication là cơ chế xác thực trong đó Client đăng nhập và nhận một Token từ Server. Sau đó, Client sử dụng Token này trong các request tiếp theo để chứng minh rằng request đã được xác thực. Thay vì gửi lại username/password cho mỗi request: Login ↓ Access […]

Đọc thêm

Authentication & Authorization

1. Authentication & Authorization là gì? Hai khái niệm này thường đi cùng nhau nhưng khác nhau hoàn toàn. Authentication – Xác thực trả lời cho câu hỏi bạn là ai Ví dụ: Đăng nhập bằng: – Username + Password – Access Token – JWT – OAuth 2.0 Server xác định danh tính của User. […]

Đọc thêm

API Error Handling – Xử lý lỗi trong API

1. API Error Handling là gì? API Error Handling là cách API phát hiện, xử lý và trả về lỗi một cách nhất quán khi request không thể thực hiện thành công. Ví dụ: Client ↓ API ↓ Có lỗi? ├── Không → Success Response └── Có → Error Handling → Error Response mục tiêu […]

Đọc thêm

API Validation – Kiểm tra và bảo vệ dữ liệu đầu vào

1. API Validation là gì? API Validation là quá trình kiểm tra dữ liệu mà Client gửi lên API có đúng định dạng, đúng kiểu dữ liệu và hợp lệ theo business rule hay không trước khi xử lý. Ví dụ Client gửi: { “name”: “”, “age”: -5, “email”: “abc” } API cần kiểm tra: […]

Đọc thêm