Data Transfer Object la gi khai niem nay tu dau ma ra

timthoi

Nguyen Hoang

Posted on November 19, 2024

Data Transfer Object la gi khai niem nay tu dau ma ra

Data Transfer Object (DTO)
Data Transfer Object (DTO) là một mẫu thiết kế (design pattern) được sử dụng để đóng gói dữ liệu và truyền tải nó giữa các lớp hoặc tầng trong một ứng dụng mà không chứa bất kỳ logic kinh doanh nào. DTO giúp cô lập dữ liệu cần thiết cho một yêu cầu cụ thể, giảm sự phụ thuộc không cần thiết giữa các tầng và tối ưu hóa luồng dữ liệu.

Nguồn gốc
DTO lần đầu tiên được giới thiệu trong cuốn sách "Patterns of Enterprise Application Architecture" (2002) của Martin Fowler. Đây là một phần của các mẫu thiết kế nhằm giải quyết vấn đề giao tiếp giữa các tầng trong kiến trúc phần mềm, đặc biệt là trong các ứng dụng sử dụng mô hình Client-Server hoặc Service-Oriented Architecture (SOA).

Tại sao cần DTO?
Tách biệt logic và dữ liệu:

DTO chỉ dùng để mang dữ liệu, không chứa logic kinh doanh, đảm bảo rằng mỗi tầng chỉ nhận dữ liệu cần thiết.
Giảm thiểu sự rò rỉ của mô hình dữ liệu tầng backend lên tầng giao diện (frontend).
Tối ưu hiệu năng:

DTO có thể chỉ chứa các thuộc tính cần thiết, giúp giảm tải dữ liệu không cần thiết khi truyền qua mạng hoặc giữa các lớp.
Tăng tính bảo mật:

DTO có thể giới hạn thông tin được truyền ra ngoài, tránh việc lộ dữ liệu nhạy cảm từ database.
Dễ dàng bảo trì:

Khi thay đổi cấu trúc database hoặc logic backend, DTO có thể được điều chỉnh mà không làm ảnh hưởng đến các tầng khác.
Ví dụ về DTO

  1. Không sử dụng DTO: Nếu bạn trực tiếp truyền mô hình Eloquent từ Laravel (hoặc ORM khác) ra API, bạn có thể truyền cả dữ liệu nhạy cảm:

php
Copy code
public function show(User $user)
{
return response()->json($user);
}
Kết quả JSON có thể bao gồm các trường không mong muốn như password, api_token, v.v.

  1. Sử dụng DTO: php Copy code namespace App\DTO;

class UserDTO
{
public string $id;
public string $name;
public string $email;

public function __construct(string $id, string $name, string $email)
{
    $this->id = $id;
    $this->name = $name;
    $this->email = $email;
}
Enter fullscreen mode Exit fullscreen mode

}
Trong Controller:

php
Copy code
use App\DTO\UserDTO;

public function show(User $user)
{
$userDTO = new UserDTO(
$user->id,
$user->name,
$user->email
);

return response()->json($userDTO);
Enter fullscreen mode Exit fullscreen mode

}
Kết quả JSON chỉ chứa các trường cần thiết:

json
Copy code
{
"id": "123",
"name": "John Doe",
"email": "john.doe@example.com"
}
Ưu điểm của DTO
Cô lập dữ liệu:

Giúp phân tách dữ liệu từ tầng dữ liệu (Database) với tầng giao tiếp (API).
Tương thích dễ dàng với các thay đổi:

Nếu dữ liệu nguồn (database) thay đổi, DTO có thể được cập nhật mà không ảnh hưởng đến các tầng khác.
Giảm phụ thuộc giữa các tầng:

DTO là một cấu trúc trung gian, giảm sự liên kết chặt chẽ giữa tầng giao diện (UI) và tầng dữ liệu.
Nhược điểm của DTO
Tăng thêm lớp trừu tượng:

Việc triển khai DTO có thể làm tăng độ phức tạp, nhất là trong các ứng dụng nhỏ.
Yêu cầu thêm mã nguồn:

Bạn cần viết thêm các lớp DTO và các logic chuyển đổi (mapping), tăng thời gian phát triển.

Khi nào nên sử dụng DTO?
Ứng dụng lớn: Khi ứng dụng có nhiều tầng (frontend, backend, service) hoặc sử dụng các giao tiếp mạng (API, microservices).
Bảo mật dữ liệu: Khi muốn kiểm soát chặt chẽ dữ liệu nào được phép gửi ra ngoài.
Hiệu năng: Khi cần tối ưu hóa dữ liệu truyền qua mạng, chỉ gửi thông tin cần thiết.

