くだすれC++/CLI（初心者用）part2

■ このスレッドは過去ログ倉庫に格納されています
2010/03/15(月) 09:41:19
おそらく、.NET開発でデファクトスタンダードに最も近いであろう
C++/CLIについて語ろうぜ！

このスレはC++および.NET Frameworkについて一定以上の知識を持っている人が対象となります。
.NETのクラスライブラリの使い方といった質問は Visual Studioスレにお願いします。

前スレッドはこちら
くだすれC++/CLI（初心者用）
http://pc8.2ch.net/test/read.cgi/tech/1142144110/l1

dat落ち姉妹スレ
C++/CLI part3
http://pc12.2ch.net/test/read.cgi/tech/1206447234/l1
http://pc11.2ch.net/test/read.cgi/tech/1142147319/l1
http://pc8.2ch.net/test/read.cgi/tech/1126450441/l1

managed C++ やろうぜ！！ 002
http://pc8.2ch.net/test/read.cgi/tech/1139043535/l1
2012/06/19(火) 23:16:03.51
CLRってなんだよ。CLIはMicrosoftにも見捨てられかけてるのでね…泣けてくる。
どうせ.NET使うならもうC#で全部やっちまえよって感じか？
2012/06/20(水) 01:01:15.51
CLIは規格の名前、それのMSによる実装がCLR
CLRに大量のライブラリ群を加えたやつが.NET Framework

CLIに対応する構文を追加したC++だからC++/CLI

>どうせ.NET使うならもうC#で全部やっちまえよって感じか？
その通り。過去の資産を使わないといけないというような、必要に迫られて仕方なく使う物だよ。
2012/06/20(水) 01:14:40.12
ところでVC++のC++/CLIってMS CLRじゃなくて純粋なCLIで動くの?
一応CLIではアセンブリはネイティブイメージを持てるという決まりだった覚えがあるけど
細かい相互運用のことは決まってなさそう
2012/06/20(水) 03:37:32.95
C++/CLIをMonoで動かそうとするとCRT使えない＆/clr:pureだったよね。今は変わったのかな？
2012/06/20(水) 07:32:37.59
>>508
そういう用途だったら、C#おすすめだけどね。
プロトタイピングに最適！
2012/06/20(水) 11:20:48.23
/clr:safe だね。

using namespace System;
int main(array<String^>^ args) {
  Console::WriteLine("Hello World !");
}

cl /clr:safe test.cpp
mono test.exe
でいける。
2012/06/24(日) 02:05:59.36
http://www.atoker.com/blog/2012/04/12/llvm-europe-2012-cli-compiler/
ClangベースにC++/CLIコンパイラ作ったという話。
(1)と(2)とあるけど、どちらもVisual C++の吐く
混在アセンブリとは違う仕組みっぽい感じがする。
2012/06/24(日) 20:35:21.91
VC++のclrで，ref classはなぜref classからしか継承できないんでしょうか？
仕組み的に継承先でgcとか実装されるなら別にvalue classからとかでも継承できていいと思うんですけど……
2012/06/24(日) 22:14:12.48
というか普通のクラスをpublic refで継承したいのおおおお
2012/06/25(月) 11:36:44.70
継承出来ても仕組み上ハンドル変数にしか入れられないから意味なくね
2012/06/25(月) 15:36:06.92
構造体がなんかインターフェイスを実装してる場合には意味ないこともないが
CLIを拡張するのに見合った利益があるかどうか考えると当然切り捨てだろうな
あくまでC#とVBが主役なんだからC#やVBから使えないクラス作っても意味ない
2012/06/25(月) 18:42:31.48
混合型ェ・・・
2012/06/25(月) 22:06:41.59
混合型こそ仕組み的には特にできない理由がなくて比較的大きな利益のあるものだよな
CLIやCLRを弄る必要もなく、コンパイラだけで対応できるはず
永遠に将来的に対応予定だが
2012/06/26(火) 10:12:49.68
いや仕組み的に無理だから

マネージド領域のポインタはfixedなしに取得してはいけない
実装部分でそれを止める(無いことを保証する)には宣言部分で付加情報が必要
それがrefキーワード

