C# & JavaScript

そこに存在する SQL Server Express の データベース ファイル（拡張子 .mdf のファイル） を、Visual Studio で開いて内容を見る方法です。 あくまで "そこにある" なので、プロジェクトやソリューションに含まれている場合は除きます。 こうした状況で、具体的に データベース ファイル の内容を閲覧する手順を記載します。

1. Visual Studio メニュー
   [表示]-[サーバー エクスプローラー]を開きます。
   
2. サーバー エクスプローラー
   [データベースへの接続]ボタンを押下します。
   
3. データ ソースの選択
   データ ソースで「Micosoft SQL Server」を選択し、「続行」を押下します。
   
4. 接続の追加
   以下の設定を行って、「OK」を押下します。 （必要であれば、接続テストします。）

   サーバー名	.\SQLEXPRESS（固定文字列）
   サーバーにログオンする	Windows 認証を使用する
   データベースへの接続	データベース ファイルのアタッチ ファイル名：（.mdfファイルへのパス） 論理名：（任意文字列）

   
5. サーバー エクスプローラー
   データベースへ接続が完了しているので、任意の操作（テーブルの内容参照やデータ追加、削除等）を行います。
   

Google closure tools に含まれる closure compiler の使い方です。 closure library に含まれる closurebuilder.py を利用して、 複数の JavaScript ファイル を １つの JavaScript ファイル へ バッチ処理で コンパイル します。 ここでは、バッチ処理する前提となる「フォルダ構成」と「コンパイルバッチ」を記載します。

（※Windows で、Javaランタイム、Python が インストール 済み の環境を前提とします。）

フォルダ構成

 ROOT
├  lib
│ ├  closure-compiler
│ │ └  compiler.jar … コンパイラ本体
│ └  closure-library
│    └  closure
│       ├  bin
│       │ ├  build
│       │ │ └  closurebuilder.py … コンパイルで利用
│       │ ├  calcdeps.py
│       │ └  scopify.py
│       ├  css
│       └  goog
│          └  closure library の ソースコード
├  src
│ └  ソースコード … 自分が作成したソースコードの保存場所
└  build.bat … ビルドを実行するバッチファイル

build.bat

@echo off

rem 実行ディレクトリをバッチファイルの場所へ移動。
cd /d "%~dp0"


rem 環境変数に Java と Python へのパスを追加。
set PATH=%PATH%;C:\Program Files\Java\jre7\bin
set PATH=%PATH%;C:\Python27


rem 各種変数を設定。
set CLOSUREBUILDERPY=.\lib\closure-library\closure\bin\build\closurebuilder.py
set CLOSURECOMPILERJAR=.\lib\closure-compiler\compiler.jar
set CLOSURE_LIBRARY_DIR=.\lib\closure-library\closure\goog
set CLOSERU_LIBRARY_THIRD_DIR=.\lib\closure-library\third_party\closure\goog
set SOURCE_CODE_DIR=.\src
set MAIN_CLASS_NAME=garafu.test
set OUTPUT_FILE=.\build\garafu.test.min.js


rem コンパイルの実行。
%CLOSUREBUILDERPY% ^
    --root=%CLOSURE_LIBRARY_DIR% ^
    --root=%CLOSERU_LIBRARY_THIRD_DIR% ^
    --root=%SOURCE_CODE_DIR% ^
    --namespace=%MAIN_CLASS_NAME% ^
    --output_mode=compiled ^
    --compiler_jar=%CLOSURECOMPILERJAR% ^
    --compiler_flags="--compilation_level=ADVANCED_OPTIMIZATIONS" ^
    --compiler_flags="--js_output_file=%OUTPUT_FILE%"

「各種編集の設定」（12 - 19 行）では build.bat からの相対パスを指定します。 フォルダ構成が上記と異なる場合、この部分を変更することになります。

%CLOSERU_LIBRARY_THIRD_DIR%
設定を行わないと場合により、次のようなエラーが発生します。 closure compiler は不要なファイル、コードを削ってくれるので、余分に見えても追加しておきます。 （不要なファイル、コードを削るのは ADVANCED_OPTIMIZATIONS に限りますが。。）

depstree.NamespaceNotFoundError: Namespace "goog.async.Deferred" never provided. Required in Source [JavaScript ファイル への パス]

%MAIN_CLASS_NAME%
最初に実行するクラス名を指定します。 基本的に、ここで指定するクラスは singleton で、 goog.addSingletonGetter([クラス名]); および [クラス名].getInstance(); の実装があるクラスを指定します。 この部分は作成しているプロジェクト環境に合わせて変更します。

%OUTPUT_FILE%
出力先のフォルダ、ファイル名を指定します。 ここでは、 build フォルダ以下にファイルを作成するようにしています。 この部分は作成しているプロジェクト環境に合わせて変更します。

今回、参考にしたサイトは以下の通りです。

• Using ClosureBuilder

Visual Studio で作成した SQL Server Express の データベース ファイル（拡張子 .mdf のファイル） を、Excel で開いて内容を見る方法です。 内容を閲覧、確認する"だけ"であれば Excel で可能でした。 ここでは、その具体的な手順を記載します。

1. Excel を起動します。
2. Excel リボン
   [データ]-[その他のデータ ソース]-[データ接続ウィザード]を選択します。
   
3. データ接続ウィザード
   「その他/詳細」を選択して、「次へ」を選択します。
   
4. データリンク プロパティ
   「プロバイダー」タブでは「Microsoft OLE DB Provider for SQL Server」を選択して、「次へ」を選択します。
   
5. 「接続」タブでは以下の設定を行います。
   • サーバー名を選択または入力：
     .\SQLEXPRESS
     （※固定文字列です。）
   • サーバーへのログオンに必要な情報を入力：
     Windows NT の統合セキュリティを使用する
   • データベース ファイルをデータベース名として添付する：
     [任意の名称]
     （※ここへ必ず何かしら文字列を入れます。入れないと接続できません。画像では「sample」。）
   • ファイル名を使用する：
     [.mdfファイルへのパス]
   
6. 「接続のテスト」を選択して、テストします。
   （※おそらくうまく接続できるハズです。）
   
7. 「OK」を選択して データリンクプロパティ を完了します。
   

8. エラーメッセージが出るので、「OK」を選択して閉じます。
   （※このエラーはなぜか必ず出ます…が、問題なさそうなので無視します。）
   
9. もう一度「OK」を選択して データリンクプロパティ を完了します。
   
10. データ接続ウィザード
    閲覧したいテーブルを選択して「完了」を選択します。
    
11. データを表示する場所を選択して「OK」を選択します。
    
12. Excel のシートに テーブル 内容が表示されます。
    （※画像ではデータがないので空行です。。）
    

Visual Studio の プロジェクト に追加された SQL Server データベース ファイル (mdf ファイル) を SqlConnection を用いて開いて利用する方法を見ていきます。 テーブル は サーバー エクスプローラー で 開いて GUI を使ってあらかじめ登録してあるものとします。 （サンプルコードでは Person テーブル が作られている前提の処理となっています。）

サンプルコード の ダウンロード

（※ SQL Server データベースの中身を見る or 操作するだけなら 黒猫 SQL Studio が個人的には好みです。）

サンプルコード（抜粋）

namespace DataBaseService.Controllers
{
    using System;
    using System.Collections.Generic;
    using System.Linq;
    using System.Web;
    using System.Web.Mvc;
    using System.Data.SqlClient;
    using System.Data;

    public class HomeController : Controller
    {
        //
        // GET: /Home/

        public ActionResult Index()
        {
            var connectionString = string.Empty;
            connectionString += @"Data Source=.\SQLEXPRESS;";
            connectionString += @"AttachDbFilename=";
            connectionString += this.Server.MapPath("./App_Data/Database.mdf");
            connectionString += @";";
            connectionString += @"Integrated Security=true;";
            connectionString += @"User Instance=true;";

            DataTable dataTable = new DataTable();

            using (SqlConnection connection = new SqlConnection())
            {
                var query = "SELECT * from Person";
                using (SqlCommand cmd = new SqlCommand(query, connection))
                {
                    connection.ConnectionString = connectionString;
                    connection.Open();
                    
                    SqlDataAdapter da = new SqlDataAdapter(cmd);
                    da.Fill(dataTable);

                    connection.Close();
                }
            }

            return View();
        }

    }
}

説明

上記サンプルコードの 21行目 はデータベースファイルへのパスなので、環境により変化します。

connectionString がなかなかうまくいかず、いろいろと試して上記コードでなんとかうまく動きました。

ASP.NET MVC （C#）でアプリケーションを作成していて、スタブとして .mdf ファイル のデータベースが利用できると作業効率もあがるのではないか… そんな考えで、SQL Server データベース ファイル の利用方法をまとめてみました。

IE8、IE9、IE10 の userAgent について、ブラウザモードによる違い、プラットフォームによる違いを調査してみました。 調査結果はダイジェスト（まとめ）と具体的な一覧にしてみました。

IE8 - IE10 まとめ

• ドキュメントモードを変更しても userAgent は変わらない。
• 互換表示の場合、MSIE 7.0 と Trident/x.0 が同時に存在する。
  • Trident/6.0 の場合、IE10
  • Trident/5.0 の場合、IE9
  • Trident/4.0 の場合、IE8
  • Trident がない場合、IE7
