MovableType 4の標準テンプレートを使わない3つの理由

Posted by
ぴろり
Posted at
2008/02/27 22:31
Trackbacks
関連記事 (0)
Post Comment
コメントできます
Category
MovableType

 まっさらなインデックス。それが私のスタートライン―――
 新しいサイトを作る時,デフォルトを全て削除することが私の最初の作業だったりします。”使ない理由"ではなく"使ない理由"を個人的に3つ。

この記事をはてなブックマークに追加する この記事のはてなブックマーク数 | この記事をlivedoorクリップに追加する この記事のlivedoorクリップ数 | この記事をYahooブックマークに追加する この記事のYahoo!ブックマーク数 | この記事をdel.icio.usに追加する

<div> が多すぎ

 おそらくは Style Catcher での利用を考えてのことと思うのですが,最初の数回は嬉しくってくるくると入れ替えて遊んだだけで,その後はばっさりとごと削除してしまいました。そもそも Style Catcher によって適用されたをそのまま使っている人の方が稀だと思うのです。パーツを貼り付けたりだとか,画像を差し替えたりだとか,を入れてしているうちに元に戻らなくなることは必至だと思うのですがどうなんでしょう?
 また,単純にタグが多いということは,の途中で閉じタグの対応をずらしてを崩したり,invalid な を生成することの素因にしかなりません。しかも,モジュールに分割されていたり,<MTIf> による条件分岐があったりで,デバッグが困難です。

の自由度が低い

 あなたは数多くのモジュールや変数の複雑な依存関係を把握して,ようやく標準の構造を掌握できました。おめでとう! …さて,これから作るサイトはその枠組みの中で自由に作ることができますが,その枠組みを外れることは決してできません。

モジュールが"モジュール"になっていない

 コアな構築をする人の視点だからかも知れませんが,理由としては一番大きかったりします。 の標準ではたくさんのモジュールが作られ,インデックスやアーカイブから include されています。ここで, になってがモジュール分割されて構造化されたとか言ってる人はモジュールの意味を履き違えている人なので気をつけましょう。
 意味のないモジュールの濫用は,メンテナンス性を損ね,再構築時の負荷を増すだけなので注意が必要です。また何よりも,設計の悪いモジュールは,一部のモジュールへの変更がサイト全体に影響を与え,最悪,サイト全体が表示されなくなるなどの危険性を増すだけです。 のデフォルトでは,末端に近いモジュール内でコンテクスト依存の条件分岐が書かれていたりして,メンテナンス性と見通しが相当悪い印象を受けます。 から に移って当惑された方の違和感の理由は恐らくこれだと思います。

まとめ?

 もしこれからも MT を継続的に使ってみようと思われる方は,苦労してまでデフォルトの構造を解析しても得るものはあまり無いというのが私の個人的な感想です。デフォルトはさっさと削除してしまうのが良いのではないでしょうか。

 かと言って,いきなり白紙のインデックスからサイトを作るのは不安とおっしゃる方は,とりあえずインデックス を直接書いてしまうのが一番良い方法です。 初心者であれば尚のこと。そして,そこを出発点にして必要なところから順々にタグに置き換えを進めていきます。
 そして次にアーカイブページを作ります。ここでも先ずは を直接書いてしまって,必要な部分から順次タグに置き換えてやれば OK。そのうち,夫々のページで共通な部分が見つかると思うので,その時点でようやくモジュールを使えば良いでしょう。
 その結果,サイトの構造にピッタリ合った自然で判りやすいが出来上がります。幾ら汎用性が高いとは云え,既にあるの構造に,自分の作りたいサイトをはめ込もうとしたところで無理が出てくるのは仕方ありません。『軍服に体を合わせる』のは軍隊でのお話です。
 加えて, の状態から次第に MT 化する作業の中で,必要なタグを必要なタイミングで体験学習できる効果も期待できるので,の使い方やタグをマスターするための結果的な近道であるとも言えます。


この記事を読んだ人はこんな記事も読んでいます ?

その他の関連する記事


関連記事/トラックバック

関連記事/トラックバックはまだありません

この記事のトラックバック URL

コメントを投稿する

 (必須/公開)
 (必須/非公開)
 

コメントスパム防止のため投稿前に ランダムな数字 ? を入力してから投稿してください。 お手数ですがご協力のほど宜しくお願いいたします。(必須)