- 1 名前：デフォルトの名無しさん mailto:sage [2006/11/02(木) 20:45:59 ]
- (#ﾟーﾟ)つ ＜ C#、.NETの話題はこちらでどうぞ。
前スレ
C♯, C＃相談室 Part34
pc8.2ch.net/test/read.cgi/tech/1157549657/
過去スレは>>2-5あたり。
※スレタイに「#」を入れても消えちゃうので新スレ立てる人は要注意だ。
- 577 名前：デフォルトの名無しさん mailto:sage [2007/12/15(土) 11:53:33 ]
- ＞だから､Javaさえ覚えられればCやC++､C#は使えるも同然だし(言語固有の習慣や文法を除いて)
無茶ゆうなｗ
ってか、言語固有の習慣や文法を除いて
ってどういうこったよ？それはどう使えるっていうんだ？
C++まともじゃなくてもやったことあるなら
そんな台詞はどうやっても出てこん。
- 578 名前：デフォルトの名無しさん mailto:sage [2007/12/15(土) 11:56:40 ]
- java屋がC#始めると変なとこだけ潔癖症でかなわん。
C#の文法でjavaを書く癖が直ってくれない。
- 579 名前：デフォルトの名無しさん mailto:sage [2007/12/15(土) 12:01:02 ]
- あるある、チェック済み例外がうじうじとか言い出すよな。
- 580 名前：デフォルトの名無しさん mailto:sage [2007/12/15(土) 12:17:54 ]
- >>573
そうだね。
こんだけオブジェクト指向が広まってるのに、たとえば、
「C一筋で10年、それ以外にはまったく興味もなくてすごしてしました。
いまさらC#やJavaなんてできません」
みたいなPGって激しくオワットルね。
- 581 名前：デフォルトの名無しさん mailto:sage [2007/12/15(土) 12:23:13 ]
- C++勉強してればオブジェクト指向の概念自体はだいたいわかるんじゃないのかな。
時歳に使いこなせるかどうかは別だけど。
- 582 名前：デフォルトの名無しさん mailto:sage [2007/12/15(土) 12:28:23 ]
- C++よりゃよっぽどオブジェクト指向部分に集中し易いjavaでも
結局思い切り人次第だからな〜
- 583 名前：デフォルトの名無しさん mailto:sage [2007/12/15(土) 13:14:59 ]
- >>577
同意。C++の複雑度はJAVAの比ではない。C++を知ってる人間なら
JAVAはえらく簡単に覚えられるが、その逆は真ではない。
- 584 名前：デフォルトの名無しさん mailto:sage [2007/12/15(土) 13:34:40 ]
- C++は手動でメモリ管理しなきゃならんし
標準ライブラリも足りないものだらけだし
言語自体にも罠がいっぱいある
- 585 名前：デフォルトの名無しさん mailto:sage [2007/12/15(土) 13:44:33 ]
- >>584
メモリ管理なら、今やスマートポインタを使わない
なんて考えられない。boostがよりいっそう充実して
ライブラリが進化することを期待する。現にそうなって
きている。
- 586 名前：デフォルトの名無しさん mailto:sage [2007/12/15(土) 13:47:44 ]
- いい加減すれ違い。
- 587 名前：デフォルトの名無しさん mailto:sage [2007/12/15(土) 13:50:49 ]
- ここを隔離スレと知っての発言か？
- 588 名前：デフォルトの名無しさん mailto:sage [2007/12/15(土) 14:10:25 ]
- いや、おまいらまずC#が生まれた背景を理解しろよ。一言だとJavaのパクリだがｗ
「C#はC++をモデルとしてプログラマーを面倒で煩雑な作業から開放するために
作られたより効率的開発のしやすい言語」でC++プログラマーが開発者なんだよ。
つまり、C#はC++からメモリ開放や宣言の煩雑さを省いたオートマバージョンなんだよ。
つまらないCopyとCloneの違いなんてC++プログラマーは一瞬で理解できる。
それを勘違いしているC#ヲタはC#はすばらしいと思っているが、
C#でC++より優れたものを作れるかといったら答えはYESでもありNOでもある。
「何に優れたものか」によって尺度が違うからな。
C++⊃C#、VB.NET これは間違いない。C++を極めればどんな言語でも理解できるよな。
ただ、C++を極めると簡単に言ってもSTL、ATLからUNIX系、MS系や
地方言語のマクロ、コンパイラ、デバイスのインターフェースからOS制御、途方もないボリュームだ。
OSを記述する言語としてのC++ではなく、業務アプリを作るC++を学ぶなら
表面だけなら言語経験より開発手法や設計思想なんかの方がよっぽど重要なのかもな。
はい長文ゴメンなさ〜い。
- 589 名前：デフォルトの名無しさん mailto:sage [2007/12/15(土) 14:27:21 ]
- 痛い
- 590 名前：デフォルトの名無しさん mailto:sage [2007/12/15(土) 14:45:54 ]
- C#にはあってC++にはない致命的なもの
一つのクラスを一つのソースファイルに書く機能
リフレクション
object型
クロージャ
式ツリー
自動シリアライズ
そしてもちろんGC
C++にあってC#にない致命的なもの
なし
- 591 名前：デフォルトの名無しさん mailto:sage [2007/12/15(土) 14:49:50 ]
- テンプレートがないのは重症だろ
- 592 名前：デフォルトの名無しさん mailto:sage [2007/12/15(土) 14:53:58 ]
- 素晴らしい！これぞ隔離スレ
- 593 名前：デフォルトの名無しさん mailto:sage [2007/12/15(土) 14:57:30 ]
- ファイルのインクルードは？
あれがないおかげで、プロジェクト全体から見えるシンボル(#defineで定義するやつ）
を定義しようと思ったらプロジェクトのプロパティーでチマチマやらんといかん。
面倒だし明示的じゃない。
- 594 名前：デフォルトの名無しさん mailto:sage [2007/12/15(土) 15:18:13 ]
- C++にあってC#に無い物はわざわざ削った物ばかり
- 595 名前：デフォルトの名無しさん mailto:sage [2007/12/15(土) 15:30:26 ]
- >>593
何を言ってるのか分からん
#defineをプロジェクトのプロパティでどう代用するんだ
- 596 名前：デフォルトの名無しさん mailto:sage [2007/12/15(土) 15:36:50 ]
- >>595
ただ君が知らないだけなわりになぜか偉そうな口ぶりなのはどうなのw
まあ落ち着いて
msdn2.microsoft.com/ja-jp/library/0feaad6z(VS.80).aspx
の「Visual Studio 開発環境でこのコンパイラ オプションを設定するには」でも読め。
- 597 名前：デフォルトの名無しさん mailto:sage [2007/12/15(土) 15:46:21 ]
- C#で#defineはそんな使わんと思うんだが
マクロないんだし
- 598 名前：デフォルトの名無しさん mailto:sage [2007/12/15(土) 15:54:10 ]
- >>596
この機能のことであればひとかけらも致命的ではないだろ
お前のコードはいろんなシンボルを使った#ifだらけなのかもしらんが
プロパティで設定すればいいだけの話だ
- 599 名前：デフォルトの名無しさん mailto:sage [2007/12/15(土) 15:59:18 ]
- C# でも #if SYMBOL はやるけどもな。
#define は、
マクロ型関数は使うな、
プロジェクト全体に渡るシンボル定義はコンパイラオプション＋プロジェクト設定でやれ
ってこと。
プロパティはあんまり関係ないと思うが。
- 600 名前：デフォルトの名無しさん mailto:sage [2007/12/15(土) 16:20:24 ]
- >>598
たしかに致命的ではないね。
その点は申し訳ない。
- 601 名前：デフォルトの名無しさん mailto:sage [2007/12/15(土) 17:39:33 ]
- つ C++/CLI
- 602 名前：デフォルトの名無しさん mailto:sage [2007/12/15(土) 18:19:16 ]
- >>590
おまえは本当に痛い。
リソースの乏しい久組み込みではGCが激しく邪魔になる。
一生Winアプリでも作ってろカスが。
- 603 名前：デフォルトの名無しさん mailto:sage [2007/12/15(土) 18:39:26 ]
- まるで組込用途でC#使ったことがあるような言いぐさだなw
- 604 名前：デフォルトの名無しさん mailto:sage [2007/12/15(土) 18:43:33 ]
- まあ組み込み用途ならCだし
- 605 名前：デフォルトの名無しさん mailto:sage [2007/12/15(土) 19:03:47 ]
- >>603
適当に言いました。
すいませんでした。
- 606 名前：デフォルトの名無しさん mailto:sage [2007/12/16(日) 00:34:29 ]
- >>591
っジェネリック
- 607 名前：デフォルトの名無しさん mailto:sage [2007/12/16(日) 00:36:45 ]
- C#のジェネリックは実体化しなくても型チェックされるから、
肝心なところで使い物にならない。
- 608 名前：デフォルトの名無しさん mailto:sage [2007/12/16(日) 00:38:05 ]
- 型のチェックがガチガチなのはむしろ好きだがね
ちょっと間違うとコンパイルも通らない
- 609 名前：デフォルトの名無しさん mailto:sage [2007/12/16(日) 00:44:21 ]
- CとかC++は何でもかんでも値型にキャストできるのが気持ち悪い。
なんでchar[]とかがintにキャストできるのかと。
ポインタはパフォーマンスアップに繋がるのはわかるがこれだけは
気持ち悪くてしょうがない。
- 610 名前：デフォルトの名無しさん mailto:sage [2007/12/16(日) 00:48:55 ]
- C#の将来は明るいですか？
Windowsのソフトを作る予定がなくてもC#
を覚える必要があるか。JAVAとどっちを
勉強すべきか。
- 611 名前：デフォルトの名無しさん mailto:sage [2007/12/16(日) 00:49:47 ]
- 基本的にＣ＋＋はメモリ操作が特徴。
型なんてただのメモリの入れ物としてしか認識してないから。
- 612 名前：デフォルトの名無しさん mailto:sage [2007/12/16(日) 00:52:04 ]
- >>611
CはともかくさすがにC++にそれは言い過ぎのように思う
- 613 名前：デフォルトの名無しさん mailto:sage [2007/12/16(日) 00:52:26 ]
- >>611
C#の型はどうなの？
- 614 名前：デフォルトの名無しさん mailto:sage [2007/12/16(日) 00:53:42 ]
- >>611
仮想関数があれば仮想テーブルや型情報、vptrもある。
ただの入れ物とは思えない。
- 615 名前：デフォルトの名無しさん mailto:sage [2007/12/16(日) 01:11:04 ]
- Windowsのソフトを作る予定がないならC#使ってもしょうがない
作る予定があるソフトに必要な言語をやるといい
- 616 名前：デフォルトの名無しさん mailto:sage [2007/12/16(日) 01:28:21 ]
- >>615
Linuxに移植されたら？
世界は変わるかも？
- 617 名前：デフォルトの名無しさん mailto:sage [2007/12/16(日) 01:33:30 ]
- Monoのこと、ときどきでいいから思い出してください
- 618 名前：デフォルトの名無しさん mailto:sage [2007/12/16(日) 01:35:46 ]
- >>617
しょっちゅう使ってるよ
ペンケースに入ってる
- 619 名前：デフォルトの名無しさん mailto:sage [2007/12/16(日) 19:00:20 ]
- そういえばC++にはbool型をとる安全なifもないな
- 620 名前：デフォルトの名無しさん mailto:sage [2007/12/16(日) 21:28:37 ]
- 安全
そのようなものはC++の思想に反するのだよ
うそですすみません。
- 621 名前：デフォルトの名無しさん mailto:sage [2007/12/16(日) 21:38:41 ]
- むしろif文にbool型しかとらないJava/C#が異端なんじゃねーの？
俺もbool型オンリーの方が好きだが、スクリプト言語してるとそうじゃない方が多い気がする。
- 622 名前：デフォルトの名無しさん mailto:sage [2007/12/16(日) 21:47:50 ]
- 型に寛容な言語だとboolだけってわけにもいかないから
- 623 名前：デフォルトの名無しさん mailto:sage [2007/12/16(日) 21:48:27 ]
- D言語は
bool b = true;
if(b){} // これはいけるけど、
if(b = true) {} // これはだめだお
- 624 名前：デフォルトの名無しさん mailto:sage [2007/12/16(日) 21:48:36 ]
- 動的型じゃ意味ないわな
- 625 名前：デフォルトの名無しさん mailto:sage [2007/12/16(日) 21:51:33 ]
- >>623
やるならここまできっちりやるべきなんだろうな
- 626 名前：デフォルトの名無しさん mailto:sage [2007/12/16(日) 22:05:30 ]
- >>623
Dはbool以外の型の値もifに与えられるけど、
代入式を取れないってのは革新的だよね。
- 627 名前：デフォルトの名無しさん mailto:sage [2007/12/16(日) 22:12:14 ]
- Dはよく知らんが
while ((line = reader.ReadLine()) != null)
こういうのはOKなの？
- 628 名前：デフォルトの名無しさん mailto:sage [2007/12/16(日) 22:13:29 ]
- >>626
メソッドのリターンコードで条件判定するようなプログラミングが簡単に
表現できない欠陥品だろＤ言語は
- 629 名前：デフォルトの名無しさん mailto:sage [2007/12/16(日) 23:00:27 ]
- 何を言ってるの君は？
- 630 名前：デフォルトの名無しさん mailto:sage [2007/12/16(日) 23:02:10 ]
- bool以外の値をifに与えられちゃダメだと思うがね
boolの代入は規制すべきだと思う
- 631 名前：デフォルトの名無しさん mailto:sage [2007/12/17(月) 11:12:08 ]
- そういった人それぞれのプログラミング思想を具現化したものがそれぞれの言語な訳です
- 632 名前：デフォルトの名無しさん mailto:sage [2007/12/17(月) 22:19:44 ]
- だな
- 633 名前：デフォルトの名無しさん mailto:sage [2007/12/26(水) 02:04:33 ]
- C言語(C++)のDLLを、C#と連携を取ろうと思いました。
char*の受け渡しで、詰まるところがありました。
以下のコードで、環境により、エラーが出たりでなかったりします。
（現在、エラーが出る環境がないため、エラーメッセージ失念……）
--------エラーとなるコード C#側(Form1.cs)---------
[DllImport("Hoge.dll")]
extern static StringBuilder GetHogeMessage();
private void Form1_Load(object sender, EventArgs e)
{
StringBuilder msg = GetHogeMessage();
this.label1.Text = msg.ToString();
}
-------エラーとなるコード CのDLL側(Hoge.dll)----------
char msg[255];
extern "C" __declspec(dllexport) char* GetHogeMessage()
{
sprintf_s(msg, 255, "ホゲホゲプー");
return msg;
}
--------------------------------------
以下のように、ネットで、よく見かけるコードに変えましたら、
エラーが出なくなりました。
続きます。
- 634 名前：デフォルトの名無しさん [2007/12/26(水) 02:04:57 ]
- --------正しく動くコード C#側(Form1.cs)---------
[DllImport("Hoge.dll")]
extern static void GetHogeMessage( StringBuilder name, int len );
private void Form1_Load(object sender, EventArgs e)
{
StringBuilder msg = new StringBuilder(255);
GetHogeMessage(msg, 255);
this.label1.Text = msg.ToString();
}
-------正しく動くコード CのDLL側(Hoge.dll)----------
extern "C" __declspec(dllexport) void GetCurrentName(char* msg, int length)
{
sprintf_s(msg, length, "ホゲホゲプー");
}
私のよく知る Delphiでは、string ←→ char*(PChar)間では、
コンパイル時に自動で変換コードを入れているのが、
デバッガで逆アセンブルすると、わかります。
同様に、動作を知ろうと、Reflectorで、
ILに変換したのも読んでみたのですが、コンパイラマジックなどなく、
理解にいたりませんでした。
C#は（というか、MSIL？）、内部動作的には、char* → StringBuilderでは、何をやっているのでしょうか？
私は想像では、StringBuilder.pChar のような非公開のプロパティに、char*を代入して処理しているのでは？と思っています。
そうなると、上記のエラーとなるコードでは、インスタンスを生成していないために、
強引なキャストが起き、StringBuilderとして処理はされるものの、
msg.ToString などで、エラーが起きることがある、と。
この辺の、動作に関するドキュメント等ありませんでしょうか？
- 635 名前：デフォルトの名無しさん [2007/12/26(水) 02:05:54 ]
- コードミスりました orz
--------正しく動くコード C#側(Form1.cs)---------
[DllImport("Hoge.dll")]
extern static void GetHogeMessage(StringBuilder name, int len );
private void Form1_Load(object sender, EventArgs e)
{
StringBuilder msg = new StringBuilder(255);
GetHogeMessage(msg, 255);
this.label1.Text = msg.ToString();
}
-------正しく動くコード CのDLL側(Hoge.dll)----------
extern "C" __declspec(dllexport) void GetHogeMessage(char* msg, int length)
{
sprintf_s(msg, length, "ホゲホゲプー");
}
- 636 名前：デフォルトの名無しさん mailto:sage [2007/12/26(水) 02:10:16 ]
- マーシャラがStringBuilderが持ってるバッファのポインタをchar*として渡すだけ。
char*を返す関数なら普通にStringで受ければいい。
- 637 名前：デフォルトの名無しさん mailto:sage [2007/12/26(水) 02:12:17 ]
- >>634
msdn2.microsoft.com/ja-jp/library/fzhhdwae(VS.80).aspx
- 638 名前：デフォルトの名無しさん [2007/12/26(水) 03:00:09 ]
- >>636-637
サンクス！！
アンマネージドと、マネージドの相互変換をマーシャリングというのですね。
Buffers のサンプル
msdn2.microsoft.com/ja-jp/library/x3txb6xc(VS.80).aspx
>>637の文字列のところに書いてありました。
文字列の変更の可能性がある場合は、StringBuilderを使うのはあってるみたいです。
引数などで渡した場合、StringBuilderのバッファのポインタが渡されるだけなんですね。
アンマネージドで確保されたchar* を返却値としてもらう場合は、
自動的に、解放されるのを防ぐために、IntPtr でアンマネージのままもらって、
Marshal.PtrToStringAuto で、stringに変換すればいいのですね。
わかりました！
ありがとうございました。
- 639 名前：デフォルトの名無しさん mailto:sage [2007/12/26(水) 11:48:22 ]
- .net のＶＢコードをC#に変換できるツールってないですか？
- 640 名前：デフォルトの名無しさん mailto:sage [2007/12/26(水) 12:12:05 ]
- ありますよ
- 641 名前：デフォルトの名無しさん mailto:sage [2007/12/26(水) 12:21:21 ]
- ありがとうです
- 642 名前：デフォルトの名無しさん mailto:sage [2007/12/27(木) 18:45:28 ]
- ツールでＶＢコードをＣ＃に変換して
勉強がてらいじってるけどさっぱり分からん
c++でネイティブ書くなんて一生無理だなこれは
- 643 名前：デフォルトの名無しさん mailto:sage [2007/12/27(木) 18:53:27 ]
- それはない
プログラミングが上達しない才能が無い限りいつかできるようになっちゃうよ
- 644 名前：デフォルトの名無しさん mailto:sage [2007/12/28(金) 00:38:35 ]
- >>638
char*からなら、PtrToStringAnsiではないのか？
- 645 名前：デフォルトの名無しさん [2007/12/28(金) 01:18:07 ]
- こんばんは。質問があります。
[管理ツール]−[データ ソース (ODBC)]-[ユーザDSN]でデータソースの設定を行う際、
表示される画面（例えばアクセスの場合だとデータベースの選択画面）をプログラム上で
出すにはどうすればいいのでしょうか？
ヒントか参考になるサイトでもいいので教えていただけないでしょうか。
よろしくお願いします。
- 646 名前：デフォルトの名無しさん mailto:sage [2007/12/28(金) 02:11:03 ]
- GetLastErrorをHRESULTに加工して
それから例外を作る装備はないですか？
- 647 名前：デフォルトの名無しさん mailto:sage [2007/12/28(金) 04:48:09 ]
- >>644
そうですね。
Buffers のサンプル
msdn2.microsoft.com/ja-jp/library/x3txb6xc(VS.80).aspx
の方でも同じようなやり方で、できるとありました。
どもです。
- 648 名前：デフォルトの名無しさん mailto:sage [2007/12/28(金) 11:10:04 ]
- throw Marshal.GetExceptionForHR(Marshal.GetLastWin32Error());
- 649 名前：デフォルトの名無しさん mailto:sage [2007/12/28(金) 11:18:20 ]
- LastWin32ErrorはHRESULTじゃないと言うに
GetHRForLastWin32Error
- 650 名前：デフォルトの名無しさん mailto:sage [2007/12/28(金) 21:48:02 ]
- >>643
すげぇ才能だなｗｗ
逆にそれは見てみたい
＞上達しない才能
- 651 名前：デフォルトの名無しさん mailto:sage [2007/12/28(金) 22:17:45 ]
- 論理的思考を拒否する人。
感情や直感が最優先の人。
自分の思いが総て正しいと思う人。（これはちょっと微妙か
実際居ると思うぞ。
- 652 名前：デフォルトの名無しさん mailto:sage [2007/12/28(金) 22:19:38 ]
- 急に何の話してるの？
- 653 名前：デフォルトの名無しさん mailto:sage [2007/12/29(土) 08:03:35 ]
- >>650
俺いっぱい見てきてるよ・・・
- 654 名前：デフォルトの名無しさん [2008/01/09(水) 05:55:52 ]
- imepita.jp/20071227/588010
- 655 名前：デフォルトの名無しさん mailto:sage [2008/01/13(日) 23:45:17 ]
- da.Fill(dt)で取得したデータの内容をColumnNameでダイレクトに取得したいのですが
foreach以外に良い方法があるでしょうか？
- 656 名前：デフォルトの名無しさん mailto:sage [2008/01/13(日) 23:57:24 ]
- www.atmarkit.co.jp/fdotnet/basics/adonet04/adonet04_04.html
- 657 名前：655 mailto:sage [2008/01/14(月) 00:05:49 ]
- >>656
理解が足りてませんでした・・
ありがとうございました
- 658 名前：デフォルトの名無しさん mailto:sage [2008/01/14(月) 12:01:58 ]
- 質問です
SizeChangedイベントをハンドルしてInvalidateを呼び出して画面全体を再描画したいんですが
領域全体が無効化→背景色クリアが入ってしまい、その後に全体を書くので偉くちらつきます。
で、この背景色クリアを無効化したいんですが、どのようにしたら良いですか？
背景色クリアに関してはWinAPIで叩いてたころは確か
ブラシを入れないとか、Invalidateの引数でRedrawするかしないかを指定できたと思うんですが…
よろしくお願いします。
- 659 名前：デフォルトの名無しさん mailto:sage [2008/01/14(月) 12:13:19 ]
- SetStyle(ControlStyles.UserPaint | ControlStyles.AllPaintingInWmPaint | ControlStyles.DoubleBuffer,true);
と設定してダブルバッファリングすればいい
- 660 名前：デフォルトの名無しさん mailto:sage [2008/01/14(月) 12:18:12 ]
- いやダブルバッファするかどうかは別問題でしょ。
>>658についてはResizeRedrawを有効にすればOKだと思うけど。
なんか>>658はあまりよくわかってなさそうだから一応補足すると、
これは要するにいちいちInvalidateしなくてよくなるって意味ね。
- 661 名前：デフォルトの名無しさん mailto:sage [2008/01/14(月) 12:21:52 ]
- 用途によって違うだろ
- 662 名前：658 mailto:sage [2008/01/14(月) 13:24:59 ]
- >>660
ResizeRedraw=trueにしても駄目でした。
おっしゃるとおり、いちいちInvalidateしなくてよくなるんですが、
単に勝手にInvalidateを呼び出しているだけみたいですね。
結局ですが、多分.NETのInvalidateの実装が
InvalidateRect( m_hWnd, NULL, TRUE );
みたいにされちゃってるんだと思ったんで、
直接user32.dllのInvalidateRectをDllImportして
bEraseをFALSEで呼び出したらブラシのクリアが無くなりました。
ご返信していただいた方ありがとうございました。
- 663 名前：デフォルトの名無しさん mailto:sage [2008/01/14(月) 15:07:20 ]
- >>658
なにもしない OnPaintBackground は?
- 664 名前：658 mailto:sage [2008/01/14(月) 16:11:11 ]
- >>663
.NET的にはそれが一番よさそうな実装方法ですね…
ありがとうございます。そちらのコードに修正します。
- 665 名前：デフォルトの名無しさん mailto:sage [2008/01/15(火) 11:05:58 ]
- WM_ERASEBKGND をいじった事なかったのか
- 666 名前：デフォルトの名無しさん mailto:sage [2008/01/17(木) 07:35:08 ]
- すみませんが教えてください。C#とC++は、．ＮＥＴで行っても処理速度は
あくまでも同じなのでしょうか？それとも、C++の方が圧倒的に早いのでしょうか？
C#とVBでは処理速度は描画も含めて同じだと思いますが、C++では直接
Win32APIで動かしていて高速動作するようになっているのでしょうか？
よろしくお願いします。
- 667 名前：デフォルトの名無しさん mailto:sage [2008/01/17(木) 08:43:03 ]
- >>666
.NETが扱えるのはC++ではなくC++/CLI
C++/CLIが吐き出す中間コードはC#,VBと同じ
よって速度は同じ
- 668 名前：デフォルトの名無しさん mailto:sage [2008/01/17(木) 09:33:13 ]
- C++/CLIはネイティブコードを埋め込める
- 669 名前：デフォルトの名無しさん mailto:sage [2008/01/17(木) 11:07:18 ]
- >>668
C#もunmanaged使えば同じじゃないの？
- 670 名前：デフォルトの名無しさん mailto:sage [2008/01/17(木) 11:18:37 ]
- 同じ内容を書けば同じ速さになるはずということで
- 671 名前：666 mailto:sage [2008/01/17(木) 11:21:15 ]
- >>667-669
解説ありがとうございます。
たとえば、Windowsのエクスプローラはフォルダのフォーカス移動に伴う
ファイル表示でもものすごく高速に実行され、画面の描画もめちゃくちゃ
瞬時に行われ、ノートPCなどの描画が比較的遅いPCですと．ＮＥＴの
Ｆｏｒｍアプリケーションなどとはけっこう速度差を体感します。レインボウ
のような現象も顕著に出ていて、ネイティブのアプリケーションとでは
ものすごく遅い感じが否めませんでした。
こうした差は、C++/CLIを使って、すべてをネイティブコードにコンパイル
してしまうと、たとえばエクスプローラ並みにすばらしく高速で動くように
体感できるようになるということなのでしょうか。（長くてすみません）
- 672 名前：デフォルトの名無しさん mailto:sage [2008/01/17(木) 11:22:25 ]
- >>669
C#でunmanagedは使えないだろ
- 673 名前：デフォルトの名無しさん mailto:sage [2008/01/17(木) 11:27:32 ]
- >>671
それはWindows.Formsが遅いだけ。
C++/CLIを使っても同じGUIライブラリを使う限り、もっさりするのは換わらない
- 674 名前：デフォルトの名無しさん mailto:sage [2008/01/17(木) 11:33:04 ]
- >>673
なるほど、そうだったんですか。
ということは、C++/CLIで、Formsを使わずに何かネイティブのGUI処理をする
方法を使う（MFCでしょうか、よくは知らないのですが）などすれば、
エクスプローラ並みの高速処理が実現できるということでしょうか、
そしてそういうことはC#やVBでは実現できないと・・・、この辺がよくわかりません、
よろしくお願いします。
- 675 名前：デフォルトの名無しさん mailto:sage [2008/01/17(木) 12:04:06 ]
- >>674
C# と GDI+ でも、あんまり Forms の世話にならないで自前で描画する
大型のコントロール等書いて使えばそこそこ高速になるよ。
下手に Forms で UI 書くより、ブラウザ埋め込んで Ajax でもした方が
高速になるケースもあるだろうし （ブラウザはレンダリングが結構速いから・・・）。
>この辺がよくわかりません
「ネイティブ」の意味が分からないということ？
- 676 名前：デフォルトの名無しさん mailto:sage [2008/01/17(木) 12:10:02 ]
- Forms はなんであんなに重いのかね？
- 677 名前：デフォルトの名無しさん [2008/01/17(木) 12:37:29 ]
- >>675
たびたびすみません。
＞自前で描画する大型のコントロール等書いて
これは要するに、Paintｲﾍﾞﾝﾄなどでの処理を描くということでしょうか。
＞「ネイティブ」の意味が分からないということ？
「自前で描画する大型のコントロール等」という場合に、そこに．ＮＥＴＦｒａｍｅｗｏｒｋ
のクラスで描画をするだけでよくて、いちいちＡＰＩを使うことなく高速化できるという
ことでしょうか？
|
 |
