[表示 : 全て 最新50 1-99 101- 201- 301- 401- 501- 601- 701- 2chのread.cgiへ]
Update time : 03/28 10:59 / Filesize : 176 KB / Number-of Response : 772
[このスレッドの書き込みを削除する]
[+板 最近立ったスレ&熱いスレ一覧 : +板 最近立ったスレ/記者別一覧] [類似スレッド一覧]


↑キャッシュ検索、類似スレ動作を修正しました、ご迷惑をお掛けしました

C++/CLI について語ろうぜ Part2



1 名前:デフォルトの名無しさん mailto:sage [2006/03/12(日) 16:08:39 ]
おそらく、.NET開発でデファクトスタンダードに最も近い
であろうC++/CLIについて語ろうぜ!

このスレはC++および.NET Frameworkについて一定以上の知識を持っている人が対象となります。
.NETのクラスライブラリの使い方といった質問は姉妹スレ「くだすれC++/CLI(初心者用)」に
お願いします。

前スレッドはこちら
(p)pc8.2ch.net/test/read.cgi/tech/1126450441/l50

姉妹スレ
くだすれC++/CLI(初心者用)
(p)pc8.2ch.net/test/read.cgi/tech/1142144110/l50
managed C++ やろうぜ!! 002
(p)pc8.2ch.net/test/read.cgi/tech/1139043535/l50


2 名前:1 mailto:sage [2006/03/12(日) 16:10:10 ]

managed C++ → C++/CLI
(p)www.microsoft.com/japan/msdn/vs05/visualc/TransGuide.asp#transguide_topic
[特集] Visual C++ 2005 いままたC++が熱い!「C++/CLI」として大進化したVisual C++ 2005
(p)www.atmarkit.co.jp/fdotnet/special/cppcli/cppcli_01.html
Calling Native Functions from Managed Code
(p)msdn2.microsoft.com/library/ms235282(en-US,VS.80).aspx

C++/Cli Essentials
(p)www.amazon.com/exec/obidos/tg/detail/-/0321174054/
Shared Source Cli Essentials
(p)www.amazon.co.jp/exec/obidos/ASIN/059600351X

C++/CLI設計者のblog
(p)blogs.msdn.com/hsutter/
(p)blogs.msdn.com/slippman/

STL.NET
(p)www.microsoft.com/japan/msdn/vs05/visualc/stl-netprimer.asp
(p)www.dinkumware.com/

C++の今後
(p)216.55.183.63/pdc2005/slides/TLN309_Sutter.ppt

3 名前:デフォルトの名無しさん mailto:sage [2006/03/12(日) 19:15:06 ]
前スレで gcroot と auto_gcroot の存在を教えてもらったんですが、
その後いろいろとググってみたところ、あんまり使われていない
みたいですね。というか、このテンプレートって標準なんだろうか。
なんか裏技でそのうちひっそりと使えなくされてしまうなんて
ことないかちょっと不安。

4 名前:3 mailto:sage [2006/03/12(日) 19:37:30 ]
ごめん、嘘
auto_gcroot Class
msdn2.microsoft.com/en-us/library/ms177048.aspx

C++/CLI の規格というわけじゃなくて、VC++ の独自な
テンプレートクラスってことらしい。

逆に ref class の中に std::auto_ptr<NativeClass> みたいに
ネイティブクラスへのポインタを持たせられる?とか期待して
みたけど、それらしいのが見つからなかった。

ref class auto_handle なんてのが見つかったけど、
なんか意味あるんだろうか。普通のハンドルとどこが違うんだろう。
msdn2.microsoft.com/en-us/library/ms177066.aspx

5 名前:3 mailto:sage [2006/03/12(日) 19:43:45 ]
Mixing Native and Managed Types in C++
weblogs.asp.net/kennykerr/archive/2005/07/12/419102.aspx
標準的なモノはなくて、 std::auto_ptr もどきの
ref struct AutoPtr を自前で作れ、ってことか。

ハッ!? もしかしてぜんぜん追っかけてなかったけど、
STL.NET には含まれてるのか??

#この程度の話題って、くだスレの方がいい?
#棲み分け具合がまだ把握できてない

