テンプレートテスト

ラベル Visual Studio の投稿を表示しています。すべての投稿を表示

2020/10/08

外部 DLL を NuGet パッケージに含める方法

## 環境  - Visual Studio 2017 - .NET Core 2.2  ## 方法  ググってみるとまさにそのものが書いてある以下のページが見つかりました。  - https://blog.okazuki.jp/entry/2019/09/28/145646  しかし、これだけではいろいろはまったので、追記・補足しておきます。    ### PackagePath について    出力先となる `PackagePath` のディレクトリ名には `lib` を指定する必要があるようです。 指定しなかった場合、以下の警告が表示されました。    > warning NU5100: The assembly 'foo.dll' is not inside the 'lib' folder and hence it won't be added as a reference when the package is installed into a project. Move it into the 'lib' folder if it needs to be referenced.    さらに、`lib` だけだと以下のエラーが表示されました。    > warning NU5103: The folder 'lib/foo.dll' under 'lib' is not recognized as a valid framework name or a supported culture identifier. Rename it to a valid framework name or culture identifier.  `lib` の下にはフレームワーク名またはカルチャー名のディレクトリを指定する必要があるみたいです。  ```xml <ItemGroup>  <Content Include="foo.dll" Pack="true" PackagePath="lib\netstandard2.0" /></ItemGroup>```    また、 このフレームワーク名またはカルチャー名以下の階層が、作成した DLL と同じ階層に作られるようです。   例えば、作成した DLL が `sample.dll` だとして、外部の DLL を以下のように設定してパッケージに含めた場合、  ``` <ItemGroup>  <Content Include="foo\x64\foo.dll" Pack="true" PackagePath="lib\netstandard2.0\foo\x64" />  <Content Include="foo\x86\foo.dll" Pack="true" PackagePath="lib\netstandard2.0\foo\x86" /></ItemGroup>```  NuGet パッケージインストール後の配置は以下のようになります。  - sample.dll - foo\x64\foo.dll - foo\x86\foo.dll  ### 外部 DLL を出力ディレクトリにコピー    外部 DLL を出力ディレクトリにコピーするには、Visual Studio で該当の DLL を右クリックし、`出力ディレクトリにコピー` の項目を `新しい場合はコピーする` （または `常にコピーする`） に設定しておく必要があります。  手動で `.csproj` ファイルを修正する場合は以下を追加します。  ```xml <CopyToOutputDirectory>PreserveNewest</CopyToOutputDirectory>```    ### publish 時に出力先ディレクトリに外部 DLL がコピーされない    この外部 DLL を含んだ NuGet パッケージを使っているアプリケーションにおいて、`dotnet publish` コマンドを実行しても外部 DLL が出力先の `publish` ディレクトリにコピーされませんでした。  `publish` 時に出力ディレクトリに外部 DLL をコピーするためには、まずライブラリ側（NuGet パッケージにするほう）の `.csproj` ファイルに以下を追加します。    ```xml <PackageCopyToOutput>true</PackageCopyToOutput>```    しかし、これを `PackagePath` で `lib` を指定している箇所に指定しても上手くいきませんでした。  `PackagePath` を指定しなかった場合、該当のファイルはコンテンツとして追加されるようなので、そこに `PackageCopyToOutput` を設定すると上手くいきました。   具体的には以下のような感じです。  ``` <Content Include="foo\x64\foo.dll" Pack="true">  <PackageCopyToOutput>true</PackageCopyToOutput></Content><Content Include="foo\x86\foo.dll" Pack="true">  <PackageCopyToOutput>true</PackageCopyToOutput></Content>```    これが一番はまりました。  ## 最終的に作成した設定  上記を踏まえ、最終的に `.csproj` ファイルの設定は以下のようになりました。  ``` <ItemGroup>  <Content Include="foo\x64\foo.dll" Pack="true" PackagePath="lib\netstandard2.0\foo\x64" />  <Content Include="foo\x86\foo.dll" Pack="true" PackagePath="lib\netstandard2.0\foo\x86" />  <Content Include="foo\x64\foo.dll" Pack="true">    <PackageCopyToOutput>true</PackageCopyToOutput>    <CopyToOutputDirectory>PreserveNewest</CopyToOutputDirectory>  </Content>  <Content Include="foo\x86\foo.dll" Pack="true">    <PackageCopyToOutput>true</PackageCopyToOutput>    <CopyToOutputDirectory>PreserveNewest</CopyToOutputDirectory>  </Content></ItemGroup>```

