ビルド出力ディレクトリを変更する - Visual Studio (Windows)
プロジェクトによって生成される出力の場所は、構成ごとに指定できます (デバッグ、リリース、またはその両方の場合)。 既定の設定では、出力フォルダーはプロジェクトの種類と SDK によって異なり、一部のプロジェクトではプラットフォーム固有またはフレームワーク固有のサブフォルダーが使用されます。 Visual Studio には、プロジェクト フォルダーに対する相対パスを指定するか、ファイル システム内の任意の場所に絶対パスを指定して、中間出力と最終出力をカスタム フォルダーに配置できるプロパティが用意されています。 Visual Studio プロジェクトのプロパティで指定した設定に加えて、プロジェクト ファイルを編集し、MSBuild と .NET SDK の機能を使用して、個々のプロジェクトまたは多くのプロジェクトのソリューション レベルで、プロジェクト出力のすべての側面を完全に制御する
NuGet packages.config ファイル リファレンス
packages.config ファイルは、プロジェクトで参照されるパッケージの一覧を保守管理するために、一部のプロジェクト タイプで使用されます。 これにより NuGet は、ビルド サーバーなど、別のコンピューターにプロジェクトを転送するとき、一部のパッケージだけでプロジェクトの依存関係を簡単に復元できます。 使用する場合は、packages.config をプロジェクト ルートに配置する必要があります。 これは、最初の NuGet 操作の実行時に自動的に作成されますが、nuget restore などのコマンドを実行する前に手動で作成することもできます。 PackageReference を使用するプロジェクトでは、packages.config は使用されません。 [スキーマ] このスキーマは単純です。標準の XML ヘッダーは、1 つまたは複数の <packages> 要素を含む
Visual Studio ソリューションとプロジェクトとは - Visual Studio (Windows)
この記事では、Visual Studio の プロジェクト と ソリューション の違いについて説明します。 また、新しいプロジェクトを作成する方法と 、ソリューション エクスプローラー ウィンドウを使用してプロジェクトやソリューションを操作する方法についても簡単に説明します。 プロジェクト Visual Studio でアプリまたは Web サイトを作成するときは、 プロジェクトから始めます。 プロジェクトには、実行可能プロジェクト、ライブラリ、または Web サイトにコンパイルされるすべてのファイルが含まれます。 これらのファイルには、ソース コード、アイコン、イメージ、データ ファイルなどを含めることができます。 プロジェクトには、プログラムがさまざまなサービスやコンポーネントと通信するために必要なコンパイラ設定やその他の構成ファイルも含まれています。 プロジェクト ファイル Visu
複数のプロジェクトでファイルを共有するには？ - ＠IT
複数のVisual Studioのプロジェクトで同じソース・コードを使いたい場合や同じバージョン情報を設定したい場合など、ソース・ファイルを共有したいことがある。共有すれば、1回の修正で、すべてのプロジェクトにそれを適用できるので、効率がよいからだ。 このような目的には、Visual Studioの標準機能として搭載されているリンク・ファイル機能が役立つ。この機能は、Visual Studio .NET（2002／2003）およびVisual Studio 2005で利用できる。 本稿では、このリンク・ファイル機能の使い方を紹介する。サンプルとして、Visual Studio 2005を使って、複数のプロジェクトでバージョン情報ファイル（AssemblyInfo.cs）の一部の情報（＝.NETアセンブリに設定する会社名と著作権情報）を共有する例を示す。 Visual Studioのリンク・
アセンブリの内容 - .NET
一般に、静的アセンブリは次の 4 つの要素で構成できます。 アセンブリ メタデータを含むアセンブリ マニフェスト。 型メタデータ。 型を実装する共通中間言語 (CIL) コード。 これは、1 つ以上のソース コード ファイルからコンパイラによって生成されます。 リソースのセット。 アセンブリ マニフェストのみが必要ですが、アセンブリに意味のある機能を提供するには、型またはリソースが必要です。 次の図は、これらの要素が 1 つの物理ファイルにグループ化されていることを示しています。 ソース コードを設計するときは、アプリケーションの機能を 1 つ以上のファイルにパーティション分割する方法を明示的に決定します。 .NET コードを設計するときは、機能を 1 つ以上のアセンブリにパーティション分割する方法についても同様の決定を行います。 こちらも参照ください .NETでのアセンブリ アセンブリ
相互運用プロジェクトのコンパイル - .NET Framework
インポートされた COM 型を含む 1 つ以上のアセンブリを参照する COM 相互運用プロジェクトは、他のマネージド プロジェクトと同様にコンパイルされます。 Visual Studio などの開発環境で相互運用機能アセンブリを参照することも、コマンド ライン コンパイラを使用するときに参照することもできます。 どちらの場合も、適切にコンパイルするには、相互運用機能アセンブリが他のプロジェクト ファイルと同じディレクトリにある必要があります。 相互運用機能アセンブリを参照するには、次の 2 つの方法があります。 埋め込み相互運用機能型: .NET Framework 4 および Visual Studio 2010 以降では、相互運用機能アセンブリから実行可能ファイルに型情報を埋め込むようコンパイラに指示できます。 これが推奨される手法です。 相互運用機能アセンブリの配置: 相互運用機能ア
インポートされた名前空間を追加または削除する (Visual Basic) - Visual Studio (Windows)
名前空間をインポートすると、要素を完全に修飾することなく、コード内でその名前空間の要素を使用できます。 たとえば、Create クラスのSystem.Messaging.MessageQueue メソッドにアクセスする場合は、System.Messaging名前空間をインポートし、コードで必要な要素をMessageQueue.Createとして参照できます。 インポートされた名前空間は、プロジェクト デザイナーの [参照] ページで管理されます。 このダイアログ ボックスで指定したインポートは、コンパイラ (/imports) に直接渡され、プロジェクト内のすべてのファイルに適用されます。 単一のソース コード ファイルで名前空間を使用するには、 Imports ステートメントを使用します。 インポートされた名前空間を追加するには ソリューション エクスプローラーで、プロジェクト ノードを
開発者ガイド
開発者ガイド Oracle(R) Data Provider for .NET Oracle(R) Data Provider for .NET 開発者ガイド 19c for Microsoft Windows F21048-01(原本部品番号:E96613-01) 2019年5月 Oracle Data Provider for .NET開発者ガイド, 19c for Microsoft Windows F21048-01 Copyright © 2002, 2019, Oracle and/or its affiliates. All rights reserved. 原本著者: Maitreyee Chaliha 原本協力者: Janis Greenberg、Alex Keh、Kiminari Akiyama、Sumit Jeloka、Sinclair Hsu、Shailendra
空間型のプロバイダー サポート - EF6
Entity Framework では、DbGeography または DbGeometry クラスを使用して空間データを扱うことができます。 これらのクラスには、Entity Framework プロバイダーが提供するデータベース固有の機能が利用されています。 すべてのプロバイダーで空間データがサポートされるわけではなく、空間型アセンブリのインストールなど、追加の前提条件が適用される場合もあります。 以降、空間型に関するプロバイダー サポートについて詳しく取り上げます。 アプリケーションでの空間型の使用方法について詳しくは、2 つのチュートリアルを参照してください。1 つは Code First、もう 1 つは Database First または Model First を対象とした内容となっています。 Code First における空間データ型 EF デザイナーにおける空間データ型
SQL Server Integration Services
適用対象: SQL Server Azure Data Factory の SSIS 統合ランタイム SQL Server Integration Services は、エンタープライズ レベルのデータ統合およびデータ変換ソリューションを構築するためのプラットフォームです。 統合サービスを使用して、複雑なビジネス上の問題を解決します。 次に例を示します。 ファイルをコピーまたはダウンロードする データ ウェアハウスを読み込む データのクレンジングとマイニング SQL Server オブジェクトとデータの管理 機能 Integration Services では、XML データ ファイル、フラット ファイル、リレーショナル データ ソースなど、さまざまなソースのデータを抽出および変換して、1 つ以上のターゲットに読み込むことができます。 Integration Services に含まれるも
DLL と Visual C++ ランタイム ライブラリの動作
Visual Studio を使用してダイナミックリンク ライブラリ (DLL) をビルドする場合、既定では、リンカーには Visual C++ ランタイム ライブラリ (VCRuntime) が含まれます。 VCRuntime には、C/C++ 実行可能ファイルを初期化および終了するために必要なコードが含まれています。 DLL にリンクされる場合、VCRuntime コードは _DllMainCRTStartup と呼ばれる内部 DLL エントリポイント関数を提供します。この関数は、Windows OS メッセージを DLL に渡してプロセスまたはスレッドにアタッチまたはデタッチします。 _DllMainCRTStartup 関数は、スタック バッファー セキュリティのセットアップ、C ランタイム ライブラリ (CRT) の初期化と終了、静的オブジェクトとグローバル オブジェクトのコンス
アセンブリ読み込みのベスト プラクティス - .NET Framework
この記事では、 InvalidCastException、 MissingMethodException、その他のエラーにつながる可能性がある型 ID の問題を回避する方法について説明します。 この記事では、次の推奨事項について説明します。 読み込みコンテキストの長所と短所を理解する 部分アセンブリ名のバインドを回避する アセンブリを複数のコンテキストに読み込むのを避ける アセンブリの複数のバージョンを同じコンテキストに読み込むのを避ける 既定の読み込みコンテキストに切り替えることを検討する 最初の推奨事項は、 読み込みコンテキストの長所と短所を理解し、他の推奨事項の背景情報を提供します。これらはすべて、読み込みコンテキストの知識に依存するためです。 読み込みコンテキストの長所と短所を理解する アプリケーション ドメイン内では、アセンブリを次の 3 つのコンテキストのいずれかに読み込んだり
Create and Use Your Own Dynamic-Link Library (C++)
This step-by-step walkthrough explains how to use the Visual Studio IDE to create your own dynamic-link library (DLL) written in Microsoft C++ (MSVC), and how to use the DLL from another C++ app. DLLs, also known as shared libraries in UNIX-based operating systems, are one of the most useful kinds of Windows components. You can use them to share code and resources, and to shrink the size of your a
Visual Studio で 動的ライブラリ（DLL）を利用する - お茶漬けびより
前回は、作成するところまで行いました。 今回は、実際に使ってみたいと思います。 pickles-ochazuke.hatenablog.com DLL を使うプロジェクトを作成 とくに変わったところはないです。いつも通り作っちゃってください。自分は、空のプロジェクトで作成しました。プロジェクト名は、Project3です。ついでに main 関数を書くためにソースファイル（main.cpp）を作っておきましょう。 DLL を使うための準備 さて、まずは DLL を使えるようにしないといけません。ざっくり手順を書きますと ソリューションに DLL のプロジェクトを追加（プロジェクトは、前回作成済み） 使う側に DLL の参照を追加する DLL のヘッダファイルがあるディレクトリを追加する 1. ソリューションに DLL のプロジェクトを追加 ソリューションエクスプローラに表示されているソリュー
NuGet パッケージの複数バージョン対応
多くのライブラリは、特定のバージョンの .NET Framework に対応しています。 たとえば、あるバージョンのライブラリは UWP に固有であり、別のバージョンは .NET Framework 4.6 の機能を活用します。 これに対応するために、NuGet では 1 つのパッケージに同じライブラリの複数のバージョンを配置することがサポートされています。 この記事では、パッケージやアセンブリのビルド方法に関係なく、NuGet パッケージのレイアウトについて説明します (つまり、SDK スタイルではない複数の .csproj ファイルとカスタムの .nuspec ファイルを使う場合でも、複数をターゲットにした SDK スタイルの .csproj を単一ファイルで使う場合でも、レイアウトは同じです)。 SDK スタイルのプロジェクトの場合、NuGet の pack ターゲットでは、パッケー
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
app.config ファイルをプロジェクトに追加する - Visual Studio (Windows)
.NET のドキュメント
Oracle.ManagedDataAccess.Core 23.9.1
Oracle.ManagedDataAccess 23.26.0
ソリューションのNugetパッケージの管理でインストールでエラーになる