問題タブ [routing]

私は密でなければなりません。StackOverflow についていくつか質問した後も、ASP.NET MVC で提供される新しいルーティング エンジンを理解するのにまだ迷っています。問題を非常に単純なものに絞り込んだと思います。これが解決されれば、残りのルーティングの問題を解決できる可能性があります。だからここにあります：

ユーザー プロファイルの Twitter のような URL をサポートするには、ルートをどのように登録しますか?

www.twitter.com/username

以下もサポートする必要があると仮定します。

• デフォルト{controller}/{action}/{id}ルート。

• 次のような URL:

  www.twitter.com/login
www.twitter.com/register

これは可能ですか？

クエリ文字列を使用せずに検索結果を表示する別のビューにリンクする方法はありますか？たとえば、私は次のことができることを知っています。

ただし、フォームの投稿ではなく、ハイパーリンク（注文番号付きのハイパーリンク）のみを使用したいとします。クエリ文字列を使用せずに結果ビューにルーティングするにはどうすればよいですか？どうもありがとう。

次の URL のルートを作成しようとしています: www.mysite.com/user/username www.mysite.com/user/username/pictures

私は次のコードでそれをやってみました：

したがって、アクションが指定されていない場合は、インデックス アクションに移動します。

しかし、それは機能しておらず、何が間違っているのかわかりません。

助けてくれてありがとう。

「動的」ルーティングを作成するアプローチを考え出そうとしています。つまり、直接マップするのではなく、ヒットごとにルートのコントローラーとアクションを割り当てられるようにしたいということです。

たとえば、ルートはこの「path/{object}」のようになり、そのパスにヒットすると、ルックアップが実行され、呼び出す適切なコントローラー/アクションが提供されます。

カスタム ルート ハンドラーを作成するためのメカニズムを発見しようとしましたが、ドキュメントや発見可能性は現時点では少し怪しいものです (ベータ版であることはわかっています。これ以上期待することはできません)。ただし、それが最善のアプローチであるかどうかはわかりません。おそらく、すべてのマッピングを実行するコントローラー ファクトリまたはデフォルトのコントローラー/アクションでさえ、最適なルート (しゃれは意図されていません) である可能性があります。

アドバイスをいただければ幸いです。

2 番目のレイヤーを使用してユーザーをリダイレクトしても問題ありませんか?

例えば：

最後の行では、ビジネス/サービス ロジック レイヤーを使用して、ユーザーをログイン ページにリダイレクトします。

これはプレゼンテーション層で行うべきですか?

簡単な ASP.NET 3.5 SP1 Web フォーム アプリを使用しています... System.Web.Routing DLL を追加し、標準の ASP.NET ページを「IHttpHandler」として返す簡単なルートを作成しました。

すべてが良いです... HttpContext.Current.Userがnullであることを除いて???

そこで、もう少し掘り下げました (Global.asax ファイルのすべてのイベントにブレークポイントを設定しました)。通常、これらのブレークポイントはヒットします (標準の ".aspx" ページに移動すると)。

• Application_BeginRequest
• Application_AuthenticateRequest
• Application_EndRequest

しかし、ASP.NET ルーティングを使用すると、これらのイベントは発生しません。何か不足していますか？

私は Web 開発 (および大学) の学生なので、これがナイーブで不快に聞こえる場合は申し訳ありませんが、そのように言っているわけではありません。私の経験はPHPであり、地平線上にある小さなプロジェクト（輝かしいシフトカレンダー）で、コードの負担を軽減するためのより高いレベルのフレームワークの1つを学びたいと思っていました. ここまで、CakePHP Symfony Django と Rails を見てきました。

PHP では、URL は非常に単純にファイルにマップされ、「問題なく機能しました」。サーバーにとっては高速で、直感的でした。しかし、これらすべてのフレームワークでは、URL をさまざまな関数にマップし、パラメーターをさまざまなファイルのさまざまな変数にルーティングすることで、URL を「きれいに」する傾向があります。

私が読んでいる「The Rails Way」という本は、これが非常に遅く、大規模なプロジェクトでのほとんどのパフォーマンス低下の原因であることを認めています。私の質問は、「そもそもなぜそれを持っているのですか?」? url-maps-to-a-file パラダイム (または単一ファイルへの mod_rewrite) に、正規表現と複雑なルーティング スキームを必要とする特定のポイントはありますか? それらを使用しないことで何かを逃していますか？

前もって感謝します！

ユーザーのオープン ID の Rails ルートを作成したいと思います。URLは次のようになります

これは、サイトに対してオープン ID を照会し、その ID の情報を表示するか、その情報を含む xml ドキュメントを受信できるようにするためです。標準的なレールのもの。

私はいくつかのことについてあなたの専門知識を探しています:

1. 標準的なレール ルートは、次のように openid の .s を詰まらせているようです。

   http://mysite.com/identity/openid

   ルートを見つけるだろうが、

   http://mysite.com/identity/openid.myopenid.com

   しません。

2. どのようなセキュリティ問題に注意する必要がありますか?

3. おそらくクエリ文字列を使用して、クエリをエンコードするより良い方法はありますか?

そして、次を使用する標準のフレンドリーなURLメソッドは使用したくありません。

もし可能なら。