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

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

Threads
  • Tuôi" để ý là cứ đợt nào ham đọc cái là lại lười viết, tuần nay tuôi đang đọc một lúc 3 cuốn, à phải là đọc 2 và nghe 1.

    Cuốn sách ám ảnh nhất đến thời điểm hiện tại: Đại dương đen - thuật lại 12 câu chuyện của 12 người mắc bệnh trầm cảm. Thần kinh vững, nhưng mới đọc 2 câu truyện đầu thôi mà cảm giác ngộp thở, bứt rứt thật khó tả 😰

    Câu chuyện tiếp theo đó thì mang lại cảm giác dễ thở hơn vì họ kiểm soát được bản thân. Nhưng sang tiếp câu chuyện thứ 4, thứ 5 thì lại như một có một bàn tay siết họng mình lại. Không thể nhắm mắt mà nghe được á, có gì đó rất đáng sợ.

    Một câu mà mình cảm thấy ám ảnh nhất là khi ba mẹ của người mắc trầm cảm luôn miệng hỏi tại sao con lại như thế mỗi khi sắp lên cơn và gào thét. Họ chỉ đành bất lực trả lời là "Làm sao mà con biết! Cũng giống như hỏi một người bị ốm là tại sao lại ốm? Làm sao mà biết được chứ! Có ai muốn đâu!".

    » Xem thêm
  • Mistral.ai là một công ty AI có trụ sở tại Pháp, được biết đến với nhiều mô hình ngôn ngữ lớn Mistral. Mới đây họ vừa ra mắt thêm một số mô hình có kích thước siêu lớn, siêu mạnh... Nhưng tạm khoan nói đến vì Mistral Chat cũng vừa được ra mắt với nhiều tính năng hay ho tương tự như Chat GPT mà lại miễn phí 😇

    » Xem thêm
  • Qwen2.5-Coder-32B đang là tâm điểm của sự chú ý khi điểm số của nó đánh bại cả GPT-4o hay kể cả là Claude Sonet 3.5. Điều đáng chú ý là nó là mã nguồn mở. Điều đó đồng nghĩa với việc bạn hoàn toàn có thể kéo models về máy và chạy cục bộ dưới máy tính của mình. Nhưng...

    Để chạy được mô hình thì GPU máy tính phải đạt cấp độ quái vật. Cụ thể trong một bài đăng của người dùng thử nghiệm Qwen2.5-Coder-32B trên GTX 3090 thì tốc độ tối đa models cho ra nằm ở mức hơn 30 tokens/s.

    Hy vọng vài nữa sẽ có một bên như Groq hay SambaNova dựng lên để "kiểm thử" hiệu năng con chip của họ, và quan trọng hơn hết là cho anh em dùng "chùa" thì hay biết mấy 🫣

    Tham khảo: Qwen2.5-Coder-32B is an LLM that can code well that runs on my Mac

    » 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.

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.
Author

Xin chào, tôi tên là Hoài - một anh Dev kể chuyện bằng cách viết ✍️ và làm sản phẩm 🚀. Với nhiều năm kinh nghiệm lập trình, tôi đã đóng góp một phần công sức cho nhiều sản phẩm mang lại giá trị cho người dùng tại nơi đang làm việc, cũng như cho chính bản thân. Sở thích của tôi là đọc, viết, nghiên cứu... Tôi tạo ra trang Blog này với sứ mệnh mang đến những bài viết chất lượng cho độc giả của 2coffee.dev.Hãy theo dõi tôi qua các kênh LinkedIn, Facebook, Instagram, Telegram.

Bạn thấy bài viết này có ích?
Không

Bình luận (0)

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