KNOWNFOLDERID (Knownfolders.h) - Win32 apps
KNOWNFOLDERID 定数は、システムに登録されている標準フォルダーを既知のフォルダーとして識別する GUID を表します。 これらのフォルダーは Windows Vista 以降のオペレーティング システムと共にインストールされ、コンピューターには適切なフォルダーのみがインストールされます。 これらのフォルダーの説明については、「 CSIDL」を参照してください。 例: HRESULT CExplorerBrowserHostDialog::_FillViewWithKnownFolders(IResultsFolder *prf) { IKnownFolderManager *pManager; HRESULT hr = CoCreateInstance(CLSID_KnownFolderManager, NULL, CLSCTX_INPROC_SERVER, IID_PPV_A
ビルド出力ディレクトリを変更する - Visual Studio (Windows)
プロジェクトによって生成される出力の場所は、構成ごとに指定できます (デバッグ、リリース、またはその両方の場合)。 既定の設定では、出力フォルダーはプロジェクトの種類と SDK によって異なり、一部のプロジェクトではプラットフォーム固有またはフレームワーク固有のサブフォルダーが使用されます。 Visual Studio には、プロジェクト フォルダーに対する相対パスを指定するか、ファイル システム内の任意の場所に絶対パスを指定して、中間出力と最終出力をカスタム フォルダーに配置できるプロパティが用意されています。 Visual Studio プロジェクトのプロパティで指定した設定に加えて、プロジェクト ファイルを編集し、MSBuild と .NET SDK の機能を使用して、個々のプロジェクトまたは多くのプロジェクトのソリューション レベルで、プロジェクト出力のすべての側面を完全に制御する
DockerコンテナにOracle Database 19c をインストールして、Windows 側から接続 - ts0818のブログ
シャボン玉が凍る仕組みと「スノードーム効果」と呼ばれる現象の発生原因に関する見識 周囲温度とシャボン玉の温度が同じ場合には、シャボン玉の底部から凍結が始まり、マランゴニ流（表面張力の小さい領域から大きい領域への液体の流れ）が生じ、氷の結晶が凍結前線から剥離して、スノードーム中のフレークのようにシャボン玉の中を浮遊する。その後、氷の結晶が成長し、互いに連結すると、シャボン玉は完全に凍結する。一方、周囲温度が室温である場合には、凍結前線がゆっくりと上方に伝播したが、熱伝導性が悪いために、最終的にはシャボン玉の途中で停止した。この部分的に凍結したシャボン玉はその後、平衡状態を保った後にしぼんで、この液体ドームは崩壊した。 【物理学】シャボン玉が凍る仕組み | Nature Communications | Nature Research ⇧ シャボン玉と言えば、そう、シャボンカッター！ ...
docker上にoracle環境を構築 - Qiita
docker上にoracle環境を構築 目的 お仕事でOracleに触れる機会が増えたのでWindows上で気軽に操作できる環境を作ってみる。 方法としては、Windows版の評価版Oracleを導入したり、VMWareなどの仮想環境上に構築する案もあるがdockerを利用することにした。dockerでのデータ永続化の方法を中心に検証してみる。 参考サイト Docker版Oracle Database 12cを使ってみる DockerでOracle Databaseを使う Oracle on docker for Mac Oracle公開サイト 上記のサイトを参考に、最低限必要な以下のファイルを改造してデータ永続化のいい方法が無いか試みる。 docker-images/OracleDatabase/SingleInstance/dockerfiles/12.2.0.1 docker-ima
[Oracle Database] 公式Docker Imageを利用してOracle Database 19c環境を構築してみた
本記事の目的 先日、Oracle Database 19c がLinuxプラットフォーム向けにリリースされた記事を書きましたが、早くもOracle 社公式の Docker Imageが提供されましたので、検証環境にて構築手順（インストールから接続確認まで）を確認してみました。 ・Oracle Database 19c available on GitHub Docker Imageを利用した環境構築手順については、上記ブログおよびDocker Imageのreadmeなどに記載されているのですが、実際に試していくつかハマッタところもあったので、備忘録を兼ねて簡単に紹介してみます。 なお、12c版ではありますが、構築手順を解説しているブログ記事(by chiroitoさん）がありましたので、あわせて参照いただくと理解しやすいと思います。 公式 Oracle Database の Docker
![[Oracle Database] 公式Docker Imageを利用してOracle Database 19c環境を構築してみた](https://cdn-ak-scissors.b.st-hatena.com/image/square/5112e51057fc58cf72e7a5d6925f9f6b050827fa/height=288;version=1;width=512/https%3A%2F%2Fitedge.stars.ne.jp%2Fwp%2Fwp-content%2Fuploads%2F2019%2F04%2F20190407123546eGqyvUpW.jpg)
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 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により、
開発者ガイド
開発者ガイド 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 デザイナーにおける空間データ型
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
「GitLab 13.4」リリース、DevSecOpsキットへの機能追加などを実施
app.config ファイルをプロジェクトに追加する - Visual Studio (Windows)
.NET のドキュメント
開発者ガイド
Oracle Data Provider for .NET (ODP.NET)