Azure Functions Core Tools リファレンス
この記事は、Azure Functions Core Tools のリファレンス ドキュメントです。このドキュメントを使用して、お使いのローカル コンピューターから、Azure Functions プロジェクトを開発、管理、デプロイすることができます。 Core Tools の使用の詳細については、「Azure Functions Core Tools の操作」を参照してください。 Core Tools コマンドは次のコンテキストに分類され、それぞれが独自のアクション セットを提供します。 コマンドのコンテキスト 説明
CLR をターゲットにした C++/CLI プログラムをコンパイルする
C++/CLI を使用すると、.NET クラスとネイティブの C++ 型を使用する C++ プログラムを作成できます。 C++/CLI は、ネイティブ C++ コードをラップして .NET プログラムからアクセスできるようにするコンソール アプリケーションと DLL で使用することを目的としています。 .NET に基づく Windows ユーザー インターフェイスを作成するには、C# または Visual Basic を使用します。 この手順では、独自の C++ プログラムを入力するか、いずれかのサンプル プログラムを使用できます。 この手順で使用するサンプル プログラムでは、textfile.txt という名前のテキスト ファイルを作成し、プロジェクト ディレクトリに保存します。 前提条件 C++ 言語の基本の理解。 Visual Studio 2017 以降では、C++/CLI のサポ
方法: C++/CLI でプロパティを使用する
この記事では、C++/CLI でプロパティを使用する方法について説明します。 基本的な性質 基本プロパティ (単にプライベート データ メンバーを割り当て、取得するだけのプロパティ) の場合、get アクセサー関数と set アクセサー関数を明示的に定義する必要はありません。プロパティのデータ型だけを指定すると、関数がコンパイラによって自動的に提供されるためです。 次のコードは、基本プロパティを示しています。 // SimpleProperties.cpp // compile with: /clr using namespace System; ref class C { public: property int Size; }; int main() { C^ c = gcnew C; c->Size = 111; Console::WriteLine("c->Size = {0}",
C++/CLI による .NET プログラミング
既定で、Visual Studio 2015 で作成された CLR プロジェクトは .NET Framework 4.5.2 を対象とします。 新しいプロジェクトを作成する際には、.NET Framework 4.6 をターゲットにできます。 [新しいプロジェクト] ダイアログの上部中央にあるドロップダウン リストでターゲット フレームワークを変更します。 既存のプロジェクトのターゲット フレームワークを変更するには、プロジェクトを閉じて、プロジェクト ファイル (.vcxproj) を編集し、ターゲット フレームワークのバージョンの値を 4.6 に変更します。 変更は、プロジェクトを次回開くときに有効になります。 Visual Studio 2017 では、既定のターゲット .NET Framework は 4.6.1 です。 Framework バージョン セレクターは、[新しいプロジ
nullptr
nullptr キーワードは、任意の生ポインター型に変換可能な型 std::nullptr_t の null ポインター定数を指定します。 ヘッダーを含めずにキーワード nullptr を使用できますが、コードで型 std::nullptr_t を使用する場合、ヘッダー <cstddef> を含めることにより定義を行う必要があります。 Note また nullptr キーワードは、マネージド コード アプリケーション用に C++/CLI でも定義されており、ISO 標準の C++ キーワードに対して互換性がありません。 マネージド コードをターゲットとする /clr コンパイラ オプションを使用してコードをコンパイルする可能性がある場合は、コンパイラでネイティブな C++ 解釈を使用することを保証する必要があるすべてのコード行で __nullptr を使用します。 詳細については、「nul
コマンド ラインから C# 関数を作成する - Azure Functions
この記事では、コマンドライン ツールを使用して、HTTP 要求に応答する C# 関数を作成します。 コードをローカルでテストした後、Azure Functions のサーバーレス環境にデプロイします。 この記事では、分離ワーカー プロセス内の .NET 8 で実行される、HTTP によってトリガーされる関数を作成します。 C# 関数でサポートされている .NET バージョンの詳細については、「サポートされているバージョン」を参照してください。 また、この記事の Visual Studio Code ベースのバージョンも存在します。 このクイックスタートを完了すると、ご利用の Azure アカウントでわずかな (数セント未満の) コストが発生します。 ローカル環境を構成する 開始する前に、次の項目を用意する必要があります。 .NET 8.0 SDK. 次のいずれかのツール。Azure リソー
)
Mono (ソフトウェア) - Wikipedia
Mono（モノ）は、GNOMEプロジェクト創設者のミゲル・デ・イカザが開発した、Ecma標準に準じた.NET Framework互換の環境を実現するためのオープンソースのソフトウェア群、またそのプロジェクト名である。 2018年3月現在、マイクロソフトの子会社であるXamarinと.NET Foundationが開発、販売、サポート業務を行っている。 共通言語基盤 (CLI) の実装やC#のコンパイラなどが含まれる。 Monoはマルチプラットフォームであり、Linux、macOS、iOS、tvOS、watchOS、Android、Solaris、IBM AIX/IBM i、BSD (OpenBSD, FreeBSD, NetBSD)、Windows、PlayStation 4、Xbox One、Xbox Series X/Sで動作する[2][3]。 特定プラットフォーム向けに特化したサブプ
FSF、MicrosoftのC#とCLI標準へのCommunity Promiseは「抜け道だらけ」と警告 | OSDN Magazine
フリーソフトウェアを支援する非営利団体のFree Software Foundation（FSF）は7月16日（米国時間）、米Microsoftによる必要な特許クレームを主張しないとする「Community Promise」をC#とCLI標準に拡大した動きに対し、警告を発した。MonoやC#依存を減らそうという当初の姿勢を固守するもので、解決案として包括的特許ライセンスを提唱している。 6月末、Rechard M. Stallman氏はC#のフリー実装の危険性を指摘、Microsoftが特許を主張する可能性があるとして、コミュニティに対し、MonoやC#依存を減らそうと呼びかけていた。これに対しMicrosoftは7月、オープンソース開発者の疑惑緩和を狙い、必要な特許クレームを主張しないMicrosoft Community PromiseをC#標準の「ECMA 334」およびCLI（共通
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
C++/CLI の基礎 ( デストラクタとファイナライザ ) - …Inertia
Core Tools を使用してローカルで Azure Functions を開発する