1 tháng học Rust - Generic và Traits trong Rust

1 tháng học Rust - Generic và Traits trong Rust

Tin ngắn hàng ngày dành cho bạn
  • Đây là bài viết thứ 366, có nghĩa là mình đã duy trì được việc mỗi ngày một bài trong chuyên mục Threads 1 năm rồi đấy mọi người. Tuy rằng không phải ngày nào cũng viết vì nhiều hôm mình bận, quên thì hôm sau là lên bài bù, mục đích là để cam kết với độc giả, ấy vậy mà quay đi quay lại đã một năm trôi qua rồi. Nhanh thật 😃

    À mai, kia, ngày kìa nữa mình đi du lịch nên chắc không lên bài cho mọi người được. Về rồi mình lên sau nhé 😅. Cảm ơn!

    » Xem thêm
  • Hơn 1 tuần nay mình không đăng bài, không phải không có gì để viết mà đang tìm cách để phân phối nội dung có giá trị hơn trong thời đại AI đang bùng nổ mạnh mẽ như thế này.

    Như từ hồi đầu năm đã chia sẻ, số lượng người truy cập vào trang blog của mình đang dần ít đi. Khi xem thống kê, lượng người dùng trong 6 tháng đầu năm 2025 đã giảm 30% so với cùng kì năm ngoái, 15% so với 6 tháng cuối năm 2024. Như vậy một sự thật là người dùng đang rời bỏ dần đi. Nguyên nhân do đâu?

    Mình nghĩ lý do lớn nhất là thói quen của người dùng đã thay đổi. Họ tìm thấy blog chủ yếu qua các công cụ tìm kiếm, trong đó lớn nhất là Google. Gần 1/2 số lượng người dùng quay trở lại blog mà không cần thông qua bước tìm kiếm. Đó là một tín hiệu đáng mừng nhưng vẫn không đủ để tăng lượng người dùng mới. Chưa kể giờ đây, Google đã ra mắt tính năng AI Search Labs - tức là AI hiển thị luôn nội dung tổng hợp khi người dùng tìm kiếm, điều đó càng khiến cho khả năng người dùng truy cập vào trang web thấp hơn. Một điều thú vị là khi Search Labs được giới thiệu, thì các bài viết bằng tiếng Anh đã soán ngôi trong bảng xếp hạng truy cập nhiều nhất.

    Một bài viết của mình thường rất dài, có khi lên đến cả 2000 chữ. Mà để viết ra được một bài như thế tốn nhiều thời gian. Nhiều bài viết ra chẳng có ai đọc là điều bình thường. Mình biết và chấp nhận vì không phải ai cũng gặp phải vấn đề đang nói đến. Viết đối với mình như một cách để rèn luyện sự kiên nhẫn và cả tư duy. Viết ra mà giúp được cả ai đó là một điều tuyệt vời.

    Vậy nên mình đang nghĩ sẽ tập trung vào nội dung ngắn và trung bình để viết được nhiều hơn. Nội dung dài chỉ khi muốn viết chi tiết hoặc đi sâu về một chủ đề nào đó. Nên là đang tìm cách thiết kế lại trang blog. Mọi người cùng chờ nha 😄

    » Xem thêm
  • CloudFlare đã giới thiệu tính năng pay per crawl để tính phí cho mỗi lần AI "cào" dữ liệu trên trang web của bạn. Là sao ta 🤔?

    Mục đích của SEO là giúp các công cụ tìm kiếm nhìn thấy trang web. Khi người dùng tìm kiếm nội dung mà có liên quan thì nó hiển thị trang web của bạn ra kết quả tìm kiếm. Điều này gần như là đôi bên cùng có lợi khi Google giúp nhiều người biết đến trang web hơn, còn Google thì được nhiều người dùng hơn.

    Bây giờ cuộc chơi với các AI Agents thì lại khác. AI Agents phải chủ động đi tìm kiếm nguồn thông tin và tiện thể "cào" luôn dữ liệu của bạn về, rồi xào nấu hay làm gì đó mà chúng ta cũng chẳng thể biết được. Vậy đây gần như là cuộc chơi chỉ mang lại lợi ích cho 1 bên 🤔!?

    Nước đi của CloudFlare là bắt AI Agents phải trả tiền cho mỗi lần lấy dữ liệu từ trang web của bạn. Nếu không trả tiền thì tôi không cho ông đọc dữ liệu của tôi. Kiểu vậy. Hãy chờ thêm một thời gian nữa xem sao 🤓.

    » Xem thêm