ヒープ領域ならポインタを取得するのは問題ない
だからrefクラスのメンバにポインタ型なら定義可能
コンストラクタでnewしてCLIデストラクタ(IDisposable)でdeleteすること
2012/06/26(火) 10:13:55.17
例
template <typename T> ref class ref_auto_ptr{
   T* p;
public:
   ref_auto_ptr(T* ap):p(ap){}
   ~ref_auto_ptr(){delete p;}
   T* get(){return p;}
};

struct val_class{
   val_class(){Console::WriteLine(L"new val_class");}
   ~val_class(){Console::WriteLine(L"del val_class");}
};

ref class ref_class{
public:
   ref_class():p(new val_class()){}
   ref_auto_ptr<val_class> p;
};

int main(array<System::String ^> ^args){
   ref_class c;
   Console::WriteLine(L"a");
   return 0;
}
-----------------
new val_class
a
del val_class
2012/06/26(火) 12:26:48.81
仕組み的に無理って
C++/CLI のもともとの目的は混合型を実現することだったんじゃなかったか？
2012/06/26(火) 16:07:00.24
Some Notes about Mixed Types
http://blogs.msdn.com/b/branbray/archive/2005/07/20/441099.aspx
2012/06/26(火) 22:12:26.16
PODなネイティブ構造体をマネージ型に置いたり、マネージハンドルをメンバに持たない
マネージ構造体をネイティブ型に置いたりするのは別に問題ないが(ミスを誘発しやすいという懸念はあるが)
もっと一般的に混合型を扱えるようにする構想があったからとりあえず全部禁止しといたってことか
で結局はC++/CLIそのものが見捨てられて計画倒れになり、理不尽な制限として残ってしまったと
2012/06/27(水) 03:22:10.94
ちょっとした配列をメンバに持ちたいときにmallocしたりgcnewしたりしないといけないのは
なんとかならんかったんかなぁ、と思う。
2012/06/27(水) 08:24:51.05
>>525の
Point* G(R^ r) {
pin_ptr<Point> pinp = &r.p;
return pinp;
}
これってGCの問題というよりはC++でもよくあるミスの一種だよね
ローカル変数のポインタを残すなってのと同類
2012/06/27(水) 10:51:13.99
初心者みたいな質問ですがすみません。

今、マネージコードからネイティブなコードを呼び出す　ということがやりたいのですが
例えば、native_program.hを
#pragma unmanaged
int func(int num){
return num*2;
}
のように書き、Form.hで
#include "native_program.h"
（中略）
int num2 = func(50);
（後略）
のように呼び出しても、マネージコードでは呼び出せませんのようなエラーが出て上手くいきません。
1つのプロジェクト内で、ネイティブコードも書きながら、#pragma unmanagedを使って
コンパイルするというのは無理なのでしょうか？
http://www.atmarkit.co.jp/fdotnet/special/vcppinvista01/vcppinvista01_02.html
ここにあるようにdll化して呼び出すということをしないとダメなのでしょうか。
これだとデバッグが大変なので、1つのプロジェクト内やりたいのですが・・・・

よろしくお願いします。
2012/06/27(水) 10:57:39.47
include ってそこに書いたのと同じ意味になるんだがそれはわかってる？
2012/06/27(水) 13:42:46.79
>>530
小一時間考え、
#include "native_program.h"　の下に　#pragma unmanaged　を入れたら通りました・・・お騒がせしました

ところで、func()は実際はクラスの中に入ってるのですが、
呼び出し側では、
Classname* classname;
classname->func();
のようにすればOKなのでしょうか。この2行はマネージコードの中に入ってるけど
特にnewとかしなくても上の一行だけでクラスのオブジェクト作られてるのかなと・・・
というか、このように書いたら動いたのでOKなのかなと思ってるのですが。
2012/06/27(水) 13:43:46.48
失礼、#pragma managedです。。。
書き間違いました＾＾；
2012/06/27(水) 14:15:48.48
オブジェクトは無いだろう。
thisポインタがNULLのまま
2012/06/27(水) 14:23:15.98
オブジェクトはないけど動いている・・・
ということは、実行ファイルを直接読んでるということか・・・
よくわからないし動いてるので気にしないことにします＾＾；

