packages.config ファイルは、プロジェクトで参照されるパッケージの一覧を保守管理するために、一部のプロジェクト タイプで使用されます。 これにより NuGet は、ビルド サーバーなど、別のコンピューターにプロジェクトを転送するとき、一部のパッケージだけでプロジェクトの依存関係を簡単に復元できます。 使用する場合は、packages.config をプロジェクト ルートに配置する必要があります。 これは、最初の NuGet 操作の実行時に自動的に作成されますが、nuget restore などのコマンドを実行する前に手動で作成することもできます。 PackageReference を使用するプロジェクトでは、packages.config は使用されません。 [スキーマ] このスキーマは単純です。標準の XML ヘッダーは、1 つまたは複数の <packages> 要素を含む
アプリケーション構成ファイル (app.config ファイル) を C# プロジェクトに追加すると、共通言語ランタイムがアセンブリ ファイルを検索し読み込む方法をカスタマイズできます。 プロジェクトをビルドすると、開発環境が app.config ファイルを自動的にコピーして、実行可能ファイルに一致するようにコピーのファイル名を変更し、そのコピーを bin ディレクトリに移動します。 C# プロジェクトにアプリケーション構成ファイルを追加するには ソリューション エクスプローラーで、プロジェクト ノードを右クリックして、[追加]>[新しいアイテム] を選びます。 [新しい項目の追加] ダイアログ ボックスが表示されます。 [インストール済み]> [C# 項目] を展開します。 中央のペインで、[アプリケーション構成ファイル] テンプレートを選択します。 追加 ボタンを選択します。 App
この記事では、Visual Studio のプロジェクトとソリューションの違いについて説明します。 また、新しいプロジェクトを作成する方法と、[ソリューション エクスプローラー] ウィンドウを使用してプロジェクトやソリューションを操作する方法についても簡単に説明します。 プロジェクト Visual Studio で、アプリまたは Web サイトを作成するときは、"プロジェクト" から始めます。 論理的には、実行可能プロジェクト、ライブラリ、または Web サイトにコンパイルされる、すべてのファイルがプロジェクトに含まれています。 これらのファイルには、ソース コード、アイコン、画像、データ ファイルなどを含めることができます。 プロジェクトには、プログラムがさまざまなサービスやコンポーネントと通信するために必要なコンパイラ設定やその他の構成ファイルも含まれています。 プロジェクト ファイル
複数のVisual Studioのプロジェクトで同じソース・コードを使いたい場合や同じバージョン情報を設定したい場合など、ソース・ファイルを共有したいことがある。共有すれば、1回の修正で、すべてのプロジェクトにそれを適用できるので、効率がよいからだ。 このような目的には、Visual Studioの標準機能として搭載されているリンク・ファイル機能が役立つ。この機能は、Visual Studio .NET（2002／2003）およびVisual Studio 2005で利用できる。 本稿では、このリンク・ファイル機能の使い方を紹介する。サンプルとして、Visual Studio 2005を使って、複数のプロジェクトでバージョン情報ファイル（AssemblyInfo.cs）の一部の情報（＝.NETアセンブリに設定する会社名と著作権情報）を共有する例を示す。 Visual Studioのリンク・
一般に、静的アセンブリは次の 4 つの要素から構成されます。 アセンブリ メタデータを保持するアセンブリ マニフェスト。 型メタデータ。 型を実装する共通中間言語 (CIL) コード。 コンパイラによって 1 つ以上のソース コード ファイルから生成されます。 一連のリソース。 このうち必須なのはアセンブリ マニフェストだけですが、アセンブリになんらかの機能を与えるには、型またはリソースのいずれかが必要になります。 次の図は、これらの要素を 1 つの物理ファイルにグループ化したものを示しています。 ソース コードをデザインするときは、作成するアプリケーションの機能を 1 つのファイルにまとめるのか複数のファイルに分割するのか、分割する場合は機能をどのように分けるのかを明確に決める必要があります。 .NET コードをデザインする場合も同様に、機能を 1 つのアセンブリにまとめるのか複数のアセ
アセンブリは、.NET ベースのアプリケーションの配置、バージョン管理、再利用、アクティベーション スコープ、およびセキュリティ権限の基本単位です。 アセンブリは、相互に連携して 1 つの論理的な機能単位を形成するように構築された型やリソースの集合です。 アセンブリは、実行可能 ( .exe) ファイルまたはダイナミック リンク ライブラリ ( .dll) ファイルの形を取る、.NET アプリケーションの構成要素です。 それらは、型の実装に関して必要な情報を共通言語ランタイムに提供します。 .NET と .NET Framework では、1 つまたは複数のソース コード ファイルからアセンブリをビルドできます。 .NET Framework では、アセンブリに 1 つまたは複数のモジュールを含めることができます。 これを使うと、より大規模なプロジェクトの計画が可能になり、複数の開発者が別
インポートされた COM 型を含む 1 つ以上のアセンブリを参照する COM 相互運用プロジェクトは、他のマネージド プロジェクトと同じようにコンパイルされます。 相互運用機能アセンブリは、Visual Studio などの開発環境で参照できます。コマンド ライン コンパイラを使用して参照することもできます。 どちらの場合でも、正常にコンパイルするには、相互運用機能アセンブリを、その他のプロジェクト ファイルと同じディレクトリに配置する必要があります。 相互運用機能アセンブリを参照する方法には、次の 2 つがあります。 埋め込まれた相互運用機能型:.NET Framework 4 および Visual Studio 2010 以降では、相互運用機能アセンブリから実行可能ファイルに型情報を埋め込むようにコンパイラに指示できます。 この手法を使用することをお勧めします。 相互運用機能アセンブリ
名前空間をインポートすると、その名前空間の要素を、完全に修飾することなくコードで使うことができます。 たとえば、System.Messaging.MessageQueue クラスの Create メソッドにアクセスする場合、System.Messaging 名前空間をインポートすると、MessageQueue.Create とするだけで必要な要素をコードで参照できます。 インポートした名前空間は、プロジェクト デザイナーの [参照] ページで管理します。 このダイアログ ボックスで指定したインポートは、コンパイラに直接渡されて (/imports)、プロジェクト内のすべてのファイルに適用されます。 1 つのソース コード ファイルで名前空間を使うには、Imports ステートメントを使います。 インポートされた名前空間を追加するには ソリューション エクスプローラーで、対象のプロジェクトの
開発者ガイド Oracle Data Provider for .NETの概要 Oracle Data Provider for .NET(ODP.NET)の概要 Oracle Data Provider for .NET(ODP.NET)の概要 Oracle Data Provider for .NET(ODP.NET)は、Oracle Database用の.NETデータ・プロバイダの実装です。Microsoft .NET Frameworkクラス・ライブラリで使用可能なクラスとインタフェースを使用および継承しています。 .NET Frameworkに従い、ODP.NETはADO.NETモデルを使用します。このモデルにより、ネイティブ・プロバイダはプロバイダ固有の機能とデータ型を公開できます。これは、ADO(ActiveXデータ・オブジェクト)が簡単なプログラミング・モデルを公開する自動
開発者ガイド Oracle Data Provider for .NETの概要 Oracle Data Provider for .NETのアセンブリ Oracle Data Provider for .NETのアセンブリ Oracle.DataAccess.dllアセンブリは2つのネームスペースを提供します。 Oracle.DataAccess.Clientネームスペースには、クライアント側プロバイダのODP.NETクラスおよび列挙が含まれています。 Oracle.DataAccess.Typesネームスペースには、Oracle Data Provider for .NETデータ型(ODP.NETタイプ)が含まれています。 ODP.NET管理対象外ドライバでCode FirstまたはEntity Framework 6以上を使用するには、プロジェクト・アセンブリ参照としてOracle.D
開発者ガイド Oracle Data Provider for .NETの概要 Oracleでの.NETデータ・アクセス: 製品およびドキュメント Oracleでの.NETデータ・アクセス: 製品およびドキュメント この項では、Oracle Data Provider for .NETを使用してデータにアクセスするOracle Data Provider for .NETおよびOracle Databaseの各コンポーネントについて説明します。各コンポートの動作について簡単に説明し、その他の関連資料の場所を示します。 これらのOracle製品は、Windowsオペレーティング・システム上で.NET統合を提供します。 Oracle Data Provider for .NETは、.NETクライアントからOracle Databaseへの高速データ・アクセスを提供します。ODP.NETにより、
このリリースの新機能は次のとおりです。 ODP.NETコア-- Lightweight Directory Access Protocol (LDAP) ODP.NETコアは、Oracle Internet DirectoryやMicrosoft Active DirectoryなどのLDAP準拠ディレクトリ・サーバーに含まれる接続記述子にマップされる接続識別子を使用できます。プロバイダは、管理対象ODP.NETと同じLDAP機能および設定をサポートします。 ODP.NETコアLDAPのサポートは、Windowsオペレーティング・システムでのみ使用できます。System.DirectoryServicesネームスペースが必要です。
開発者ガイド 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
ODP.NET管理対象ドライバと管理対象外ドライバの相違点 ODP.NET管理対象ドライバとODP.NET管理対象外ドライバには、構成設定に多くの相違があります。ODP.NET管理対象ドライバの.NET構成設定の詳細は、「Oracle Data Provider for .NET管理対象ドライバの構成」と「ODP.NET管理対象ドライバとODP.NET管理対象外ドライバの構成の相違点」を参照してください。 分散トランザクションの設定の相違については、「Oracle Data Provider for .NET管理対象ドライバでのOracle Services for MTSの使用」を参照してください。 表1-8に、ODP.NET管理対象ドライバでサポートされていないApplication Program Interfaceをリストします。 表1-8 ODP.NET管理対象ドライバでサポート
ODP.NET Managed Driverについて自分の欲しい形でまとまった資料がなかったのでここでまとめておきます。 ODP.NET Managed Driver(管理対象ドライバ)とは ODP.NET Managed Driver(管理対象ドライバ)とはOracle 12cから追加された新しい形のODP.NETで、すべてがマネードコードで記述されているフルマネージドなドライバになります。 このため、これまでのODP.NETとは違いネイティブなドライバ(Instant Clientなど)を必要としない軽量なドライバになっています。 ちなみにこれまでのODP.NETはUnmanaged Driver(管理対象外ドライバ)という呼称になっています。 管理対象ドライバや管理対象外ドライバという呼称は誤訳としか思えないのでここではManaged DriverとUnmanaged Driverで
Section: Linux User Manual (1) Updated: 2020-06-09 Index JM Home Page roff page 名前 iconv - テキストをある文字符号化から別の文字符号化に変換する 書式 iconv [options] [-f from-encoding] [-t to-encoding] [inputfile]... 説明 iconv プログラムはある符号化 (encoding) からテキストを読み出し、 別の符号化でそのテキストを出力する。 入力が指定されなかった場合、 もしくは入力ファイルとしてダッシュ (-) が指定された場合、 iconv は標準入力から入力を行う。 出力が指定されなかった場合、 iconv は標準出力に出力する。 from-encoding が指定されなかった場合、 デフォルトは現在のロケールの文字符号化から
こんにちはー！ニアです。 今回は、NuGetパッケージをC++プロジェクトに導入する方法について紹介していきます。 #1. NuGetとは NuGetとは、Visual Studioの拡張機能として付属しているライブラリのパッケージ管理システムです。 ライブラリの導入から、管理、アップデートまで簡単に行うことができる他、他のライブラリとの依存関係を自動的に解決することができます。 Visual Stuio 2013のNuGetパッケージマネージャー Visual Stuio 2015のNuGetパッケージマネージャー（バージョン3.0） Visual Stuio 2015 Update 1のNuGetパッケージマネージャー（バージョン3.3） Visual Stuio 2017のNuGetパッケージマネージャー（バージョン4.0） #2. C++プロジェクトにNuGetパッケージをインスト
Microsoft.NETプラットフォームにおける実行プログラムの形式として開発された中間言語。中間言語の状態で保存された実行プログラムは、実行時にJITコンパイラ（Just-In-Timeコンパイラ）によって特定のマイクロプロセッサ・アーキテクチャに依存したネイティブ・コードに変換され、実行されることになる。このしくみにより、MSIL形式にコンパイルされた実行プログラムは、特定のハードウェア環境（マイクロプロセッサ・アーキテクチャなど）に依存することなく、適切なソフトウェア環境（MSIL向けのJITコンパイラが利用できることなど）さえ整っていれば、どこででも実行可能になる。 いわばMSILは、抽象化されたマイクロプロセッサ向けのアセンブリ・コードだと考えることができる。実際その気になれば、アセンブリ言語をマニュアルでコーディングするように、MSILをコーディングして、実行させることも可能
Entity Framework では、DbGeography または DbGeometry クラスを使用して空間データを扱うことができます。 これらのクラスには、Entity Framework プロバイダーが提供するデータベース固有の機能が利用されています。 すべてのプロバイダーで空間データがサポートされるわけではなく、空間型アセンブリのインストールなど、追加の前提条件が適用される場合もあります。 以降、空間型に関するプロバイダー サポートについて詳しく取り上げます。 アプリケーションでの空間型の使用方法について詳しくは、2 つのチュートリアルを参照してください。1 つは Code First、もう 1 つは Database First または Model First を対象とした内容となっています。 Code First における空間データ型 EF デザイナーにおける空間データ型
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
