つの大きな方針があります。いう方針について説明していきます。これは設定を変更できる機能をつけずに名前を決めうちにすることで、より手軽に作れるようにしようという考え方です。ディレクトリをおくとそれがプラグインとして扱われます。普通ライブラリなどを追加する場合、まずロードパスを設定し、ロードファイルをロードするコードを記述する必要があります。ロードする対象となるディレクトリをあらかじめ決めておくことで、設定する手間なく簡単にプラグインを追加することが出来ます。プログラミングではハードコーディングは良くないといわれます。実装中などで簡単にテストしたいときなど、ファイル名を決めうちで作っておいて、後で設定機能を実装するというようなことをやることも多く、やっぱり決めうちにしておくと楽なのは確かです。基本的にディレクトリ構成やファイル名などは分かりやすいように決まった名称を使うことが多いと思います。いったものを慣習ではなく、規約とすることで決めうちの簡便さを利用することが出来ます。欠点なのはこの規約のルールを知らないとソースをみただけでは流れが見えず、何をやっているのかよく分からないということがよく起こります。これも逆にルールがわかってくるとこの機能はどこで実装しているかといったことがすぐにわかり、非常にソースコードを読むのが楽になります。メタプログラミングを利用して自分が作ったファイルなどもロードの指定なく利用することが出来るようになります。スクリプト中で、今どのようなクラスやメソッドが使えるか知ることが出来たり、エラー処理を書き換えたりすることができる機能です。いうような記述でクラスを使用したとします。未定義ですというようなエラーがでます。いう名前のファイルを探してロードします。この探すファイルの名前は以下のようにしてクラス名から決めます。決められた検索対象ディレクトリにところにおいておく必要があります。いうようにモジュール名をディレクトリとして、検索ディレクトリ以下におきます。ケース(アッパーキャメルケース)のものはスネークケースにしたファイル名のものに対応するということです。規約はまだいろいろありますが、出てきたときにその都度説明することにしていきます。設計より規約という方針は従来のプログラミングと比べ、かなり画期的だった思いますが、こちらはプログラミングの基本とも言えます。方針としてあげているだけあって、繰り返しを避けるための手段がいろいろ提供されています。私もコーディング時に同じようなことを何度も書くのが嫌いなので、この方針はとても助かっています。いえ、規約の方はそれにあわせないと作れないのに対して、繰り返しはやろうと思えば出来てしまいます。ソースでも意外と繰り返しがあったりもします。繰り返しを避けることは大切だと思います。回書いた場合、何か避ける方法はないかなと考えてみてください。あれば大抵それは避けることができるはずです。LangLoading...。