Progrust Library.

// dictionary

use宣言.

use宣言は、パス(Path)をその場のスコープに持ち込む宣言です。use crate::shop::cart;と一度書いておけば、以降はshop::cart::total(..)と書かずにcart::total(..)と短く書けます。厳密には、指定したパスと同じものを指すローカルな名前をそのスコープに作る項目(item)の一種です1

use宣言はモジュールの中とブロックの中に書け、慣例としてその先頭に置きます1。作られた名前が有効なのは、宣言したスコープの中だけです2

mod shop {
    pub mod cart {
        pub fn total(prices: &[u32]) -> u32 {
            prices.iter().sum()
        }
    }
}

use crate::shop::cart; // `cart`という名前をこのスコープに持ち込む

fn main() {
    // `shop::cart::total(..)`と書かずに済む
    println!("合計: {}円", cart::total(&[980, 1250]));
}
Playgroundで開く

有効範囲はスコープ単位

同じファイルの中でも、子モジュールには親のuse宣言が届きません。上のコードにmod checkoutを足して中からcart::total(..)と呼ぶと、cartという名前が見つからずコンパイルエラーになります。

crate
├── use crate::shop::cart  // この名前が有効なのはクレートルートの中だけ
├── shop
└── checkout               // ここからは `cart` と書いても届かない

子モジュールの中でもう一度use crate::shop::cart;と書くか、superを使ってsuper::cart::total(prices)と相対パスで呼ぶか、crate::shop::cart::total(prices)とフルパスで書くかのいずれかで解決します2

どこまで持ち込むかの慣習

パスのどこで止めて持ち込むかには、The Rust Programming Languageが示す慣習があります2

対象 持ち込む深さ
関数 親モジュールまで use std::cmp;と書いてcmp::max(a, b)と呼ぶ
構造体列挙型・その他 項目そのものまで use std::collections::HashMap;と書いてHashMap::new()と呼ぶ

関数を裸の名前で呼べるようにすると、そのファイルで定義された関数なのかどうかが読み取れなくなります。親モジュールまでで止めれば、繰り返しを減らしつつ「よそで定義された関数」だと示せます2

use std::cmp; // 関数は親モジュールまで
use std::collections::HashMap; // 構造体は項目そのものまで

fn main() {
    let mut stock = HashMap::new();
    stock.insert("りんご", 3);
    stock.insert("みかん", 8);

    println!("在庫の多いほう: {}個", cmp::max(stock["りんご"], stock["みかん"]));
}
Playgroundで開く

別名・まとめ書き・一括取り込み

パスを並べる以外にも、持ち込み方には次の書き方があります。

書き方 意味
use std::io::Result as IoResult; asで名前を変えて持ち込む(名前の衝突を避けられる)
use std::{cmp::Ordering, io}; 波括弧で同じ接頭辞のものをまとめて持ち込む(ネストしたパス)
use std::io::{self, Write}; 波括弧の中のselfで、接頭辞のio自身も併せて持ち込む
use std::io::prelude::*; glob演算子*で、その先の持ち込める項目をすべて持ち込む

波括弧は入れ子にでき、パスの木を作れます1asとまとめ書きは同時に使えるので、次の1行にすべて詰め込めます。

// `fmt`自身・`Display`・別名を付けた`Result`を、1行でまとめて持ち込む
use std::fmt::{self, Display, Result as FmtResult};

struct Price(u32);

impl Display for Price {
    fn fmt(&self, f: &mut fmt::Formatter<'_>) -> FmtResult {
        write!(f, "{}円", self.0)
    }
}

fn main() {
    println!("お支払い金額: {}", Price(2230));
}
Playgroundで開く

補足

同じ名前の項目を2つ持ち込むときの例外

慣習には例外があり、同じ名前の項目を2つ持ち込むときは構造体や列挙型でも親モジュールまでで止めます2use std::fmt::Result;use std::io::Result;を並べると、同じスコープにResultが2つできてしまい、その場でE0252のコンパイルエラーになるためです。use std::io::Result as IoResult;のようにasで別名を付ける手もあります2

