hereのように、Visual Studio 2012で既存のMVC4/WebAPI1プロジェクトをMVC5/WebAPI2にアップグレードしました。サイトは期待どおりに機能しました。私はその後、属性ベースのルーティングの指示に従いましたhere - 私はコントローラのために404を得続けます。私のステップは次のとおりです：WebApi2属性ルーティング404
にルート属性を追加しますNuGet
リクエストを検査してルーティングテーブルがどのように一致しているかを確認する方法がある場合は、
Route Debuggerを使用すると、すべてのルートを検査できます。これをカバーしていMSDNからの公式のポストがあります：
ルートデバッガはWeb API 2で動作しないようです... – pFrenchie
うん、それは私にとってはうまくいきません。 –
私はほとんど同じ問題を抱えていました。そして、実用的な解決策を見つけることができません。 ルートデバッガは実際にはWeb API 2で動作しません。 最後に、ルート属性を含むWeb API 2をデバッグするための作業方法を見つけました。
Microsoft.AspNet.WebApi.HelpPage
Нopeこれは、誰かがデバッグの数時間を節約することができます。
これはどのように役立ちましたか？あなたはそのリンクで何をしたのか説明できますか？私はリンクに記載されているパッケージをインストールしようとしましたが、ルートデバッガはまだ動作しません。 – stone
私は、彼が意図したことは、HelpPageパッケージをインストールすることで/ helpにナビゲートして問題を特定できるWebApiルート、URLパラメータ、および/またはボディパラメータをすべて表示できることです。 –
単にインストールする私は助けてくれましたが、Microsoft.AspNet.WebApi名前空間の中には、欠落していたはずのいくつかの依存パッケージがインストールされているためだと思います。私は神秘的で欠けている依存症候群の症例だと思う。最近、私にたくさん起こるようです。 ： - \ – egandalf
'Add AttributeRouting（ASP.NET WebAPI）from NuGet'と言ったときにどのパッケージを参照していますか...属性ルーティングはWeb APIに組み込まれており、それを動作させるために他の特別なパッケージをインストールする必要はありません。 .. Tim McCallのアトリビュートルーティングパッケージを代わりにインストールすることができますか？ –
はい、そうでした。私は変更を元に戻しました（ソース管理の良さに感謝します） –