6 名前:デフォルトの名無しさん mailto:sage [2006/03/12(日) 19:47:50 ]
C#の話は、禁止だから、そのつもりで。

ここは、C++/CLIのスレだからな。

C#を勧める奴は、C#スレにいけ。


7 名前:3 mailto:sage [2006/03/12(日) 19:56:27 ]
>>6 してないじゃん。gcroot って、C# とは無縁だよ?
そりゃ System::Runtime::InteropServices::GCHandle を
ラップしてるわけだから .NET Framework とは縁があるけど。
なにか過剰反応してるんじゃないですか?

8 名前:デフォルトの名無しさん mailto:sage [2006/03/12(日) 19:58:01 ]
>>7
前スレにいたアレなやつだ。

9 名前:デフォルトの名無しさん mailto:sage [2006/03/12(日) 21:33:22 ]
>>4
auto_handleはauto_gcrootが参照クラスになった感じのようだ。
msdn2.microsoft.com/ja-jp/library/ms177069(VS.80).aspx
msdn2.microsoft.com/ja-jp/library/ms177046(VS.80).aspx
生のハンドルと違ってスコープを抜けるときにデストラクタが呼ばれると言う利点は存在するようだ。
msdn2.microsoft.com/ja-jp/library/ms177068(VS.80).aspx
自動変数にすることに比べて利点がわからないけど。

10 名前:3 mailto:sage [2006/03/12(日) 22:15:20 ]
auto_gcroot って #include <msclr/auto_gcroot.h> しないと
使えないんだね。名前空間は msclr::auto_gcroot になってる。

一方 gcroot の方は #include <vcclr.h> で自動的に
#include <gcroot.h> されて使えるようになる。
名前空間はグローバルになってる。

う〜む、なんで扱いが違うんだろう。というか、gcroot が
グローバルな名前空間で宣言されているのが気持ち悪いな。



11 名前:3 mailto:sage [2006/03/12(日) 22:18:24 ]
たぶん gcroot も msclr::gcroot に配置すべきなんだろうな。
gcroot.h のコメントでは次のように書かれているし。

Use this class to declare gc "pointers" that live in the C++ heap.

Example:
    struct StringList {
        msclr::gcroot<String^> str;
        StringList *next;
        StringList(); // should have ctors and dtors
        ~StringList();
    };


12 名前:デフォルトの名無しさん mailto:sage [2006/03/12(日) 22:39:08 ]
>>10
直接<msclr\gcroot.h>をインクルードすればよい。

<vcclr.h>の中では<gcroot.h>がインクルードされていて、
<gcroot.h>が<msclr\gcroot.h>をインクルードしている。
<msclr\gcroot.h>は<gcroot.h>からインクルードされると名前空間を使わないようにされている。

直接ヘッダを見てみたらそうなっていた。

13 名前:3 mailto:sage [2006/03/12(日) 22:56:32 ]
>>12 THX
msclr\gcroot.h っていうディレクトリと名前空間 msclr から
考えて C++/CLI の標準仕様には gcroot, auto_gcroot は
入れないつもりなのかな。しかしこれが無いと困る場面も
あるんだけどなぁ。標準に入れてくれ>MSの人

14 名前:デフォルトの名無しさん mailto:sage [2006/03/13(月) 00:32:58 ]
>13
言語上の本道は混合型の導入になるから、正式仕様にはならないんじゃないかな
STL/CLIも混合型が使えるようになったら正直いらないし


15 名前:デフォルトの名無しさん mailto:sage [2006/03/13(月) 01:35:07 ]
> おそらく、.NET開発でデファクトスタンダードに最も近い
まじかよ

16 名前:デフォルトの名無しさん mailto:sage [2006/03/13(月) 02:47:59 ]
混合型もいいけどコンパイラスイッチで、
ぱちっと切り替えられるほうがいいな。
逝ったりきたりすると遅くなりそう...



17 名前:デフォルトの名無しさん mailto:sage [2006/03/13(月) 02:54:26 ]
>>15
マジなんだよ。C#とか言うヤツの気がしれんわ。