子モジュールには親のuse宣言が届かない

最初のコード例にmod checkoutを足して、その中からcartという名前を使おうとしたコードです。

mod shop {
    pub mod cart {
        pub fn total(prices: &[u32]) -> u32 {
            prices.iter().sum()
        }
    }
}

use crate::shop::cart;

mod checkout {
    pub fn pay(prices: &[u32]) {
        // エラー: E0433(親スコープのuse宣言はここには届かない)
        println!("お支払い金額: {}円", cart::total(prices));
    }
}

fn main() {
    checkout::pay(&[980, 1250]);
}
外へ公開する pub use

use宣言が作る名前は、項目と同じく既定では囲むモジュールの外へは公開されません。pubを付けたpub useにすると、その名前を外へ公開する再エクスポートになります1

globで持ち込んだ名前は上書きできる

同じ名前空間に定義済みの名前があると、glob経由で持ち込まれた同名の名前はそちらに覆い隠されます。項目の定義と名前付きのuse宣言はどちらもglobを覆い隠せるため1*で取り込んだうえで一部だけ自前の定義に差し替える、という書き方ができます。

mod shop {
    pub fn open() -> &'static str {
        "本店 10:00-20:00"
    }
    pub fn close() -> &'static str {
        "本店 20:00"
    }
}

use shop::*;

// globで持ち込んだ`open`を、こちらの定義が覆い隠す
fn open() -> &'static str {
    "支店 11:00-19:00"
}

fn main() {
    println!("開店: {}", open()); // 支店(自前の定義)
    println!("閉店: {}", close()); // 本店(globで持ち込んだほう)
}
Playgroundで開く
名前を作らずに持ち込む use path as _

use path as _;と書くと、名前を束縛せずに項目を持ち込めます1。トレイトのメソッドを使いたいだけで、トレイト名そのものは他の名前とぶつかるので持ち込みたくない、という場面で使います1

use std::io::Write as _; // `Write`という名前は作らず、メソッドだけ使えるようにする

struct Write; // 同名の構造体を定義しても衝突しない

fn main() {
    let mut receipt: Vec<u8> = Vec::new();
    receipt.write_all("合計 2230円".as_bytes()).unwrap(); // Writeのメソッド
    println!("{}", String::from_utf8(receipt).unwrap());
}
Playgroundで開く
2015エディションでの解決の起点

2018エディション以降、use宣言のパスは他のパスと同じ規則で解決され、現在のモジュールの項目名からも外部クレート名からも書き始められます1。2015エディションではuse宣言のパスだけがクレートルート起点で、それ以外のコードのパスとは起点が違っていました1。そのため、クレートルート以外のモジュールで同じモジュールの中のshopを指すには、use self::shop::cart;self::を明示する必要がありました(クレートルート直下では両者の起点が一致するため、上のコード例の書き方は2015エディションでもそのまま動きます)。

また2015エディションのuse宣言は外部プレリュードを参照できないため、外部のクレートを使うには別途extern crateの宣言が必要でした1

Footnotes

  1. Use declarations — The Rust Reference 2 3 4 5 6 7 8 9 10 11

  2. Bringing Paths into Scope with the use Keyword — The Rust Programming Language 2 3 4 5 6 7 8

この辞書が使われているページ

backlinks 8

  1. 辞書super
  2. 辞書パス(Path)
  3. 辞書モジュールのファイル分割
  4. 辞書外部パッケージ
  5. 辞書再エクスポート
  6. 動かして学ぶRustプログラミング問題集 › 第14章 パスとuse宣言
  7. 動かして学ぶRustプログラミング問題集 › 第15章 ファイル分割とクレート
  8. 動かして学ぶRustプログラミング問題集 › 第16章 公開APIと外部パッケージ