• ノートPCの場合、Tablet PC x.0 が存在する。
• 64bit OS で 32bit IE の場合、WOW64 が存在する。
• 64bit OS で 64bit IE の場合、Win64 が存在する。
• Windows NT x.xでプラットフォームが分かる。
  • Windows NT 6.1 の場合、Windows 7
  • Windows NT 6.0 の場合、Windows Vista
  • Windows NT 5.1 の場合、Windows XP

調査結果 一覧

表は横にスクロールしてご確認ください。

調査環境は Windows 7 32bit ノートPC（IE8-10）、Windows 8.1 64bit ノートPC（IE11） です。

Mozilla/5.0 (compatible; MSIE 10.0; Windows NT 6.1; Trident/6.0; SLCC2; .NET CLR 2.0.50727; .NET CLR 3.5.30729; .NET CLR 3.0.30729; Media Center PC 6.0; InfoPath.2; .NET4.0C; .NET4.0E; Tablet PC 2.0)

Mozilla/4.0 (compatible; MSIE 7.0; Windows NT 6.1; Trident/6.0; SLCC2; .NET CLR 2.0.50727; .NET CLR 3.5.30729; .NET CLR 3.0.30729; Media Center PC 6.0; InfoPath.2; .NET4.0C; .NET4.0E; Tablet PC 2.0)

Mozilla/5.0 (compatible; MSIE 9.0; Windows NT 6.1; Trident/5.0; Tablet PC 2.0)

Mozilla/4.0 (compatible; MSIE 8.0; Windows NT 6.1; Trident/4.0; SLCC2; .NET CLR 2.0.50727; .NET CLR 3.5.30729; .NET CLR 3.0.30729; Media Center PC 6.0; InfoPath.2; .NET4.0C; .NET4.0E; Tablet PC 2.0)

Mozilla/4.0 (compatible; MSIE 7.0; Windows NT 6.1; SLCC2; .NET CLR 2.0.50727; .NET CLR 3.5.30729; .NET CLR 3.0.30729; Media Center PC 6.0; InfoPath.2; .NET4.0C; .NET4.0E; Tablet PC 2.0)

Mozilla/5.0 (compatible; MSIE 9.0; Windows NT 6.1; Trident/5.0; Tablet PC 2.0)

Mozilla/4.0 (compatible; MSIE 7.0; Windows NT 6.1; Trident/5.0; SLCC2; .NET CLR 2.0.50727; .NET CLR 3.5.30729; .NET CLR 3.0.30729; Media Center PC 6.0; .NET4.0C; .NET4.0E; Tablet PC 2.0)

Mozilla/4.0 (compatible; MSIE 8.0; Windows NT 6.1; Trident/4.0; SLCC2; .NET CLR 2.0.50727; .NET CLR 3.5.30729; .NET CLR 3.0.30729; Media Center PC 6.0; .NET4.0C; .NET4.0E; Tablet PC 2.0)

Mozilla/4.0 (compatible; MSIE 7.0; Windows NT 6.1; SLCC2; .NET CLR 2.0.50727; .NET CLR 3.5.30729; .NET CLR 3.0.30729; Media Center PC 6.0; .NET4.0C; .NET4.0E; Tablet PC 2.0)

Mozilla/4.0 (compatible; MSIE 8.0; Windows NT 6.1; Trident/4.0; SLCC2; .NET CLR 2.0.50727; .NET CLR 3.5.30729; .NET CLR 3.0.30729; Media Center PC 6.0; .NET4.0C; .NET4.0E; Tablet PC 2.0)

Mozilla/4.0 (compatible; MSIE 7.0; Windows NT 6.1; Trident/4.0; SLCC2; .NET CLR 2.0.50727; .NET CLR 3.5.30729; .NET CLR 3.0.30729; Media Center PC 6.0; .NET4.0C; .NET4.0E; Tablet PC 2.0)

Mozilla/4.0 (compatible; MSIE 7.0; Windows NT 6.1; SLCC2; .NET CLR 2.0.50727; .NET CLR 3.5.30729; .NET CLR 3.0.30729; Media Center PC 6.0; .NET4.0C; .NET4.0E; Tablet PC 2.0)

参考記事

• ユーザー エージェント文字列を理解する
• Internet Explorer 10 のユーザー エージェント文字列
• 64bit Windows (XP、Vista、7)のUserAgentを調べてみた

Windows Installer XML (WiX) toolset を 利用して、Internet Explorer 向け アドオン の インストーラー を開発します。 開発した アドオン を エンドユーザー に利用してもらうために必要な処理 ──「コンポーネントの配置」「レジストリ登録」── を実行する インストーラー を作成します。 今回は以前書いた "IE の アドオン 開発" の続編になります。

サンプルコードのダウンロード
（※2013/06/26 WiX3.5 だとコンパイルエラーが起こりました。WiX3.7 以上でお試しください。）

1. 概要
2. セットアップ プロジェクト の作成
3. インストーラー の実装
4. コンパイル
5. テスト

※WiX をまだインストールされていない場合は、以下のサイトからダウンロード & インストールをお願いいたします。
→ WiX Toolset - Download

概要

以前書いた記事 だと、IE 上で動作する ActiveX は作成、検証まではできています。 アドオンはちゃんとできているし動いているけれど、インストーラーを作ることで、次のようなことを提供できるようにしようと思います。

• エンドユーザーが利用できる環境を作る（配置とレジストリ登録）
• [ツール]-[アドオンの管理] に作成したアドオンを表示する

今回のインストーラーでは最低限の機能を提供するにとどめているため、 インストーラーは英語のままだったり、プログラムの追加と削除にアイコンがなかったり、製品名や会社名の表記が不完全だったりする部分があります。 これらはまた時間があるときに…。。

セットアップ プロジェクト の 作成

1. [ファイル]-[新規作成]-[プロジェクト]を選択
   
2. 「Windows Installer XML」 の 「Setup Project」を選択
   以下の項目を入力して「OK」を選択
   
   • 名前
   • 場所
   • ソリューション名
   
3. 「ソリューションエクスプローラー」から「References」を右クリック-[参照の追加]を選択
   
4. 「参照」タブで次のファイルを追加
   
   ※標準設定で WiX toolset を インストール している場合、"C:\Program Files\WiX Toolset v3.7\bin"にあります。
   • WixNetFxExtension.dll
   • WixUIExtension.dll
   

ソリューション/プロジェクトを作成しただけだと、.NET Framework のチェック および 画面付きのインストーラーが作れないため、参照設定を追加しています。 WixNetFxExtension.dll の参照で、 .NET Framework のインストール状況のチェックを行えるようにする拡張機能が利用できるようになります。 WixUIExtension.dll の参照で、画面付きインストーラーが作れるようになります。

インストーラー の 実装

ソースコードは Product.wxs と Components.wxs の2ファイルだけです。

Product.wxs はソリューション作成時にあるファイルの修正を行います。 インストーラーの画面構成、.NET Frameworkインストール状況のチェック、インストール構成（完全 or カスタム or オヌヌメ）、インストールディレクトリ構成を設定します。

Components.wxs は WiX toolset に付属するツールを利用して自動生成したものを修正します。 実際にインストールするファイル、登録するレジストリ情報を設定します。

Product.wxs

修正前

<?xml version="1.0" encoding="UTF-8"?>
<Wix xmlns="http://schemas.microsoft.com/wix/2006/wi">
  <Product Id="*" Name="SetupProject" Language="1033" Version="1.0.0.0" Manufacturer="" UpgradeCode="a08f60e3-67db-4b13-bc5c-195124554fb1">
    <Package InstallerVersion="200" Compressed="yes" InstallScope="perMachine" />

    <MajorUpgrade DowngradeErrorMessage="A newer version of [ProductName] is already installed." />
    <MediaTemplate />

    <Feature Id="ProductFeature" Title="SetupProject" Level="1">
      <ComponentGroupRef Id="ProductComponents" />
    </Feature>
  </Product>

  <Fragment>
    <Directory Id="TARGETDIR" Name="SourceDir">
      <Directory Id="ProgramFilesFolder">
        <Directory Id="INSTALLFOLDER" Name="SetupProject" />
      </Directory>
    </Directory>
  </Fragment>

  <Fragment>
    <ComponentGroup Id="ProductComponents" Directory="INSTALLFOLDER">
      <!-- TODO: Remove the comments around this Component element and the ComponentRef below in order to add resources to this installer. -->
      <!-- <Component Id="ProductComponent"> -->
      <!-- TODO: Insert files, registry keys, and other resources here. -->
      <!-- </Component> -->
    </ComponentGroup>
  </Fragment>
</Wix>

修正後

