-1

私は最近、私の解決策の一つである私のクラスライブラリを、以前はnet461ライブラリだったときにASP.NET Core 2.0クラスライブラリに変更しました。ASP.NET Webフォームプロジェクトから別のソリューションでASP.NET Core 2.0クラスライブラリのDLLを参照することはできますか?

私は通常、ライブラリdllをビルドして別のソリューションのプロジェクトにコピーして貼り付け、VSで単純に参照します。

これはもう機能していないようです。これらの新しい2.0ライブラリをローカルのNuGetパッケージにする必要はありますか?

私の.NET CoreクラスライブラリのTargetFrameworkを.NET Standard 2.0に変更する必要がありますか?

+0

実際の問題の詳細について具体的に説明する必要があります。 "それは動作しません"問題文ではありません。あなたが得ているエラーメッセージの正確な言葉は何ですか?問題を再現するコードを投稿できますか? –

+0

@RobertHarvey以前のwebformsソリューションでエラーが発生しました。タイプDateTimeが参照されていないアセンブリで定義されています。クラスライブラリがコード内で参照されているところで、これらのエラーが発生しています。私の質問は、このような参照を行うことが可能かどうか、あるいは.NETの標準クラスライブラリである必要があるかどうかです。 –

+0

システムアセンブリ内に「DateTime」はありませんか? –

答えて

1

私の.NET CoreクラスライブラリのTargetFrameworkを.NET Standard 2.0に変更する必要はありますか?

によって異なります。すべてのクラスライブラリ(それに依存するアプリケーションを含む)が.NETコアをターゲットにしている場合、必要ないはずはありません。

.NET Coreと.NET Frameworkアプリケーション(またはその他のplatforms .NET Standard supports)の間でライブラリを共有する場合は、.NET標準にする必要があります。

+0

.NET Frameworkアプリケーションで参照する必要のあるライブラリでは、 netcoreapp2.0; netstandard2.0の両方に複数の参照を追加して、ビルド後にnetstandard2.0フォルダからdllをコピーして貼り付けます。これは理にかなっていますか?アプリコードはまだnetcoreapp2.0と互換性があるので、私のために働く。 –

+0

技術的には、複数のターゲットを設定する必要はありません。 ' netstandard2.0'はこのトリックを行うべきです。 .NET Framework 2.0と.NET Framework 4.6.1からライブラリを使用することを目標にしている場合は、.NET Standard 2.0をターゲットにする必要があります。これらのフレームワークがインストールされていれば、どちらの場合でも動作しますターゲットマシン上で実行します。 – NightOwl888

+0

私はそのような気分でした。したがって、私のソリューション内でも、すべての.NETコアプロジェクトがある特定のクラスライブラリは、単に.NET Standard 2.0をターゲットにして、.NET Core Web APIによって参照されることがあります。また、dllを別のソリューションで.NET Web Appにエクスポートすることもできます。 –

関連する問題