2020/09/24

NO IMAGE

/platform:anycpu32bitpreferred は、/t:exe、/t:winexe、/t:appcontainerexe でのみ使用できます。

Visual Studio

NuGet Server でプライベートリポジトリを構築する

IIS Visual Studio

## 環境  - Windows 10 - Visual Studio 2017   ## 全体の流れ  - NuGet Server アプリケーションの作成 - IIS のインストール   ## NuGet Server アプリケーションの作成   以下を参考に、Visual Studio で新規に ASP.NET アプリケーションを作成します。  - https://docs.microsoft.com/ja-jp/nuget/hosting-packages/nuget-server  作成したら「発行」を実行します。  出力結果 `bin/Release/Publish` の中身一式を IIS にデプロイします。  ## IIS のインストール  まずは IIS を有効にします。  「Windows の機能の有効化または無効化」から「インターネットインフォメーションサービス」を有効にします。   その際、「ASP.NET」も有効にしておきます。 （NuGet Server を動作させるには ASP.NET が必要なため）  <a href="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEiX93atm6whAO50ckJ4xey7wqTcR5oAi0_d1sQUd146f0gAZ41rXYPnNcVAb36sk9WZoWAuA0c0uxmvE5Apt4VAFB96eYuxJr_9BnSA85CTBpJzXW_vtgWV4lXdYKf0sl-3KdfYxlpR4zs/s1600/01.png" imageanchor="1" ><img border="0" src="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEiX93atm6whAO50ckJ4xey7wqTcR5oAi0_d1sQUd146f0gAZ41rXYPnNcVAb36sk9WZoWAuA0c0uxmvE5Apt4VAFB96eYuxJr_9BnSA85CTBpJzXW_vtgWV4lXdYKf0sl-3KdfYxlpR4zs/s320/01.png" width="320" height="300" data-original-width="417" data-original-height="391" /></a> ### IIS の設定とデプロイ  IIS マネージャーで Web サイトを追加します。  特別な設定などは必要なく、物理パスの箇所に上記 NuGet Server の出力結果一式を配置したら完了です。  ## こんなときは？  ### HTTP Error 500.19 - Internal Server Error  IIS に ASP.NET のモジュールがインストールされていないとこれが表示されます。   前述の「Windows の機能の有効化または無効化」から「ASP.NET」を有効にします。

Visual Studio 2019 用の .gitignore を自動生成する

Git Visual Studio

<a href="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEinU7IwubLoDi1hxUL2CCl9fZU9ovF7DBMQElIESDCPP1tp12QPWvSRdwjAu-vtWn7UAe1ExnmIJdfxZJo_6quILudUaG12BfOK5Al0jIjaOxDBtYrpn13l9hsayMEcpQfdG3l3ddX6p6A/s1600/VisualStudio2019_Icon.png" imageanchor="1" hidden><img border="0" src="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEinU7IwubLoDi1hxUL2CCl9fZU9ovF7DBMQElIESDCPP1tp12QPWvSRdwjAu-vtWn7UAe1ExnmIJdfxZJo_6quILudUaG12BfOK5Al0jIjaOxDBtYrpn13l9hsayMEcpQfdG3l3ddX6p6A/s320/VisualStudio2019_Icon.png" width="320" height="320" data-original-width="256" data-original-height="256" /></a> Visual Studio 2017 ではソリューション作成時に「新しい Git リポジトリの作成」というチェック項目があり、ソリューションの作成と同時に git リポジトリの作成と、Visual Studio で無視するべきファイルが記載された .gitignore が自動生成されていました。  しかし、Visual Studio 2019 ではこの項目がなくなっていました。  git リポジトリは作ればいいだけなんですが、.gitignore を自分で作るのは面倒なので、自動生成する方法を探してみました。  ## dotnet new gitignore  .NET Core SDK 3.0 以降では以下のコマンドで .gitignore を自動生成できます。  ```sh dotnet new gitignore ```  ## gitignore.io  以下のサイトでプロジェクトに適した .gitignore を自動生成できます。    - https://gitignore.io/  Visual Studio 以外にもいろいろあります。

2019/09/27

NO IMAGE

Visual Studio の作業ディレクトリを出力ディレクトリにする

Visual Studio

2019/06/18

NO IMAGE

Visual Studio でのリモートデバッグ

Visual Studio

2018/11/13