<?xml version="1.0" encoding="UTF-8"?>
<Wix xmlns="http://schemas.microsoft.com/wix/2006/wi">
  <Product Id="*" Name="Sample Product" Language="1033" Version="1.0.0.0" Manufacturer="Sample Co. Ltd." UpgradeCode="a08f60e3-67db-4b13-bc5c-195124554fb1">
    <Package InstallerVersion="200" Compressed="yes" InstallScope="perMachine" />

    <MajorUpgrade DowngradeErrorMessage="A newer version of [ProductName] is already installed." />
    <MediaTemplate />

    <Feature Id="ProductFeature" Title="SetupProject" Level="1">
      <ComponentGroupRef Id="ProductComponents" />
    </Feature>

    <UIRef Id="WixUI_Mondo" />
    <PropertyRef Id="NETFRAMEWORK35" />
    <Condition Message="This application requires .NET Framework X.Y.">Installed OR NETFRAMEWORK35</Condition>
  </Product>

  <Fragment>
    <Directory Id="TARGETDIR" Name="SourceDir">
      <Directory Id="ProgramFilesFolder">
        <Directory Id="INSTALLFOLDER" Name="SetupProject" />
      </Directory>
    </Directory>
  </Fragment>
</Wix>

"修正前" の XML に対して、以下のような修正を行います。 （すべての修正を行った結果が "修正後" になります。）

• [修正] //WiX/Product/@Name
  Product要素のName属性を実際の 製品名 に修正します。
• [修正] //WiX/Product/@Manufacture
  Product要素のManufacture属性に 会社名 を記載します。
• [追加] //WiX/Product/UIRef
  以下の要素を追加します。 これにより、インストール時によく見かける画面を追加することができます。 また、この機能を利用するために WixUIExtension.dll を参照設定しています。

  <UIRef Id="WixUI_Mondo" />
  

• [追加] //WiX/Product/PropertyRef
  [追加] //WiX/Product/Condition
  以下の要素を追加します。 これにより、インストール時に .NET Framework 3.5 が入っていないとエラーメッセージがでるようになります。 また、この機能を利用するために WixNetFxExtension.dll を参照設定しています。

  <PropertyRef Id="NETFRAMEWORK35" />
  <Condition Message="This application requires .NET Framework X.Y.">Installed OR NETFRAMEWORK35</Condition>
  

• [削除] //WiX/Fragment[name(child)="ComponentGroup"]
  子要素が ComponentGroup である Fragment要素を削除します。 （この要素の内容は Components.wxs ファイルへ記載します。）

Components.wxs

自動生成結果

<?xml version="1.0" encoding="utf-8"?>
<Wix xmlns="http://schemas.microsoft.com/wix/2006/wi">
  <Fragment>
    <DirectoryRef Id="TARGETDIR">
      <Directory Id="dir4DBD5D1D35BB67517C2CB9713EA6BB0E" Name="WiX" />
    </DirectoryRef>
  </Fragment>
  <Fragment>
    <DirectoryRef Id="dir4DBD5D1D35BB67517C2CB9713EA6BB0E">
      <Component Id="cmpDB54D4524917C8B707E5BBF38A699D28" Guid="PUT-GUID-HERE">
        <Class Id="{234E6679-2F92-368C-ABD4-89F063D07579}" Context="InprocServer32" Description="Sample.ActiveXPlugIn.IObjectSafetyTLB" ThreadingModel="both" ForeignServer="mscoree.dll">
          <ProgId Id="Sample.ActiveXPlugIn.IObjectSafetyTLB" Description="Sample.ActiveXPlugIn.IObjectSafetyTLB" />
        </Class>
        <Class Id="{273737CB-CA7D-45C5-84F6-EF4D5A3D8C79}" Context="InprocServer32" Description="Sample.ActiveXPlugIn.MyForm" ThreadingModel="both" ForeignServer="mscoree.dll">
          <ProgId Id="Sample.ActiveXPlugIn.MyForm" Description="Sample.ActiveXPlugIn.MyForm" />
        </Class>
        <Class Id="{EBD6E54B-8223-313B-A575-110E1BA8D32C}" Context="InprocServer32" Description="Sample.ActiveXPlugIn.Form1" ThreadingModel="both" ForeignServer="mscoree.dll">
          <ProgId Id="Sample.ActiveXPlugIn.Form1" Description="Sample.ActiveXPlugIn.Form1" />
        </Class>
        <File Id="filCC77BD2DCA029040BCFF7EBD663B08E2" KeyPath="yes" Source="SourceDir\WiX\SampleActiveXPlugIn.dll" />
        <RegistryValue Root="HKCR" Key="CLSID\{234E6679-2F92-368C-ABD4-89F063D07579}\Implemented Categories\{62C8FE65-4EBB-45e7-B440-6E39B2CDBF29}" Value="" Type="string" Action="write" />
        <RegistryValue Root="HKCR" Key="CLSID\{234E6679-2F92-368C-ABD4-89F063D07579}\InprocServer32\1.0.0.0" Name="Class" Value="Sample.ActiveXPlugIn.IObjectSafetyTLB" Type="string" Action="write" />
        <RegistryValue Root="HKCR" Key="CLSID\{234E6679-2F92-368C-ABD4-89F063D07579}\InprocServer32\1.0.0.0" Name="Assembly" Value="SampleActiveXPlugIn, Version=1.0.0.0, Culture=neutral, PublicKeyToken=null" Type="string" Action="write" />
        <RegistryValue Root="HKCR" Key="CLSID\{234E6679-2F92-368C-ABD4-89F063D07579}\InprocServer32\1.0.0.0" Name="RuntimeVersion" Value="v4.0.30319" Type="string" Action="write" />
        <RegistryValue Root="HKCR" Key="CLSID\{234E6679-2F92-368C-ABD4-89F063D07579}\InprocServer32\1.0.0.0" Name="CodeBase" Value="file:///[#filCC77BD2DCA029040BCFF7EBD663B08E2]" Type="string" Action="write" />
        <RegistryValue Root="HKCR" Key="CLSID\{234E6679-2F92-368C-ABD4-89F063D07579}\InprocServer32" Name="Class" Value="Sample.ActiveXPlugIn.IObjectSafetyTLB" Type="string" Action="write" />
        <RegistryValue Root="HKCR" Key="CLSID\{234E6679-2F92-368C-ABD4-89F063D07579}\InprocServer32" Name="Assembly" Value="SampleActiveXPlugIn, Version=1.0.0.0, Culture=neutral, PublicKeyToken=null" Type="string" Action="write" />
        <RegistryValue Root="HKCR" Key="CLSID\{234E6679-2F92-368C-ABD4-89F063D07579}\InprocServer32" Name="RuntimeVersion" Value="v4.0.30319" Type="string" Action="write" />
        <RegistryValue Root="HKCR" Key="CLSID\{234E6679-2F92-368C-ABD4-89F063D07579}\InprocServer32" Name="CodeBase" Value="file:///[#filCC77BD2DCA029040BCFF7EBD663B08E2]" Type="string" Action="write" />
        <RegistryValue Root="HKCR" Key="CLSID\{273737CB-CA7D-45C5-84F6-EF4D5A3D8C79}\Implemented Categories\{62C8FE65-4EBB-45e7-B440-6E39B2CDBF29}" Value="" Type="string" Action="write" />
        <RegistryValue Root="HKCR" Key="CLSID\{273737CB-CA7D-45C5-84F6-EF4D5A3D8C79}\InprocServer32\1.0.0.0" Name="Class" Value="Sample.ActiveXPlugIn.MyForm" Type="string" Action="write" />
        <RegistryValue Root="HKCR" Key="CLSID\{273737CB-CA7D-45C5-84F6-EF4D5A3D8C79}\InprocServer32\1.0.0.0" Name="Assembly" Value="SampleActiveXPlugIn, Version=1.0.0.0, Culture=neutral, PublicKeyToken=null" Type="string" Action="write" />
        <RegistryValue Root="HKCR" Key="CLSID\{273737CB-CA7D-45C5-84F6-EF4D5A3D8C79}\InprocServer32\1.0.0.0" Name="RuntimeVersion" Value="v4.0.30319" Type="string" Action="write" />
        <RegistryValue Root="HKCR" Key="CLSID\{273737CB-CA7D-45C5-84F6-EF4D5A3D8C79}\InprocServer32\1.0.0.0" Name="CodeBase" Value="file:///[#filCC77BD2DCA029040BCFF7EBD663B08E2]" Type="string" Action="write" />
        <RegistryValue Root="HKCR" Key="CLSID\{273737CB-CA7D-45C5-84F6-EF4D5A3D8C79}\InprocServer32" Name="Class" Value="Sample.ActiveXPlugIn.MyForm" Type="string" Action="write" />
        <RegistryValue Root="HKCR" Key="CLSID\{273737CB-CA7D-45C5-84F6-EF4D5A3D8C79}\InprocServer32" Name="Assembly" Value="SampleActiveXPlugIn, Version=1.0.0.0, Culture=neutral, PublicKeyToken=null" Type="string" Action="write" />
        <RegistryValue Root="HKCR" Key="CLSID\{273737CB-CA7D-45C5-84F6-EF4D5A3D8C79}\InprocServer32" Name="RuntimeVersion" Value="v4.0.30319" Type="string" Action="write" />
        <RegistryValue Root="HKCR" Key="CLSID\{273737CB-CA7D-45C5-84F6-EF4D5A3D8C79}\InprocServer32" Name="CodeBase" Value="file:///[#filCC77BD2DCA029040BCFF7EBD663B08E2]" Type="string" Action="write" />
        <RegistryValue Root="HKCR" Key="CLSID\{EBD6E54B-8223-313B-A575-110E1BA8D32C}\Implemented Categories\{62C8FE65-4EBB-45e7-B440-6E39B2CDBF29}" Value="" Type="string" Action="write" />
        <RegistryValue Root="HKCR" Key="CLSID\{EBD6E54B-8223-313B-A575-110E1BA8D32C}\InprocServer32\1.0.0.0" Name="Class" Value="Sample.ActiveXPlugIn.Form1" Type="string" Action="write" />
        <RegistryValue Root="HKCR" Key="CLSID\{EBD6E54B-8223-313B-A575-110E1BA8D32C}\InprocServer32\1.0.0.0" Name="Assembly" Value="SampleActiveXPlugIn, Version=1.0.0.0, Culture=neutral, PublicKeyToken=null" Type="string" Action="write" />
        <RegistryValue Root="HKCR" Key="CLSID\{EBD6E54B-8223-313B-A575-110E1BA8D32C}\InprocServer32\1.0.0.0" Name="RuntimeVersion" Value="v4.0.30319" Type="string" Action="write" />
        <RegistryValue Root="HKCR" Key="CLSID\{EBD6E54B-8223-313B-A575-110E1BA8D32C}\InprocServer32\1.0.0.0" Name="CodeBase" Value="file:///[#filCC77BD2DCA029040BCFF7EBD663B08E2]" Type="string" Action="write" />
        <RegistryValue Root="HKCR" Key="CLSID\{EBD6E54B-8223-313B-A575-110E1BA8D32C}\InprocServer32" Name="Class" Value="Sample.ActiveXPlugIn.Form1" Type="string" Action="write" />
        <RegistryValue Root="HKCR" Key="CLSID\{EBD6E54B-8223-313B-A575-110E1BA8D32C}\InprocServer32" Name="Assembly" Value="SampleActiveXPlugIn, Version=1.0.0.0, Culture=neutral, PublicKeyToken=null" Type="string" Action="write" />
        <RegistryValue Root="HKCR" Key="CLSID\{EBD6E54B-8223-313B-A575-110E1BA8D32C}\InprocServer32" Name="RuntimeVersion" Value="v4.0.30319" Type="string" Action="write" />
        <RegistryValue Root="HKCR" Key="CLSID\{EBD6E54B-8223-313B-A575-110E1BA8D32C}\InprocServer32" Name="CodeBase" Value="file:///[#filCC77BD2DCA029040BCFF7EBD663B08E2]" Type="string" Action="write" />
      </Component>
    </DirectoryRef>
  </Fragment>