18 名前:3 [2006/03/13(月) 04:27:03 ]
>>14
今の ECMA の規格じゃぁ mixed type はダメなんだったっけ。
Mixed type に言及してる文献はあるけど、標準化には入ってこないのかな。
std.dkuug.dk/jtc1/sc22/wg21/docs/papers/2003/n1557.pdf
www.gotw.ca/publications/C++CLIRationale.pdf

19 名前:デフォルトの名無しさん mailto:sage [2006/03/13(月) 05:06:37 ]
----以降 C# は駄目とか C# じゃなきゃ駄目とかいう過激派は発言禁止----

20 名前:デフォルトの名無しさん mailto:sage [2006/03/13(月) 05:19:37 ]
し、C♯じゃなきゃだめなんていってないじゃないっ!
あんたのほかにも代わりはいくらだっているんだから!!!



21 名前:デフォルトの名無しさん mailto:sage [2006/03/13(月) 08:39:23 ]
>18
だめっつーより、開発予定なんだろうけど

ttp://signe.japan.webmatrixhosting.net/ecma372/23_mixed_type.aspx

実際のスケジュールはどうなんだろうね。デリゲート・コンストラクタの方が先に実装
されそうだよ

22 名前:デフォルトの名無しさん mailto:sage [2006/03/13(月) 08:55:22 ]
混合型のサポートは VC++ 2010 がターゲットだってよ
ttp://blogs.msdn.com/branbray/archive/2005/07/20/441099.aspx


23 名前:デフォルトの名無しさん [2006/03/13(月) 09:11:10 ]
CLIをまともなC++言語から使うには2010年までまつ必要があるということ?

24 名前:デフォルトの名無しさん [2006/03/13(月) 09:37:42 ]
完全な混合型は、需要もどの程度あるか疑問だし、とりあえず

1)マネージドなオブジェクトへのハンドルを
  ネイティブクラスのメンバに

2)ネイティブなオブジェクトへのスマートポインタを
  マネージドクラスのメンバに

の相互通行ができれば便利なんじゃないかな。
それは gcroot/auto_gcroot と >>5 の AutoPtr 的な
スマートポインタクラスを使えば VC++ 2005 でも
可能なんだけどできれば何か標準があったほうが安心だよなぁ。

25 名前:デフォルトの名無しさん [2006/03/13(月) 09:50:54 ]
何だかプログラミングし難くね?
Winの良さが丸消えじゃん。

26 名前:デフォルトの名無しさん mailto:sage [2006/03/13(月) 10:03:56 ]
ネイティブで多重継承して、それをサポートしたいコントロールに継承させたり、friend の
抜け道をネイティブ側に用意して、マネージドを操作したり、本格的に混合型をサポート
してくれれば、使い方に夢が広がるんだけどねSTLだって、ネイティブとしてキャストして
保持させれば、混合型でマネージドを操作できるだろうし

ただ、相互のデータメンバを保持するだけなら、作りで回避できるからあまり混合型の
メリットは感じないなぁ


27 名前:デフォルトの名無しさん mailto:sage [2006/03/13(月) 12:54:59 ]
それじゃマネージド終焉じゃん。

28 名前:デフォルトの名無しさん [2006/03/13(月) 13:30:46 ]
>>27 どのあたりが?

29 名前:デフォルトの名無しさん mailto:sage [2006/03/13(月) 13:57:59 ]
STLをまともに使えないC++に何の意味があるのか。

30 名前:デフォルトの名無しさん mailto:sage [2006/03/13(月) 15:12:34 ]
だから、結局C++で。必要なところだけ C++/CLIなんだろな。




31 名前:デフォルトの名無しさん [2006/03/13(月) 15:14:55 ]
必要なところって、どこ?

32 名前:デフォルトの名無しさん mailto:sage [2006/03/13(月) 15:29:36 ]
.NETFrameworkを利用するところ。

33 名前:デフォルトの名無しさん mailto:sage [2006/03/13(月) 15:52:52 ]
結局、C++/CLIはラッパーでしか使えないねぇ。