NO IMAGE

MSB3105：重複した項目は"Sources"パラメータではサポートされていません

Visual Studio

2018/11/02

NO IMAGE

C# と C/C++ のライブラリを混在させる場合の構成

Visual Studio

2018/10/19

NO IMAGE

Visual Studio で保存時にコードを自動整形する

Visual Studio

Visual Studio のデバッガで例外発生箇所で止める

Visual Studio

Visual Studio で Python の開発環境を構築する

Python Visual Studio

何故 Visual Studio かというと、単に私が普段 C# を使っていて使い慣れているというだけです。  Visual Studio は既にインストール済みの前提で、Python のバージョンは Python3 のみです。  ## 環境  - Visual Studio 2017 (15.8.3) - Windows 10 Pro 64bit  ## インストール方法  スタートメニューから `Visual Studio Installer` を起動し、[変更] を押します。  Python のチェックボックスを ON にします。   また、合わせて Anaconda もインストールしたいと思うので、[Anaconda3] のチェックボックスも ON にします。  <a href="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEhd-BcFHe-cDiE7N8J9JzJl_Rh9RLJMQVz-_JAc1JvA_pOVRdjXrjI3bUIyMmwx1OwW9EWNi4-x9iW0BiUYa4uDV5SpwzCsOYfGHZ-aWelHX1A4_jFEHocfj42YLDOJJGdtGeiXrzuLuM4/s1600/%25E7%2584%25A1%25E9%25A1%258C.png" imageanchor="1" ><img border="0" src="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEhd-BcFHe-cDiE7N8J9JzJl_Rh9RLJMQVz-_JAc1JvA_pOVRdjXrjI3bUIyMmwx1OwW9EWNi4-x9iW0BiUYa4uDV5SpwzCsOYfGHZ-aWelHX1A4_jFEHocfj42YLDOJJGdtGeiXrzuLuM4/s320/%25E7%2584%25A1%25E9%25A1%258C.png" width="320" height="179" data-original-width="1290" data-original-height="720" /></a> 以上で完了です。   環境 Path の設定なども特に行う必要はありませんでした。  Python2 も使いたい場合などはまたいろいろ設定を行う必要があるみたいですが。  ## プロジェクトの作成  Python 用のプロジェクト (コンソールアプリケーション) を作成する手順は以下です。  - メニューから [File] > [New] > [Project...] を選択 - [Installed] > [Python] を選択 - [Python Application] を選択して OK を押す。  <a href="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEiVUhYAsxe8cUWt8cn7PNtbTmqqzOVFoXvvS9Vv-_WqCh3jegR7B8-ii_rK2KAo9W2TSDd6F2o37HbmpHGPe5_wIPxCgWl2_iOpYsL4GpfZ2XV26jY2aATKc7jy5ck4RfF25x9P1-sWIpU/s1600/%25E7%2584%25A1%25E9%25A1%258C.png" imageanchor="1" ><img border="0" src="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEiVUhYAsxe8cUWt8cn7PNtbTmqqzOVFoXvvS9Vv-_WqCh3jegR7B8-ii_rK2KAo9W2TSDd6F2o37HbmpHGPe5_wIPxCgWl2_iOpYsL4GpfZ2XV26jY2aATKc7jy5ck4RfF25x9P1-sWIpU/s320/%25E7%2584%25A1%25E9%25A1%258C.png" width="320" height="222" data-original-width="941" data-original-height="653" /></a>

ASP.NET Core のファイルアップロードサイズの上限を変更する

ASP.NET Core Visual Studio

