Skip to content

Markdownの仕組み

Markdownがどのように機能するかを理解することで、この強力なツールをより効果的に使用できます。このチャプターでは、プレーンテキストがどのように美しく書式設定されたドキュメントに変換されるかを詳しく説明します。

基本的なワークフロー

Markdownのワークフローは、次の手順で要約できます:

Markdownソースファイル (.md) → Markdownパーサー → HTMLドキュメント → ブラウザでレンダリング

1. Markdownソースファイルの作成

任意のテキストエディターを使用して .md ファイルを作成し、Markdown構文でコンテンツを記述します:

markdown
# 私のドキュメント

これは**重要な**段落です。

## リストの例

- アイテム1
- アイテム2
- アイテム3

2. Markdownパーサーの処理

パーサーはMarkdownファイルを読み取り、構文要素を認識し、対応するHTMLに変換します:

html
<h1>私のドキュメント</h1>
<p>これは<strong>重要な</strong>段落です。</p>
<h2>リストの例</h2>
<ul>
  <li>アイテム1</li>
  <li>アイテム2</li>
  <li>アイテム3</li>
</ul>

3. ブラウザでのレンダリング

生成されたHTMLがブラウザで書式設定されたドキュメントとして表示されます。

パーサーの仕組み

字句解析

パーサーは最初に字句解析を実行し、Markdownテキストをトークンに分解します:

  • # は見出しトークンとして認識
  • **text** は太字トークンとして認識
  • - item はリストアイテムトークンとして認識

構文解析

次に、抽象構文木(AST)を構築するための構文解析を実行します:

ドキュメント
├── 見出し(レベル1): "私のドキュメント"
├── 段落
│   ├── テキスト: "これは"
│   ├── 太字: "重要な"
│   └── テキスト: "段落です。"
├── 見出し(レベル2): "リストの例"
└── 順序なしリスト
    ├── リストアイテム: "アイテム1"
    ├── リストアイテム: "アイテム2"
    └── リストアイテム: "アイテム3"

HTML生成

最後に、構文木をトラバースして対応するHTML出力を生成します。

主要なパーサー

CommonMark

  • 標準仕様 - 統一されたMarkdown解析標準を提供
  • 厳密に定義 - 異なる実装間のあいまいさを排除
  • 広くサポート - 複数のパーサーで採用

GitHub Flavored Markdown (GFM)

CommonMarkをベースに、以下を追加:

  • テーブルのサポート
  • 取り消し線
  • タスクリスト
  • 自動リンク検出
  • 構文ハイライト付きコードブロック

その他のパーサー

パーサー言語特徴
markedJavaScript高速、軽量
markdown-itJavaScriptプラグイン可能、高度に拡張可能
Python-MarkdownPython機能豊富、プラグインシステム
kramdownRuby複数の出力形式をサポート
PandocHaskell汎用ドキュメント変換ツール

レンダリングエンジン

クライアントサイドレンダリング

ブラウザでMarkdownをリアルタイムに解析:

javascript
// marked.jsを使用
const html = marked.parse('# こんにちは世界');
document.body.innerHTML = html;

利点:

  • サーバー処理が不要
  • リアルタイムプレビュー
  • サーバー負荷の軽減

欠点:

  • JavaScriptに依存
  • SEOに不利
  • 初期ロードが遅い

サーバーサイドレンダリング

サーバー上でHTMLを事前生成:

javascript
// Node.js の例
const fs = require('fs');
const marked = require('marked');

const markdown = fs.readFileSync('document.md', 'utf8');
const html = marked.parse(markdown);

利点:

  • SEOに適している
  • 高速ロード
  • クライアントサイドのJavaScriptに依存しない

欠点:

  • サーバー処理のオーバーヘッド
  • 複雑なキャッシュ管理

静的サイト生成

ビルド時にすべてのページを事前生成:

bash
# VitePressを使用
npm run build

利点:

  • 最速のロード速度
  • 最高のSEO
  • 高いセキュリティ
  • デプロイが簡単

欠点:

  • 動的コンテンツのサポートが限定的
  • ビルド時間が長い

拡張メカニズム

プラグインシステム

多くのパーサーがプラグイン拡張をサポート:

javascript
// markdown-it プラグインの例
const md = require('markdown-it')()
  .use(require('markdown-it-footnote'))
  .use(require('markdown-it-deflist'))
  .use(require('markdown-it-abbr'));

カスタムレンダラー

javascript
// カスタムリンクレンダラー
const renderer = new marked.Renderer();
renderer.link = function(href, title, text) {
  return `<a href="${href}" target="_blank">${text}</a>`;
};

パフォーマンス最適化

キャッシュ戦略

javascript
const cache = new Map();

function parseMarkdown(content) {
  const hash = generateHash(content);
  if (cache.has(hash)) {
    return cache.get(hash);
  }
  
  const result = marked.parse(content);
  cache.set(hash, result);
  return result;
}

遅延読み込み

javascript
// 表示領域のコンテンツのみを解析
const observer = new IntersectionObserver((entries) => {
  entries.forEach(entry => {
    if (entry.isIntersecting) {
      parseAndRender(entry.target);
    }
  });
});

ストリーミング処理

javascript
// 大きなファイルのストリーム解析
const fs = require('fs');
const { Transform } = require('stream');

const markdownTransform = new Transform({
  transform(chunk, encoding, callback) {
    const html = marked.parse(chunk.toString());
    callback(null, html);
  }
});

fs.createReadStream('large-document.md')
  .pipe(markdownTransform)
  .pipe(fs.createWriteStream('output.html'));

Build by www.markdownlang.com