</Wix>

修正後

<?xml version="1.0" encoding="utf-8"?>
<Wix xmlns="http://schemas.microsoft.com/wix/2006/wi">
  <Fragment>
    <ComponentGroup Id="ProductComponents" Directory="INSTALLFOLDER">
      <Component Id="cmpDB54D4524917C8B707E5BBF38A699D28" Guid="C8BA8C74-F2A4-4A53-9FC4-92CDC7897287">
        <Class Id="{234E6679-2F92-368C-ABD4-89F063D07579}" Context="InprocServer32" Description="Sample.ActiveXPlugIn.IObjectSafetyTLB" ThreadingModel="both" ForeignServer="mscoree.dll">
          <ProgId Id="Sample.ActiveXPlugIn.IObjectSafetyTLB" Description="Sample.ActiveXPlugIn.IObjectSafetyTLB" />
        </Class>
        <Class Id="{273737CB-CA7D-45C5-84F6-EF4D5A3D8C79}" Context="InprocServer32" Description="Sample.ActiveXPlugIn.MyForm" ThreadingModel="both" ForeignServer="mscoree.dll">
          <ProgId Id="Sample.ActiveXPlugIn.MyForm" Description="Sample.ActiveXPlugIn.MyForm" />
        </Class>
        <Class Id="{EBD6E54B-8223-313B-A575-110E1BA8D32C}" Context="InprocServer32" Description="Sample.ActiveXPlugIn.Form1" ThreadingModel="both" ForeignServer="mscoree.dll">
          <ProgId Id="Sample.ActiveXPlugIn.Form1" Description="Sample.ActiveXPlugIn.Form1" />
        </Class>
        <File Id="filCC77BD2DCA029040BCFF7EBD663B08E2" KeyPath="yes" Source=".\SourceDir\SampleActiveXPlugIn.dll" />
        <RegistryValue Root="HKLM" Key="SOFTWARE\Microsoft\Windows\CurrentVersion\Ext\PreApproved\{273737CB-CA7D-45C5-84F6-EF4D5A3D8C79}" Value="" Type="string"  Action="write" />
        <RegistryValue Root="HKCR" Key="CLSID\{234E6679-2F92-368C-ABD4-89F063D07579}\Implemented Categories\{62C8FE65-4EBB-45e7-B440-6E39B2CDBF29}" Value="" Type="string" Action="write" />
        <RegistryValue Root="HKCR" Key="CLSID\{234E6679-2F92-368C-ABD4-89F063D07579}\InprocServer32\1.0.0.0" Name="Class" Value="Sample.ActiveXPlugIn.IObjectSafetyTLB" Type="string" Action="write" />
        <RegistryValue Root="HKCR" Key="CLSID\{234E6679-2F92-368C-ABD4-89F063D07579}\InprocServer32\1.0.0.0" Name="Assembly" Value="SampleActiveXPlugIn, Version=1.0.0.0, Culture=neutral, PublicKeyToken=null" Type="string" Action="write" />
        <RegistryValue Root="HKCR" Key="CLSID\{234E6679-2F92-368C-ABD4-89F063D07579}\InprocServer32\1.0.0.0" Name="RuntimeVersion" Value="v4.0.30319" Type="string" Action="write" />
        <RegistryValue Root="HKCR" Key="CLSID\{234E6679-2F92-368C-ABD4-89F063D07579}\InprocServer32\1.0.0.0" Name="CodeBase" Value="file:///[#filCC77BD2DCA029040BCFF7EBD663B08E2]" Type="string" Action="write" />
        <RegistryValue Root="HKCR" Key="CLSID\{234E6679-2F92-368C-ABD4-89F063D07579}\InprocServer32" Name="Class" Value="Sample.ActiveXPlugIn.IObjectSafetyTLB" Type="string" Action="write" />
        <RegistryValue Root="HKCR" Key="CLSID\{234E6679-2F92-368C-ABD4-89F063D07579}\InprocServer32" Name="Assembly" Value="SampleActiveXPlugIn, Version=1.0.0.0, Culture=neutral, PublicKeyToken=null" Type="string" Action="write" />
        <RegistryValue Root="HKCR" Key="CLSID\{234E6679-2F92-368C-ABD4-89F063D07579}\InprocServer32" Name="RuntimeVersion" Value="v4.0.30319" Type="string" Action="write" />
        <RegistryValue Root="HKCR" Key="CLSID\{234E6679-2F92-368C-ABD4-89F063D07579}\InprocServer32" Name="CodeBase" Value="file:///[#filCC77BD2DCA029040BCFF7EBD663B08E2]" Type="string" Action="write" />
        <RegistryValue Root="HKCR" Key="CLSID\{273737CB-CA7D-45C5-84F6-EF4D5A3D8C79}\Implemented Categories\{62C8FE65-4EBB-45e7-B440-6E39B2CDBF29}" Value="" Type="string" Action="write" />
        <RegistryValue Root="HKCR" Key="CLSID\{273737CB-CA7D-45C5-84F6-EF4D5A3D8C79}\Implemented Categories\{7DD95801-9882-11CF-9FA9-00AA006C42C4}" Value="" Type="string" Action="write" />
        <RegistryValue Root="HKCR" Key="CLSID\{273737CB-CA7D-45C5-84F6-EF4D5A3D8C79}\Implemented Categories\{7DD95802-9882-11CF-9FA9-00AA006C42C4}" Value="" Type="string" Action="write" />
        <RegistryValue Root="HKCR" Key="CLSID\{273737CB-CA7D-45C5-84F6-EF4D5A3D8C79}\InprocServer32\1.0.0.0" Name="Class" Value="Sample.ActiveXPlugIn.MyForm" Type="string" Action="write" />
        <RegistryValue Root="HKCR" Key="CLSID\{273737CB-CA7D-45C5-84F6-EF4D5A3D8C79}\InprocServer32\1.0.0.0" Name="Assembly" Value="SampleActiveXPlugIn, Version=1.0.0.0, Culture=neutral, PublicKeyToken=null" Type="string" Action="write" />
        <RegistryValue Root="HKCR" Key="CLSID\{273737CB-CA7D-45C5-84F6-EF4D5A3D8C79}\InprocServer32\1.0.0.0" Name="RuntimeVersion" Value="v4.0.30319" Type="string" Action="write" />
        <RegistryValue Root="HKCR" Key="CLSID\{273737CB-CA7D-45C5-84F6-EF4D5A3D8C79}\InprocServer32\1.0.0.0" Name="CodeBase" Value="file:///[#filCC77BD2DCA029040BCFF7EBD663B08E2]" Type="string" Action="write" />
        <RegistryValue Root="HKCR" Key="CLSID\{273737CB-CA7D-45C5-84F6-EF4D5A3D8C79}\InprocServer32" Name="Class" Value="Sample.ActiveXPlugIn.MyForm" Type="string" Action="write" />
        <RegistryValue Root="HKCR" Key="CLSID\{273737CB-CA7D-45C5-84F6-EF4D5A3D8C79}\InprocServer32" Name="Assembly" Value="SampleActiveXPlugIn, Version=1.0.0.0, Culture=neutral, PublicKeyToken=null" Type="string" Action="write" />
        <RegistryValue Root="HKCR" Key="CLSID\{273737CB-CA7D-45C5-84F6-EF4D5A3D8C79}\InprocServer32" Name="RuntimeVersion" Value="v4.0.30319" Type="string" Action="write" />
        <RegistryValue Root="HKCR" Key="CLSID\{273737CB-CA7D-45C5-84F6-EF4D5A3D8C79}\InprocServer32" Name="CodeBase" Value="file:///[#filCC77BD2DCA029040BCFF7EBD663B08E2]" Type="string" Action="write" />
        <RegistryValue Root="HKCR" Key="CLSID\{EBD6E54B-8223-313B-A575-110E1BA8D32C}\Implemented Categories\{62C8FE65-4EBB-45e7-B440-6E39B2CDBF29}" Value="" Type="string" Action="write" />
        <RegistryValue Root="HKCR" Key="CLSID\{EBD6E54B-8223-313B-A575-110E1BA8D32C}\InprocServer32\1.0.0.0" Name="Class" Value="Sample.ActiveXPlugIn.Form1" Type="string" Action="write" />
        <RegistryValue Root="HKCR" Key="CLSID\{EBD6E54B-8223-313B-A575-110E1BA8D32C}\InprocServer32\1.0.0.0" Name="Assembly" Value="SampleActiveXPlugIn, Version=1.0.0.0, Culture=neutral, PublicKeyToken=null" Type="string" Action="write" />
        <RegistryValue Root="HKCR" Key="CLSID\{EBD6E54B-8223-313B-A575-110E1BA8D32C}\InprocServer32\1.0.0.0" Name="RuntimeVersion" Value="v4.0.30319" Type="string" Action="write" />
        <RegistryValue Root="HKCR" Key="CLSID\{EBD6E54B-8223-313B-A575-110E1BA8D32C}\InprocServer32\1.0.0.0" Name="CodeBase" Value="file:///[#filCC77BD2DCA029040BCFF7EBD663B08E2]" Type="string" Action="write" />
        <RegistryValue Root="HKCR" Key="CLSID\{EBD6E54B-8223-313B-A575-110E1BA8D32C}\InprocServer32" Name="Class" Value="Sample.ActiveXPlugIn.Form1" Type="string" Action="write" />
        <RegistryValue Root="HKCR" Key="CLSID\{EBD6E54B-8223-313B-A575-110E1BA8D32C}\InprocServer32" Name="Assembly" Value="SampleActiveXPlugIn, Version=1.0.0.0, Culture=neutral, PublicKeyToken=null" Type="string" Action="write" />
        <RegistryValue Root="HKCR" Key="CLSID\{EBD6E54B-8223-313B-A575-110E1BA8D32C}\InprocServer32" Name="RuntimeVersion" Value="v4.0.30319" Type="string" Action="write" />
        <RegistryValue Root="HKCR" Key="CLSID\{EBD6E54B-8223-313B-A575-110E1BA8D32C}\InprocServer32" Name="CodeBase" Value="file:///[#filCC77BD2DCA029040BCFF7EBD663B08E2]" Type="string" Action="write" />
      </Component>
    </ComponentGroup>
  </Fragment>