失礼しましたｗ
2012/06/27(水) 14:24:02.48
>>531
Classname classname;
classname.func();
ならOK
2012/06/27(水) 14:50:42.50
まあ素直にstaticつけようぜ
2012/06/27(水) 15:05:30.83
なんで動いてるか気持ち悪かったのでやっぱりnewとdelete追加しときましたｗ

>>535
それだとコンパイルする人がエラー出しますね

>>536
やっぱ暗黙的に静的インスタンス？みたいなの作られてて、それのポインタになるんですかね
実体がなかったら動くわけないし。
デバッガでみたらポインタは未定義の値みたいになってましたけど
2012/06/27(水) 15:12:22.35
仮想関数じゃねーんだから、実体があるとかどうとか関係無い。
単に関数呼んでるだけだ、未定義のthisポインタでな。
2012/06/27(水) 15:24:21.57
>>537
>実体がなかったら動くわけないし
ところがCやC++では動く。
速度重視のため、安全確保のための自動チェックなどは行われない。
そしてメンバ変数に代入すると何処とも知れないメモリアドレスを書き換えて
所謂セキュリティホールになったりする。
メモリアクセス違反で強制終了するのはまだ良い方。
2012/06/27(水) 15:30:07.51
>>539
いあいあ、実体というか、どこかに機械語のコードがなかったら動くわけないですよね？
その場所がわからないとうか、管理されてないというかんじなのかな？
ＯＳが管理してて、そのＯＳによるということなのかなあ
2012/06/27(水) 15:35:31.60
しったかしてるから初心者みたいな勘違いしたままなんだよ
2012/06/27(水) 15:36:54.37
>>540
まず「ヒープ」「スタック」「コードセグメント」あたりの
基礎から勉強すべき
2012/06/27(水) 15:44:18.84
C++/CLIってC++と.NET両方の知識がある人向けだから
そうでない人はC#でP/Invokeを使った方がいいと思う。
2012/06/28(木) 01:46:27.01
今更だけど、pragma managed も push pop できたと思うよ。
2012/06/28(木) 09:51:50.05
まあヘッダに入れてるしC++勉強始めて3日くらいの知識でC++/CLIとごっちゃで勉強すると
後で困ると思うがなあ
2012/07/03(火) 11:14:40.00
VisualC++の入門書を買って来たらC++/CLIの本だったのは良い思い出・・・
2012/07/03(火) 14:15:43.34
「シー教えてくれ」と言われ見たらC#
2012/07/04(水) 11:10:26.99
そのときの「シー」は半音上がってたんだろうｗ
549デフォルトの名無しさん
垢版 |
2012/07/08(日) 14:06:13.60
>>548
うまいｗ
2012/07/13(金) 12:10:27.73
C++/CLI で暗黙のバッキングストア使うとき、get/setで異なるスコープにすることはできますか？
C# であれば public Hoge { get; protected set; } のような感じで。

ちなみに今使っているのはVS2008です。
2012/07/13(金) 21:51:43.58
出来るよ。

ref class Clazz
{
　　property int XXX
　　{
　　private:
　　　　void set(int iA);
　　public:
　　　　int get();
　　}
};
2012/07/13(金) 22:09:27.40
>>551
ありがとー。
本体を書かなければ自動生成されるんですね。いわゆるWeekシンボルってやつかな。

