方法: 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}",
sealed 修飾子 - C# reference
sealed 修飾子をクラスに適用すると、それ以外のクラスが、そのクラスから継承できなくなります。 次の例では、B クラスは A クラスを継承しますが、B クラスからはどのクラスも継承できなくなります。 class A {} sealed class B : A {} sealed 修飾子は、基底クラスの仮想メソッドまたは仮想プロパティをオーバーライドするメソッドやプロパティで使用することもできます。 これにより、クラスの派生が行えるようになり、そのクラスが特定の仮想メソッドまたは仮想プロパティをオーバーライドできなくなります。 例 次の例では、Z は Y から継承しますが、Z は仮想関数 F をオーバーライドできません。この仮想関数は X で宣言されており、Y でシールされています。 class X { protected virtual void F() { Console.Write
using ディレクティブ: 名前空間から型をインポートする - C# reference
using ディレクティブを使用すると、その型の完全修飾名前空間を指定せずに、名前空間で定義された型を使用できます。 基本的な形式の場合、using ディレクティブでは、次の例に示すように 1 つの名前空間からすべての型をインポートします。 using System.Text; using ディレクティブには、次の 2 つの修飾子を適用できます。 global 修飾子は、プロジェクト内のすべてのソース ファイルに同じ using ディレクティブを追加するのと同じ効果があります。 static 修飾子では、名前空間内の型をすべてインポートする代わりに、1 つの型から static メンバーと入れ子にされた型をインポートします。 両方の修飾子を組み合わせて、静的メンバーを型からプロジェクト内のすべてのソース ファイルにインポートできます。 "using エイリアス ディレクティブ" を使用して
名前空間エイリアス演算子 - '::' は、エイリアスが設定された名前空間のメンバーにアクセスするために使われます。 - C# reference
エイリアスが設定された名前空間のメンバーにアクセスするには、名前空間エイリアス修飾子 :: を使います。 :: 修飾子は 2 つの識別子の間でのみ使用できます。 左側の識別子には、名前空間エイリアス、extern エイリアス、または global エイリアスのいずれかを使用できます。 次に例を示します。 using エイリアス ディレクティブを使って作成された名前空間エイリアス: using forwinforms = System.Drawing; using forwpf = System.Windows; public class Converters { public static forwpf::Point Convert(forwinforms::Point point) => new forwpf::Point(point.X, point.Y); } extern エイリア
ローコード開発とは？メリットやデメリットから開発事例まで解説 | ノーコード・ローコードに特化したシステム開発・導入支援サービス
ローコード開発(LowCode)とは、最小限のソースコードの記述でシステム開発が行える開発手法です。ローコード開発は、開発期間・開発コストを大幅に抑えられるため、近年ではスタートアップから大手企業までさまざまな企業が導入しています。 しかし、ローコード開発には具体的にどのようなメリットがあるのか、導入するには何をしたらよいかわからない方も多いでしょう。本記事では、ローコード開発の基本から、企業の活用メリット、ローコード開発に役立つツールまでわかりやすく解説します。 この記事をご覧いただくことで、ローコード開発について基本は理解できますので、ローコード開発に興味のある方はぜひご覧ください。 たったの10万円でアプリが作れる！？ 最短24時間で納品の実績あり💡前代未聞のアプリ開発サービス！ 無料でサービス資料をダウンロード＞＞ お問い合わせはこちら＞＞ ＼ ホワイトペーパー ／ 貴社のPow
DX: Developer Experience （開発体験）は重要だ - Islands in the byte stream
DX: Developer Experience （開発体験）とは、あるシステムを「気持ちよく開発・保守できるかどうか」を示すもの 開発者は開発・保守という行為を通じたそのシステムのユーザーであり、DXはUXの一種である DXがよいと日々の開発を楽しめるようになり、気持ちに余裕ができる 気持ちの余裕がでるとコードの品質があがり保守時のデグレも減らせる また、DXがよい事自体がDXを高める動機になり、正のスパイラルを見込める つまり、「定められたタスク」（＝義務）以上のことを行うようになる DXが悪いと開発を楽しめず、「定められたタスク」以外のことをしたくなくなる DXは放置すると悪化するので、「DXがよくも悪くもない」プロダクトは時間が経つに連れ「DXが悪い」になる なので積極的にDXを良くしていく活動を奨励していくのがよい いくつか興味深いフィードバックがあったので記しておきます。 DX
STAThreadAttribute クラス (System)
名前空間: System アセンブリ:mscorlib.dll, System.Runtime.dll アセンブリ:netstandard.dll, System.Runtime.dll アセンブリ:System.Runtime.dll アセンブリ:mscorlib.dll アセンブリ:netstandard.dll ソース:ThreadAttributes.cs ソース:ThreadAttributes.cs ソース:ThreadAttributes.cs 重要 一部の情報は、リリース前に大きく変更される可能性があるプレリリースされた製品に関するものです。 Microsoft は、ここに記載されている情報について、明示または黙示を問わず、一切保証しません。 public ref class STAThreadAttribute sealed : Attribute [System.Att
アプリケーションのEXEファイルやDLLファイルを1つにまとめるには？ - ＠IT
外部のコンポーネント（通常はDLLファイル）などを利用して.NETでアプリケーションを作成する場合、アプリケーション本体（EXEファイル）の実行には当然ながらそれらのDLLファイルが必要になる。しかしアプリケーションをユーザーに配布する場合などでは、ファイルの数は少ない（できれば1つのEXEファイルのみの）方が扱いやすい。 米Microsoftが無償で提供しているツール「ILMerge」を利用すれば、EXEファイルと、その実行に必要な複数のDLLファイルを1つのEXEファイルにまとめることが可能だ（正確には、ILMergeは複数のアセンブリを1つのアセンブリにマージする）。 複数のファイルを1つにまとめる「ILMerge」 ILMergeは次のページからダウンロードできる。このページには.NET Framework 2.0用と1.1用のインストール・パッケージ（.msiファイル）が用意され
チュートリアル: 独自のダイナミック リンク ライブラリを作成して使用する (C++)
このチュートリアルでは、Visual Studio IDE を使用して Microsoft C++ (MSVC) で記述された独自のダイナミック リンク ライブラリ (DLL) を作成する方法について順を追って説明します。 その後、その DLL を別の C++ アプリから使用する方法を示します。 DLL (UNIX ベースのオペレーティング システムでは共有ライブラリとも呼ばれます) は、特に役立つ Windows コンポーネントの種類の 1 つです。 それらを使用して、コードやリソースを共有したり、アプリのサイズを縮小したりできます。 DLL を使用すると、アプリのサービス提供や拡張も簡単になります。 このチュートリアルでは、いくつかの数値演算関数を実装する DLL を作成します。 その後、DLL の関数を使用するコンソール アプリを作成します。 また、Windows DLL で使用され
Visual Studio での C/C++ Dll の作成
Windows において、ダイナミックリンク ライブラリ (DLL) とは、関数とリソースの共有ライブラリとして機能する実行可能ファイルの一種です。 ダイナミック リンクは、オペレーティング システムの機能です。 これにより、実行可能ファイルから別のファイルに格納された関数を呼び出したり、リソースを使用したりすることができます。 これらの関数とリソースはコンパイルできるだけでなく、これらを使用する実行可能ファイルとは別に配置することができます。 DLL はスタンドアロンの実行可能ファイルではありません。 DLL は、それを呼び出すアプリケーションのコンテキストで実行されます。 オペレーティング システムによって、その DLL がアプリケーションのメモリ領域に読み込まれます。 これは、アプリケーションが読み込まれるとき ("暗黙的なリンク")、または必要に応じて実行時に ("明示的なリンク"
リンカー ツール エラー LNK2001
外部シンボル "symbol" は未解決です コンパイルされたコードは、"シンボル" への参照または呼び出しを行います。 シンボルは、リンカーによって検索されるライブラリまたはオブジェクト ファイルで定義されていません。 このエラー メッセージの後に、致命的なエラー LNK1120 が発生します。 エラー LNK1120 を修正するには、最初に LNK2001 と LNK2019 のエラーをすべて修正する必要があります。 LNK2001 エラーを取得するには、さまざまな方法があります。 これらはすべて、リンカーによって "解決" されなかった、または定義が見つからなかった関数や変数への "参照 "を含んでいます。 コンパイラでは、コードでシンボルが "宣言" されていない場合は識別できますが、"定義" されていない場合は識別できません。 これは、定義が別のソース ファイルまたはライブラリに
DLL と Visual C++ ランタイム ライブラリの動作
Visual Studio を使用してダイナミックリンク ライブラリ (DLL) をビルドする場合、既定では、リンカーには Visual C++ ランタイム ライブラリ (VCRuntime) が含まれます。 VCRuntime には、C/C++ 実行可能ファイルを初期化および終了するために必要なコードが含まれています。 DLL にリンクされる場合、VCRuntime コードは _DllMainCRTStartup と呼ばれる内部 DLL エントリポイント関数を提供します。この関数は、Windows OS メッセージを DLL に渡してプロセスまたはスレッドにアタッチまたはデタッチします。 _DllMainCRTStartup 関数は、スタック バッファー セキュリティのセットアップ、C ランタイム ライブラリ (CRT) の初期化と終了、静的オブジェクトとグローバル オブジェクトのコンス
__declspec(dllimport) を使ったアプリケーションへのインポート
あるプログラムが DLL によって定義されたパブリック シンボルを使うことを、シンボルをインポートすると言います。 ビルドに DLL を使用するアプリケーション用のヘッダー ファイルを作成するときは、パブリック シンボルの宣言で __declspec(dllimport) を使用します。 キーワード __declspec(dllimport) は、エクスポートに .def ファイルと __declspec(dllexport) キーワードのどちらを使用した場合でも機能します。 コードを読みやすくするには、__declspec(dllimport) に対してマクロを定義して、そのマクロを使用してインポートされる各シンボルを宣言します。 #define DllImport __declspec( dllimport ) DllImport int j; DllImport void func(
__declspec(dllexport) を使った DLL からのエクスポート
__declspec(dllexport) キーワードを使用すると、データ、関数、クラス、クラスのメンバー関数を DLL からエクスポートできます。 __declspec(dllexport) では、オブジェクト ファイルにエクスポート ディレクティブが追加されるので、.def ファイルを使用する必要はありません。 この機能は、C++ 関数の装飾名をエクスポートする場合に特に便利です。 名前の装飾には標準仕様がないので、エクスポート関数の名前は、コンパイラのバージョン間で変わる場合があります。 __declspec(dllexport) を使用する場合は、名前付け規則の変更に対応するためだけに、DLL とその従属する .exe ファイルを再コンパイルする必要があります。 序数、NONAME、PRIVATE など、多くのエクスポート ディレクティブは、.def ファイル内にしか作成されないの
/LTCG (リンク時のコード生成)
/LTCG を使用して、プログラム全体の最適化を実行するか、またはガイド付き最適化のプロファイル (PGO) インストルメンテーションを作成し、トレーニングを実行して、ガイド付き最適化のプロファイルによるビルドを作成します。 構文 /LTCG[:{INCREMENTAL|NOSTATUS|STATUS|OFF}] これらのオプションは、Visual Studio 2015 から非推奨とされます。 /LTCG:{PGINSTRUMENT|PGOPTIMIZE|PGUPDATE} 引数 INCREMENTAL (省略可能) プロジェクト全体ではなく、編集によって影響を受けたファイルにのみ、リンカーによってプログラム全体の最適化またはリンク時のコード生成 (LTCG) を適用することを指定します。 既定では、/LTCG が指定されるとこのフラグは設定されず、プログラム全体の最適化を使用してプロジ
ws2_32.lib が見つからない
質問 2006年8月13日日曜日 7:15 Visual C++ 2005 Express Edition を利用しています。 ネットワークプログラムを作成しようと思い、とりあえずwinsock2.hをインクルードし、適当なホームページ上にあったソースをコピペしてビルドしたら、winsock2.hが開けない旨のエラーが表示され、ビルドできません。リンカにws2_32.libを追加しましたが同じ結果でした。ちなみに、「ws2_32」や「.lib」でPC内を検索しましたがws2_32.libというファイルは見つかりませんでした。おどなたか解消方法をご存知でしたらお願いします。 ###エラー表示### include ファイルを開けません。'winsock2.h': No such file or directory ####試した追加手順#### ws2_32.libを次の手順でリンカに登録し
フレーム問題（Frame problem）とは？
用語「フレーム問題」について説明。有限の処理能力しか持たないAI／ロボットは、無限の可能性を含む現実的な課題において、その課題に関係のあることだけを選び出して（＝フレームを設定して）適切に実行するのが難しいことを指す。 連載目次 用語解説 AI（人工知能）研究分野におけるフレーム問題（Frame problem）とは、AI搭載のロボット（以下、AIロボット）が何かの課題を実行しようとした際に、その課題に関係のあることだけを選び出して（＝フレームを設定して）、適切に実行するのは、現実的には非常に難しい、という問題を指す。 当然ながら、AIロボットの情報処理能力は有限である。それに対し、現実に起こり得る可能性は無限に近いはずだ。例えば完全自動運転車を作ると仮定してみよう。シンプルに考えれば、法定速度内で前の車とぶつからないように、決められた車道内を信号などの交通ルールを守りながら、走ればよいだ
fixed ステートメント - 移動可能変数を固定する - C# reference
fixed ステートメントを使うと、ガベージ コレクターによる移動可能変数の再配置を防ぎ、その変数へのポインターを宣言することができます。 固定 (またはピン留め) された変数のアドレスは、そのステートメントの実行中に変わりません。 宣言されたポインターは、対応する fixed ステートメント内でのみ使用できます。 宣言されたポインターは読み取り専用であり、変更できません。 unsafe { byte[] bytes = [1, 2, 3]; fixed (byte* pointerToFirst = bytes) { Console.WriteLine($"The address of the first array element: {(long)pointerToFirst:X}."); Console.WriteLine($"The value of the first array
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
C++で汎用的なDLLを作成する
The "Microsoft.VisualStudio.ProjectSystem.References.UnresolvedAssemblyReference" reference could not be resolved