</Wix>

まず、以下の手順でレジストリ登録すべき情報を抽出します。 現状はファイルが1つなので手作業で行うことも不可能ではないですが… ファイル数が多くなると手作業では難しくなるので以下の手順で自動生成がオススメです。

コマンド例

set PATH=%PATH%;C:\Program Files\WiX Toolset v3.7\bin
heat file SampleActiveXPlugIn.dll -out Components.wxs

構文

heat file [dllファイル名] -out [出力ファイル名]

自動生成したファイルに対して以下の修正を行います。 すべての修正を行った結果が "修正後" になります。

• [削除] //WiX/Fragment[DirectoryRef@Id="TARGET"]
  Id属性 が TARGET である DirectoryRef 要素を子要素に持つ Fragment 要素を削除します。
• [修正] //WiX/Fragment/DirectoryRef[@Id="dir4DBD5D1D35BB67517C2CB9713EA6BB0E"]
  Id が "dir4DBD5D1D35BB67517C2CB9713EA6BB0E"（GUIDを利用しているので実際は異なる場合があります) の DirectoryRef要素 を ComponentGroup要素に置き換えます。 その際、Id 属性は Product.wxs の "//WiX/Product/Feature/ComponentGroupRef/@Id" 属性値を参照し、 Directory 属性 は Product.wxs の "//WiX/Fragment/Directory/Directory/Directory/@Id" 属性値を参照します。

  <ComponentGroup Id="ProductComponents" Direcory="INSTALLFOLDER">
      ｜…
  </ComponentGroup>
  

• [修正] //WiX/Fragment/DirectoryRef/Component/@Guid
  新しい GUID を発行して記載します。
• [修正] //WiX/Fragment/DirectoryRef/Component/File/@Source
  プロジェクトディレクトリから見た dll ファイルへのパスに修正します。 ソリューションが同じであれば本当は良いのですが… そうもいかないので、プロジェクト内に "SourceDir" ディレクトリを作成、インストールするファイルをコピーして配置し、そこへの参照としました。
• [追加] //WiX/Fragment/DirectoryRef/Component/RegistryValue
  以下のレジストリキーを追加します。 このキーを追加することで、IE の "アドオンの管理" へ項目を追加することができます。 また、このキーは IE に安全なアドオンとして登録ができ、警告を抑止することができます。 このレジストリに関する詳細は こちら をご参照ください。
  ※GUID部分（{273737CB-CA7D-45C5-84F6-EF4D5A3D8C79}）は実際のGUIDへ書き換えてください。

  <RegistryValue Root="HKLM" Key="SOFTWARE\Microsoft\Windows\CurrentVersion\Ext\PreApproved\{273737CB-CA7D-45C5-84F6-EF4D5A3D8C79}" Value="" Type="string"  Action="write" />
  

• [追加] //WiX/Fragment/DirectoryRef/Component/RegistryValue
  以下のレジストリキーを追加します。 このキーを追加することで、IE はこのアドオンが安全であると認識するようになります。 このレジストリに関する詳細は こちら をご参照ください。
  ※GUID部分（{273737CB-CA7D-45C5-84F6-EF4D5A3D8C79}）は実際のGUIDへ書き換えてください。

  <RegistryValue Root="HKCR" Key="CLSID\{273737CB-CA7D-45C5-84F6-EF4D5A3D8C79}\Implemented Categories\{7DD95801-9882-11CF-9FA9-00AA006C42C4}" Value="" Type="string" Action="write" />
  <RegistryValue Root="HKCR" Key="CLSID\{273737CB-CA7D-45C5-84F6-EF4D5A3D8C79}\Implemented Categories\{7DD95802-9882-11CF-9FA9-00AA006C42C4}" Value="" Type="string" Action="write" />
  

コンパイル

Visual Studio を利用している場合、以下の手順でコンパイルできます。 出力先は設定によりますが… デフォルト だと bin\Debug または bin\Release の下になります。

1. ソリューション エクスプローラー から セットアップ プロジェクト を選択
2. 右クリック-[ビルド] を選択

テスト

テスト実行する前に、regedit でインストールされる予定のレジストリ情報を削除しておきます。

レジストリの削除が終わると、いざテスト実行です。 [Next] を押していって、作成した アドオン を インストール します。

インストールが完了した後、以下の2点の動作確認を行います。

• テストページが実行可能であること。
  
• Internet Explorer の "アドオン の管理" に追加されていること。
  

ブラウザでどのようにページ遷移が行われたかを簡単に記録するためのフィルターを作成します。

このフィルターを利用することで「不適切なページ遷移を拒否できる」とか「ブラウザの戻る機能の無効化」 ができるようになることを目指します。

• ソースコード
• 説明
• 使用例

ソースコード

閲覧履歴をセッションに残すフィルターを作成します。 ここでは Filters フォルダ & 名前空間を１つ掘って実装しています。

BrowsingHistoryAttribute.cs

namespace SampleMvcApplication.Filters
{
    using System;
    using System.Collections.Generic;
    using System.Linq;
    using System.Web;
    using System.Web.Mvc;

    /// <summary>
    /// 閲覧履歴をセッションに記録するフィルター属性を表します。
    /// </summary>
    public class BrowsingHistoryAttribute : FilterAttribute, IActionFilter
    {
        /// <summary>
        /// 直前に閲覧したURLをセッションに保存するキー文字列
        /// </summary>
        public static string PREVIOUS_URL = "PREVIOUS_URL";

        /// <summary>
        /// 現在要求されたURLをセッションに保存するキー文字列
        /// </summary>
        public static string CURRENT_URL = "CURRENT_URL";