>>550
× public Hoge { get; protected set; }
○ public int Hoge { get; protected set; }
2012/07/19(木) 19:16:48.08
XmlTextReaderでxmlファイルを読み込むとき，ファイルがあるかないかの判別はどうすればいいですか？
2012/07/19(木) 19:22:48.77
例外見ればいいだろ
555553
垢版 |
2012/07/19(木) 19:31:55.14
msdnにあるFileNotFoundExceptionを使うのでしょうか？
使い方がいまいちわかりません・・・
恐縮ですができればサンプルコードを書いていただけませんか？
XmlTextReader^ reader = gcnew XmlTextReader( "sample.xml" );
2012/07/19(木) 21:32:34.53
XmlTextReaderのコンストラクタを直接触るのは非推奨
try { XmlReader^ reader = XmlReader.Create( "sample.xml" ); }
catch (FileNotFoundException^ ex) { Console::WriteLine("ファイルが見つかりません。"); }
C++/CLIは君みたいな人が足を踏み入れるようなもんじゃないし
頑張ったところで特にメリットもない
今すぐC#かネイティブのC++へ移行することを強くお勧めする
557556
垢版 |
2012/07/19(木) 21:37:22.99
C#とごっちゃになってた
XmlReader::Createの間違い
558553
垢版 |
2012/07/19(木) 22:01:25.04
>>556-557
ご回答ありがとうございます　助かりました
基礎ができていないのは痛感しております・・・
もしおすすめの参考書があれば教えていただけると幸いです・・・
2012/07/19(木) 22:11:53.24
悪いことは言わん
どうしてもC++/CLIを使わないといけないのなら、まずはC#を覚えるのが近道だ
C#なら入門者向けの書籍やサイトなどもいくらでもあるし、
C++/CLIの.NETの部分はC#もどきの劣化版にすぎない。
560553
垢版 |
2012/07/20(金) 00:50:32.54
>>559
なるほど・・・
しかし今作っているプログラムを作り直す時間がありませんので
ひと段落してからC#の勉強をしたいと思います・・・
ありがとうございました．
2012/07/20(金) 10:49:26.48
なぁ、実際C++/CLIの利点て具体的にどうなの？
C++で作ったライブラリもユニコード使用でないとオーバーヘッドかかるし
.NET側にC++クラスのオブジェクトを入れるとポインタ使用になるし。
まぁ、パソコンも進化続けるから、アプリの重さも気にはなくなるだろうけど。
2012/07/20(金) 11:24:54.04
ホスト:アンマネージ、プラグイン:.NETの場合は、C++/CLIなしでやろうとすると
COMを経由してCLRをホストしたりとかクソ面倒臭い
.NETからC++のクラスを使いたい場合、C++/CLIではなくDllImportを使うとなると
いったんC向けのフラットなインターフェイスにラップしてやらないといけなくてクソ面倒臭い
どっちにしろC#とアンマネージC++を両方使う場合にのみ役に立つ
2012/08/02(木) 20:07:41.60
質問させて下さい。
visual studio 2005でC++/CLIを用いて開発を行なっています。
ref struct AA
{
　public:
　　int a1;
}
refクラスの上記のような構造体を定義してそのオブジェクトを２つ作り、
AA a, aa;
a = aa;　　　　（例なので初期化せずに代入しています）
とすると「error C2582; 'operator '=' 関数を 'AA' で使用できません」となってしまいます。
実際にはrefクラスの構造体を引数として渡したかったのですがC2664になってしまいビルドが通りませんでした。
そこで一番単純な構造体の代入コードを記述したところ、上記のようなエラーとなりあました。
いろいろ調べてみると、refクラスはコピーインスタンスとコピー代入演算子をデフォルトで自動生成しない
ということが原因かと考えたのですが対策が思いつきません。

refクラスの構造体の代入とコピーの方法をご教授いただければ幸いです。よろしくお願い致します。
2012/08/02(木) 20:16:58.19
で、値をコピーしたいの？　参照だけで良いの？
value struct AA じゃ駄目？
^は知ってる？
565５６３
垢版 |
2012/08/04(土) 11:12:00.62
>>564
レスありがとうございます。
私の勉強不足のため、クラスライブラリ側の宣言はref structで宣言しないとダメだと思い込んでいました。
しかも、クラスライブラリ以外のプロジェクトでも同様の結果になるため、勝手に環境の説明を省いてしまいました。
申し訳ありません。
ご指摘の通り、value structにすることで解決できました。ありがとうございました。
2012/08/07(火) 23:03:24.56
PathCombainのstd::string版ってないですかね？
2012/08/09(木) 09:35:42.88
この本って古本で定価の倍でも買う価値あります？

実践C++/CLI 極めるための基礎と実用テクニック
http://www.amazon.co.jp/dp/4797336277/

最近、DirectXをWPFから呼び出す必要が出てきて……
でも、VS2012と.NET4.0が出たときに
新しい本がいろいろ出版されるような気もしますよね……
2012/08/09(木) 12:10:48.40
2012は4.5だ
2012/08/09(木) 18:33:32.45
>>567
SlimDXを使うか、読めば足りるんじゃないか。
2012/08/10(金) 10:02:39.92
使いたいDirectXの機能によっても代わるよなぁ
2012/08/10(金) 13:32:29.83
> マイクロソフトから、お客様のアプリケーションがたくさんの人々の目に触れ、
> 試用および購入されるのをサポートする、新しい特典をお知らせいたします。
> MSDN サブスクライバーであるお客様は、1 回のご購入で 12 か月有効な
> Windows ストアおよび Windows Phone の開発者アカウントを取得すること
> ができます。

