designsupply.llc
  • aboutabout
  • servicesservices
  • worksworks
  • mediamedia
  • contactcontact
  • homeサイトトップ
  • about会社概要
  • services業務内容
  • works実績紹介
  • mediaメディア
  • contactお問い合わせ
ja/

media

メディア

  1. サイトトップ
  2. メディア
  3. プログラミングの記事
  4. ViteでHandlebarsを使った複数ページの作成に使える外部JSONファイルのデータを読み込む

ViteでHandlebarsを使った複数ページの作成に使える外部JSONファイルのデータを読み込む

  • 2023.04.17
  • プログラミング
  • Vite
Updated: 2023.06.18
引き続きViteに関する記事になります。前回記事「ViteでTailwindCSSとテンプレートエンジンのHandlebarsを使ったページコーディング」では、テンプレートエンジンのHandlebarsを使ったコーディングの導入と基本的な使い方についてまとめていました。今回はその応用として、複数ページを作成ケースとその時にページ共有用のデータを外部のJSONファイルで扱い、データを読み込んでHTML側で出力する方法についてまとめていきます。   以前の記事で、webpackを使った環境でPugとEJSを使うときにこのような方法について紹介していましたが、今回はVite環境でHandlebarsを使うときの方法になります。 (参考記事) Pugでテンプレートとデータでファイルを切り分けた開発を行う EJSでテンプレートとデータでファイルを切り分けた開発を行う   このようにデータとテンプレートやコンポーネントのHTMLを切り分けることで、より制作が効率よく進められることや、ページ数が多くなったときや複雑な階層になった時も運用が楽になるというメリットがあります。   では先にデータをまとめておくJSONファイルを用意していきます。PugとEJSの時はそれぞれ専用の変数用ファイルや、JSファイルとしていましたが、今回はJSON形式で作成していきます。ここではサイトデータとしてサイト名や各ページのメタ情報などを下記のようにまとめています。一点、重要な部分として、ページ用の識別キーはファイルパスの文字列になるように指定します。これは後述するViteの設定で必要になるためです。 【sitedata.json】
{
  "siteName": "サンプルサイト",
  "siteUrl": "https://example.com",
  "pageMeta": {
    "/index.html": {
      "id": 1,
      "name": "home",
      "title": "トップページ",
      "description": "サイトのトップページです",
      "ogpImage": "/public/images/ogp.jpg",
      "type": "website",
      "path": "/"
    },
    "/page1.html": {
      "id": 2,
      "name": "page1",
      "title": "ページ1",
      "description": "ページ1の説明文です",
      "ogpImage": "/public/images/ogp.jpg",
      "type": "article",
      "path": "/page1.html"
    }
    .....
  }
}
  これらのデータはViteのプラグインを経由して、Handlebars側の変数として扱われるようになります。そのための設定をViteの設定ファイルに追記していきます。今回はローカルのJSONファイルを参照するので「require()」メソッドで読み込むことができます。注意点としては、作成するページ数が動的になるため、contextのオプションにそのまま値を指定するのではなく、関数を作成し、引数で対象のページを判別しておくことがポイントになります。先ほど作成したデータ用のJSONファイルでページのキーとなるのがパスになっているのはそのためです。これでそれぞれのページに対応したデータがHTML側の変数として扱えるようになります。 【vite.config.js】※一部抜粋
const siteData = require('./sitedata.json');

export default defineConfig(({ command }) => ({
  ....
  plugins: [
    handlebars({
      context: (pagePath) => {
        return {
          envUrl: command === 'serve' ? 'http:localhost' : 'https://example.com',
          siteName: siteData.siteName,
          siteUrl: siteData.siteUrl,
          pageMeta: siteData.pageMeta[pagePath]
        }
      }
      ....
    }),
  ]
}));
  上記の指定でhandlebarsの変数として登録されたので、ソースコード側のHTMLやhandlebarsのパーシャルファイル内で変数を展開できるようになります。下記のようにmetaタグなどの値に指定していきます。 【src/index.html】※一部抜粋
<head>
  <meta property="og:title" content="{{pageMeta.title}}">
  <meta property="og:description" content="{{pageMeta.description}}">
  <meta property="og:url" content="{{envUrl}}{{pageMeta.path}}">
  <meta property="og:type" content="{{pageMeta.type}}">
  <meta property="og:image" content="{{envUrl}}{{pageMeta.ogpImage}}">
  <meta name="description" content="{{pageMeta.description}}">
  <title>{{pageMeta.title}}</title>
  .....
</head>
.....
  ビルドされたHTMLを確認すると、JSONファイルで指定した値が正しく出力されているのが確認できます。もちろん複数ページの場合にはそれぞれページごとに指定した値になっています。 【dist/index.html】※一部抜粋
<head>
  <meta property="og:title" content="トップページ">
  <meta property="og:description" content="サイトのトップページです">
  <meta property="og:url" content="https://example.com/">
  <meta property="og:type" content="website">
  <meta property="og:image" content="https://example.com/public/images/ogp.jpg">
  <meta name="description" content="サイトのトップページです">
  <title>トップページ</title>
  .....
</head>
.....
  このようにして各ページのメタ情報などは一元管理できるようになりましたが、Viteで複数のHTMLをビルド対象とする場合には、下記のようにbuild.rollupOptionsのinputのオプションでそれぞれ独立したエントリーポイントとして指定する必要があります。