<a href="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEjGcuDtSdSn0fdhcJ32szh0ecE-0RufnBAdM-1lMrZfvD7YhBhp50qwPwgp4_OrCGT4NtkkF07k4u1ESKaZj2Blj4FW8Bn6ZzqwxN1CBcOM0IL42_5m5v0GDOh90UKVyl188_IxyEwUVL4/s1600/%25E7%2584%25A1%25E9%25A1%258C.png" imageanchor="1" ><img border="0" src="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEjGcuDtSdSn0fdhcJ32szh0ecE-0RufnBAdM-1lMrZfvD7YhBhp50qwPwgp4_OrCGT4NtkkF07k4u1ESKaZj2Blj4FW8Bn6ZzqwxN1CBcOM0IL42_5m5v0GDOh90UKVyl188_IxyEwUVL4/s320/%25E7%2584%25A1%25E9%25A1%258C.png" width="320" height="84" data-original-width="1103" data-original-height="291" /></a> 規定値は 30 MB らしいのですが、この上限を変更します。  ## 環境  - Visual Studio 2017 - ASP.NET Core 2.1  ## IIS Express を使用している場合  IIS Express の設定を変更します。  `applicationhost.config` の設定を変更する方法と、`web.config` を作成する方法の二通りあるようです。  ### applicationhost.config の変更する方法  Visual Studio 2017 の場合、`applicationhost.config` は以下の場所にあります。  `[ソリューションフォルダ]\.vs\config\applicationhost.config`  `requestFiltering` セクションに以下のような設定を追加します。  ``` <requestLimits maxAllowedContentLength="52428800" />```  ### web.config を作成する方法  `applicationhost.config` は `.vs` の配下にあるので、ソリューション内の全プロジェクトに影響がありますし、そもそも Git などのソースコード管理から除外している場合が多いと思うので、`web.config` を作成するほうが良いかなと思います。  以下に詳しく説明されていたので、そのまま引用します。  - http://www.talkingdotnet.com/how-to-increase-file-upload-size-asp-net-core/  ASP.NET Core のプロジェクト配下に `web.config` というファイルを作成し、以下の内容を記述します。  ```xml <?xml version="1.0" encoding="utf-8"?><configuration>    <system.webServer>    <handlers>      <remove name="aspNetCore"/>      <add name="aspNetCore" path="*" verb="*" modules="AspNetCoreModule" resourceType="Unspecified"/>    </handlers>    <aspNetCore processPath="%LAUNCHER_PATH%" arguments="%LAUNCHER_ARGS%" stdoutLogEnabled="false" stdoutLogFile=".\logs\stdout" />      <security>        <requestFiltering>                    <requestLimits maxAllowedContentLength="52428800" />        </requestFiltering>      </security>    </system.webServer></configuration>```  ## Kestrel を使用している場合  IIS Express ではなく Kestrel を使用している場合は、`program.cs` の `CreateDefaultBuilder` で、`MaxRequestBodySize` の値を設定すれば OK です。  ```cs public static IWebHostBuilder CreateWebHostBuilder(string[] args) =>    WebHost.CreateDefaultBuilder(args)     .UseStartup<Startup>()     .UseKestrel(options =>    {         options.Limits.MaxRequestBodySize = 52428800; // 50MiB     }); } ```  ただし、この場合はプロジェクト内全てに影響するグローバルな設定なので、Controller ごとに上限を変更したい場合は、後述するように Attribute を使います。  ### 特定の Controller でのみ上限を変更したい場合  Controller ごとにファイルアップロードサイズの上限を変更したい場合は、以下のように Controller のアクションメソッドに Attribute を追加します。  サイズを指定する場合は `RequestSizeLimit` を、無制限にしたい場合は `DisableRequestSizeLimit` を追加します。  ```cs [HttpPost] [RequestSizeLimit(40000000)] public async Task<IActionResult> UploadFiles(IFormFile file) {    //TODO: Save file } ```  サイズを無制限にしたい場合です。   ```cs [HttpPost] [DisableRequestSizeLimit] public async Task<IActionResult> UploadFiles(IFormFile file) {    //TODO: Save file } ```

依存している dll が出力フォルダにコピーされない

.NET Framework .NET Standard Visual Studio