AzureはVLで買っても契約期間分使えるのに(厳密にいうと少し違うが)、
これはVL(2or3年)で買ってると悲しいな。
2012/08/10(金) 13:34:07.44
テラ誤爆…ｻｰｾﾝ
2012/08/10(金) 14:19:24.98
http://toro.2ch.net/test/read.cgi/tech/1323588154/672
2012/08/11(土) 01:18:09.35
（；´д｀）ｱｱﾝ
575すとら
垢版 |
2012/08/14(火) 03:35:57.72
VS2010でフォームアプリの勉強をしています。
unmanagedクラスで別スレッドにて不定期で呼ばれる関数から、
managedなフォームの内容を変更したいと考えています。

下記のようにコーディングしましたが、stackoverflow(InvokeRequiredがずっとtrueのため)
で動きません。。どなたか適切な方法を教えていただけないですか？
１．managedなformメソッドとしてform編集メソッド作成
２．スレッドセーフにするためInvokeでラップ
　参考：http://blogs.yahoo.co.jp/fireis_myblood/25643271.html
３．delegate->Marshal::GetFunctionPointerForDelegate()でポインタ化
４．unmanagedの不定期呼び出され関数に２の関数ポインタを設定
５．実行
2012/08/14(火) 04:28:26.47
Marshal::GetFunctionPointerForDelegate の返り値を CreateThread の第四引数に渡して別スレッドから呼んでみたけど、
別スレッドからの呼び出しでは InvokeRequired は true になって、そこで Invoke した先では false になったよ。
2012/08/14(火) 04:34:54.96
たぶんやりたいのはこうだと思うんだけど、違うかな。

DWORD WINAPI proc(LPVOID param) {
typedef void (*fp_t)(void);
fp_t fp = reinterpret_cast<fp_t>(param);

for(int i = 0; i < 10; ++i) {
::Sleep(1000);
fp();
}
return 0;
}

