C#, C♯, C＃相談室 Part42

1 名前：デフォルトの名無しさん [2007/08/26(日) 12:42:25 ] (#ﾟーﾟ)つ ＜ C#、.NETの話題はこちらでどうぞ。 前スレ C#, C♯, C＃相談室 Part41 pc11.2ch.net/test/read.cgi/tech/1184840053/ 過去スレは>>2-5あたり。 378 名前：デフォルトの名無しさん [2007/09/05(水) 21:48:34 ] すまない、ちょっと言葉が足りなかった 使いたいライブラリをC++でインクルード コンパイル C#で参照設定 .NETプロジェクト これで全部使える 379 名前：デフォルトの名無しさん [2007/09/05(水) 21:52:49 ] VB.NETでラッピングする場合は、DECLAREで定義。引数は全てVARIANTのFIXEDARRAY (OBJECTだと通らないから注意) で、きちんとした型をCTYPEで渡せば動作する 楽じゃないか？ 380 名前：デフォルトの名無しさん mailto:sage [2007/09/05(水) 21:56:22 ] >>375 >マネージドであるC++/CLIからは、C++/Native のオブジェクトをnewできるし、 ネイティブのライブラリは実はCのランタイムライブラリが裏で色々サポートしているので newの部分だけ見てても混乱するよ。 内部でCRTヒープ使ってるかもしれないし、 atexitみたいなコールバックに依存しているかもしれない。 一般論として、Cのライブラリは静的リンクなり動的リンクなりのCRTを必要とする。 そのCRTとの連携無しに、C#から 直接Cのコード使おうってのはちょっと無謀じゃないかな。 相手がDLLの場合、LoadLibraryされたときに自分でCRTの初期化やるから その辺気にする必要はないんだけど。 381 名前：デフォルトの名無しさん mailto:sage [2007/09/05(水) 23:44:08 ] んん？　そのためのC++/CLIなんだから、CRTのルールを守らず アセンブリをロードするとは思えんけど。 msdn2.microsoft.com/ja-jp/library/ms173266(VS.80).aspx 382 名前：デフォルトの名無しさん mailto:sage [2007/09/05(水) 23:50:54 ] >>381 C++/CLIはそれでOK。そこは同意。 よく分からないのは359が言うところのクラスライブラリが どんなファイル形式なのかかな？ 1) *.h 単体 (テンプレートライブラリ) 2) *.h＋*.lib 3) *.h＋*.obj 4) *.h＋*.dll 5) *.h＋*.cpp >>>359 は >いちどC++/CLIでラップしなければいけないのかどうか、知りたかった。 とか書いている割に、どんな形態で配布されているライブラリなのか 未だに明かしていないみたいだけど。 383 名前：359 [2007/09/06(木) 01:46:34 ] >>382 わかりにくくてすんません。一番最初にあげたurlの記事の内容そのまんまで、 WIN32で書いてあるスタティックのライブラリ。 2) *.h＋*.lib ってことになります。 ttp://www.atmarkit.co.jp/fdotnet/special/vcppinvista01/vcppinvista01_03.html で、このとおりやってみようと思ったのだが、 >>375 で書いたとおり、メンバ関数をラップするだけじゃ足りなくて、 その他もろもろ細かいところすべて書き換えなきゃならなくなって。。。 ホントにこれが普通の方法なのか？もっとエレガントな方法があるのでは。 と、思ったのでした。 ちなみに、すべてではないですが、 4) *.h＋*.dll の形にしたものもあります。 MFC,ATL,stlは使っていなく、CRTは使っているものとそうでないものが。 >>380 >>381 Nativeと.NET、両方が扱える言語は、C++/CLIだけで、 っていうか、C++/CLIはそのために存在している。ので、いまこそ使うときだ。 ってことですかね。 384 名前：359 [2007/09/06(木) 02:01:14 ] >>370 >>379 VB.NETはまったく未開の地だ。ちょっとみてみる。ありがとう。 >>377 >>378 ん。COMの話？ 385 名前：デフォルトの名無しさん mailto:sage [2007/09/06(木) 11:42:05 ] どうもデリゲートの使いどころがわからないんですが イベントのメソッドはわかるんですが おーデリゲートってすげー！！！ っというような使用法ってどういうのですかね 386 名前：デフォルトの名無しさん mailto:sage [2007/09/06(木) 11:48:38 ] //List<int> list; list.Sort(delegate(int x, int y){return y.CompareTo(x);});//逆順ソート 387 名前：デフォルトの名無しさん mailto:sage [2007/09/06(木) 12:18:08 ] >>385 そもそもイベントはdelegateのシンタックスシュガー似すぎな一ツーの 388 名前：デフォルトの名無しさん mailto:sage [2007/09/06(木) 12:40:05 ] >>386 それって匿名メソッドｽｹﾞｰの例じゃないの。 389 名前：デフォルトの名無しさん mailto:sage [2007/09/06(木) 12:46:03 ] C#2.0になってジェネリックや暗黙のインスタンス作成や匿名メソッドが付いて デリゲートが使いやすくなったけど、その前は単体ではあんまり積極的に使われなかったような 390 名前：デフォルトの名無しさん mailto:sage [2007/09/06(木) 13:00:11 ] イベントとか意味わかんねえ +=と-=しかできないし なんに使うんだよ 391 名前：デフォルトの名無しさん [2007/09/06(木) 13:01:53 ] >>390 イベントのハンドリングだとおもう。 392 名前：デフォルトの名無しさん mailto:sage [2007/09/06(木) 13:04:04 ] 普通にdelegate使った方が入れ替えられて便利じゃん 無駄なフェイルセーフだぜ 393 名前：デフォルトの名無しさん mailto:sage [2007/09/06(木) 13:08:04 ] 一応プロパティと同じように実装の変更もできる 394 名前：デフォルトの名無しさん mailto:sage [2007/09/06(木) 13:08:20 ] >>390 IDEによるポトペタ 395 名前：385 mailto:sage [2007/09/06(木) 13:17:22 ] >>386>>388 そうですね匿名メソッドですね >>387 そうですか…なんかイベントの話になってきてますね んーデリゲートでこんな風にしたらすっごい便利！ とかいう話ないですかね 396 名前：デフォルトの名無しさん mailto:sage [2007/09/06(木) 13:45:38 ] void Hoge() { list.ForEach(Print); } void Print(int x){ Console.WriteLine(x); } コレクション関係以外にないかなあ 397 名前：デフォルトの名無しさん mailto:sage [2007/09/06(木) 13:58:02 ] >>395　処理のインジェクションしたいところにはdelegateばんばん使ってます。 クラスの生成時とかにそのシチュエーションに併せて動作を変えたいとき便利。 398 名前：デフォルトの名無しさん mailto:sage [2007/09/06(木) 14:00:41 ] インターフェースを実装したクラスを作るよりも楽＞delegate 399 名前：デフォルトの名無しさん mailto:sage [2007/09/06(木) 14:55:19 ] Action<T>は interface IHoge<T> { 　void Method(T arg); } とだいたい同等で class A { public Action<Foo> Action; } class A { public IHoge<Foo> Action; } これもだいたい同等 a.Action = delegate(Foo foo){ 　.... }; これと class FooHoge : IHoge<Foo>{ ... } a.Action = new FooHoge(...); これも大体同等 匿名メソッドなら直接かけるから一々定義したクラスを読まなくてすむので見やすい ラムダ式になるともっと便利になる 匿名メソッド使わなくても、引数さえ合えばどんなメソッドでもはまるから、 いちいちinterface実装したクラスを作らなくて済む分楽 でもやっぱり真価は匿名メソッドで出てくる 400 名前：デフォルトの名無しさん mailto:sage [2007/09/06(木) 15:04:40 ] interfaceでは大げさすぎる場合も多いし、例えばイベントハンドラを インタフェースとして実装した場合、同じWidgetを複数個持とうとするとに インタフェースが衝突する、といった問題が生じる。Javaではこれを解決 するのに一々ゴテゴテと無名クラスを記述する羽目になり、実に馬鹿馬鹿しい限りだ。 ラムダ式が無くとも、delegateであれば上記の問題は普通に解決することが 出来る。 まあ、処理を汎用化したり（例えば描画ルーチンに、PixelをPutする ルーチンだけdelegateとして与えられるようにすれば、汎用になる）、 テーブルジャンプっぽく使ったり（メニュー等のindexとdelegateの配列を 結びつけたりする）、意思決定と実行のタイミングが分かれている場合に、 意思決定→delegate変数に保存→delegateを用いて実行といったことをやったり （実行が何度も行われる際に、無駄な条件分岐を完全に取り除くことが出来る）、 色々と応用範囲は多い。 401 名前：デフォルトの名無しさん mailto:sage [2007/09/06(木) 15:17:17 ] delegate使うとエディットコンティニューでやり直しになるのがデメリット 402 名前：デフォルトの名無しさん mailto:sage [2007/09/06(木) 17:37:05 ] 久々にThreadPool.GetMaxThreads()を実行してみたらワーカースレッドが500、I/Oスレッドが1000になってた。 前はもっと少なかった気がするんだけど・・・なぜでしょうか？ 403 名前：385 mailto:sage [2007/09/06(木) 19:32:29 ] なるほどーみなさんいろいろ使ってますね デリゲート道、精進します ありがとうございました 404 名前：デフォルトの名無しさん mailto:sage [2007/09/06(木) 20:04:16 ] >402 前は少なすぎたせいでスレッドプールが一杯になって例外が起きるケースがあったのでので.NET2.0から事実上無制限といえる値に増やされた。 なにげに呼んだクラスが内部でスレッドプールを使っててスレッドプールの上限で例外吐かれたりしても対処しようがないじゃん。 405 名前：デフォルトの名無しさん mailto:sage [2007/09/06(木) 20:10:45 ] ClassAのイベントにメソッドを紐付けしてるClassBがシリアル化可能じゃないと ClassAまでシリアル化できなくなっちゃうけど、これって何か回避方法ないかな？ あと、デリゲートにインスタンスメソッド登録するということは、 デリゲートに参照を持たれる（つまりGCが働かない）こととやっぱり等価になるの？ 406 名前：デフォルトの名無しさん mailto:sage [2007/09/06(木) 20:20:37 ] 当たり前 っていうかイベント結びつけたままシリアライズしたいって いったいどんなときなの？ 407 名前：デフォルトの名無しさん mailto:sage [2007/09/06(木) 20:22:28 ] ああひょっとしてシリアライズさせない方法が分からないってことか？ メンバにつける属性で制御できるよ 408 名前：デフォルトの名無しさん mailto:sage [2007/09/06(木) 20:43:28 ] でもNonSerializedAttributeってイベントには付けられないと思うんですが。。 409 名前：デフォルトの名無しさん mailto:sage [2007/09/06(木) 20:56:27 ] >>405 デリゲートを明示的に宣言してそのデリゲートにNonSerializedつければいいらしい。 ↓参照 www.thescripts.com/forum/thread245864.html 410 名前：409 mailto:sage [2007/09/06(木) 21:01:10 ] [field: NonSerialized]でもできるみたいだな こっちのほうがスマートか。 411 名前：デフォルトの名無しさん mailto:sage [2007/09/06(木) 21:09:45 ] >>409-410 ありがと。 しかし、そんなマンマの回答よく短時間に見つけられるもんだね関心しちゃうよ 412 名前：デフォルトの名無しさん mailto:sage [2007/09/06(木) 21:44:51 ] 部下にほしいね。 すみません師匠にほしいです。 413 名前：デフォルトの名無しさん mailto:sage [2007/09/06(木) 21:56:13 ] このスレには結構、神クラスのスキルのひとがいるいよね。 どんな立場の人なのかきになるわ。マイクロソフト直々のサポート部隊が 書き込んでいるんじゃないかと思ってしまうくらいだ。 414 名前：デフォルトの名無しさん [2007/09/06(木) 21:59:52 ] やまだはぷろぐらむの天才だ。 きょうもすごいぷろぐらむをつくる。 int i = new int() あれ、なにかへんだぞ。 intはたしか・・・ Int16 やまだくんはまだ満足しない。 iというなまえはかぶるかもしれないからあんぜんじゃない！ Int16 _USER_OBJECT_YAMADA_WRITE_200709062156_FOR_COUNTER 完璧なソースコードの誕生だ！ 415 名前：デフォルトの名無しさん [2007/09/06(木) 22:02:31 ] >>413 そのクラスの人間なんて見たときねーよ 416 名前：デフォルトの名無しさん mailto:sage [2007/09/06(木) 22:02:47 ] すみません。どれが自作自演でしょうか？ 417 名前：デフォルトの名無しさん [2007/09/06(木) 22:03:48 ] やまだだけどなんでもそうだんにのるよ！！ 418 名前：デフォルトの名無しさん mailto:sage [2007/09/06(木) 22:05:47 ] >>414 jが必要になったらどうする。 419 名前：デフォルトの名無しさん mailto:sage [2007/09/06(木) 22:06:12 ] やまだくんはネームスペースをだな 420 名前：デフォルトの名無しさん mailto:sage [2007/09/06(木) 22:06:28 ] 田中は山田のイヂワルな上司だ。 今日も嫌がらせを部下達にして楽しむ。 「iというなまえはかぶるかもしれないからあんぜんじゃない！ 「Int16 _USER_OBJECT_YAMADA_WRITE_200709062156_FOR_COUNTER 「完璧なソースコードの誕生だ！ あれ、山田が何か楽しそうだぞ。 イヂワルしてやれ！ 「山田君、このメソッドの名前は[_USER_OBJECT_YAMADA_WRITE_200709062156_FOR_COUNTER]にしてくれ 　会議で決まったのだ！ 421 名前：デフォルトの名無しさん [2007/09/06(木) 22:06:31 ] >416 じえんはないけどえいえんはあるよ！ 422 名前：デフォルトの名無しさん [2007/09/06(木) 22:12:35 ] たなかさんめそっどめいのせんすないからきらいだ！ そうだ。こういうときは・・・おーばーろーどがあるじゃないか！ やまだはそっとたなかのめそっど名のぷれふぃっくすに OVERROAD_ をつけたした。 これでなまえがかぶることはない。 423 名前：デフォルトの名無しさん mailto:sage [2007/09/06(木) 22:15:09 ] スレが壊れだした 424 名前：デフォルトの名無しさん [2007/09/06(木) 22:15:21 ] >418 よくじつにまわすか、ぷれふぃっくすにSTATIC_とかつければかいけつだよ(^^) 425 名前：デフォルトの名無しさん [2007/09/06(木) 22:17:18 ] >423 すまない。ガチでこんなコードの修正依頼にイラついて書いてしまった。 後悔はしていない 426 名前：デフォルトの名無しさん mailto:sage [2007/09/06(木) 22:19:11 ] マでやれ 427 名前：デフォルトの名無しさん [2007/09/06(木) 22:22:43 ] for(LOOPCOUNTER_[LOOPCOUNTER_1,LOOPCOUNTER_2]=58;END==TRUE;LOOPCOUNTER_1**) { } やまだすごくね？ 428 名前：デフォルトの名無しさん mailto:sage [2007/09/06(木) 22:23:33 ] 名前空間の無い言語はきついな 429 名前：デフォルトの名無しさん mailto:sage [2007/09/06(木) 22:24:51 ] END==TRUEってなんぞ 430 名前：デフォルトの名無しさん mailto:sage [2007/09/06(木) 22:25:40 ] >>428 どちらかというとセンスのないプロ… 431 名前：デフォルトの名無しさん [2007/09/06(木) 22:33:45 ] ちなみに言語はC#だぜＷ 432 名前：デフォルトの名無しさん mailto:sage [2007/09/06(木) 22:35:04 ] ENDがTRUEの間ループをまわすの？ 普通に発狂するわ 433 名前：デフォルトの名無しさん mailto:sage [2007/09/06(木) 22:39:10 ] もっとやまだのコードがみたい 434 名前：デフォルトの名無しさん [2007/09/06(木) 22:39:56 ] ディフォルトTRUE スイッチFALSEとコメントある。 わからない事もない 435 名前：デフォルトの名無しさん mailto:sage [2007/09/06(木) 22:44:32 ] ディフォルトって何？ 436 名前：デフォルトの名無しさん mailto:sage [2007/09/06(木) 22:45:54 ] マでやれ 437 名前：デフォルトの名無しさん [2007/09/06(木) 22:48:14 ] やまだソース今度ZIPであげるわ 438 名前：デフォルトの名無しさん mailto:sage [2007/09/06(木) 22:48:38 ] なんで大文字なんだろ 439 名前：デフォルトの名無しさん mailto:sage [2007/09/06(木) 22:49:42 ] 小文字だと予約語などにぶち当たるからだろ。 それかOLD　BASICの名残。 440 名前：デフォルトの名無しさん mailto:sage [2007/09/06(木) 23:08:58 ] まだLOOP==TRUEの方が理解できる 441 名前：デフォルトの名無しさん [2007/09/06(木) 23:56:29 ] ブレークポイント設定してもデバッグができなくなる現象が突然でました。 どの辺確認すればいいのでしょう？構成はDebugでやってますが 442 名前：デフォルトの名無しさん mailto:sage [2007/09/07(金) 00:01:03 ] ブレークポイントまでいってない説 443 名前：デフォルトの名無しさん mailto:sage [2007/09/07(金) 00:08:40 ] リビルドすれば治る説 444 名前：デフォルトの名無しさん [2007/09/07(金) 00:10:56 ] ブレークポイントはForm_Load内なので、到達してるんです。 性格にはブレークポイントに到達して、デバッグモードになるのに凄い時間がかかって デバッグモード後はF10で1ステップ進ませると、デバッグモード解除されてしまいます 445 名前：デフォルトの名無しさん mailto:sage [2007/09/07(金) 00:21:14 ] Form_Loadのブレークポイントの後に続く文があるのに デバッグモード解除されるんだったら、 多分VSがぶっ壊れてるんだと思うよ 再インスコじゃね 446 名前：デフォルトの名無しさん [2007/09/07(金) 00:31:52 ] 不思議なことに、あるプロジェクトでしか現象出ないんだけど、 とりあえず朝一で再インストールしてみます 447 名前：デフォルトの名無しさん mailto:sage [2007/09/07(金) 00:37:35 ] >444 デバッグのオプションのネイティブのチェックを外して.NETのみをデバッグするようにしたらどうなる？ 448 名前：デフォルトの名無しさん [2007/09/07(金) 00:40:18 ] >>447 すんません。ソースが会社なんで、明日やってみます。thx 449 名前：デフォルトの名無しさん mailto:sage [2007/09/07(金) 01:27:48 ] 「〜〜〜は開始されませんでした」みたいなエラーメッセージがでて デバッグ開始が異常に遅くなるときあるよね。 450 名前：デフォルトの名無しさん mailto:sage [2007/09/07(金) 13:13:13 ] >>378 kwsk 451 名前：デフォルトの名無しさん [2007/09/07(金) 15:01:14 ] ソリューションのクリーンとか試してみた？ 452 名前：デフォルトの名無しさん mailto:sage [2007/09/07(金) 16:39:10 ] 怪しいアプリに邪魔されてた事とかあるな 453 名前：デフォルトの名無しさん mailto:sage [2007/09/07(金) 19:05:00 ] 質問です。 TextBoxコントロールの枠線の色は変更できますか？ できそうにない感じなのですが、そうすると自分で線を描くしかないかと 思うのですが、 Graphics g = this.CreateGraphics(); と取得してコレに対してDrawLineをしてみているのですが、 線が表示されません。 アプローチが間違っているのか、足りないおまじないがあるのか…。 どなたかお知恵をお貸しいただければ幸いです。 454 名前：デフォルトの名無しさん mailto:sage [2007/09/07(金) 19:49:42 ] >453 まずその描画はOnPaintでやるべき。 なんとなく、Panelとかの上にTextBoxを載っけてPanelとかに枠線描いた方が楽じゃない？ 455 名前：デフォルトの名無しさん mailto:sage [2007/09/07(金) 19:59:40 ] >>453 いわゆるオーナードローっぽいことがやりたいのならControlPaintを使うようだから 詳細はMSDNを見るといい が、>>454に同意だな 456 名前：デフォルトの名無しさん mailto:sage [2007/09/07(金) 20:19:15 ] >>454 > まずその描画はOnPaintでやるべき。 TextBoxBase 以下は OnPaint が無視されたような気がする。 457 名前：デフォルトの名無しさん [2007/09/07(金) 20:52:07 ] >450 2003までのCPPはマネージとアンマネージはクラス分けされ、同一コード内にはかけても、そこからメモリへの受け渡しが辛かった。 2005はマネージとアンマネージを並べてかける。 つまり int A=42 printf(A.Tostring()); みたいな事ができる。 458 名前：デフォルトの名無しさん [2007/09/07(金) 20:56:41 ] 何かしょぼいが解る人にはマジで！と叫ぶようなコード。 459 名前：デフォルトの名無しさん mailto:sage [2007/09/07(金) 21:15:38 ] >>453 やってみると意外と面倒だね。 枠の幅が1でよければ、BorderStyle =BorderStyle.FixedSingleにしておいて WM_PAINT捕まえてそこで枠を描画すればできる。 460 名前：デフォルトの名無しさん mailto:sage [2007/09/07(金) 21:44:08 ] public string フィールドしかないクラスから、全フィールドを連結した 文字列をこさえたい。リフレクション使えばできるかと思ったら、 Type.GetFileds() はフィールドの宣言順を保証しないと言う。 どうすればできる? あきらめるしかない? 461 名前：デフォルトの名無しさん [2007/09/07(金) 21:44:35 ] >453 ピクチャボックスに色を塗る。 テキストをフラット枠線無しにしてピクチャの上に載せる これが一番時間がかからない。 グラフィックで書くのも良いけど、速度は体感できない程度しか変わらない 462 名前：デフォルトの名無しさん mailto:sage [2007/09/07(金) 21:47:44 ] >>460 そもそもCILにコンパイルされた時点で宣言順なんて保証されないと思うが。 まああきらめた方がいいと思うよ（仮にできたとしても）。 463 名前：デフォルトの名無しさん mailto:sage [2007/09/07(金) 21:50:44 ] >>461 ぴったり1ピクセル分ずらすのって、むずかしくない？ 464 名前：デフォルトの名無しさん mailto:sage [2007/09/07(金) 21:55:20 ] >>460 Order属性とか自分で定義して全部のフィールドに[Order(2)]みたいに付けといて その順番で連結すれば? それなら余計なメンバを増やしたり動作をいじったりせずにリフレクションだけでできるよ 465 名前：デフォルトの名無しさん [2007/09/07(金) 21:58:07 ] >463 サイズプロパティに打つんだよ。 マウスだとちょっとズレるかもだから 466 名前：デフォルトの名無しさん [2007/09/07(金) 22:01:35 ] >460 ヒント IList delegate 467 名前：デフォルトの名無しさん mailto:sage [2007/09/07(金) 22:07:41 ] >>466 そんなめんどくさいことするくらいなら初めから連結メソッドを定義するだろｗ 468 名前：460 mailto:sage [2007/09/07(金) 22:10:44 ] >>464 カスタム属性か。まあ今も Excel から自動生成してるクラスなんで、 それならできそうです。 >>466 plz one more. 469 名前：デフォルトの名無しさん mailto:sage [2007/09/07(金) 22:12:06 ] >462 確かに宣言順は保証されないんだが、 宣言順に初期化されるという保証があるので事実上宣言順に並んしまうという状態。 それを利用してリフレクションを使って順番通りに文字列をなんかするなんてソースが会社に大量にあって動いている困った状態。 どうにかして宣言順に並んでいないケースって意図的に作れないかな？ 順番は保証されてないから動かない可能性があるって言っても動いてるからって理由で修正を拒まれて困ってる。 470 名前：デフォルトの名無しさん mailto:sage [2007/09/07(金) 22:14:45 ] >468 自動生成クラスなら文字列連結メソッドも自動生成した方がいい。 自動生成クラスが何かのケースで実際に動かして動かないことが発覚するリフレクションより コンパイル時に動かないコードになってることが分かる方がいいよ。 471 名前：460 mailto:sage [2007/09/07(金) 22:56:31 ] >>470 んんん。良くわからんのだが、リフレクションは信用ならないということ? 連結メソッドにしろリフレクションしろ、コンパイルを通した上で、テスト ケースもこなすと思うのだが。 472 名前：453 mailto:sage [2007/09/07(金) 23:33:24 ] >>454 やっぱり重ねるのが楽でしょうか…。 ありがとうございました＾＾ >>455 了解しました、MSDN見てみます。 ありがとうございました＾＾ >>456 な！？ マジですか！？ 処理追ってみます。 >>459 おお、その方法よさそうですね、試してみます＾＾ ありがとうございました＾＾ >>461 やはり載せる案多数ですね…。 ありがとうございます＾＾ とりあえず今日は退勤してまいりましたので、明日にでもいろいろやってみようかと思います。 みなさんありがとうございました＾＾ 473 名前：デフォルトの名無しさん mailto:sage [2007/09/07(金) 23:36:50 ] リフレクションは保障されてない メソッドは保障されてるってことだろ？ わざわざリフレクション使う内容かどうかわからないし。 474 名前：デフォルトの名無しさん mailto:sage [2007/09/07(金) 23:47:59 ] でもこの場合属性を連番で付けるだけなら失敗のしようがないだろ 475 名前：デフォルトの名無しさん [2007/09/08(土) 00:00:35 ] このスレ見てるとC#おもしろそうですね。 アセンブリしかできませんが、挑戦してみようかな 476 名前：デフォルトの名無しさん mailto:sage [2007/09/08(土) 00:03:32 ] 君見る目があるね 477 名前：デフォルトの名無しさん mailto:sage [2007/09/08(土) 00:05:03 ] >>475 今の流れはどちらかと言うと不毛な話ばっかりだと思ったが。 どこらへんが面白かったか教えてちょ！ 正直c#は面白い。 478 名前：デフォルトの名無しさん mailto:sage [2007/09/08(土) 00:08:33 ] F#はもっと面白いよ(´・ω・｀)

---

---

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

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