ライブラリを使わないよう伝える。クレートが使えるようにする。無効なときクレートの全ての内容がコンパイル結果から消え去ったりするので、タイプミスに注意。書かなければならない。改善されることを期待したい。内のアイテムが自動で探索されることになっているからである。できることはほとんど同じなのに書き分けが必要になってしまい、不便である。2種類使えるようになるのである。書き分けの必要がなくなる。環境で使えるものの書き方から確認していこう。環境ではそこまで深く考えることはない。書くとか、その程度のことである。方は注意が必要で、やり方が2種類程度ある。冒頭付近抜粋この方法は、規模や使い方によっては手間がかかることがある。書き直しが必要だったりと、管理が面倒だからである。始まるパスで参照すること。利用可能か否かに関係なくアイテムを参照できるということである。付けていくのは面倒すぎる。そこで、適当な子モジュールに吐き出してしまうと楽になる。何度も書く必要がなくなり、可読性と保守性の向上が期待できる。上の例ではインラインでモジュールを定義したが、もちろん別ファイルにしてもよい。用の定義モジュール分割の一例この辺りは規模と好みの問題だろう。迷ったなら無難にファイルを分割するのが良いと思う。対応を追加する例を提示する。環境用に書けば良いだけなので、例を参考に簡単に書けるだろう。