public ref class Form1 : public System::Windows::Forms::Form
{
public:
Form1(void)
{
InitializeComponent();
IntPtr fp = Marshal::GetFunctionPointerForDelegate(gcnew MethodInvoker(this, &CppCli575::Form1::addText));
::CreateThread(NULL, 8192, proc, static_cast<LPVOID>(fp), 0, NULL);
}

void addText() {
if (textBox1->InvokeRequired) {
textBox1->Invoke(gcnew MethodInvoker(this, &CppCli575::Form1::addText));
return;
}
textBox1->Text += "A";
}
2012/08/14(火) 08:45:11.72
>>577
MethodInvoker^はメンバ変数に置いとかないと
2012/08/14(火) 10:12:04.44
日本人は　マスコミ電波で動く　ロボット人間

日本人は、先進諸国で飛び抜けてマスコミ報道を鵜呑みに
信じやすいことがこの動画で実証されています。

いわばマスコミ報道の「鵜呑度」を国際比較すると、
日本人は、先進国中ダントツに「鵜呑度」が高く７０％、
最も低い国民は英国で１４％です。
その他の主要欧米諸国（ロシアを含め）は２０−３５％です。
日本に近い国は、ナイジェリア、中国など、途上国と新興国となります。

別の言い方をすれば、日本人の７０％は、
自分の頭で考えず（思考停止）、
テレビ、新聞、週刊誌などのマスコミの情報を鵜呑みにしていることを意味します。
青山は以前からこれを「観客民主主義」と言っています。
観客民主主義は、マスコ ミの情報操作による世論誘導に最も陥りやすく、
独裁にも呼応しやすい特性を持っています。

マスコミ報道「鵜呑度」
日本人７０％、英国人１４％　You Tube
http://www.youtube.com/watch?v=ypPqsWUC6Vo

http://www.asyura2.com/12/senkyo132/msg/578.html
2012/08/14(火) 12:21:37.43
>578
たしかにGCされるとだめですね。フォローどうも。
581575
垢版 |
2012/08/15(水) 03:56:45.46
>> 576-577
ありがとうございます。
実装してみたところ、確かに望みの動作をしました！！

なぜ自分のコードが動かないか突き止めるために
教えていただいたコードを変更していますが、別の問題にもつまづきました。。
申し訳ないですがもう少し教えてください。

＜当面の問題：うまくコンパイルできない＞
関数procを、クラス内のstaticメソッドに変更しようとした(下記)。
＃コンパイル時に、未解決のトークン (0A000043) "public: static void (__cdecl* test2ch::Testproc::fp)(void)"とのエラーが発生。
class Testproc
{
typedef void (*fp_t)(void);
static fp_t fp;
public:
Testproc(LPVOID func)
{
fp = reinterpret_cast<fp_t>(func);
::CreateThread(NULL, 8192, (LPTHREAD_START_ROUTINE)Testproc::proc1, this, 0, NULL);
}

DWORD static WINAPI proc1(void)
{
for (int i = 0; i<10; ++i){
::Sleep(1000);
Testproc::fp();
}
return 0;
}
};
582575
垢版 |
2012/08/15(水) 04:00:38.88
連投すみません。
ちなみに、元の問題の原因究明のために今後確認したいことは

(staticメソッドでラッパした)インスタンスメソッドとしてproc1()を定義し、
proc1()内ではstaticではない関数ポインタfpを実行するように変更して
スレッドを実行して所望の動作(formが変更できる)かどうかを確認

です。
2012/08/15(水) 21:02:13.28
>>581
C++/CLIじゃなくてただのC++の話だな。
static fp_t fp;
これの実体を定義していないだろ？
584575
垢版 |
2012/08/15(水) 21:19:41.78
>>583
お恥ずかしい限りです・・・
ご指摘ありがとうございました。
581の問題は解決しました。
2012/10/18(木) 17:07:44.86
コンパイルが通りません
教えて下さい

ref class Test
{
bool& Bl;

Test(bool& bl)
{
Bl = bl;
}
};

2012/10/18(木) 17:11:57.85
Test(bool& bl):Bl(bl){
}
2012/10/18(木) 17:30:32.24
>>586
コンパイルが通りました
ありがとうございました
588デフォルトの名無しさん
垢版 |
2012/10/25(木) 19:29:47.52
画面周りだけCLI使ってそこから呼び出すのはPUREなC++にしている
2012/10/25(木) 23:09:06.37
最初はそういう使い方してたけど
最近はp/invokeがあるからC#で別段問題ない
2012/10/29(月) 12:21:58.58
最初から/CXの構想で作れなかったのかねえ
2012/10/29(月) 15:20:01.15
>>588→画面をC#にしたら簡単すぎワロタ→内部もC#にしても速度変わんなかった→もうC#だけでいいや
592デフォルトの名無しさん
垢版 |
2012/10/29(月) 22:32:04.19
既存のC++のライブラリがある場合はC#から呼び出しまくると速度ゲロ重
2012/10/30(火) 00:03:22.69
C++/CLIから呼んでもC#から呼んでも速度は変わらんよ
C++のライブラリはC#だとラップするのがゲロ面倒だから、その点ではC++/CLIが有利
でも本当に速度を求めるんなら、C++/CLIでもC#でも細かくネイティブコードを呼ばないで
必要なデータをまとめて受け渡しするようにして、
細かいところは全部ネイティブコードで書いてしまうのがいい
2012/10/30(火) 00:11:42.83
>C++/CLIから呼んでもC#から呼んでも速度は変わらんよ
C++ InteropはP/Invokeより高速だよ
http://msdn.microsoft.com/ja-jp/library/ky8kkddw%28VS.80%29.aspx

他のところは同意。まとまった単位でネイティブに切り出さないと高速化の恩恵は薄い。下手するとC#より遅くなる。
2012/10/30(火) 00:28:06.09
変なマーシャリングしないようにすればC#のDllImportでもそんなに遅くはならないよ
アプリに即した形でまとめてネイティブコードで処理、を突き詰めると
結局C++(not CLI)とC#でいいんだよなあ
2012/10/31(水) 01:02:26.73
C++/CLIはビルドが遅いから糞
2012/10/31(水) 04:22:13.18
必要に迫られて仕方なく使うもんですし
598デフォルトの名無しさん
垢版 |
2012/10/31(水) 20:11:20.60
マネージドからアンマネージドの処理を制御するのはいいんだけど
アンマネージドからマネージドに通知したい時どうしようか悩む
2012/10/31(水) 21:21:47.37
gcrootで余裕
C#とDllImportだと参照管理がかなり面倒
2012/11/01(木) 07:39:47.26
C++/CXもここでいいの？
βでもあったし環境依存みたいだが、VS2012 for Windows8で
ターゲットwin32の時に出るコンパイルエラー対策を自分用にメモっとく

インクルードディレクトリに追加 ;$(WindowsSDK_IncludePath);
ライブラリディレクトリに追加 ;$(WindowsSDK_LibraryPath_X86);
2012/11/01(木) 09:24:06.16
>C++/CXもここでいいの？

全然別ものなので違います
2012/11/01(木) 10:02:20.29
/CXも/CLIと同様に、GUI作るのに使おうとする勘違い君がたくさん出てくるんだろうな
このスレに溢れるC++/CLIに対するネガティブな意見はほとんど/CXにも当てはまる
2012/11/01(木) 12:16:56.17
そう？　ストア用アプリ開発をC++でやりたいって人に
思い留まらせるような要素は、C++/CXの環境には無いと思うけど
2012/11/01(木) 13:09:28.96
説明するだけ無駄な気はするけど、

WinMDのおかげでDllImportの手間が消えて、呼び出しコストが減って、C++製のネイティブコードを対象にしたリフレクションすら使えるようになった。
これだけ扱いやすくなってくれると高速化のために部分的に利用するってのも十分いける。
C++ AMPとか面白げな物もあるしね。
（C++やC#製のライブラリがJavaScriptからも簡単に呼び出せるので、UIをHTML5とJSで作る人が増えそう）

C++を使いこなせるならC#覚えるのは簡単。
C++が使えてもWinRT部分は全部0から覚えなおし
GUI作るのに何倍も時間がかかるわりには、同じライブラリ使っているため体感速度に差がない。
それならC#覚えて、重い処理のとこだけC++でやればいい。（HTML5+JSでもいいけど）

この辺の事情からC++/CXもC++/CLIと同様にGUIを作るためのものではないと断言する。
これだけ言われてもC++/CXだけでやりたいって言うなら止めないけど、どこまで行っても茨の道だぞ
2012/11/01(木) 16:58:40.48
GUIはともかくDirectX使う場合はC++/CXになりそうだがXNAないし
2012/11/01(木) 17:50:29.07
>>604
うーん、説明されても無駄だったなあ
C++/CXのデメリットの部分が抽象的でピンとこないや

WinMDちゅーても既存のネイティブライブラリをC#アプリにマージしようとしたら
結局ラッパークラス書かなきゃならないわけで
C++/CLI時代なら、ラッパークラスの作業量が多くなり過ぎるくらいなら
インターフェイスの粒度を洗いなおしてもうDllImportにしちまえよってことになるけど
C++/CXはそのまま全部に使うっ選択肢もありだとおもうけどね

2012/11/01(木) 18:03:13.80
>>605
DirectXはCX拡張使わずに普通のC++で使えるからC++/CX関係ない
設定画面などで少しだけOSネイティブのUIを使いたいときだけほんのちょっとCX使うくらいだろ
>>604
考え方が逆だと思う
これまでの.NETでは、C#からDllImportでC++を呼び出すのは簡単でもその逆は難しい
だからそこを補助するのにC++/CLIは有効
WinRTでは、C++からCXを使ってC#やWinJSで書かれたコンポーネントを呼び出す
ということが簡単に行えるから、既存のC++コードを他言語から
呼び出すためのラッパーなんて書かなくていいの
新規に作ったC#やJSのコンポーネントをC++から呼び出せばいい
2012/11/01(木) 18:16:29.83
まぁ、どっちの使い方も出来るんだから好きなようにやりゃいいさ
■ このスレッドは過去ログ倉庫に格納されています
5ちゃんねるの広告が気に入らない場合は、こちらをクリックしてください。
ニューススポーツなんでも実況