34 名前:デフォルトの名無しさん mailto:sage [2006/03/13(月) 16:12:10 ]
それじゃ、COMと変わら(ry

35 名前:デフォルトの名無しさん mailto:sage [2006/03/13(月) 17:13:50 ]
仕方ないじゃん。
TRONとかいろいろ環境はあるわけで、その中でWinだけ C++/CLIだけでは組めないよ。


36 名前:デフォルトの名無しさん mailto:sage [2006/03/15(水) 20:32:14 ]
あー、翻訳終わったお〜。がんばったよ


37 名前:デフォルトの名無しさん mailto:sage [2006/03/15(水) 20:42:36 ]
うぇねの人?



38 名前:デフォルトの名無しさん mailto:sage [2006/03/15(水) 20:49:33 ]
thx みゅ。どこぞから抗議されたらチキンのように消すんで、適当に見といてくらさい

39 名前:デフォルトの名無しさん mailto:sage [2006/03/15(水) 21:15:38 ]
激しく乙

40 名前:デフォルトの名無しさん mailto:sage [2006/03/15(水) 23:27:13 ]
>>38
キチンと消せよ



41 名前:デフォルトの名無しさん mailto:sage [2006/03/16(木) 22:50:30 ]
>>38
せめてWeb Archiveに残るまでは消さないで。

42 名前:http://www.vector.co.jp/soft/win95/util/se072729.html mailto:http://msdn2.microsoft.com/ja-jp/library/h2k70f3s.aspx [2006/03/18(土) 20:53:45 ]
TextSS のWindowsXP(Professional)64bit化おながいします

もしくは64bitにネイティブ対応したテキスト置換ソフトありますか?

43 名前:デフォルトの名無しさん mailto:sage [2006/03/24(金) 07:19:40 ]
C++とCLIの統合のまだ道半ばってところなのかね。

44 名前:デフォルトの名無しさん mailto:sage [2006/03/24(金) 10:22:50 ]
>>43 道半ばなんじゃね?
でもネイティブなコードとマネージドなコードが
仲良くできるってビジョンを示した点ではC++/CLI
ってのはかなり意味があるんじゃないかな。

さらに Managed C++ から C++/CLI への移行劇を
見せ付けられて、その道程が険しいってこともわかったし。

45 名前:デフォルトの名無しさん mailto:sage [2006/03/24(金) 12:17:38 ]
ついでながらC++とCOMの統合も目指してくれ

46 名前:デフォルトの名無しさん mailto:sage [2006/03/24(金) 12:30:23 ]
>>45 COM との統合って具体的には?
COM つかうのに言語仕様上の制約ってあったっけ?

47 名前:デフォルトの名無しさん mailto:sage [2006/03/24(金) 12:41:13 ]
クライアントとして使うには#importがあるし、
サーバにはATLがあればまあいいやと思うのだが。

48 名前:デフォルトの名無しさん mailto:sage [2006/03/25(土) 00:47:41 ]
すまん、XBOXが managed になるそうだ。


49 名前:デフォルトの名無しさん mailto:sage [2006/03/25(土) 09:01:08 ]
それは、先代XBOXでしょうか、現行のXBOX360でしょうか?

50 名前:デフォルトの名無しさん mailto:sage [2006/03/25(土) 11:57:40 ]
360だ。ネタ元は、
blogs.msdn.com/mswanson/archive/2006/03/23/559456.aspx

それに対するQ&Aのようなコメントは
blogs.msdn.com/briankel/archive/2006/03/20/555488.aspx





51 名前:デフォルトの名無しさん mailto:sage [2006/03/26(日) 01:53:09 ]
>45
msdn2.microsoft.com/ja-JP/library/ms177101(VS.80).aspx

52 名前:デフォルトの名無しさん [2006/03/29(水) 07:48:03 ]
C++/CLI(っというかMSC++2005EE) でManaged DirectXって使えないのかな?
検索しても見つからないorz
解説されてそうなところ知ってる方いませんか?

53 名前:デフォルトの名無しさん mailto:sage [2006/03/29(水) 07:52:22 ]
SDK入れて参照に追加するだけじゃん

54 名前:デフォルトの名無しさん [2006/03/29(水) 08:13:34 ]
>>53
 #using <microsoft.dirextx.direct3D.dll>
 using namespace microsoft::directx::direct3d;
と入れても
 アセンブリ 'microsoft.dirextx.direct3D.dll' がみつかりませんでした:
って言われちゃうんだよねorz何がいけないんだろう・・・

55 名前:デフォルトの名無しさん mailto:sage [2006/03/29(水) 08:21:08 ]
リンク時の参照に追加してないだけじゃね?

56 名前:52=54 mailto:sage [2006/03/29(水) 08:34:10 ]
>>55
すいません。#using <>で大文字小文字の区別ができないだけみたいでした。
ありがとうございました。

57 名前:デフォルトの名無しさん [2006/04/07(金) 02:18:21 ]
はどーけん

58 名前:デフォルトの名無しさん mailto:sage [2006/04/07(金) 02:35:53 ]
一週間ぶりの書き込みがそれかよ もうちょっと考えろよ

59 名前:デフォルトの名無しさん mailto:sage [2006/04/07(金) 02:55:28 ]
普段脳みそ使ってる分の反動ってやつかな…

60 名前:デフォルトの名無しさん mailto:sage [2006/04/07(金) 10:58:30 ]
     \ ずどどどーーん
            /|[]::::::|_ / \/\\          /
           ./| ̄ ̄ ̄ ̄ //\ \/  \      //    ___
         |  |:::「「「「「「 / \/\  /\\   /:::/   ./|    |__
       _..|  |:::LLLLL//\ \/  \/\\/::::::/  /  | ロ  .|lllllllllllll
      / llllll|  |:::「「「「 / \/\怒/\ .\/ ./::::::::/  / ./ .|    |lllllllllllll
__     llllll|  |:::LLL.//\ \/涛\/\  /::::::::/   | /  .| ロ  .|lllllllllllll
        llllll|  |:::「「「/ \/\熱 /\ \/ /::::::::/   | ||/ ..|    |lllllllllllll
         llllll|  |:::LL//\ \/  \/\ ./::::::::/    .| ||/ ..|
         |  |:::「./ .\/\ 湯/\ \/ /::::::::/⌒ヽ、 .| ||/ ..|
         |  |:::l//\ \/  \/\_, -― 、  ''"⌒ヽ,_
                (⌒ヽ、_,ノ⌒Y"    Y     .....⌒) どーーーーーん
            (⌒ヽー゙ ....::(   ..::.......  .__人.....::::::::::::::::::::
         _ノ⌒ヽ  Y⌒ヽ;;:::::"'::::::::::::::::::::::::::::: ___
     ___(   ゙   ....:::.....  Y"  ∧_∧   /
   // ll__ヽ_::::::::::::::::::::::::::::::ヽ....(  ´Д`)<逃げろ逃げろ!
  「    ヽO≡≡O:::::::::::::::::::::::::::::::::::/ つ  _つ  \____
  ゙u─―u-――-u         人





61 名前:デフォルトの名無しさん [2006/04/09(日) 19:51:41 ]
ダブル サンキング
って糞じゃない?
仮想関数使えないじゃん。



62 名前:デフォルトの名無しさん mailto:sage [2006/04/10(月) 00:35:31 ]
C++/CLIのバージョン1というのはC++マネージ拡張のことなのかな?

63 名前:デフォルトの名無しさん mailto:sage [2006/04/11(火) 10:09:41 ]
>>62 C++/CLI にバージョンってあったのか。
Managed C++ → C++/CLI
くらいしか認識してなかった。

64 名前:デフォルトの名無しさん [2006/04/15(土) 12:35:08 ]
Objective-C++/CLI
マダー?チン、チン。
//GCCもCLI対応するんだろうか?

65 名前:デフォルトの名無しさん mailto:sage [2006/04/15(土) 12:39:11 ]
Objective-C++ はちょっと意味が分からないな
C++ は C++ でそれなりに Objective だからな

66 名前:デフォルトの名無しさん mailto:sage [2006/04/15(土) 12:44:48 ]
>>64
Objective-C 言語
   +
  C++ 言語
   ||
Objective-C++

67 名前:デフォルトの名無しさん mailto:sage [2006/04/15(土) 15:00:18 ]
ttp://homepage.mac.com/mkino2/spec/objectiveC++/objectiveC++.html

ここらを見ると、いろんな苦労が共有できる気がするな

68 名前:デフォルトの名無しさん mailto:sage [2006/04/16(日) 15:02:33 ]
Robert Rameyがいらないってんだから要らないんだよ
Sutterも嫌々やってるんですよ

69 名前:デフォルトの名無しさん [2006/04/22(土) 01:05:39 ]
すみません。

Visual Studio2005ですが、MFCのプロジェクトで、
Windowsフォームデザイナで貼り付けられるような
コントロールは使用できるのでしょうか?

またWindowsフォームデザイナで開発した場合は、
.NetFrameworkが必要となり、Windows2000では動作できないなどありますか?


70 名前:デフォルトの名無しさん mailto:sage [2006/04/22(土) 01:23:13 ]
>>69
1.使用できなくはないかもしれないがそれなら正攻法で使ったほうが多分楽
2..NET Framewokは98でも動く。一部2kで使えて98で使えない機能もあるがそれはたいていSDKに依存する問題。



71 名前:デフォルトの名無しさん mailto:sage [2006/04/22(土) 01:23:21 ]
Windows 2000 でも .NET Framework は動くだろ

72 名前:デフォルトの名無しさん [2006/04/22(土) 01:25:33 ]
>>69

正攻法とはどのような方法でしょうか?

また、.NETFrameworkがインストールされていないと
動作しないのですよね?

※すみません。.NETFramework初体験です。


73 名前:デフォルトの名無しさん mailto:sage [2006/04/22(土) 01:44:20 ]
>>72
>正攻法
SDKを使う方法。

>.NE(r
もちろん動作しない。OSがインストールされていないようなもんだ。

74 名前:デフォルトの名無しさん [2006/04/22(土) 01:49:18 ]
>>73
SDKはどのように使えばよいのでしょうか?
お手数ですが、簡単なサンプルとかってありませんか?
もう少し詳細を教えていただけるとたすかります
何しろMFCの標準コントロールは古臭くて。。


75 名前:デフォルトの名無しさん mailto:sage [2006/04/22(土) 01:53:10 ]
>>74
Win32API質問箱 Build42
pc8.2ch.net/test/read.cgi/tech/1144962549/

76 名前:デフォルトの名無しさん mailto:sage [2006/04/22(土) 08:53:14 ]
>74
CWinFormsControl を使え
ttp://msdn2.microsoft.com/ja-jp/library/8z4d86s2(VS.80).aspx

77 名前:デフォルトの名無しさん mailto:sage [2006/04/22(土) 08:56:00 ]
というかそもそも何故 MFC なんだろう?

78 名前:デフォルトの名無しさん mailto:sage [2006/04/22(土) 10:15:56 ]
既存のアプリの改良に WinForms を使いたいんじゃね?

79 名前:デフォルトの名無しさん [2006/04/22(土) 17:27:33 ]
>>78

ご名答!!
そもそもVisualStudioの統合環境のツールバーや
メニューバーはどうやってるんだろうと。。



80 名前:デフォルトの名無しさん [2006/04/22(土) 17:34:21 ]
別に何でもかんでもまぜまぜする必要ないじゃん。
混ぜることそのものが目的になってしまってる、みたいな。



81 名前:デフォルトの名無しさん mailto:sage [2006/04/22(土) 17:48:48 ]
>>79 それは全部マネージドなんじゃね?

82 名前:デフォルトの名無しさん mailto:sage [2006/04/22(土) 18:24:55 ]
漏れも手抜きしたくて CWinFormsControl を既存アプリに組み込んだりしたいけどな
さすがに、ユーザーに .net Framework 2.0 を要求できなくてやってないけど

83 名前:デフォルトの名無しさん [2006/04/23(日) 12:49:49 ]
>>79
コントロールは単なるウィンドウを子ウィンドウにしてるだけ。
って言うのは解ってる?

84 名前: ◆GjPgyWFPCM [2006/04/23(日) 13:24:21 ]
( ´_ゝ`)

85 名前:デフォルトの名無しさん mailto:sage [2006/04/23(日) 18:16:21 ]
現状のC++ソースをまんまPureCLIに出来ないのが美しくないね。


86 名前:デフォルトの名無しさん mailto:sage [2006/04/23(日) 18:53:21 ]
>>85
災いと引き換えの美しさなんぞいらん。

87 名前:デフォルトの名無しさん mailto:sage [2006/04/23(日) 19:37:17 ]
>>85
むしろこれからはそれを意識したマクロ定義を心がけるべき?

88 名前:デフォルトの名無しさん mailto:sage [2006/04/23(日) 19:46:14 ]
時代に逆行して COM かよ


89 名前:デフォルトの名無しさん mailto:sage [2006/04/24(月) 01:40:49 ]
だから、猛烈にISO化に反対されてるだろ。

90 名前:デフォルトの名無しさん mailto:sage [2006/04/24(月) 09:08:11 ]
災い=怒涛熱湯
美=C++



91 名前:デフォルトの名無しさん mailto:sage [2006/04/24(月) 19:36:55 ]
あの ISO の論議は宗教戦争だよ
C++ だって C とは完全互換性がなくて非互換性の項目作ってるのに、C++/CLI は完全互換じゃ
ないから C++ の名前を使うな、なんて、馬鹿馬鹿しい

92 名前:デフォルトの名無しさん mailto:sage [2006/04/24(月) 19:51:22 ]
C++#にするしかないのか

93 名前:86 mailto:sage [2006/04/24(月) 20:17:12 ]
>>90
逆。
CとC++で起きた災いのことだ。

94 名前:デフォルトの名無しさん mailto:sage [2006/04/25(火) 01:16:21 ]
>>91

んなーことはない。互換のない箇所があまりにも C++ を越えてるからな。
誰もが、「C++であれは不味いよ」という実装。

C++の名前は使ってもいいが、正直、ISOにはなって欲しくない。

95 名前:デフォルトの名無しさん mailto:sage [2006/04/25(火) 05:32:35 ]
そうか? 文字列互換性なんて C++ の不始末を便利にしたとこを駄目だとか騒いでるぐらいじゃね
MSのサイトの記述にけちつけて、こいつら営利企業に何求めてるんだ、とか思っちゃったけどな


96 名前:デフォルトの名無しさん mailto:sage [2006/04/25(火) 08:02:46 ]
論争ってなんのことかよく知らないんだけど、
名前に C++ が入ってるのがまずいダロってことになってんの?
まぁ確かにもう少し検索エンジンフレンドリーな名前でもいいかもって気はする。



97 名前:デフォルトの名無しさん mailto:sage [2006/04/25(火) 09:42:19 ]
ま、どっちにせよ、

Windowsのネーミングからはじまり、
J++、J#、managed C++、STL.NETとか、
一般的なものを汚し杉。

98 名前:デフォルトの名無しさん mailto:sage [2006/04/25(火) 09:59:29 ]
そんな、汚すだなんて Java の信者じゃないんだから(w

Bjarne Stroustrup のFAQになってるところがワラタ
ttp://www.research.att.com/~bs/bs_faq.html#CppCLI

ISO UK が強硬に反対していて、その下に ECMA からの回答書も公開されている
ECMA じゃ C++/CLI と C++0x にどうやって巻き込まれないようにするかの調査も
始めてるってさ

99 名前:デフォルトの名無しさん mailto:sage [2006/04/25(火) 10:06:02 ]
ECMA の回答書の最後に、おまいらががたがた言おうともう ECMA 標準であることに代わりは
ねえんだよ、って答えてるとこが笑える

100 名前:デフォルトの名無しさん mailto:sage [2006/04/25(火) 10:43:04 ]
C/C++系を汚すなんて汚杉。
VC++が吐き出すMFCコードからして何語?って感じだった。
ユーザーに変なもん使わせながらM$は別のクラスライブラリ使ってるらしいし。








[ 続きを読む ] / [ 携帯版 ]

次100 最新50 [ このスレをブックマーク! 携帯に送る ] 2chのread.cgiへ
[+板 最近立ったスレ&熱いスレ一覧 : +板 最近立ったスレ/記者別一覧]( ´∀`)<176KB

read.cgi ver5.27 [feat.BBS2 +1.6] / e.0.2 (02/09/03) / eucaly.net products.
担当:undef