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
  • Bắt đầu kỳ nghỉ tết rồi nên mình cũng không đăng bài nữa. Hẹn gặp lại các bạn qua tết nha 😁

    » Xem thêm
  • Tiếp tục về jj. Đang thắc mắc là nó mới thế liệu có ai làm mấy phần mềm dạng GUI cho dễ nhìn chưa. Kiểu giống như git thì có quá nhiều rồi không đếm xuể.

    May quá, tác giả tổng hợp lại luôn rồi Community-built tools around Jujutsu 🥳

    » Xem thêm
  • Turso thông báo rằng họ đang viết lại SQLite bằng Rust. Thế là lại có thêm một bằng chứng nữa cũng cố cho câu nói Rust đang "tái định nghĩa" lại nhiều thứ.

    Nhưng nguyên nhân sâu xa mới thú vị. Tại sao họ lại làm vậy? Ai cũng biết SQLite là nguồn mở, ai cũng có thể tạo bản sao (fork) để chỉnh sửa lại theo ý mình. Lẽ nào nhóm của Turso không thích hoặc không tin vào C - vốn là ngôn ngữ dùng để cấu thành SQLite.

    Mình xin kể chuyện một chút. Turso là một bên cung cấp dịch vụ máy chủ cơ sở dữ liệu dựa trên SQLite, họ đã thực hiện một vài tùy chỉnh trên bản sao của SQLite để phục vụ cho mục đích của mình, gọi nó là libSQL. Họ "hào phóng" cho cộng đồng đóng góp thoải mái.

    Quay trở lại SQLite là mã nguồn mở chứ không phải là đóng góp mở. Chỉ có một nhóm người đứng đằng sau duy trì mã nguồn này, và họ không tiếp nhận yêu cầu kéo (pull request) từ những người khác. Đồng nghĩa mọi thay đổi hoặc tính năng đều là của nhóm người này tạo ra. Có vẻ như SQLite rất phổ biến nhưng cộng đồng không thể làm điều mà họ muốn là đóng góp cho sự phát triển của nó.

    Chúng ta biết rằng hầu hết ứng dụng mã nguồn mở thường đi kèm với một thư mục "tests" với các bài kiểm tra rất nghiêm ngặt. Điều đó giúp cho sự cộng tác trong phát triển trở nên dễ dàng hơn. Nếu muốn chỉnh sửa hoặc thêm một tính năng mới, trước hết bạn cần phải đảm bảo sự thay đổi vượt qua được tất cả bài kiểm tra. Nhiều thông tin cho rằng SQLite không công khai bộ kiểm tra này. Điều này vô tình gây khó khăn cho những ai muốn chỉnh sửa mã nguồn. Vì họ không chắc chắn rằng liệu triển khai mới của mình có phù hợp với những tính năng cũ hay không.

    tursodatabase/limbo là dự án viết lại SQLite bằng Rust đã nhắc đến ở đầu bài. Họ nói rằng nó hoàn toàn tương thích với SQLite và nguồn mở hoàn toàn. limbo đang trong giai đoạn hoàn thiện. Chúng ta hãy chờ xem kết quả trong tương lai thế nào nhé. Bài viết chi tiết tại Introducing Limbo: A complete rewrite of SQLite in Rust.

    » 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...
Bấm hoặc cuộn mạnh để sang bài mới