ASP.NET WebフォームとMVC2の同居 - マスタページとサイトマップパス

前回の投稿にて、既存の ASP.NET Webフォームアプリプロジェクトに、ASP.NET MVC2 実装を追加する手順について明らかにした。

ただし前回の投稿はしょせんはプロジェクト構成の話。

細々した設定は多いものの、リファレンス用に作ったダミーの ASP.NET MV2 プロジェクトと比較しながらちまちまやっていけばできあがる、半機械的な作業である。

むしろここからがいよいよ本題。

さて、既存の ASP.NET Web フォームアプリへのMVC実装の追加搭載なので、マスタページが問題となってくる。
すなわち、すでに Web フォーム用のマスタページがあるわけで、追加のMVC実装でも、外観は既存の Webフォーム群に揃えたいわけである。

しかし。「MVCもASP.NETのうち」とはいえ、さすがに Web フォームのマスタページを、MVC実装のマスタページにそのまま使うことは、そのメカニズム上無理な相談である次第。

じゃぁ、どうするか。

はい、
普通に手作業で移植
しました。

まずは ~/Site.master ( およびそのコードビハインドの ~/Site.master.cs や ~/Site.master.designer.cs ) を、~/Views/Shared 以下にコピー。

コピーしたら、手作業で加工していく。
基底クラスを System.Web.Mvc.ViewMasterPage に変更したり、runat="server" な form 要素を削除したり...。

ASP.NET MVC2 では、ビューについてはコードビハインドは使わないのが定番。
しかし、ここではそんなきれい事も言っていられない。
~/Views/Shared/Site.master.cs はそのまま残しつつ、適宜、MVC のマスタページとして動作するように加工していく。

Webフォーム側のマスタページのデザインが変更になったらどうするかって?

うーん、現状ではその変更内容を、MVC側のマスタページにも手作業で反映するしかない。

しかしながら、

T4テンプレートを使って、~/Site.master から ~/Views/Shared/Site.master へ自動生成できるのでは

というアイディアはある（せっかくのアイディアを書いちゃった...）。
もっとも、~/Site.master 側の "事前の協力" ( 例えば "この部分はMVC化するときは消してね" みたいな印を何か付けておくとか ) は必要だろう、とは思うが。

ただ実際のところ、このようなケースにおけるWebフォーム側のマスタページなんぞ、すでに枯れている。
まず変更は発生しないはずだ。

デザイン面で CSS の変更はありうる。
しかし、これは、たとえば ~/Site.css みたいな外部 CSS が変わるだけの話。
Webフォーム・MVC双方のマスタページはこれを読み込んでいるだけなので、変更はここには及ばない。

よしんば、変更が発生したとしても、"枯れている" ことから軽微な変更で済むはずだ。

にもかかわらず、MVCマスタページを自動生成する T4 テンプレートを、わざわざ自前で開発する手間をかけるか、と考えるわけである。
せいぜい、~/Site.master の変更に対する diff を生成して、~/Views/Shared/Site.master に patch 適用するくらいの "自動化" で大体間に合うことだろう。

ということで、どうにかマスタページ問題は人力で解決。


さて。
マスタページには多くの場合、サイトマップパス、いわゆる「パンくずリスト」が備わっているのではないだろうか。

自分の場合も多分に漏れず、マスタページに asp:SiteMapPath サーバーコントロールを貼り付けていた。

これが ~/Views/Shared/Site.master ではどうなるか?

どうもならない。ちゃんと動作する。
つまるところ、SiteMapPath コントロール（およびその背後にいる XmlSiteMap プロバイダ）は、Request.RawUrl をキーに Web.sitemap に記述された URL を探索しているだけなのだ。

下記など参考にされたし。
http://devadjust.exblog.jp/9123768

...と思っていたら、サイトマップパス（パンくずリスト）で次なる問題が...!

(続く)