## 環境  - Visual Studio 2017 - .NET Framework 4.6.1 - .NET Standard 2.0  ## 依存関係  まず、説明の都合上以下のように定義します。  - .NET Framework で作成したアプリケーションを **A** とする - .NET Standard で作成したライブラリを **B** とする - その .NET Standard で作成されたライブラリが依存している他の dll などを **C** とする  依存関係は A -> B -> C のようになります。  このとき、A をビルドすると、出力フォルダに B の dll はコピーされるのですが、C の dll がコピーされないという状況になりました。  ## 原因と解決策  NuGet のパッケージ管理には `packages.config` 形式と、`PackageReference` 形式があるようです。  `packages.config` 形式だと今回のような現象が起こるようで、`PackageReference` 形式に移行すれば解決します。  - https://docs.microsoft.com/ja-jp/nuget/reference/migrate-packages-config-to-package-reference  尚、.NET Core で新規にプロジェクトを作成した場合は `PackageReference` 形式になるようなので、今回のような問題は発生しません。   ## 移行方法  Visual Studio で `packages.config` から `PackageReference` へマイグレーションすることができます。  ソリューションファイルを開き、プロジェクト内の `packages.config` を右クリックします。  `Migrate packages.config to PackageReference...` を選択するとマイグレーションの画面が表示されるので、OK を押すとマイグレーションが実行されます。  <a href="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEjh7WNoS0ufaeXIN8qlAXlM4h2KaQbjGROZddMRTS95w-LwbaZChtyQm_tQ0-dZtqcRvmgcQuW2zk4a7LC81_XQPrLGBSuZhWOLDGWhx6AoYxh-r8VUUOiBlSxDCgun5ggRzBwxHtt8bmQ/s1600/01.png" imageanchor="1" ><img border="0" src="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEjh7WNoS0ufaeXIN8qlAXlM4h2KaQbjGROZddMRTS95w-LwbaZChtyQm_tQ0-dZtqcRvmgcQuW2zk4a7LC81_XQPrLGBSuZhWOLDGWhx6AoYxh-r8VUUOiBlSxDCgun5ggRzBwxHtt8bmQ/s320/01.png" width="320" height="282" data-original-width="593" data-original-height="522" /></a> `Migrate packages.config to PackageReference...` のメニューが表示されない場合は、Visual Studio の設定を見直してみてください。  NuGet のデフォルトのパッケージ管理方式が `PackageReference` になっているとマイグレーションのメニューは表示されないようなので、`packages.config` に変更してください。   <a href="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEgpECcU-ZFLEdTka_fo8bp6JBQbsvgZayQAm7-DMVVPIXpBkiS9ZxG4cRtp7TvYwZgQibQUKOU_5swewjPhHnxJ9ePo4wshW87occyeQ2z1ZlHL6dkg8hWPC3xUmXWTIpAp2xVPXbm_sAo/s1600/02.png" imageanchor="1" ><img border="0" src="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEgpECcU-ZFLEdTka_fo8bp6JBQbsvgZayQAm7-DMVVPIXpBkiS9ZxG4cRtp7TvYwZgQibQUKOU_5swewjPhHnxJ9ePo4wshW87occyeQ2z1ZlHL6dkg8hWPC3xUmXWTIpAp2xVPXbm_sAo/s320/02.png" width="320" height="187" data-original-width="744" data-original-height="434" /></a>  尚、stackoverflow では .NET Framework で作成したアプリケーションのプロジェクトファイル (.csproj) を開き、`PropertyGroup` に以下を追加すれば OK というのがありました。  ``` <RestoreProjectStyle>PackageReference</RestoreProjectStyle>```  しかし、この場合 `package.config` で管理しているパッケージが未インストールされていない状態になるので、既に `package.config` が存在する場合はマイグレーションを行ったほうが良いと思います。

Productivity Power Tools をアンインストールしても機能が無効化されない

Visual Studio

Visual Studio 2017 に拡張機能 `Productivity Power Tools` をインストールしたのですが、Visual Studio の動作がかなり重くなったのですぐにアンストールしました。  しかし、アンインストールしても `Productivity Power Tools` で追加された機能が無効化されず、何でだろうと思い、調べてみました。  ## 原因  Visual Studio 2017 からは `Productivity Power Tools` の各機能が個別のプラグインとしてインストールされるようになったそうです。  - http://www.atmarkit.co.jp/ait/articles/1704/04/news030.html  従って、`Productivity Power Tools` をアンインストールしても個別のプラグインは残ったままなので、機能が無効化されるわけではないということのようです。  ## 対策  現状 `Productivity Power Tools` で追加された機能を無効化するには、追加されたプラグインを個別にアンインストールしていくしかないようです。  - https://github.com/Microsoft/VS-PPT/issues/149  面倒ですね。  ただ、`Productivity Power Tools` の機能を全部使うと重いですが、必要な機能だけを残して、不要な機能はアンインストールすればかなり軽くなったので、個別のプラグインとして提供されるようになったこと自体は良いと思います。  尚、拡張機能のアンインストール画面において、`Productivity Power Tools` により追加されたプラグインかどうかはアイコンで判別できます。  アイコンの右下に緑色の電球マークがついているものは、`Productivity Power Tools` により追加されたプラグインです。  <a href="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEg1vItOzsNMlFqLvduyXj8UkmQgUWeWKu3dqTYHuJSURb5xZ-f-LG5wbUC8fTKnQJGjQiAXzCQYe9xMmFya3nBxP2l_IRGLF1UzVUfQxxPINHPZ42FJdOrK9S9oy0VxYNmF8rsvnSLts54/s1600/%25E7%2584%25A1%25E9%25A1%258C1.png" imageanchor="1" ><img border="0" src="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEg1vItOzsNMlFqLvduyXj8UkmQgUWeWKu3dqTYHuJSURb5xZ-f-LG5wbUC8fTKnQJGjQiAXzCQYe9xMmFya3nBxP2l_IRGLF1UzVUfQxxPINHPZ42FJdOrK9S9oy0VxYNmF8rsvnSLts54/s320/%25E7%2584%25A1%25E9%25A1%258C1.png" width="320" height="222" data-original-width="941" data-original-height="653" /></a>

