Overflowこの投稿から始まって、以下のエントリにたどり着く。parametersまさに、同じ問題に直面した内容。(System)を使ったエンコーディングがあるということを初めて知る。なにこれ~、と思って試したけど、Server.UrlEncodeと同じだった。いや、違う方が驚きか。結局、Philさんの投稿のように"/"か他の文字に置換して区切ってしまうか、Base64エンコードで渡すのがいいのかな。Base64といえばFuturesに入ってるLinqBinaryModelBinderが使えるんだもんね。いうわけで試してみた。登録するルートは以下の通り。);Controllerはシンプルに以下。LinqBinaryModelBinderを使うので、参照設定にFuturesのアセンブリを含めるのを忘れずに(単純に文字列で渡しておいて、Binary型にしなくてもConvert.FromBase64Stringでも可)。}}Viewでリンクを作る時にBase64エンコードしたパラメータを渡す。null)%>これが出力されると以下のHTML。href="/Proxy/aHR0cDovL2Zhcm0xLnN0YXRpYy5mbGlja3IuY29tLzEzMS8zNTM3NTMzMTBfMWVkMDRmNjk0Y19tLmpwZw==">いぬ</a>リンクをクリックする。一応、ブレークポイントセットして変数の中身を確認。見にくいけど、引数のbase64UrlにはBase64エンコードされたBinary型の値が入ってて、変数urlには元のURLがデコードされてる。問題はぱっと見どこのURLを参照してるのかを判断出来ないところ。フレンドリURLとは言い難し。Writerから投稿すると、毎回無駄な改行が入るのはなんでなんだろう。Actionsステファン君それは無理じゃない?更新以前にバインドした時点で例外でるじゃん。RCでは何の問題もなくバインド出来るみたい。試してみたら、普通に出来た。前に試したときはデータベースコンテキストがスタティックじゃないと例外でたり(ModelBinderに気をつけねば)、そもそも直接DBO使うのはうんぬんかんぬん。綺麗な設計どうのじゃなくて、純粋に少ないコード量でどこまで出来るか、っていうのを考えたら直接使う事もあったりするのかもね。SQLのモデルを作成。これを利用するためのコントローラも定義。Viewコマンドでサラッと作成。いう時にとても便利ですね。Attachのところでブレークポイントをセットして、まずはこのまま動かしてみたところ、DB使っててもホントに動く。信じてなかったわけじゃないけど、こうもあっさりと動くとちょっと感動する。