build: {
  .....
  rollupOptions: {
    input: {
      index: resolve(__dirname, 'src/index.html'),
      page1: resolve(__dirname, 'src/page1.html'),
      .....
    },
    .....
  }
}
  少ないページ数では問題ないですが、数が多くなってくると手動では限界があります。そこでソースファイルのディレクトリ内から対象のHTMLを検索して自動でエントリーポイントが設定されるようにしていきます。この方法については、以前にwebpackでPugのコンパイル環境を作成した方法と同じようなやり方になり(参考記事:webpackでPugのコンパイル環境を作成してみる)「globule」を使ってHTMLファイルを検索していきます。そこでまずは必要なモジュールをインストールしていきます。
$ npm install --save-dev globule
  モジュールを読み込み、「globule」の「find()」メソッドで対象のディレクトリからhtmlファイルを検索していきます。この時、第二引数には除外する条件を指定できるので、handlebarsのパーシャルファイルなどを除いておくと良いですね。 【vite.config.js】※一部抜粋
import { resolve } from 'path';
import { defineConfig } from 'vite';
import handlebars from 'vite-plugin-handlebars';
import globule from 'globule';

const htmlFiles = globule.find('src/**/*.html', {
  ignore: [ 
    'src/hbs/*.html',
    'src/**/_*.html' 
  ]
});
const multiPageObject = Object.fromEntries(htmlFiles.map((path) => {
  return [
    path.split('/').slice(-1)[0].replace('.html', ''), resolve(__dirname, path)
  ]
}));
  検索結果はファイルパスの配列として返されるので、それをbuild.rollupOptionsのinputのオプションの値に合うよう変換していきます。具体的にはちょうど下記のように値を変換しています。
// htmlFiles(各HTMLソースファイルの配列)
[ 'src/index.html', 'src/page1.html', .... ]

↓

// multiPageObject(ファイル名のキーとファイルパスのオブジェクト)
{
  index: '/Users/********/PROJECT_DIR/src/index.html',
  page1: '/Users/********/PROJECT_DIR/src/page1.html',
}
  あとはViteの設定ファイルにて、対象となるオプションに変換した値を指定すると動的にHTMLのエントリーポイントが展開されるようになり、ページの数に合わせて自動で対応できるようになります。
build: {
  .....
  rollupOptions: {
    input: multiPageObject,
    .....
  }
}
.....
  HTMLのコーディングではハードコーディングになりがちで静的な箇所が多くなっていしまいますが、一手間かけてこういった仕組みを用意しておくと、ページの数が多くなったりした時の対応もしやすく、ミスを減らすことも期待できるので、ぜひ準備しておきたいですね。

この記事を書いた人オガワ シンヤ

合同会社デザインサプライ代表兼CEO / ディレクター・ウェブデザイナー・フロントエンドエンジニアをやっています。「ウェブとデザインでヒト・モノ・サービスを繋げ新しい価値を生み出す」をコンセプトに日々奮闘中!制作中はダイエットコーラとチョコレートが欠かせないアラフォーWebクリエイター。

Sponsored Link

  • Showcase
  • Startify UI
  • Functional Gradation Generator
  • Coloooors

categories

  • WordPress(61)
  • JavaScript(49)
  • Vue.js(48)
  • CSS(46)
  • jQuery(34)
  • Nuxt.js(22)
  • Sass(21)
  • Gulp(17)
  • webpack(16)
  • PHP(14)
  • HTML(14)
  • GSAP(11)
  • React(10)
  • Vite(9)
  • Pug(9)
  • Laravel(8)
  • Cordova(8)
  • Linux(7)
  • Next.js(6)
  • Apache(5)
  • Shopify(4)
  • REST API(4)
  • Node.js(4)
  • Smarty(3)
  • Git(3)
  • JSON(3)
  • その他プログラミング(3)
  • Google Apps API(3)
  • Bootstrap(3)
  • 環境構築・システム(3)
  • TypeScript(2)
  • EJS(2)
  • RMS(2)
  • Docker(2)
  • Instagram API(2)
  • Excel VBA(2)
  • SVG(1)
  • Dart(1)
  • ECカートASP(1)
  • Markdown(1)
  • AMP(1)
  • Nginx(1)
  • XML(1)
  • shellscript(1)
  • Ruby(1)
  • MySQL(1)
  • 次の記事
  • 一覧に戻る
  • 前の記事

まだ依頼内容が決まっていなくても、ご相談ください。

課題の整理や小さな検証、UI/UX・フロントエンドの部分的な支援から始められます。

お問い合わせやご相談はこちらから

Webサイト・プロダクトの企画設計/UI・UXデザイン/フロントエンド開発合同会社デザインサプライ(DesignSupply. LLC)

Office:大阪府大阪市天王寺区清水谷町3-22
Email:info@designsupply-web.com
home
  • サイトトップ
about
  • 3つのポリシー
  • 経営理念
  • 代表・クリエイター紹介
  • 会社概要
services
  • ビジネス・プロダクト支援
  • UI/UX・フロントエンド開発支援
  • プロジェクトの進め方・支援体制
  • エデュケーション事業
works
  • 開発プロジェクト
  • クリエイティブ支援
  • 自社プロダクト
media
  • デザイン
  • プログラミング
  • マーケティング
  • Web開発
  • 写真・動画制作
contact
  • お問い合わせ
news
  • インフォメーション
privacy
  • プライバシーポリシー

WE THINK WITH YOU, DESIGN FOR PEOPLE, AND BUILD WHAT WORKS.

WE THINK WITH YOU, DESIGN FOR PEOPLE, AND BUILD WHAT WORKS.

© 2013 - 2026 DesignSupply.LLC
サイトトップへ
contact