問題タブ [dotnet-cli]

ASP.NET 5/ASP.NET Core 1.0 の依存関係の復元中にエラーが発生しました。

のいくつかの依存関係 (つまりMicrosoft.CodeAnalysis.CSharp/ .Common) がMicrosoft.AspNet.Mvc、一見古いパッケージに修正されているようです。

このための要件は、dotnetcli ツールを使用し、.NET Vanilla と .NET Core の両方をターゲットにすることです。

Mvc に CodeAnalysis の Core 互換バージョンを参照させる方法はありますか?

Visual Studio 2015 (v14.0.24729.00 Update 1) で再現する手順:

1. ファイル > 新規 > プロジェクト > Web > ASP.NET Web アプリケーション
2. API.NET 5 テンプレート > Web API
3. PM を開き、コマンドを実行しますdotnet restore

出力：

project.jsonファイルには以下が含まれます:

いくつかの Web サイトを調べたところ、.NET Core が.NET CLI (.NET コマンド ライン インターフェイス) を使用していることがわかりました。.NET CLI を使用してコンソール アプリケーションを作成しましたが、正常に動作しています。

しかし、Yeoman を使用して ASP.NET Core Web アプリケーションを作成し、コマンド「dotnet restore」を実行すると、次のエラーが発生します。

Microsoft.CodeAnalysis.CSharp 1.1.0-rc1-20151109-01 は DNXCore,Version=v5.0 と互換性がありません。

私も試しました

dotnet restore -s https://api.nuget.org/v3/index.json

しかし、同じエラーが発生します。

「dnu restore」を実行すると正常に動作するので、質問は、Web アプリケーションにも .NET CLI を使用できるか、それともコンソール アプリケーションに限定されるかということです。

私はリンクを通過しました

https://github.com/dotnet/cli & http://dotnet.github.io/getting-started/

しかし、ASP.NET Core Web アプリをサポートしているかどうかの詳細は見つかりませんでしたか?

ASP.net 4.6 サイトから DNX への移行を実験中です。

これを書いている時点では、一般的なツールはまだ初期の段階です。

dotnet cli がKRE、KVM、KPMを置き換えることを目指していることを読みました。しかし、dotnet コマンド ライン ツールと一緒に kpm を使用することは適切ですか? 私が抱えているいくつかの問題を診断しようとしていますが、kpm にはより多くの診断機能があるようです。

https://github.com/aspnet/MusicStore/tree/devから最新のコードを取得しました

いくつかのインポートを追加するようにコードを変更しました

そして、dotnet cli 用のアプリケーションを作成しました

使用したコマンド

次のエラーが表示されます The type or namespace name 'Testing' does not exist in the namespace 'Microsoft.AspNetCore' (アセンブリ参照がありませんか?)

最初は同じコード ベースが機能していましたが、現在はビルドに失敗しています。このパッケージに何か変更はありますか?

このフォルダ構造を想定して

を使用して両方のプロジェクトをコンパイルするにはどうすればよいdotnetですか? (Visual Studio ではなく、コマンド ラインから)

dotnet buildルートフォルダーレベルで実行すると、

ファイルが見つかりませんでした..project.json

CLI リポジトリにこの優れた拡張機能があることがわかりますが、それは 2 月 2 日のものです。

dotnetすべてのスクリプトは、盲目的にすべてのsrcサブフォルダーを呼び出す前に、依存関係を考慮する必要があります。

Dotnet CLI アプリケーションから COM オブジェクトを使用することは可能ですか?

COM オブジェクトはアプリからどのように参照されるでしょうか?つまり、project.json はどのように見えるでしょうか?

具体的な例としては、dotnet newを介して空のプロジェクトを作成し、COM インターフェイスを介して MS Word を起動するように変更します。

これが Windows でのみ機能することは明らかですが、これを実行して古いコードを統合できると便利です。詳細については、 https: //blog.3d-logic.com/2015/11/10/using-native-libraries-in-asp-net を参照してください。 -5/ しかし、COM オブジェクトはレジストリを介してグローバルにアクセスされます。相互運用アセンブリを作成できましたが、プロジェクトからそれを参照する方法がわかりません。もう 1 つの可能性は、おそらく COM オブジェクトの周りにネイティブ DLL ラッパーを作成し、それを nuget パッケージ経由で使用することですが、それは実際には最適とは言えません。

プロジェクトを公開するとき

dotnet publish

フォルダに出力します

bin/Debug/dnxcore50/osx.10.11-x64/publish

(またはおそらくリリースの同等物)

project.json ファイルで指定された postpublish スクリプトのこのフォルダーの場所を特定することはできますか?

私は使っている：

そして取得：

エラー CS0121: 次のメソッドまたはプロパティの間で呼び出しがあいまいです: 'Microsoft.Extensions.DependencyInjection.OptionsServiceCollectionExtensions.Configure(Microsoft.Extensions.DependencyInjection.IServiceCollection, System.Action)' と 'Microsoft.Extensions.DependencyInjection.OptionsServiceCollectionExtensions.Configure( Microsoft.Extensions.DependencyInjection.IServiceCollection、System.Action)」

「dotnet restore」には複数の OptionsModel アセンブリ (異なるバージョン) が含まれていると思われます。

証拠はここにあるかもしれません：

別のパラメーター名を持つ 2 番目の提案:

Project.lock.json ファイルには興味深い行がいくつかあります (「インフラストラクチャ」は参照アセンブリです)。

Web アプリケーションは Microsoft.Extensions.OptionsModel/1.0.0-rc2-15914 を使用しますが、

インフラストラクチャ アセンブリの構成セクションは次のとおりです。

問題は、「dotnet restore」の実行中に異なるバージョン (1.0.0 と 1.0.0-rc2-15914) が選択されるのはなぜですか?

更新: Infrastructure プロジェクトの project.json を "Microsoft.Extensions.OptionsModel": "1.0.0-rc2-15914" に変更しようとしましたが、スクリーンショットに表示されるあいまいさのためにまだコンパイルできません。コンピューターのどこかにアセンブリがキャッシュされていますか?

CentOS 7.1 で Dotnet CLI バージョン 1.0.0-rc2-002439 を実行しています

PostgreSQL 9.4 データベースに対して選択を実行するだけのプロトタイプのコンソール アプリケーションを作成しました。

私は DNXCORE50 のみを対象としており、Windows ではすべて正常に動作します。CentOSで実行すると、次の例外が発生しますconn.Open()

私が使用しているproject.jsonは次のとおりです。

npgsql の Github でhttps://www.myget.org/gallery/npgsql-unstable、パッケージ ソースとして使用し、不安定なバージョンの Npgsql を使用すると修正されることを見てきましたが"Npgsql": "3.1.0-unstable0458"、アプリを使用するとコンパイルされず、このバージョンの npgsql は DNXCore 5.0 と互換性がないと表示されます。

他の人はもうこれで問題を抱えていないように見えるので、私が間違っていることがあるに違いありません.

何か案は ？