Vấn đề

JavaScript là một trong số ngôn ngữ không cần khai báo kiểu. Kiểu dữ liệu được tự động ngầm hiểu và có thể thay đổi linh hoạt. Một biến ban đầu gán giá trị là một số, chỉ sau một vài câu lệnh nó có thể trở thành một chuỗi hoặc bất kỳ giá trị nào khác. Điều đó thật thú vị và đôi khi còn là thảm hoạ!

Trong Rust hay cũng như trong nhiều ngôn ngữ lập trình định kiểu dữ liệu (typed), chúng ta buộc phải khai báo kiểu cho hầu hết mọi thứ như biến, hàm... Tóm lại, kiểu dữ liệu là bắt buộc và bạn không thể thay đổi từ kiểu này sang kiểu khác giống trong JavaScript.

Điều này vừa có "lợi" mà cũng vừa có "hại". Khi mọi thứ đều rõ ràng, chúng ta sẽ tránh được nhiều lỗi không đáng có, và cả người đọc mã về sau cũng dễ dàng nắm bắt được một đối tượng nắm giữ những thứ gì. Nhưng ở phía ngược lại, bạn phải dành phần lớn thời gian để khai báo kiểu và mất đi sự linh hoạt như trong JavaScript.

Tạm gác lại vì bên trên chỉ là quan điểm cá nhân. Thích hay không thích là phụ thuộc vào mỗi người và mỗi hoàn cảnh. Nhưng Rust chắc chắn là một ngôn ngữ định kiểu dữ liệu, và bạn phải biết đến Generic cũng như Traits để biết cách xử lý một số trường hợp thông dụng.

Generic

Chúng ta sử dụng generic để tạo định nghĩa cho các hàm hoặc struct, sau đó có thể sử dụng với nhiều kiểu dữ liệu cụ thể khác nhau.

Lấy một ví dụ, largest là một hàm tìm ra số lớn nhất trong một danh sách list có kiểu i32.

fn largest(list: &[i32]) -> &i32 {
    let mut largest = &list[0];

    for item in list {
        if item > largest {
            largest = item;
        }
    }

    largest
}

largest nhận vào một list là một danh sách có kiểu dữ liệu i32, sau khi tìm ra được số lớn nhất, nó sẽ trả về số đó. Nhưng trong thực tế, ngoài i32 ra chúng ta còn có rất nhiều kiểu dữ liệu khác mà có thể tìm ra được giá trị lớn nhất như i64, f32, f64, char... Rõ ràng là largest không thể nhận vào list có kiểu dữ liệu khác với i32. Vậy thì mỗi khi muốn tìm số lớn nhất lại phải tạo ra thêm một hàm khác với kiểu dữ liệu mới giống như dưới đây hay sao?

fn largest_char(list: &[char]) -> &char {
    let mut largest = &list[0];

    for item in list {
        if item > largest {
            largest = item;
        }
    }

    largest
}

Generics trong Rust giúp ta giải quyết vấn đề trùng lặp mã này. Một Generics được khai báo bằng các kí tự in hoa nhằm biểu thị cho một giá trị chung. Ví dụ:

fn largest<T>(list: &[T]) -> &T {
    ...
}

Rất dễ để nhận thấy T ở đây biểu thị cho một giá trị chung thay vì các kiểu dữ liệu cụ thể. Nếu để đọc hiểu sẽ là: "hàm largest nhận vào một list là một danh sách có kiểu dữ liệu T và trả về kết quả cũng là một giá trị có kiểu dữ liệu T".

Hàm triển khai mới sẽ trông giống như sau:

fn largest<T>(list: &[T]) -> &T {
    let mut largest = &list[0];

    for item in list {
        if item > largest {
            largest = item;
        }
    }

    largest
}