        /// <summary>
        /// アクション結果の実行後に ASP.NET MVC フレームワークによって呼び出されます。
        /// </summary>
        /// <param name="filterContext">フィルター コンテキスト</param>
        public void OnActionExecuted(ActionExecutedContext filterContext)
        {
        }

        /// <summary>
        /// アクション結果の実行前に ASP.NET MVC フレームワークによって呼び出されます。
        /// </summary>
        /// <param name="filterContext">フィルター コンテキスト</param>
        public void OnActionExecuting(ActionExecutingContext filterContext)
        {
            // 必要な変数を取得
            var httpContext = filterContext.HttpContext;
            var session = httpContext.Session;
            var request = httpContext.Request;

            // POST と Ajax リクエスト は記録しない
            if (request.HttpMethod == "POST" || request.IsAjaxRequest())
            {
                return;
            }

            // リクエストURL を正規化
            var url = this.GetNormalizedRequestUrl(httpContext);

            // 閲覧履歴を更新
            session[PREVIOUS_URL] = session[CURRENT_URL];
            session[CURRENT_URL] = url;
        }

        /// <summary>
        /// リクエストURLを正規化します
        /// </summary>
        /// <param name="httpContext">HTTP コンテキスト</param>
        /// <returns>正規化された リクエストURL</returns>
        private string GetNormalizedRequestUrl(HttpContextBase httpContext)
        {
            var routeData = System.Web.Routing.RouteTable.Routes.GetRouteData(httpContext);
            var controllerName = routeData.Values["controller"].ToString().ToLower();
            var actionName = routeData.Values["action"].ToString().ToLower();
            var queryString = httpContext.Request.QueryString.ToString();

            if (string.IsNullOrEmpty(queryString))
            {
                return string.Format("{0}/{1}", controllerName, actionName);
            }
            else
            {
                return string.Format("{0}/{1}?{2}", controllerName, actionName, queryString);
            }
        }
    }
}

説明

フィルターなので FilterAttributeクラス の継承を行います。 今回のフィルターはできるだけ早いタイミングで実施したいので、IActionFilterインターフェース の実装を行っています。

.OnActionExecuting で セッション に対して閲覧履歴を更新しにかかります。 POST と Ajax リクエストは保存しないように処理されています。

.OnActionExecuted は特に必要な処理がないので何も記述しない空のメソッドになります。

リクエストURLはショートカットされる場合（MapPathに登録されていたり、IndexのようにIISに登録されていたりする場合）があるので、 .GetNormalizedRequestUrl 関数を利用してキチンとしたURLへ再マッピングしなおしています。 この関数にかんする詳細は こちら の記事をご参照ください。

使用例

上記ソースコードで記述した属性を利用してみます。 以下のサンプルコードでハイライトされた部分が利用例となります。 Controller クラス に対して属性をつけることで、そのクラスのメソッドすべてに対して履歴を取るようにしています。

サンプルコード

namespace SampleMvcApplication.Controllers
{
    using System;
    using System.Collections.Generic;
    using System.Linq;
    using System.Web;
    using System.Web.Mvc;
    using SampleMvcApplication.Filters;

    [BrowsingHistory]
    public class HomeController : Controller
    {
        public ActionResult Index()
        {
            return this.View();
        }

        public ActionResult Login()
        {
            return this.View();
        }

        public ActionResult Index2()
        {
            return this.View();
        }
    }
}

アプリケーションルートURL（ベースURL？基本URL？…どういう呼び方が正しいかよく分かりません。。） は IIS へホストされた状況によって変化します。 そのような状況でも確実に ルートURL を取得する方法です。

サンプルコード

var scheme = httpContext.Request.Url.Scheme;
var authority = httpContext.Request.Url.Authority;
var path = HttpRuntime.AppDomainAppVirtualPath;

// ルートURL の生成
var baseUrl = string.Format("{0}://{1}{2}", scheme, authority, path);

説明

Request.Url.Scheme では、http または https を取得します。
Request.Url.Authority では、ホスト名 または IPアドレス と ポート番号 の組み合わせを取得します。
HttpRuntime.AppDomainAppVirtualPath では、現在のアプリケーション ドメインでホストされる、アプリケーションを格納するディレクトリの仮想パスを取得します。 AppDomainAppVirtualPath は static プロパティ なので、HttpRuntimeクラス から 直接取得します。

※上記サンプルコード中の httpContext に対して何もありませんが、現在実行中の HttpContextBase を指定します。

今回、参考にしたサイトは以下の通りです。

• How can I get my webapp's base URL in ASP.NET MVC?
• HttpRuntime クラス

RouteData を利用して、リクエストされた コントローラー名 および アクション名 を取得する方法です。

• コントローラー名、アクション名 を 取得する方法の基本
• コントローラー内で取得するサンプルコード
• ヘルパークラス内で取得するサンプルコード
• カスタムフィルター内で取得するサンプルコード

コントローラー名、アクション名 を 取得する方法の基本

サンプルコード

var routeData = System.Web.Routing.RouteTable.Routes.GetRouteData(httpContext);
var controllerName = routeData.Values["controller"].ToString();
var actionName = routeData.Values["action"].ToString();

説明

RouteDataインスタンス の Values プロパティ はハッシュ配列になっています。 このハッシュ配列において、"controller" キーの値が コントローラー名、"action" キーの値が アクション名となっています。 （"controller" および "action" の文字列は固定文字列のようです。）

リクエストされたコントローラー名、アクション名の取得は、RouteDataクラス の インスタンス をいかに取得するかがポイントになります。 以下のサンプルコードでは、状況に応じて RouteData インスタンス の取得方法が変わっています。

※上記サンプルコードでは "httpContext" に対して何も記述がありませんが、現在実行中の "HttpContextBase" を指定します。

コントローラー の アクションメソッド内 で 取得 する サンプルコード

サンプルコード

public class HomeController : Controller
{
    //
    // GET: /Home/Index
    public ActionResult Index()
    {
        // コントローラー名、アクション名の取得
        var controllerName = this.RouteData.Values["controller"].ToString();
        var actionName = this.RouteData.Values["action"].ToString();

        return View();
    }
}

説明

Controller クラスを継承したクラス内で利用する場合、RouteDataインスタンス がプロパティに既に存在しているので、そのまま利用します。

ヘルパークラス の 拡張メソッド内 で 取得 する サンプルコード

サンプルコード

public static class SampleExtensions
{
    public static string GetNormalizedRequestUrl(this HtmlHelper helper)
    {
        // HttpContextBase インスタンス の取得
        var httpContext = helper.ViewContext.HttpContext;

        // RouteData および コントローラー名、アクション名、クエリ文字列 の取得
        var routeData = helper.RouteCollection.GetRouteData(httpContext);
        var controllerName = routeData.Values["controller"].ToString();
        var actionName = routeData.Values["action"].ToString();
        var queryString = httpContext.Request.QueryString.ToString();

        // クエリ有無によってURL生成方法を変更
        if (string.IsNullOrEmpty(queryString))
        {
            return string.Format("{0}/{1}", controllerName, actionName);
        }
        else
        {
            return string.Format("{0}/{1}?{2}", controllerName, actionName, queryString);
        }
    }
}

説明

ヘルパークラス では RouteDataインスタンス が直接利用できないため、取得してくる必要があります。 HttpContextBaseインスタンス を利用して RouteCollection.GetRouteData( HttpContextBase httpContext ) を利用して RouteDataインスタンス 取得します。

カスタムフィルター の メソッド内 で 取得 する サンプルコード

サンプルコード

public class SampleAttribute: FilterAttribute, IActionFilter
{
    public void OnActionExecuted(ActionExecutedContext filterContext)
    {
        // RouteData および コントローラー名、アクション名 の 取得
        ////var routeData = System.Web.Routing.RouteTable.Routes.GetRouteData(filterContext.HttpContext);
        var routeData = filterContext.RouteData;
        var controllerName = routeData.Values["controller"].ToString();
        var actionName = routeData.Values["action"].ToString();
    }

    public void OnActionExecuting(ActionExecutingContext filterContext)
    {
    }
}

説明

カスタムフィルター では RouteDataインスタンス が直接利用できないため、取得してくる必要があります。 まず、RouteTableクラス の Routes static プロパティ から RouteCollection を取得します。 次に、RouteCollection.GetRouteData( HttpContextBase httpContext ) を利用して RouteDataインスタンス 取得します。
ActionExecutedContext のプロパティに RouteData が存在しているのでそちらをそのまま利用します。(2013/06/25 修正)

今回、参考にしたサイトは以下の通りです。

• ASP.NET-MVC . How to get the controller name from an url?
• RouteData クラス
• RouteCollection クラス
• RouteTable クラス

独自フィルター（カスタムフィルター）を作成、実装することで、各アクションに対して画一的な処理を "簡単に" 施すことができるようになります。 例えば「特定の条件を満たさない場合、実行できなくする」「ユーザーのページ遷移を記録する」「キャッシュを無効化する」といったことができるようになります。

この 独自フィルター の実装方法ですが、通常は FilterAttribute クラスを継承して作成します。 簡易的に 組込フィルタークラス を継承することでも 独自フィルター を作成できます。
※フィルター の 実行順序 は こちら をご参照ください。