Data Transfer Object (DTO)
Data Transfer Object (DTO) là một mẫu thiết kế (design pattern) được sử dụng để đóng gói dữ liệu và truyền tải nó giữa các lớp hoặc tầng trong một ứng dụng mà không chứa bất kỳ logic kinh doanh nào. DTO giúp cô lập dữ liệu cần thiết cho một yêu cầu cụ thể, giảm sự phụ thuộc không cần thiết giữa các tầng và tối ưu hóa luồng dữ liệu.

Nguồn gốc
DTO lần đầu tiên được giới thiệu trong cuốn sách "Patterns of Enterprise Application Architecture" (2002) của Martin Fowler. Đây là một phần của các mẫu thiết kế nhằm giải quyết vấn đề giao tiếp giữa các tầng trong kiến trúc phần mềm, đặc biệt là trong các ứng dụng sử dụng mô hình Client-Server hoặc Service-Oriented Architecture (SOA).

Tại sao cần DTO?
Tách biệt logic và dữ liệu:

DTO chỉ dùng để mang dữ liệu, không chứa logic kinh doanh, đảm bảo rằng mỗi tầng chỉ nhận dữ liệu cần thiết.
Giảm thiểu sự rò rỉ của mô hình dữ liệu tầng backend lên tầng giao diện (frontend).
Tối ưu hiệu năng:

DTO có thể chỉ chứa các thuộc tính cần thiết, giúp giảm tải dữ liệu không cần thiết khi truyền qua mạng hoặc giữa các lớp.
Tăng tính bảo mật:

DTO có thể giới hạn thông tin được truyền ra ngoài, tránh việc lộ dữ liệu nhạy cảm từ database.
Dễ dàng bảo trì:

Khi thay đổi cấu trúc database hoặc logic backend, DTO có thể được điều chỉnh mà không làm ảnh hưởng đến các tầng khác.
Ví dụ về DTO

  1. Không sử dụng DTO: Nếu bạn trực tiếp truyền mô hình Eloquent từ Laravel (hoặc ORM khác) ra API, bạn có thể truyền cả dữ liệu nhạy cảm:

php
Copy code
public function show(User $user)
{
return response()->json($user);
}
Kết quả JSON có thể bao gồm các trường không mong muốn như password, api_token, v.v.

  1. Sử dụng DTO: php Copy code namespace App\DTO;

class UserDTO
{
public string $id;
public string $name;
public string $email;

public function __construct(string $id, string $name, string $email)
{
    $this->id = $id;
    $this->name = $name;
    $this->email = $email;
}
Enter fullscreen mode Exit fullscreen mode

}
Trong Controller:

php
Copy code
use App\DTO\UserDTO;

public function show(User $user)
{
$userDTO = new UserDTO(
$user->id,
$user->name,
$user->email
);

return response()->json($userDTO);
Enter fullscreen mode Exit fullscreen mode

}
Kết quả JSON chỉ chứa các trường cần thiết:

json
Copy code
{
"id": "123",
"name": "John Doe",
"email": "john.doe@example.com"
}
Ưu điểm của DTO
Cô lập dữ liệu:

Giúp phân tách dữ liệu từ tầng dữ liệu (Database) với tầng giao tiếp (API).
Tương thích dễ dàng với các thay đổi:

Nếu dữ liệu nguồn (database) thay đổi, DTO có thể được cập nhật mà không ảnh hưởng đến các tầng khác.
Giảm phụ thuộc giữa các tầng:

DTO là một cấu trúc trung gian, giảm sự liên kết chặt chẽ giữa tầng giao diện (UI) và tầng dữ liệu.
Nhược điểm của DTO
Tăng thêm lớp trừu tượng:

Việc triển khai DTO có thể làm tăng độ phức tạp, nhất là trong các ứng dụng nhỏ.
Yêu cầu thêm mã nguồn:

Bạn cần viết thêm các lớp DTO và các logic chuyển đổi (mapping), tăng thời gian phát triển.
Khi nào nên sử dụng DTO?
Ứng dụng lớn: Khi ứng dụng có nhiều tầng (frontend, backend, service) hoặc sử dụng các giao tiếp mạng (API, microservices).
Bảo mật dữ liệu: Khi muốn kiểm soát chặt chẽ dữ liệu nào được phép gửi ra ngoài.
Hiệu năng: Khi cần tối ưu hóa dữ liệu truyền qua mạng, chỉ gửi thông tin cần thiết.
Các công cụ hỗ trợ DTO
Một số framework và thư viện hỗ trợ việc tạo và xử lý DTO dễ dàng hơn:

Laravel: Dễ dàng tự định nghĩa DTO trong các lớp PHP đơn giản.
MapStruct (Java): Thư viện tự động tạo các lớp mapping giữa DTO và entity.
AutoMapper (.NET): Tự động ánh xạ entity sang DTO và ngược lại.

💖 💪 🙅 🚩
timthoi
Nguyen Hoang

Posted on November 19, 2024

Join Our Newsletter. No Spam, Only the good stuff.

Sign up to receive the latest update from our blog.

Related