2018/07/09

NO IMAGE

_CRT_SECURE_NO_WARNINGS の対策

C/C++ Visual Studio

2018/06/17

NO IMAGE

Visual Studio でコメントの桁位置がずれる

Visual Studio

2018/05/15

NO IMAGE

[C#] 実行ファイルのある場所を取得

.NET Core .NET Framework C# Visual Studio

私は今まで実行ファイルのある場所をカレントディレクトリで取得していたのですが、カレントディレクトは必ずしも実行ファイルのある場所とは限らないので、注意が必要です。   （私がバカなだけで、もしかしてみんな当たり前に知ってることかもしれませんが・・・）  ## 環境  - Visual Studio 2017 - ASP.NET Core 2.0  ## GetCurrentDirectory  カレントディレクトリのパスを取得したい場合、通常は `GetCurrentDirectory` を使用すると思います。  ```csharp using System.IO;  // ...  var dir = Directory.GetCurrentDirectory(); ```  Visual Studio で開発している場合、通常上記のパスは以下のようになります。  **例**  - デバッグビルド時：`{プロジェクトルート}\bin\Debug\netcoreapp2.0` - リリースビルド時：`{プロジェクトルート}\bin\Release\netcoreapp2.0`  基本的にはこれで問題ないとは思うのですが、カレントディレクトリは `SetCurrentDirectory` で変更することができるので、意図しないパスに設定されている可能性もあります。  また、ASP.NET Core において、`GetCurrentDirectory` が Visual Studio のプロジェクトルートを示すことがあり、デバッグ時に困ることがありました。   何故そうなったのかは不明ですが、前述したとおり、カレントディレクトは変更できるので、意図しないところで変更されている可能性もあります。  ## 実行ファイルのあるパスを取得  私の場合、今まではカレントディレクトリを実行ファイルのあるパスと同義で扱っていましたが、前述のように必ずしもそうでない場合があるので、最近は実行ファイルのあるパスを取得したい場合は以下のように書いています。  ```csharp using System.IO; using System.Reflection;  // ...  var dir = Path.GetDirectoryName(Assembly.GetExecutingAssembly().Location); ```

2018/03/31

NO IMAGE

ASP.NET Core のプロジェクトから Bower を削除する

ASP.NET Core Visual Studio

ASP.NET Core で npm を使用する

ASP.NET Core npm Visual Studio

## 環境  - Visual Studio 2017 - Node.js v8.9.4  ## package.json の作成  ### Visual Studio で作成  ソリューションエクスプローラーからプロジェクトを右クリックし、[追加] > [新しい項目] を選択します。  [npm 構成ファイル] を追加します。  <a href="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEi40DvG-yQtGM1VwWr399_5Obb63tnhzx-TC1KBkokE3LoRgS_Qr_RAsPm36obnTmEHOLdJNu16qZkbPTuFVQtREUWQJuCWybfRHeTrsq1T_L-q38A55Cc1MvfM-tg7qn53hqwaHCMECtw/s1600/npm01.png" imageanchor="1" ><img border="0" src="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEi40DvG-yQtGM1VwWr399_5Obb63tnhzx-TC1KBkokE3LoRgS_Qr_RAsPm36obnTmEHOLdJNu16qZkbPTuFVQtREUWQJuCWybfRHeTrsq1T_L-q38A55Cc1MvfM-tg7qn53hqwaHCMECtw/s320/npm01.png" width="320" height="222" data-original-width="941" data-original-height="653" /></a> すると、以下の内容で `package.json` が作成されます。  ```json {   "version": "1.0.0",   "name": "asp.net",   "private": true,   "devDependencies": {   } } ```  ### npm で作成  以下のコマンドで作成することもできます。  ```sh > npm init ```  ## パッケージのインストール  ### Visual Studio からインストール  `package.json` を変更します。   `package.json` 自体の書き方については省略します。  ```json {   "version": "1.0.0",   "name": "asp.net",   "private": true,   "devDependencies": {     "bootstrap": "^3.3.7",     "jquery": "^2.2.0",     "jquery-validation": "^1.14.0",     "jquery-validation-unobtrusive": "^3.2.6"   } } ```  ソリューションエクスプローラーから `package.json` を右クリックし、[パッケージの復元] を選択するとインストールされます。  プロジェクトルートに `node_modules` というフォルダが作成され、そこにパッケージがダウンロードされています。  ### Package Installer  Visual Studio の拡張機能に `Package Installer` というのがあり、これを使えばもっと簡単にインストールすることもできます。  Visual Studio のメニューから、[ツール] > [拡張機能と更新プログラム] を選択します。  [オンライン] から [Package Installer] をダウンロードします。   （`npm` で検索するとすぐに見つかります。）  <a href="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEjaUylb_fdhM3mLA7u5dTcDjbePyqCs2QcU8_vaSzrS0iC1PvZlXtHi5-HHqqmig8yvEhrp8hUcJEeZap8390kqtnuL_fr_n10EM4eHOExa0rw5M8D9hIWIbkQBriLkTVMN89_HD6Qp0wI/s1600/npm02.png" imageanchor="1" ><img border="0" src="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEjaUylb_fdhM3mLA7u5dTcDjbePyqCs2QcU8_vaSzrS0iC1PvZlXtHi5-HHqqmig8yvEhrp8hUcJEeZap8390kqtnuL_fr_n10EM4eHOExa0rw5M8D9hIWIbkQBriLkTVMN89_HD6Qp0wI/s320/npm02.png" width="320" height="222" data-original-width="941" data-original-height="653" /></a> ダウンロード後は、一度 Visual Studio を再起動するとインストールされます。  パッケージをインストールするには、プロジェクトを右クリックし、[Quick Install Package] を選択します。  コンボボックスで `npm` を選択し、インストールしたいパッケージ名を入力して `install` をクリックするとインストールされます。  <a href="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEgTOK9W8ubG3ieRlKNIOLpc90R0hthL7_rivwL0mLnDc5SokaQryFOfF4hwNUxMwSS7xa65EVsT04DI2ksFJEbTPwY3_NXziIlY7tigF4CsMSZjCItWE9veK3rQSD9yE8cYyxd1-gu-G3I/s1600/npm03.png" imageanchor="1" ><img border="0" src="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEgTOK9W8ubG3ieRlKNIOLpc90R0hthL7_rivwL0mLnDc5SokaQryFOfF4hwNUxMwSS7xa65EVsT04DI2ksFJEbTPwY3_NXziIlY7tigF4CsMSZjCItWE9veK3rQSD9yE8cYyxd1-gu-G3I/s320/npm03.png" width="320" height="104" data-original-width="457" data-original-height="149" /></a> ### npm からコマンドでインストール  npm で直接インストールすることもできます。   例えば以下のような感じです。  ```sh >npm install jquery --save-dev ```  インストールしたパッケージを自動的に `packages.json` に追加 `--save-dev` を指定します。 デフォルトではパッケージのバージョンは最新となります。  ## このあとは  前述したとおり、npm でインストールしたパッケージは `node_modules` に配置されます。   実際に ASP.NET Core で Web アプリケーションを動作させる場合は、`wwwroot` に配置する必要があります。   これを自動化するためには gulp を使用するそうですが、それはまた今度書きます。  ## 参考 URL  - https://wildermuth.com/2017/11/19/ASP-NET-Core-2-0-and-the-End-of-Bower - https://www.linkedin.com/pulse/use-npm-instead-bower-gulp-grunt-visual-studio-aspnet-naghizadeh

Visual Studio のプロジェクト間でファイルを共有する

Visual Studio

2020/10/08

2020/09/24

2020/01/14

2019/12/17

2019/09/27

2019/06/18

2018/11/13

2018/11/02

2018/10/19

2018/09/15

2018/09/10

2018/09/04

2018/08/30

2018/08/17

2018/07/09

2018/06/17

2018/05/15

2018/03/31

2018/03/30

2018/03/29

Translate

Popular Posts

Labels

Blog Archive