以下では「キャッシュを無効化する独自フィルター」を実装する手順を見ていきます。

実装手順

1. 独自フィルター を作成する プロジェクト を選択し、[プロジェクト]-[新しい項目の追加] を選択
   
2. 任意の名前で「クラス」を「追加」
   （ここでは NoCacheAttribute としています。）
   
3. FilterAttribute を継承
   

       public class NoCacheAttribute: FilterAttribute
   

4. IResultFilter を実装
   （どの インターフェース を実装すべきかの判断は こちら をご参照ください。）
   

       public class NoCacheAttribute: FilterAttribute, IResultFilter
   

5. .OnResultExecuted を実装
   

           public void OnResultExecuted(ResultExecutedContext filterContext)
           {
               var response = filterContext.HttpContext.Response;
               response.Cache.SetCacheability(HttpCacheability.NoCache);
           }
   

6. .OnResultExecuting の内容を削除
   

           public void OnResultExecuting(ResultExecutingContext filterContext)
           {
               // 処理を行わないので、明示的に処理を削除します。
               ////throw new NotImplementedException();
           }
   

最終的なソースコード

namespace SampleMvcApplication.Controllers
{
    using System;
    using System.Collections.Generic;
    using System.Linq;
    using System.Web;
    using System.Web.Mvc;

    /// <summary>
    /// キャッシュを無効化するフィルター属性を表します。
    /// </summary>
    public class NoCacheAttribute: FilterAttribute, IResultFilter
    {
        /// <summary>
        /// アクション結果の実行後に ASP.NET MVC フレームワークによって呼び出されます。
        /// </summary>
        /// <param name="filterContext">フィルター コンテキスト</param>
        public void OnResultExecuted(ResultExecutedContext filterContext)
        {
            var response = filterContext.HttpContext.Response;
            response.Cache.SetCacheability(HttpCacheability.NoCache);
        }

        /// <summary>
        /// アクション結果の実行前に ASP.NET MVC フレームワークによって呼び出されます。
        /// </summary>
        /// <param name="filterContext">フィルター コンテキスト</param>
        public void OnResultExecuting(ResultExecutingContext filterContext)
        {
        }
    }
}

今回、参考にしたサイトは以下の通りです。

• FilterAttribute クラス
• ActionFilterAttribute クラス

組込 アクションフィルター は、 FilterAttribute を継承しています。 また、どの クラス 、 インターフェース も System.Web.Mvc 名前空間に属しています。

※ 独自フィルターの実装方法は こちら 。

以下に主な アクションフィルター の実行順をまとめます。

上記 フィルター に関する MSDN を以下でまとめています。

フィルター を独自実装する際の基本クラス

• FilterAttribute クラス

フィルター インターフェース の 組込実装 クラス

• AuthorizeAttribute クラス
• ActionFilterAttribute クラス
• HandleErrorAttribute クラス

フィルター インターフェース

• IAuthorizationFilter インターフェイス
• IActionFilter インターフェイス
• IResultFilter インターフェイス
• IExceptionFilter インターフェイス

今回、参考にしたサイトは以下の通りです。

• ASP.NET MVC/フィルター

せっかく作ったものを実際に動かせるサンプルページが公開できたら… そんなことを実現できる「GitHub Pages」という機能があります。

GitHub Pages では プロジェクト に関連する ホームページ、WEBサイト の公開、運用ができます。

以下では、 GitHub Pages の 種類、作成方法、基本知識の観点でまとめます。

GitHub ページ の種類 と 作成方法

GitHub ページ には次の 2種類 が存在します。 いずれの種類にしても、レポジトリの作成が必要です。

• ユーザー/組織 ページ （GitHub アカウント に対して WEBページ を作成）
• プロジェクト ページ （レポジトリ に対して WEBページ を作成）

GitHub ページ を作成 & 公開する方法は次の 2通り が存在します。

• 手動作成 & 公開 （HTML を ゼロ から作成）
• 自動生成 & 公開 （デザインテンプレート、README.md を利用して作成）

各組み合わせ通りやり方がありますが、以下のパターンについて実際の方法を記載しています。

• ユーザーページ を 手動作成 & 公開 する方法
• プロジェクトページ を 手動作成 & 公開 する方法
• プロジェクトページ を 自動生成 & 公開 する方法

GitHub ページ の 基本知識

• 1レポジトリ（1プロジェクト） に対して 1サイト 作成できる
• プロジェクトページ は レポジトリの "gh-pages" ブランチ が WEBページ になる
• ユーザー/組織 ページ は username.github.io という名前のプロジェクトにする
• ユーザー/組織 ページ は レポジトリの "main" ブランチ が WEBページ になる

今回、参考にしたサイトは以下の通りです。

• GitHub Pages

個人用/組織用 の WEBページ を GitHub で公開する方法、手順です。

個人用 の WEBページ を 作成、公開するためには、特殊な プロジェクト名の レポジトリ を作成します。 具体的には、ユーザー名.github.io という名前の レポジトリ を作成するのですが… 詳細は以下で見ていきます。

基本的に GitHub for Windows を利用して作業を行っています。 （個人的な趣味趣向の都合です…）

1. レポジトリを新規作成します。
   "create" を選択します。
   
2. 以下の項目を入力して、"CREATE" を選択します。
   
   • NAME：ユーザー名.github.io（必ず命名規則に従います。）
   • DESCRIPTION：（任意に入力してください。）
   
3. 新規作成した ユーザー名.github.io レポジトリを右クリック、"open in explorer" を選択します。
   
4. 開かれた ディレクトリ に WEBサイト を作成します。
   （画像では index.html を作っただけです。）
5. GitHub for Windows へ戻り、ユーザー名.github.io レポジトリを開きます。
   
6. 変更をコミットします。
   以下の項目を入力して、"COMMIT" を選択します。
   
   • COMMIT MESSAGE:（メッセージ）（必須）
   • EXTEND DESCRIPTION:（詳細説明）（任意）
   
7. ローカルの変更を サーバー へ プッシュ します。
   "publish" を選択します。
   
8. 以下の URUL へ アクセス して WEBページ が公開されたことを確認します。
   

   http://ユーザー名.github.io/

今回、参考にしたサイトは以下の通りです。

• GitHub Pages

GitHub で 作成した アプリ や ツール を WEBページ にして公開したい！！ そんなことを実現できる機能として「GitHub Pages」があります。 GitHub Pages では プロジェクト に関連する ホームページ、WEBサイト の公開、運用ができます。

この、GitHub Pages を作る方法は以下の２種類があります。 ここでは、GitHub Pages を自動生成、公開する手順を見ていきます。

• 手動生成 & 公開
• 自動生成 & 公開

自動生成は テンプレート があるため、最初からそれなりの WEBページ 作成が可能なので、個人的にはオススメです。

自動生成 & 公開

1. WEBページ を作成したい プロジェクト を開きます。
2. プロジェクト の "Settings" を開きます。
   
3. "Options" を選択します。
   
4. 中段までスクロールし、"Automatic Page Generator" を選択します。
   
5. 以下の項目を修正して、"Continue to Lyout" を選択します。
   
   • Project Name：プロジェクト名
   • Tagline：プロジェクトの説明
   • Body：本文（"Load README.md" を選択するとラク）
   • Google Analytics Tracking ID：Google アナリティクス の トラッキングID（必要であれば）
   
6. 好きなレイアウトを選択します。（選択すると下段にプレビューします。）
   
7. "PUBLISH+" を選択して完了します。
   
8. WEBページ が公開されるまで 10分 程度待ちます。 10分後に メッセージ 中にある URL を選択すると ページ が公開されています。
   

GitHub Pages は "gh-pages" という名前の ブランチ で運用されます。 ページができあがった後は、"gh-pages" ブランチを編集することで、WEBページが更新されます。

今回、参考にしたサイトは以下の通りです。

• GitHub Pages

GitHub で 作成した アプリ や ツール を WEBページ にして公開したい！！ そんなことを実現できる機能として「GitHub Pages」があります。 GitHub Pages では プロジェクト に関連する ホームページ、WEBサイト の公開、運用ができます。

この、GitHub Pages を作る方法は以下の２種類があります。 ここでは、GitHub Pages を手動生成、公開する手順を見ていきます。

• 手動生成 & 公開
• 自動生成 & 公開

手動生成 & 公開

GitHub for Windows を利用して作業を行っていきます。 GitHub for Windows の インストールについては こちら をご参照ください。

1. GitHub for Windows を起動します。
2. GitHub ページ を作成したいレポジトリを右クリック、"open a shell here" を選択します。
   
3. Power Shell が立ち上がるので、以下のコマンドを入力します。
   これにより gh-pages という名前のブランチが作られます。
   

   [master]> git checkout --orphan gh-pages
   

4. 続いて以下のコマンドを入力します。
   これにより "." を含むファイル が削除されます。
   

   [gh-pages]> git rm -rf .
   

5. GitHub for Windows へ戻り、ブランチ を作った レポジトリ を開きます。
   
6. レポジトリは空なので、エクスプローラでローカルフォルダを開きます。
   （選択されているブランチが "gh-pages" になっているハズです。）
   