Tuy nhiên largest vẫn chưa thể hoạt động được là do T... quá chung. Hãy nhìn vào thân hàm, phép so sánh item > largest làm cho hàm không hoạt động nếu truyền vào những kiểu dữ liệu không thể so sánh được như là struct, enum... Để giải quyết, trong Rust sinh ra khái niệm traits - PartialOrd là một traits và chỉ cần khai báo T là một PartialOrd.

fn largest<T: PartialOrd>(list: &[T]) -> &T {
    let mut largest = &list[0];

    for item in list {
        if item > largest {
            largest = item;
        }
    }

    largest
}

Vậy traits là gì?

Traits

Traits là một khái niệm để nhóm các đối tượng giống nhau. Traits khá giống với khái niệm interface trong các ngôn ngữ lập trình hướng đối tượng.

Ví dụ bạn có 2 đối tượng là NewsArticle được dùng để lưu một bản tin và Tweet để lưu một chủ đề thảo luận. Bạn nhận ra 2 đối tượng đó đều cần đến một hàm là summarize để tóm tắt lại nội dung thay vì hiển thị một nội dung dài. Traits xuất hiện:

pub trait Summary {
    fn summarize(&self) -> String;
}

Summary được khai báo là một traits và bên trong có phương thức summarize. Nhìn vào chỉ biết nó trả về một String và không thấy bất kỳ mã triển khai nào. Đúng vậy, vì đây chỉ là khai báo traits.

Giả sử NewsArticleTweet có cấu trúc như sau:

pub struct NewsArticle {
    pub headline: String,
    pub location: String,
    pub author: String,
    pub content: String,
}

pub struct Tweet {
    pub username: String,
    pub content: String,
    pub reply: bool,
    pub retweet: bool,
}

Thì để triển khai traits, cần làm:

impl Summary for NewsArticle {
    fn summarize(&self) -> String {
        format!("{}, by {} ({})", self.headline, self.author, self.location)
    }
}

impl Summary for Tweet {
    fn summarize(&self) -> String {
        format!("{}: {}", self.username, self.content)
    }
}

Như vậy mỗi khi gọi hàm summarize từ NewsArticle hoặc Tweet sẽ nhận được kết quả tương ứng.

fn main() {
    let tweet = Tweet {
        username: String::from("horse_ebooks"),
        content: String::from(
            "of course, as you probably already know, people",
        ),
        reply: false,
        retweet: false,
    };

    println!("1 new tweet: {}", tweet.summarize()); // 1 new tweet: horse_ebooks: of course, as you probably already know, people
}

Tại sao không triển khai luôn hàm summarize trong NewsArticle hoặc Tweet mà phải thông qua traits? Là để khai báo kiểu và dùng nó để hỗ sợ tham số có nhiều kiểu dữ liệu trong hàm.

Như ví dụ trên, khi chưa khai báo TPartialOrd thì phép so sánh bên trong sẽ thất bại. Ngược lại, TPartialOrd, PartialOrd triển khai phép so sánh cho nên Rust biết cách để so sánh các T với nhau. Hoặc như ví dụ dưới đây:

pub fn notify(item: &impl Summary) {
    println!("Breaking news! {}", item.summarize());
}

notify nhận một item tham số là kiểu triển khai của một Traits Summary. item chỉ cần là bất kỳ đối tượng nào triển khai traits Summary thì item.summarize() sẽ hoạt động.

Cao cấp
Hello

5 bài học sâu sắc

Mỗi sản phẩm đi kèm với những câu chuyện. Thành công của người khác là nguồn cảm hứng cho nhiều người theo sau. 5 bài học rút ra được đã thay đổi con người tôi mãi mãi. Còn bạn? Hãy bấm vào ngay!

Mỗi sản phẩm đi kèm với những câu chuyện. Thành công của người khác là nguồn cảm hứng cho nhiều người theo sau. 5 bài học rút ra được đã thay đổi con người tôi mãi mãi. Còn bạn? Hãy bấm vào ngay!

Xem tất cả

Đăng ký nhận thông báo bài viết mới

hoặc
* Bản tin tổng hợp được gửi mỗi 1-2 tuần, huỷ bất cứ lúc nào.

Bình luận (0)

Nội dung bình luận...