NuGetのインストール後にX.PagedList.MVC名前空間が使用できない

PagedListからX.PagedListに切り替えることを試みています。私はNuGetを使ってPagedListとPagedList.Mvcパッケージをアンインストールした後、X.PagedListとX.PagedList.Mvcをインストールしました。NuGetのインストール後にX.PagedList.MVC名前空間が使用できない

私は私のビューを更新するために行くとき、私は奇妙な状況で自分自身を見つける：私はこのようなthe exampleで説明するようにPagedList.Mvc名前空間を参照するように見えることはできません。Visual Studioで

@using X.PagedList.Mvc; 
@using X.PagedList;

とデバッグ、これは次の例外与える：

は

型または名前空間名「MVCは」名前空間「X.PagedList」に存在しませんが（あなたは、アセンブリ参照が不足している？）

（）私が控除した場合、usingを離しておくと、予期したとおりに定義が不足しているという例外が発生します。）

NuGetパッケージに問題はありますか？ NuGet経由でインストールされたパッケージにアセンブリ参照を手動で追加する方法はありますか？

出典

2016-12-22 Tom Wright

asp.netコアアプリケーションで作業していますか？ドキュメントは、これが.netコアでは動作しないことを指定しているようです。サンプルアプリケーションで同じことを試しましたが、すべてうまく動作しているようです。 –

私はそうは思わないが、私はそれを断言することはできない。他のNuGetパッケージを見ると、.NETコアのようなものではなく、Microsoft.AspNetが表示されます。さらに、ターゲットフレームワークは.NET Framework 4.5に設定されています。どのように私は確かに言うことができますか？ –

だから、私はこの作業を取得するハック方法を見つけた最後に...

私が行うために必要なすべてを手動でX.PagedList.Mvc.dllへの参照を追加しました。不思議なことに、これはpackagesディレクトリ（.\packages\X.PagedList.Mvc.5.3.0.5300\lib\net46）にあり、有効なパッケージファイルのように見えます。

なぜこれが自動的に起こらなかったのか分かりませんが、これは古いPagedList.Mvcパッケージとの競合によるものであるとは疑いがあります。

誰かがもう少し洞察力のある何かで体重を測定することができるように、この質問を1週間または2週間開いたままにしておきます。

UPDATE：上記のアプローチは、局所的にうまく働いたが、私がテストするために展開されたときに失敗しました。これにより、NuGetを正常に動作させるために、もう少し掘り下げと解決策が求められました。

X.PagedList.Mvcは、私がそれを追加していたプロジェクト（4.6 vs 4.5）よりも新しいバージョンの.NETフレームワークを対象としていることを確認するためにNuGet package explorerを使用しました。 Bitは、インストールがより有益には失敗しなかったが、少なくとも今はソートされていたことに失望した。

出典

2016-12-23 08:49:57

NuGetのインストール後にX.PagedList.MVC名前空間が使用できない

答えて

関連する問題