7. 開いたエクスプローラの場所で WEBページ を作成します。
   （とりあえず今回は index.html のみ作成しました。）
   
8. GitHub for Windows へ戻り、変更を コミット します。
   
9. "publish..." を選択します。
   
10. 作業は以上で完了です。
    10分後 に 次の URL へ アクセス して公開されていることを確認します。
    http://ユーザー名.github.io/レポジトリ名/

今回、参考にしたサイトは以下の通りです。

• GitHub Pages

JavaScript で 非同期通信 をしようとしたとき、その通信結果をクライアント側でキャッシュしたりしなかったり… 実際のところどうなっているか、どうやったら良いのかを見ていきます。

• XMLHttpRequest の 仕様
• Ajax通信 を キャッシュ する
• Ajax通信 を キャッシュ しない

XMLHttpRequest の 仕様

まずは仕様について見てみます。

いわゆる、XMLHttpRequest の仕様 ── W3C の ワーキングドラフト の キャッシュ に関する部分（send メソッド の下の方） ── では以下のようなことが述べられています。

• スクリプトで明示的に指定がない限り Cache-Control や Pragma を勝手に付加しない
• 304 Not Modified のときは、200 OK と同じ挙動をする

では、これらを元に、キャッシュする 通信方法 と、キャッシュしない 通信方法 はどうしたら良いかを、 具体的なサンプルコードを交えながら以下で見ていきます。

キャッシュ する

何もしなければ、デフォルトでキャッシュされます。 通信した内容がブラウザにキャッシュされて、キャッシュされたデータを使った 200 OK が返ってきます。

サンプルコード（サーバー側：C# & ASP.NET MVC）

public ActionResult Test()
{
    // レスポンス用のサンプルデータを作成
    var o = new
    {
        Message = "foo-bar",
        DateTime = DateTime.Now.ToString("r")
    };

    // 作成したデータを返信
    return this.Json(o, JsonRequestBehavior.AllowGet);
}

サンプルコード（クライアント側：JavaScript）

var xhr = new XMLHttpRequest();
var url = 'http://localhost/BrowserCacheTest/Home/Test';
var responseText = '';

xhr.open('GET', url, true);
xhr.onreadystatechange = function () {
    if (xhr.readyState === 4 && xhr.status === 200) {
        responseText = xhr.responseText;
    }
};
xhr.send();

通信の様子

このシーケンスだけだと分かりませんが、上記サンプルコードの リクエスト を何度も実行しています。 つまり、キャッシュされた通信の場合、以下のような特徴があると言えそうです。

• 通信は1度だけ実行され、以降は行われない
• スクリプトは毎回 200 OK を受け取る

キャッシュ しない

無意味なクエリパラメータを末尾につけて URL を異なるものにすることで、キャッシュしない… という方法もありますが、ここでは HTML通信 の ヘッダ にキャッシュ制御を付記することで「キャッシュ しない」を実現します。

「キャッシュ する」場合との違いは、 サーバー側でレスポンスヘッダーに Cache-Control: no-cache と Pragma: no-cache を記述するようにしている点です。 これらをサーバー側で指定することによって、クライアント側は該当する通信をキャッシュしなくなります。

サンプルコード（サーバー側：C# & ASP.NET MVC）

public ActionResult Test()
{
    // レスポンス用のサンプルデータを作成
    var o = new
    {
        Message = "foo-bar",
        DateTime = DateTime.Now.ToString("r")
    };

    // キャッシュしないようヘッダーを追加
    this.Response.Cache.SetCacheability(HttpCacheability.NoCache);
    this.Response.AddHeader("Pragma", "no-cache");

    // 作成したデータを返信
    return this.Json(o, JsonRequestBehavior.AllowGet);
}

サンプルコード（クライアント側：JavaScript）

var xhr = new XMLHttpRequest();
var url = 'http://localhost/BrowserCacheTest/Home/Test';
var responseText = '';

xhr.open('GET', url, true);
xhr.onreadystatechange = function () {
    if (xhr.readyState === 4 && xhr.status === 200) {
        responseText = xhr.responseText;
    }
};
xhr.send();

通信の様子

通信がキャッシュされず、毎回取得し直されていることが分かります。 また、レスポンスヘッダーに Cache-Control: no-cache、 Pragma: no-cache、 Expires: -1 が指定されていることも分かります。

というわけで…ブラウザにキャッシュさせたくない場合、サーバー側の レスポンス ヘッダー を指定することで実現できるようでした。

ASP.NET サービス 全体に対して キャッシュ を 無効化 してしまえ！！ …という、若干横暴な設定方法です。 この設定を行うことで、web.config 配下にある リソース や サービス は すべて ブラウザキャッシュ されなくなります。

この設定はあくまで ブラウザキャッシュ（クライアント側） の無効化であり、サーバーキャッシュ（サーバー側） の無効化ではありません。

以下では、具体的な設定例（設定方法）とその説明を行っています。

• 設定例
• 説明

設定例

キャッシュ を 無効化 したいサービス、WEBアプリケーション の web.config に対して、 次に示す内容を追加します。

web.config

<?xml version="1.0" encoding="UTF-8"?>
<configuration>
    <system.webServer>
        <httpProtocol>
            <customHeaders>
                <add name="Cache-Control" value="no-cache" />
                <add name="Pragma" value="no-cache" />
            </customHeaders>
        </httpProtocol>
    </system.webServer>
</configuration>

説明

httpProtocol/customHeaders/add の要素で、すべての HTTP通信 レスポンス に対して カスタムヘッダー を追加するようにします。 この カスタムヘッダー で追加される レスポンスヘッダー は次の通りです。

• Cach-Control: no-cache
• Pragma: no-cache

これらを レスポンスヘッダー に対して強制的に付加することで、明示的に ブラウザキャッシュ を許さないようにできます。

ここでは web.config の XML を直接編集していますが、同じ設定を IIS の GUI 上からも行うことができます。 詳細は こちら をご参照ください。

今回、参考にしたサイトは以下の通りです。

• HTTPプロトコル設定 <httpProtocol>
• カスタムヘッダー <customHeaders>

特定の処理だけ キャッシュ を 無効化 したいけれど、いちいち、そんな処理を書いているのが面倒… という思いから、お手軽に キャッシュ の 無効化 を実現する方法を作ってみました。

無効化する作業としては、以下のソースコードにある NoCacheAttribute をキャッシュさせたくない操作（メソッド）の属性に設定するだけです。

• ソースコード
• 説明
• 使用例

ソースコード

キャッシュ を 無効化する 属性 NoCacheAttribute のサンプルコードを以下に記載します。

NoCacheAttribute.cs

namespace SampleMvcApplication.Controllers
{
    using System;
    using System.Collections.Generic;
    using System.Linq;
    using System.Web;
    using System.Web.Mvc;

    /// <summary>
    /// キャッシュを無効化するフィルター属性を表します。
    /// </summary>
    public class NoCacheAttribute : ActionFilterAttribute
    {
        /// <summary>
        /// アクション メソッドの実行後に ASP.NET MVC フレームワークによって呼び出されます。
        /// </summary>
        /// <param name="filterContext">フィルダー コンテキスト</param>
        public override void OnActionExecuted(ActionExecutedContext filterContext)
        {
            // 継承元の処理を実行
            base.OnActionExecuted(filterContext);

            // レスポンスヘッダーにキャッシュ無効化を追加
            var response = filterContext.HttpContext.Response;
            response.Cache.SetCacheability(HttpCacheability.NoCache);
        }
    }
}

説明

ActionFilterAttribute クラスを継承した、NoCacheAttribute クラスを作成します。

すべてのサーバー処理が終わって、クライアントへ配信する直前（OnActionExecuted）に、キャッシュしないヘッダーを付加する処理を記載します。 この処理により、サーバーからクライアントへのレスポンスヘッダーでは次のようなヘッダーが追加されます。

• Cache-Control: no-cache
• Expires: -1
• Pragma: no-cache

…冒頭で "いちいち、そんな処理を書いているのが面倒…" と書いていますが、実際書く処理は 1行 です。 どちらかと言うと、"コーディングがラクになる" より "可読性が良くなる" が正しいかもしれません。

使用例

上記 サンプルコード で書いた コード を利用してみます。 この コード では Test メソッドで呼ばれる内容が キャッシュ されなくなります。

サンプルコード

[NoCache]
public ActionResult Test()
{
    // レスポンス用のサンプルデータを作成
    var o = new
    {
        Message = "foo-bar",
        DateTime = DateTime.Now.ToString("r")
    };

    // 作成したデータを返信
    return this.Json(o, JsonRequestBehavior.AllowGet);
}

この アクションフィルター では、 .cshtml 等に記述された img タグ、link タグ、script タグで後から呼び出されるファイルに対して、 キャッシュ を 無効化 させることはできません。 これらの ファイル も含めて 無効化 したい場合、 web.config の修正をご検討ください（→参考（GUI設定）、参考（XML直編集））。

今回、参考にしたサイトは以下の通りです。

• HTTP Header Fields
• ブラウザキャッシュでパフォーマンス向上―負荷分散装置の落とし穴に注意－
• IPA プロキシキャッシュ対策
• Webサイトの高速化 ルール13　ETagを正しく設定する!