妥協するところ

といっても、すべてが妥当なネーミングができる訳ではありません。ネーミングが考えつかないときもあります。例えば、「角丸」ですが、角丸を構成するクラスは、「文書中では役割がありません」というときも出てきます。また、本来は妥当な名前ではないが、世間で一定の認知度を得てしまったもの（「clearfix」など）も、妥協してもやむをえないかな、と思います。

コンポーネントでのネーミングルール

さて、私がいま制作しているコンポーネント・モジュールでは、まともなネーミングを考えていたらきりがありません。下手したら、一生かかるでしょう。主要なモジュールだけで、20個以上あるのですから。そこで、以下のようなルールで作っていきます。（半分、妥協の産物みたいだけど）

1. 確実に、ネーミングがつけていけるものは、その名前をつける。（例：カレンダー用のテーブルは、「CalTable」とつける）
2. 必ず、名前の一部に「役割」が入るようにする。
3. ul要素、dl要素でインライン要素がはいってくるものは、「Inline」が名前の一部に入るようにする。（例：インラインにしてページ番号が入るものは、「InlinePageList」とする。など）
4. 同じ役割でも、ちがうスタイルになるものは、別のネーミングを考える。（例：「InstructionsDocs」と「NoticeTable」）（追記：例えば、同じ「※」印の注釈を扱うクラスでも、 p要素を使うもの（text-indentを使ってスタイルを組む）とtable要素（th要素に「※」、td要素に注釈本文が入る）を使うものは分別する。などする。）
5. 「文書中では役割がない」ときになって、はじめて妥協する。（例：角丸専用のクラス「CurvyCorners」など）
6. 「世間で一定の認知度を得てしまったもの」は、できるだけその名前を使う。（「clearfix」など）
7. クラスは、複数与えられるものなので、実際の仕事とかで使うときには、「文書構造に即した役割」のためのクラスも付加する。

結局のところ

理想と現実はかくも離れている、というわけで。「分かりやすくて妥当なコンポーネントのネーミング、は不可能」かな、と。