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

C#, C♯, C＃相談室 Part53 at TECH

1:デフォルトの名無しさん
09/06/16 20:11:11
(#ﾟーﾟ)つ＜ C#、.NETの話題はこちらでどうぞ。

前スレ
C#, C♯, C＃相談室 Part52
ｽﾚﾘﾝｸ(tech板)

Visual C# 2008 Express Edition 日本語版
URLﾘﾝｸ(www.microsoft.com)

その他テンプレ>>2-5くらい

2:デフォルトの名無しさん
09/06/16 20:12:16
関連スレ

ふらっとC#,C♯,C＃（初心者用） Part41
ｽﾚﾘﾝｸ(tech板)

Visual Studio 2008 Part 15
ｽﾚﾘﾝｸ(tech板)

WPF(XAML,XBAP,.NET3.5)GUIプログラミング Part3
ｽﾚﾘﾝｸ(tech板)

【VB.NET】LINQ友の会【C#, C♯, C#】
ｽﾚﾘﾝｸ(tech板)

C#,C＃の宿題片付けます。
ｽﾚﾘﾝｸ(tech板)

3:デフォルトの名無しさん
09/06/16 20:12:26
関連スレ

ふらっとC#,C♯,C＃（初心者用） Part41
ｽﾚﾘﾝｸ(tech板)

Visual Studio 2008 Part 16
ｽﾚﾘﾝｸ(tech板)

WPF(XAML,XBAP,.NET3.5)GUIプログラミング Part3
ｽﾚﾘﾝｸ(tech板)

【VB.NET】LINQ友の会【C#, C♯, C#】
ｽﾚﾘﾝｸ(tech板)

C#,C＃の宿題片付けます。
ｽﾚﾘﾝｸ(tech板)

4:デフォルトの名無しさん
09/06/16 20:13:00
参考リンク

MSDNライブラリ
URLﾘﾝｸ(msdn.microsoft.com)

@IT Insider.NET
URLﾘﾝｸ(www.atmarkit.co.jp)
Insider.NET 会議室ディレクトリ
URLﾘﾝｸ(www.atmarkit.co.jp)
MSDN フォーラム
URLﾘﾝｸ(forums.microsoft.com)

pinvoke.net: the interop wiki!
URLﾘﾝｸ(pinvoke.net)
宇宙仮面の C# プログラミング / C# Programming
URLﾘﾝｸ(ukamen.hp.infoseek.co.jp)
WisdomSoft C#入門
URLﾘﾝｸ(wisdom.sakura.ne.jp)
WisdomSoft Microsoft .NET入門
URLﾘﾝｸ(wisdom.sakura.ne.jp)
どっとねっとふぁん
URLﾘﾝｸ(dotnetfan.org)
緑のバイク　初めてのＣ＃～覚え書き～
URLﾘﾝｸ(homepage3.nifty.com)
どぼん！の .NET Tips
URLﾘﾝｸ(dobon.net)

5:デフォルトの名無しさん
09/06/16 20:13:16
>>2
あーあ
VS2008スレが古いよ

6:デフォルトの名無しさん
09/06/16 20:13:28
otu

7:デフォルトの名無しさん
09/06/16 20:13:44
質問する前に"必ず"WikiやFAQ集を参照し､同じような質問がないか確認してください｡

初歩的な質問はPC初心者板で･･･
URLﾘﾝｸ(pc11.2ch.net)
参考ﾘﾝｸ(よく出てくる情報ﾘﾝｸ)
Windows Vista Wiki
URLﾘﾝｸ(windowsvista.ms)
Windows VistaFAQ
URLﾘﾝｸ(vistafaq.stdo.net)
ｲﾝｽﾄｰﾙから設定･活用まで～すべてが分かるWindows Vista大百科
URLﾘﾝｸ(journal.mycom.co.jp)

8:デフォルトの名無しさん
09/06/16 20:16:40
>>1
乙

9:デフォルトの名無しさん
09/06/16 20:24:00
最近のC#スレの勢いはすごいね。昔のC#ごみだクソだ、Javaのまねｗ
が懐かしく思える

10:デフォルトの名無しさん
09/06/16 20:37:11
前スレの
>みなさんはデリゲートばりばりですか
>現場であまり使う機会がないですがみなさんどうですか

使いまくりです。デリゲート、イベント、ラムダ式等々。
余計なクラス拡張しないですんだり、そもそもクラス自体作らずに寸でよい感じ

11:デフォルトの名無しさん
09/06/16 20:38:40
おつかれー。

まぁ、俺はJava使いだけど、仕事で色々な言語触るようになってから、
使いやすいもん使えばいい、という感じになってきたな。
開発環境も言語も新しいもんがポンポン出てるし、あまりこだわりすぎると芸の幅を狭める。

12:デフォルトの名無しさん
09/06/16 20:54:28
これってJAVAよりカンタンなの？

13:デフォルトの名無しさん
09/06/16 20:58:38
簡単かどうかはともかく糖衣構文だらけで便利ではある

14:デフォルトの名無しさん
09/06/16 21:00:53
言語自体はjavaよりも若干複雑
周辺技術だらけのjavaとは違ってMS技術だけ覚えりゃ使えるから使うのは簡単

15:デフォルトの名無しさん
09/06/16 22:07:28
0から勉強はじめて、それなりに動く物が
作れるようになるまでに必要な勉強期間はJAVAと
比べてどうなの？

16:デフォルトの名無しさん
09/06/16 22:09:18
>>14
ちょっと色々やろうとしたら大差なくならんかね？
DIとかO/Rマッピングとか

17:デフォルトの名無しさん
09/06/16 22:11:13
>>15
0からやる人にとってはC#つかドトネトが圧倒的。
UI付きで動くから物作ってる感が全然違う。

18:デフォルトの名無しさん
09/06/16 22:23:30
コードだけだからなー

button.height=100;
VisualStudioなら
これを実行する前からフォームの概観がわかるが
VSないならいちいち実効しなきゃわからん！不便！

19:デフォルトの名無しさん
09/06/16 22:56:19
labelで文字に縁取りしたり、行間の指定をするにはどうすればよいでしょうか？

20:デフォルトの名無しさん
09/06/16 22:57:23
だがしょせんJavaのまね

21:デフォルトの名無しさん
09/06/16 22:58:36
JavaがそもそもC++とかのまねだろ

22:デフォルトの名無しさん
09/06/16 23:12:17
>>20
MSの後出しじゃんけんは最強。

23:デフォルトの名無しさん
09/06/16 23:17:02
いままでいったいいくつ既存のものを乗っ取ってると思ってるんだ

24:デフォルトの名無しさん
09/06/16 23:20:05
乗っ取られるから悪いんだろ

25:デフォルトの名無しさん
09/06/17 00:05:49
出自がどうあれ便利ならそれでいいじゃん

26:デフォルトの名無しさん
09/06/17 00:18:28
MS全方位で戦いすぎだろ

27:デフォルトの名無しさん
09/06/17 01:06:07
QDOSを買い取ったときに叩いておくべきだった

28:19です
09/06/17 01:09:24
ぐぐって
class MyTextBox : TextBox {
　public void SetFontHeight(int height) 　{
　　this.FontHeight = height;
　}
}
class Hoge {
　meTextBox1.SetFontHeight(20);
}
というクラスで行間の変更が可能だと見つけたのですが、
このテキストボックスをフォームに表示させるにはどうすればよいのでしょうか？
Desiner.csを直接編集するのでしょうか？

29:デフォルトの名無しさん
09/06/17 01:16:54
ビルドしたらツールボックスに出てくるだろ
publicなクラスじゃないとダメかも知れんが

FontHeightの解説のメモに勝手な数字入れんなって書いてるけど

30:19です
09/06/17 01:58:44
ありがとうございます。ビルドしたらでてきました！
しかし
class Hoge {
　ＭｙTextBox1.SetFontHeight(20);
}
の”（”の部分で無効なトークン '(' がクラス、構造体またはインターフェイスのメンバ宣言で使用されています。
とでてきてしまいます・・・・

>FontHeightの解説のメモに勝手な数字入れんなって書いてるけど
あぁそうなのですか・・・・

31:デフォルトの名無しさん
09/06/17 02:14:12
メソッド内じゃないから

32:デフォルトの名無しさん
09/06/17 07:53:37
>>30
こんな感じでおｋ
ちなみにそのコードのMyとその前の空白が全角だぞ
class Hoge {
Hoge(){
MyTextBox1.SetFontHeight(20);
}
}

33:デフォルトの名無しさん
09/06/17 09:32:54
>>20
初期は確かにまねだったが、今はもうまるで別物と化している
ここにきて同系統の言語とは思えない。

34:デフォルトの名無しさん
09/06/17 13:01:58
クラス化したフォームを
メインフォームに貼り付けたいんだが
VC++の時の様に出来なくて困ってます。
メインフォーム側で以下のコードなのですが、

//ユーザー定義のフォームを生成
UserCtrlFrm usrFrm = new UserCtrlFrm();
usrFrm = "ほにゃらら状態を示すフォーム";
usrFrm.Text = "usrFrm";
usrFrm.Tag = 0;
usrFrm.Visible = true;
usrFrm.Location = new System.Drawing.Point(tekitou.X, tekitou.Y);
usrFrm.Size = new System.Drawing.Size(184, 432);
//メインフォームへ結びつけ
this.Controls.Add(usrFrm);

指定した座標どころか、タイトルバーの無いダイアログとして表示されてしまいます。
他に何が足りないのでしょうか？

35:デフォルトの名無しさん
09/06/17 13:07:30
フォームではなくユーザコントロールとして作る
張り付けるときにはデザイナが使えるからコードは不要

36:デフォルトの名無しさん
09/06/17 13:07:56
StartPosition
タイトルバーはFormBorderStyleあたりが影響するが

37:デフォルトの名無しさん
09/06/17 17:55:52
KeyEventArgsクラスの
KeyDataとKeyCodeってどう違うの？
ボタンを押されたら何かするってので

Form1_keydown(object sender,KeyEventArgs e)
{
if(e.KeyCode==keys.Escape)
これと
if(e.KeyData==Keys.Escape)

これが同じ動きなんだけど。
まったく同じものを二つも用意する意味がないから
何か違うんだろうけどHelpみても違いわからない。
誰か教えて

38:デフォルトの名無しさん
09/06/17 18:00:33
修飾キーが組み合わされるかどうか

39:デフォルトの名無しさん
09/06/17 21:17:39
<title>：プログラミング</title>
HTMLに出てくるこういう文字列をデコードするメソッドってありますか？

40:デフォルトの名無しさん
09/06/17 21:19:55
うん

41:39
09/06/17 21:20:56
えーと・・・
文字参照をデコードする方法です

42:デフォルトの名無しさん
09/06/17 21:22:14
HttpUtlity.HtmlDecode

43:デフォルトの名無しさん
09/06/17 21:24:55
できました！ありがとうございます！

44:19です
09/06/18 00:25:25
>>30さん>>31さんありがとうございます。

class Hoge {
Hoge(){
MyTextBox1.SetFontHeight(20);
}
}

とさせていただいたのですが、MyTextBox1がコンテキスト内に存在しません。と
エラーになってしまいます。クラスの継承などよく理解していない、ながらに質問してしまってすいません。
対処というか何が問題なのかすらわかりません。
よろしければ、どなたかヒントくださいませ。

45:デフォルトの名無しさん
09/06/18 00:34:10
なんでHogeとか出てくんの？
Form1に貼り付けてLoadイベントとかで設定するもんでしょ

46:デフォルトの名無しさん
09/06/18 02:37:54
Form1.Controls.Add(MyTextBox1);

47:デフォルトの名無しさん
09/06/18 03:58:50
誰に刺せて頂いたの？

48:デフォルトの名無しさん
09/06/18 08:07:56
おまいらHogeとかHogeHogeとかどれぐらい使ってる?(´・ω・｀)

49:デフォルトの名無しさん
09/06/18 08:23:22
Hogeってどういう意味？

50:デフォルトの名無しさん
09/06/18 08:44:24
ジャイアンみたいな感じ?

51:デフォルトの名無しさん
09/06/18 08:49:20
foo, bar

52:デフォルトの名無しさん
09/06/18 10:56:17
>>48
Hoge,Hehe,Gege
foo,bar,baz
くらいかな、サンプルで何でも良い何かを表すときだけしかつかわないし

53:デフォルトの名無しさん
09/06/18 14:17:03
Hoge Fuga Mage

54:デフォルトの名無しさん
09/06/19 00:43:09
俺のお気に入りはPiyo

55:デフォルトの名無しさん
09/06/19 00:49:22
x, xx, xxx, xxxx とかよく使ったりする。
すぐ消すか、後からリネームする変数限定だけど。

56:デフォルトの名無しさん
09/06/19 01:07:05
fox

57:デフォルトの名無しさん
09/06/19 01:09:24
ほげほげ（＾ｑ＾）

58:デフォルトの名無しさん
09/06/19 08:05:02
Hoge、Hage、Hige
後で見て分からなくなるぜ

59:デフォルトの名無しさん
09/06/19 19:03:27
後で見るやつに適当な名前付けんな

60:デフォルトの名無しさん
09/06/19 22:33:17
Hoge には「意味がない」という意味があるから適当な名前と
いうわけではない。一応。

61:デフォルトの名無しさん
09/06/20 00:39:29
Hogeがとあるmix廃人のhandle名が由来ってのわかる人はすでに鬼籍にしかおらんのかもしらん

62:デフォルトの名無しさん
09/06/20 00:46:12
幽霊さんですか？

63:デフォルトの名無しさん
09/06/20 00:53:47
>>60
Hogeは「意味が無い」と言う意味であれば、何かに使った時点で
その何かの意味を持つので、使うこと自体が間違いである

64:デフォルトの名無しさん
09/06/20 01:13:54
ねーぞ？ラテン語かなんか？
URLﾘﾝｸ(eow.alc.co.jp)

65:デフォルトの名無しさん
09/06/20 01:14:46
Hageは？

66:デフォルトの名無しさん
09/06/20 01:21:40
Hogen Sie, bitte.

67:デフォルトの名無しさん
09/06/20 10:21:07
>>61 このあいだshowさんがあれこれ書いてた

68:デフォルトの名無しさん
09/06/20 10:22:09
てか、ウニマガでhogeを使った人はmixとの接点がないのよね。

69:デフォルトの名無しさん
09/06/20 13:30:34
>>63
適当な名前をつけると意味があるように見えて混乱するので、
変数名に意味がないことを示して気に留めるなってことを示す
名前だから「適当な名前」じゃないよって話。
本来それを否定するものだから。メタ構文変数。

実コーディングに使うな(実コードで意味がないものなどないと
いう考え方)とかはまた別の話。

70:デフォルトの名無しさん
09/06/20 17:05:58
テスト的に動かすときに、クラスメイトか変数名でHogeは多用されています(´・ω・｀)

71:デフォルトの名無しさん
09/06/21 03:11:40
aaa,bbb

72:デフォルトの名無しさん
09/06/21 08:40:00
>>70
そのテストプログラムが間違って配布されたら…ｶﾞｸｶﾞｸﾌﾞﾙﾌﾞﾙ
うｐ　wktk

73:デフォルトの名無しさん
09/06/21 09:22:24
そういえばジャグ配列と多次元配列でパフォーマンスが違うのは有名だが、
環境によっても左右されるんだな。
家のPCだと簡単な計算ならジャグ配列の方が速い時が多いのに、
全く同じコードを研究室のPCで実行すると多次元配列の方が圧倒的に速い。
この辺はJITコンパイラがまだまだだな。

74:デフォルトの名無しさん
09/06/21 09:36:49
ちなみに CPU に違いとかあるの？

75:デフォルトの名無しさん
09/06/21 13:40:16
JITが吐くマシン語が見れたらいいのに

76:デフォルトの名無しさん
09/06/21 15:04:45
CheckedListBoxみたいなやつで1つの項目に対して項目を追加できるのを
使いたいんですが名前がわからないので誰か知ってたら教えていただけますか。

77:デフォルトの名無しさん
09/06/21 15:07:45
日本語でおｋ

ListView……か？

78:デフォルトの名無しさん
09/06/21 15:08:41
よくわからん・・・
TreeView にチェックボックスつけたような感じ？

79:デフォルトの名無しさん
09/06/21 15:22:15
ちっこくてわかりにくいですが
URLﾘﾝｸ(118.82.122.42)
にあるムービーの5分07秒の真ん中らへんにあるやつです。

80:デフォルトの名無しさん
09/06/21 15:29:00
キャプチャして画像だけあげるとかしようよと思わんでもない
TreeViewという言葉が出てこないのはさすがにどうかと思う

81:デフォルトの名無しさん
09/06/21 15:37:17
TreeViewそのままだね。CheckBoxes = True で。

82:デフォルトの名無しさん
09/06/21 15:53:25
>>75
C#Builderならブレークポイントを掛けたら見れた

83:デフォルトの名無しさん
09/06/21 16:35:03
>>82
JIT結果のよ？
MSIL コードじゃなくて、それをさらに JIT したネイティブのマシン語。

84:デフォルトの名無しさん
09/06/21 16:38:58
TreeViewそのままでしたね、ありがとうございます。

テキストボックスに入力されているテキストとCheckedListBoxに追加した項目の名前を同期させたいと
思ってTextChangedで変更されてる瞬間にテキストを設定してるはずなのですがうまくいきません。
Refreshも最後にやったりしてるんですが変更されません。違う箇所で項目の名前の変更自体がうまく
いってないみたいなんですがどなたかわかりませんか？

85:デフォルトの名無しさん
09/06/21 16:42:42
>>83
そうだよ
x86のネイティブコードとソースの混合画面が見られた
C#Builderもラインナップから消えちゃったけどね(´･ω･｀)

86:デフォルトの名無しさん
09/06/21 16:44:27
VSだとデバッグ＞逆アセンブル
エディションによって見れないかどうかは知らんが

87:デフォルトの名無しさん
09/06/21 16:53:14
>>84
TextChanged内のコード書いてみ

88:デフォルトの名無しさん
09/06/21 21:55:52
>>73
ほんとかよ、ちょっと考えられないんだが。

89:デフォルトの名無しさん
09/06/21 22:12:20
通常はどっちがパフォーマンスいいの？
多次元ぽいけど。

90:デフォルトの名無しさん
09/06/21 22:15:42
要素の参照はジャグの方

91:デフォルトの名無しさん
09/06/21 22:21:30
>>90
なんで？

92:デフォルトの名無しさん
09/06/21 22:30:54
原理的には多次元配列の方が早いはずなんだけど、
.NET の場合は1次元配列の場合にのみ専用の IL 命令持ってるせいで、
JIT 次第で多次元配列がジャグ配列より遅くなることも多々あるとか。

93:デフォルトの名無しさん
09/06/22 12:43:11
フォームにBackgroundImage貼り付けてタイルっぽいデザインにしたら
途端にもの凄く重くなった。
VC++の時も貼り付けてたがこんなに重くならなかったんだが・・・
何か設定がまずいのかな？
ローカルリソースのインポートからjpg指定してるだけなんだけど・・・
プロジェクトリソースにしても余り変化は見られなかった。
どなたか軽くする方法知ってる方いたら教えて下され

94:デフォルトの名無しさん
09/06/22 17:16:56
OnPaintBackgroundをオーバーライドして自分で描画してみたら

95:デフォルトの名無しさん
09/06/22 17:35:13
何もしてない素のフォームアプリで重いの？

96:デフォルトの名無しさん
09/06/22 17:41:24
タイルじゃなくてものすごく大きな画像を貼ってるんじゃないのか？

97:デフォルトの名無しさん
09/06/22 17:49:40
こまいファイルを並べるように表示してるんじゃないの。
一つの大きな画像指定するとかすれば

98:デフォルトの名無しさん
09/06/22 18:04:38
でかい画像でかつタイル指定だと重い気がするな
タイルはデフォなので、はずして試してみるといいかも。

99:デフォルトの名無しさん
09/06/22 18:44:37
>>93
Stretchとかリッチな条件で貼ってない？

100:デフォルトの名無しさん
09/06/22 19:03:32
みんなが言うようにデカい画像→縮小でタイル表示は
元のサイズ次第で死ぬほど遅いね

101:デフォルトの名無しさん
09/06/22 21:47:51
縮小したイメージでタイルしなはれ(´・ω・｀)

102:デフォルトの名無しさん
09/06/22 22:14:27
アドバイスどうもです。
縮小してやってみます。

そんな大きくないんだけどなぁ
後、余り小さくてするとちょっとしたグロ画像になってまうかもｗ

103:デフォルトの名無しさん
09/06/23 19:13:42
ファイルのパスだけを得たいためOpenFileDialogを使用していたの
ですが、使用中のファイルの場合「このファイルは使用されています～」
というエラーメッセージが表示されて選択できません。
回避策はあるでしょうか？
・・自分で作るしかない？

104:デフォルトの名無しさん
09/06/23 19:30:19
>>103
URLﾘﾝｸ(msdn.microsoft.com)

105:デフォルトの名無しさん
09/06/23 20:07:01
>>103
プロパティにない以上OpenFileDialogクラスじゃどうしようもないね

106:デフォルトの名無しさん
09/06/24 18:54:22
>>68
その系列はロビン電子経由で直接本人と面識ある派だと思う

107:デフォルトの名無しさん
09/06/24 19:17:01
ふらっとC#,C♯,C＃（初心者用） Part42
ｽﾚﾘﾝｸ(tech板)

ふらっとの新スレご案内

108:デフォルトの名無しさん
09/06/25 14:26:55
>>106
そうなのかなぁ。
Hoge!さんから、メタ構文変数のhogeへの系譜（があるのか否か）って
まだ検証されてないよね。

109:デフォルトの名無しさん
09/06/26 22:37:12
>>104
>>105
ありがとう。
どうしても解決できなかったのと、他の理由で
作る必要が出たので自作しときます。

110:デフォルトの名無しさん
09/06/29 19:37:54
webBrowser.Navigate("URLﾘﾝｸ(www.xxx)");
でアクセスするとアクセスした記録が残るのに
WebRequestなどでアクセスしてもninjaツールなどで
アクセス記録が表示されないのはなんでやろ？

111:デフォルトの名無しさん
09/06/29 19:47:59
agentだろ

112:デフォルトの名無しさん
09/06/29 20:21:45
UserAgent設定してみたけどあかんね…

113:デフォルトの名無しさん
09/06/29 20:31:31
スクリプトとimg辺りで履歴取ってんだろ

114:デフォルトの名無しさん
09/07/03 15:52:52
相談させてください。

PDFのセキュリティ設定（コピー許可、印刷許可など）を読み取りできるライブラリを
どなたかご存じないですか？

アンテナハウスのサーバーベース・コンバーターはR/Wとあったからできそうですが、
たったそれだけのことに導入するのは辛すぎです。

115:デフォルトの名無しさん
09/07/03 18:51:12
>>114
PDFはアドビが仕様書配布してるよん

116:デフォルトの名無しさん
09/07/03 20:50:41
C#2008を使用しています。
エディタのプロパティウィンドのように
DataGridViewに指定クラスのプロパティを
表示、編集することは出来るでしょうか？
DataTableを作って表示させることは出来ると
思いますが、できれば
Grid.DataSource = クラス
のように簡単にいかないものかと。
BindingSourceを使ってもうまくいきませんでした。

117:デフォルトの名無しさん
09/07/03 20:54:36
PropertyGridじゃだめか

118:デフォルトの名無しさん
09/07/03 21:05:44
PropertyGridって表示する分には超お手軽だけど
ちょっと凝ったことしようとすると一気に難しくなるよねｗ

119:116
09/07/03 21:09:57
ぬぉぉおぉぉぉ
どんぴしゃです！ありがとう！

C#って思った以上にいろいろ揃ってますねぇ

120:デフォルトの名無しさん
09/07/03 23:38:30
>>114
中身はテキストベースだから、仕様書を精査すれば気合でパースできなくもない
Javaでいくつかライブラリあるから参考にしてみるのはどうか

121:デフォルトの名無しさん
09/07/04 00:33:17
PropertyGridは開発者専用と考えたほうがいいよ
そもそもこんなものが標準のライブラリにあるのがおかしい
WPFでは無くなってるし

122:デフォルトの名無しさん
09/07/04 03:33:20
何がおかしいの？

123:デフォルトの名無しさん
09/07/04 07:09:21
高機能で自動的過ぎて潰しが効かないという意味じゃね？
SelectedObjectのpublicなプロパティを自動表示するとかの部分。
明らかにユーティリティであって、コントロールとしては度を越えている。
WPFでは無くなっているっていうより、まだまだ練れていないから、導入は
見送っているんじゃないかなMS。

124:デフォルトの名無しさん
09/07/04 07:59:50
>>123
自動表示するから楽ちんなんじゃんｗ
カスタムしたければ好きなように隠せるし
存在しないプロパティをあるように見せたりも出来る

125:デフォルトの名無しさん
09/07/04 08:58:21
WPFでなくなってるのって
リストとかグリッドがアホみたいに高機能化して
PropertyGridの存在意義がなくなったからだろ
リストやグリッドの子要素として「何でも」埋め込めるんだぜ
自動表示ってのもBindingでどんなデータにも紐付けられるし

126:デフォルトの名無しさん
09/07/04 09:37:02
いずれにせよ開発者向けのツールを作るためのコントロールであって
一般のユーザーに触らせるのは間違い

127:デフォルトの名無しさん
09/07/04 09:37:46
>>114
やったことないからよくわからないけど
Acrobat SDK とか使えばできるんじゃないの。
Adobe Reader とかインストールされた環境が前提になるだろうけど。

128:デフォルトの名無しさん
09/07/04 11:35:32
hoge.GetType()==typeof(Hoge)
で型チェックしたらえらい速いんだけどJITで特別に最適化されてたりする?
左辺をいったんローカル変数に入れたら10倍くらい遅くなるみたい

129:デフォルトの名無しさん
09/07/04 11:38:45
>>127
たぶんむり
セキュリティ絡みはAdobeの有料アプリ買わないと出来ない機能だし
どうやっても金払わないことには無理だろうね

130:デフォルトの名無しさん
09/07/04 15:46:22
べつにセキュリティの設定を変更するわけじゃないんじゃないの。
たんにプロパティみたいだけでしょ。

131:デフォルトの名無しさん
09/07/04 16:05:46
>>114
URLﾘﾝｸ(www.ujihara.jp)
これで出来そう

132:デフォルトの名無しさん
09/07/04 16:08:37
URLﾘﾝｸ(stackoverflow.com)
ここに載ってるの確認すれば？
iTextSharpで全部できそうだけど(よく見てない)

133:デフォルトの名無しさん
09/07/04 16:54:20
null と空文字どちらでも良い場合、どっちで管理するのが一般的なの？
空文字だと??が使えなくなるから不便かな？
nullはnullで何か面倒なことになりそうな気もするし

134:デフォルトの名無しさん
09/07/04 17:51:24
文字列の操作なら""
オブジェクトの操作ならnull

135:デフォルトの名無しさん
09/07/04 18:28:25
>>128
確認してないけどコンパイル時に is に変えてるんじゃないの？
ローカル変数に入れちゃうと is に変換できないからとか

136:デフォルトの名無しさん
09/07/04 23:40:05
isに変えてるわけはない。
動作が変わってしまうから。

変数に入れると遅くなるのはTypeの取得が走るからで、
何らかの方法でハンドルの比較だけに変えられてるとかか？

137:デフォルトの名無しさん
09/07/04 23:47:47
Type.GetTypeHandle(hoge)==typeof(Hoge).TypeHandle
こんな感じになってるとか。

138:デフォルトの名無しさん
09/07/05 08:14:14
ILを見た限り違いはなかった。JITでいろいろやってるのかな。

139:114
09/07/05 08:19:35
>>131
iTextSharpならTitleとAuthorの読み取りに使ったけど、
AllowCopy関連はWriteできるけどReadIがなかった（と思う）。

140:デフォルトの名無しさん
09/07/06 08:39:41
コメントのXMLドキュメントタグって使ってる?
どうにもとっつきにくいわ、冗長だわ、読みづらいわで使わずじまいなんだけど。

141:デフォルトの名無しさん
09/07/06 08:42:26
なにそれ？といってのける俺はもしかして勝ち組？

142:デフォルトの名無しさん
09/07/06 09:43:53
大敗

143:デフォルトの名無しさん
09/07/06 09:46:03
>>140
あれは、メタデータに加工するためのものだから、読みづらい言われても…

144:デフォルトの名無しさん
09/07/06 11:08:37
//
// 機能 : あんなことやこんなことを行う
//
// 機能説明 : あんなことやこんなことを行う。
// 　　　　　　　その中であんなことやこんなことが起きればあんなことやこんなことを行う。
//
// 引数　　: ARG1 - あんなの
//　　　　　　　　ARG2 - こんなの
//
// 返り値 : そんなの
//
// 備考 : 簡単なサンプルです。
//

145:デフォルトの名無しさん
09/07/06 11:35:22
XMLドキュメントタグを使わないと、インテリセンスにちゃんと説明が出てこないだろ。

146:デフォルトの名無しさん
09/07/06 15:09:38
>>140
どうやって読んでいるのか気になるところ

147:デフォルトの名無しさん
09/07/06 16:40:13
あのXMLは超便利だろ
インテリ効くしビルド時に出力すればヘルプファイルも作れるし

148:デフォルトの名無しさん
09/07/06 17:48:51
とあるクラスからDispoes付きのコレクションを取得して
foreachにかけるとき、全部Dispoesすべきなんでしょうか？
要素は出来るだけ早く開放したほうがいいものを想定しています。

using( クラス )
{
using( コレクション = クラス.取得 )
{
foreach( 要素 in コレクション ) {
要素.Dispoes();
}
}

149:デフォルトの名無しさん
09/07/06 17:53:22
そんなんしらんがな
クラスとコレクションと要素の製作者に聞け

150:デフォルトの名無しさん
09/07/06 18:30:19
>>140
とっつきにくい？

冗長さと読みづらさはまあ分からんでもない
コードが多少ごちゃごちゃになるからな

とっつきにくいことは無いだろう
関数とかの宣言の上でスラッシュをｶｶｶっと三回入力するだけで
テンプレ出てくるんだから

151:デフォルトの名無しさん
09/07/06 19:16:13
>>148
using()するなら、Disposeしちゃ駄目。

152:デフォルトの名無しさん
09/07/06 19:19:40
>>151
usingしてるのはコレクション
disposeしてるのは要素
>>149のツッコミが正しい

153:デフォルトの名無しさん
09/07/06 21:27:37
Dispose は何度呼ばれても大丈夫なように作らなければならないから
何度呼んでもいいべ

154:デフォルトの名無しさん
09/07/06 23:50:03
>>140
もったいなさ過ぎると思います

155:デフォルトの名無しさん
09/07/07 00:02:46
あれだな、とりあえず

・/// で VS は色々生成してくれる
・エディタのツリーでコメントはたためる
・インテリセンスのツールヒントに注目
・Sandcastle とか使ってみる

この辺押さえろみたいな

156:デフォルトの名無しさん
09/07/07 00:13:10
>>144
なにこれ見やすい

157:デフォルトの名無しさん
09/07/07 00:25:22
>>156
そんな所見やすくてもしかたないだろ、ヘルプは使う所(インテリセンス)で見るんだから

158:デフォルトの名無しさん
09/07/07 00:37:24
>>156
タグ嫌い？英語嫌い？

159:デフォルトの名無しさん
09/07/07 03:17:06
そんなにたくさんコメント書くの('A`)ﾏﾝﾄﾞｸｾ

160:デフォルトの名無しさん
09/07/07 08:58:46
わずか2,3行のメソッドに長々としたコメントが付いてるのは糞ウザイ

161:デフォルトの名無しさん
09/07/07 21:09:34
俺が一生懸命コメント書いてドキュメント生成しても誰も読まない

162:デフォルトの名無しさん
09/07/07 21:10:40
無駄な努力乙

163:デフォルトの名無しさん
09/07/07 21:38:51
ドキュメントはたまにしか見ないな。
インテリセンスとVSのオブジェクトブラウザでほとんどの場合は事足りてる。

164:デフォルトの名無しさん
09/07/07 21:55:13
ドキュメントは全体の流れと思想が書いてあれば大体足りる。

165:デフォルトの名無しさん
09/07/07 21:56:11
そして投げられる例外の記述が無くてキレる

166:デフォルトの名無しさん
09/07/07 22:28:40
>>160
XMLコメントやインテリセンスの登場は、ソースを読むというくだらない時間を割くのはやめるといいよ
という事なんだと思うよ

最近C#慣れしてきて、だんだんコメント不要の意見が変わってきたオレ
ソースコードの変更にコメントの変更が遅れるぐらいならソースコードをきっちり書けというのは間違っている
コメント(仕様書)にソースコードが管理されるべきだなとw
こんなに楽ちんならもう元には戻れない

167:デフォルトの名無しさん
09/07/07 22:35:21
>>166
WEB というものがあってだな・・・

168:デフォルトの名無しさん
09/07/07 22:37:54
WebもASP.NETで！

169:デフォルトの名無しさん
09/07/07 22:41:08
WEB と Web は違う。クヌース先生の Web サイトでも見てこい。

170:デフォルトの名無しさん
09/07/08 09:35:25
>>165
MSDNですら書いてない例外が飛んでくることは普通にあるしな。

171:デフォルトの名無しさん
09/07/08 19:26:11
最近やたら煽りが多いと思ったらストールマン発狂つづいてオプソ信者発狂でC#狙い撃ちだったんだなw
タコつぼで暴れてろよお前らよ

172:デフォルトの名無しさん
09/07/08 19:34:18
　　　　　　　　 ,,-‐----‐､　, -'"`￣￣"`''-,__, --‐‐-..,
　　　　　　　 /　、ﾞヽ､ ‐-'´ 　　　　　　　　　ヽ‐- / /　　ヽ
　　　　　　,/´　..,　ヽ,,l_)'　　　zｪｪｪｧ'　　;rfｧt ヽ ,ﾄ/ /　　　ヽ
　　　　　/　　　　ヽ,r' ,l′　　　＿,,,　　 .　__,, 　,lﾞ.-〈__r,'､　　　ヽ_
　　　　_.l　　　ヽ」　 ,l　　　　.ｲてｿ｀　l　ｲにj`,/　　ﾞ‐ヽ､＿,,　 /l 　　
　　　 ,l l|　　－'´ll　　 ,l　　　　rソi" 　ヽじ'' fﾞl　　　.,//ﾞl　　 //＼　ココおかしいんじゃねえか
　　　 l｀l|　　　　 l|ヽ　 v'⌒ヽ　　　　　 .,ﾉ　　j/　　　 |l 　　　// 　　}
　　　ｌ　＼　　　 l| ,l　　l_U>　　　 r‐--‐ｧ　　,l　　　　|,l　　//　　　 l
　　 /　　　'＼　 l|｀l　　　ゝ_,´ 　　ﾞヽ__r′ .,.'　　　___l ヽ　/

173:デフォルトの名無しさん
09/07/08 20:41:31
なんかめったにこのスレで見ない大 AA が現れたの見て
>>171 はひょっとしてとちょっと思った

174:デフォルトの名無しさん
09/07/10 17:16:57
C#のソケットですが、.NET1.1から何か変更はありますか？
ソケット関連の本を買おうかと思ってるのですが、2004年の
ものなので情報が古いかなと思いまして。

175:デフォルトの名無しさん
09/07/10 17:48:38
1.1はもはやC#の方言だからやめた方がいい。

176:デフォルトの名無しさん
09/07/10 18:37:37
MSDN見て自分で補正できないレベルだったら、２．０以降用を探すようにすすめる。

177:デフォルトの名無しさん
09/07/10 19:34:02
>>176
>>175
ありがとうございます。2.0対応だったら買うことにします。

178:デフォルトの名無しさん
09/07/10 21:42:28
イベントに関して質問です。
イベント += Onイベント
イベント -= Onイベント
のように+=および-=演算子でイベントを登録/解除できると思いますが、
イベントにOnイベントが既に登録されているかどうか判断することは出来ないのでしょうか？

179:デフォルトの名無しさん
09/07/10 21:50:35
うん

180:デフォルトの名無しさん
09/07/10 21:57:56
ですよね。
残念。

181:デフォルトの名無しさん
09/07/11 01:03:27
自分で定義したイベントなら取れる。

182:デフォルトの名無しさん
09/07/11 01:11:34
>>178
通常は判別できる必要性など無いと思うが
逆に必要と思った理由を教えて欲しい
ただし、「多重登録の回避」という回答は却下

183:デフォルトの名無しさん
09/07/11 01:14:00
自分で定義したイベントでなくても取れそうだ。
Reflction なコード書くのが面倒だから、サンプルは作らんけど。

Component の Events、EventHandlerList、Delegate.GetInvocationList() あたりを
調べてみて。

184:デフォルトの名無しさん
09/07/11 01:35:17
それはそれに結びついている保証もないというか
ロジック確認してみたいなハックに等しいから
分離を破壊する(実装変わったら終了って話)ので
さすがに薦めるのどうよ
アクセサが add/remove しかないんで無理でもう
いいじゃん

185:デフォルトの名無しさん
09/07/11 10:24:34
クラスAがイベントHogedを持っていて、クラスBのなかでクラスAのインスタンスaを作り自分のメソッドHogeをHogedに登録するとする。
あるタイミングでaは破棄されるんだけど、そのときHogeはHogedからRemoveする必要ないよね？

186:デフォルトの名無しさん
09/07/11 11:02:04
うむ

187:デフォルトの名無しさん
09/07/11 11:05:58
COBOLは、データラベルについてREDIFINEで再定義を行うことができますが、
C#でも同様に、
　01　DATE
　　05　YY
　　05　MM
　　05　DD
みたいな再定義はできますか？
よろしくお願いします。

188:デフォルトの名無しさん
09/07/11 11:19:50
union かなあ

189:デフォルトの名無しさん
09/07/11 11:21:45
ってここC#か、MarshalAs属性とか？

190:デフォルトの名無しさん
09/07/11 12:49:04
>>184
保証はあるだろ。

できる/できないの話として「できる」ってだけで、
薦める/薦めないの話じゃない。

191:デフォルトの名無しさん
09/07/11 12:58:02
ないよ
イベントはデリゲート型ではあるけど実装としてデリゲートを使う必要はない

192:デフォルトの名無しさん
09/07/11 13:05:49
+=、-= でデリゲートを使わない、具体的な例を頼む。

193:デフォルトの名無しさん
09/07/11 14:14:03
int a = 1, b = 2;
a += b;
a -= b;

194:デフォルトの名無しさん
09/07/11 14:26:49
>>190
いや、完全に実装依存。
あるイベントについて現時点で動作するロジックなら書ける。
でも、全てのイベントについて今後永久に動作するロジックは無理。

195:デフォルトの名無しさん
09/07/11 14:29:51
>>191
イベントはデリゲート型ではあるけど

これは違うような。。

196:デフォルトの名無しさん
09/07/11 15:13:43
C#のテキストボックスで、
・高さ指定＆文字列の縦配置を中央にする。
・高さ指定＆padingを設定する。
以上のいずれかは可能でしょうか。
老人向けの大きな見栄えの良いボックスを作りたいのですが…。

197:デフォルトの名無しさん
09/07/11 16:15:45
>>185-186
の件だけど、これってデリゲートが弱参照だってことだよね。
ヘルプで見つからないフシアナな俺に、どこに書いてあるか教えて。

198:197
09/07/11 16:16:58
あ、ごめん。aを破棄した時か。
じゃあ問題ないな。

199:デフォルトの名無しさん
09/07/11 16:33:39
Win32APIのスレで聴いたのですがスレ違いとのことでした。．ＮＥＴの
クラスで解決できるでしょうか？

現在、．ＮＥＴアプリケーションでWebBrowserコントロールにおいて
フォルダのExplorer表示を出しています。そうすると必ずあの青色の
「タスクメニュー」が現れてきます。

通常のエクスプロ－ラだとそれをフォルダツリーに置き換えたり、
検索ツールに置き換えたりできました。

自分のアプリケーション上で、あのタスクメニューを消してしまうことは
できるでしょうか？できるようであればその方法を教えてほしく。

ちなみに、エクスプローラのオプションで「全般」タブ→「作業」のところ
で、「従来のWindowsフォルダを使う」を選ぶとタスクメニューはでなくは
なるのですが、そうすると、Ｘｐでは「写真」表示ビューが使えなくなって
しまうので、「フォルダに共通の作業を表示する」の方で使いたいので
した。このオプションの状態で、プログラムから「タスクメニュー」を消す
方法がありましたら教えてください。

よろしくお願いします！

200:デフォルトの名無しさん
09/07/11 20:20:40
>>187
自分ならプロパティで実装するかな？
.NETクラスライブラリのSystem.DateTimeにも
Year, Month, Dayプロパティがあるから、プロパティによる実装がC#流のはず

201:デフォルトの名無しさん
09/07/11 21:06:20
>>196
Multiline=trueにすれば高さ指定はできるけど、
老人向けならフォントをでかくすればいいだけじゃないの？

202:デフォルトの名無しさん
09/07/11 21:58:13
>>200追記
REDEFINES句の例としてはSystem.DateTimeは不適切だったかも

01 DATE-STRING PIC X(6).
01 DATE REDEFINES DATE-STRING.
05　YY PIC 9(2).
05　MM PIC 9(2).
05　DD PIC 9(2).

のようなことをやりたい？
これもプロパティによる実装が良いと思う。

203:デフォルトの名無しさん
09/07/11 23:37:33
>>202
ありがとうございます。
プロパティをオリジナルで定義するということでしょうか。

204:デフォルトの名無しさん
09/07/11 23:42:26
>>201
ありがとうございます。
操作性と見栄えを重視したシステムにしなければならないんので、
テキストボックス内の上下の余白をゆったり目にとって、
かつ中央揃えにしたいんです。
これはｃ＃では不可能なのでしょうか…。

205:デフォルトの名無しさん
09/07/11 23:48:30
>>204
TextBox を使わないで独自コントロールを使うとか
Panel 上に透明な TextBox を乗せてごまかすとか。

206:デフォルトの名無しさん
09/07/12 00:16:23
system.windows.controls.control.padding

207:デフォルトの名無しさん
09/07/12 00:27:58
>>204
少なくとも、C#そのものは関係ない。
(というか、C#のテキストボックスなんてないだろ)
どういうGUIコンポーネントを使うかは関係がある。

208:デフォルトの名無しさん
09/07/12 00:35:48
WPFを使えばどうも簡単にできるみたいだけどね・・・。開発環境がまだ完成しきってないし、Vista以降ターゲットになっちゃうけど

209:デフォルトの名無しさん
09/07/12 00:41:51
>>208
普通にXPで動くけど？

210:デフォルトの名無しさん
09/07/12 01:14:44
>>209
そうなんだ！勘違いしていたよ！

211:デフォルトの名無しさん
09/07/12 01:25:20
>>206
そんな名前空間、あったっけ…？
探しても見つからない(-_-;)。

212:デフォルトの名無しさん
09/07/12 01:27:42
すいません。
ＶｉｓｕａｌＣ＃2008で、フォームアプリケーションを作っているんですけど
フォームの多重表示を禁止したいのですが、検索してみつけたソースどおりにしても
まだ多重表示をされます。なにかソースがおかしいのでしょうか？

表示するフォーム＝about.cs

about about = null;
if ((about == null) || about.IsDisposed)
{
about = new about();
about.Show();

}
参考ページ:URLﾘﾝｸ(homepage3.nifty.com)

213:デフォルトの名無しさん
09/07/12 01:29:00
ローカル変数においといちゃダメだろ

214:デフォルトの名無しさん
09/07/12 01:44:44
>>206
C#でその名前空間を使うにはどうすればいいの？

215:デフォルトの名無しさん
09/07/12 02:21:36
>>211 >>214
WPFの一部だから基本的にWPFプロジェクトで使う。
URLﾘﾝｸ(msdn.microsoft.com)

216:デフォルトの名無しさん
09/07/12 03:06:00
Ｃ♯では、テキストボックスのパディングや縦位置の中央揃えが存在ないということ？
そんな…まさか…。

217:デフォルトの名無しさん
09/07/12 03:25:54
>>216
C#に押し付けるとは・・・まだまだ青いな

218:デフォルトの名無しさん
09/07/12 06:56:46
>>217
もしかしてこれからはWPFの時代ですかね…？
Ｃ♯でできる裏技があればゆいのですが(*_*)

219:デフォルトの名無しさん
09/07/12 07:29:19
>>216
あるからググレ

220:デフォルトの名無しさん
09/07/12 08:01:33
WPFの柔軟性は異常。
Formsは今後のバージョンアップ
は見込めないらしいね。

221:デフォルトの名無しさん
09/07/12 08:50:00
ググるまでもなく>>215のリンク先に答えが書いてあるし
>>216とか>>218は言語フィルタでC#外しているのか

222:デフォルトの名無しさん
09/07/12 11:51:05
　　　　　　　＿＿＿_　　　
　　　　　　／＼　　／＼　ｷﾘｯ
.　　　　　／　（ー）　（ー）＼　　　　　　
　　　　／　　 ⌒（__人__）⌒ ＼　　　　
　　　　|　　　　　|r┬-|　　　　| 　　　　　今後永久に動作するロジックは無理
　　　　＼　　　　 `ー'´　　／　　　　　　
　　　　ノ　　　　　　　　　　　＼
　／´　　　　　　　　　　　　　　ヽ　　　　　　　
　|　　　　ｌ　　　　　　　　　　　　　　＼
　ヽ　　　 -一''''''"~~｀`'ー--､　　　-一'''''''ー-､. 　　
　　ヽ＿＿＿＿(⌒)(⌒)⌒)　)　　(⌒＿(⌒)⌒)⌒))

　　　　　　　　＿＿＿_
　　　　　　　／_ノ　ヽ､_＼
　ﾐ　ﾐ　ﾐ　　oﾟ(（●）) (（●）)ﾟo　　　　　　ﾐ　ﾐ　ﾐ
/⌒)⌒)⌒. ::::::⌒（__人__）⌒:::＼　　　/⌒)⌒)⌒)
|　/　/　/　　　　　|r┬-|　　　　|　(⌒)/　/ / /／　　だっておｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ
|　:::::::::::(⌒)　　　　|　|　 |　　／　ゝ　　:::::::::::/　　　　当たり前だろｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ
|　　　　　ノ　　　　|　|　 |　　＼　　/　　）　　/
ヽ　　　　/　　　　　`ー'´ 　　　ヽ /　　　　／　　　　　バ
　|　　　　|　　 l||l　从人 l||l 　　　　 l||l 从人 l||l　　バ　　　ン
　ヽ　　　 -一''''''"~~｀`'ー--､　　　-一'''''''ー-､　　　　ン
　　ヽ＿＿＿＿(⌒)(⌒)⌒)　)　　(⌒＿(⌒)⌒)⌒))

223:デフォルトの名無しさん
09/07/12 12:47:15
>>215
俺も読んでみたけど、分からないんですが…。
テキストボックスのプロパティで縦の位置を中央揃えに指定できないし、
windows.control名前空間もC#だと見当たらない。
>>216
ぐぐっても出てこないよー…。

224:デフォルトの名無しさん
09/07/12 13:02:34
>>223
URLﾘﾝｸ(hanatyan.sakura.ne.jp)
vbだけど

225:デフォルトの名無しさん
09/07/12 13:48:29
system.windows.controls.control.padding
ってアドインみたいなものっすか？
3.5入れてるけど出てこないんです。

226:デフォルトの名無しさん
09/07/12 13:54:21
>>225
URLﾘﾝｸ(msdn.microsoft.com)

227:226
09/07/12 14:09:55
>>225
暇だからきちんと説明するか。
新規のwindowsアプリケーションを作成する。
追加->新しい項目->ユーザーコントロール(WPF)
UserControl1.xamlの<Grid></Grid>要素の間に>>226の<Button>～</Buttion>を入れる。
デザイナにPaddingと表示されたButtonができる。
これをダブルクリックすればvoid ChangePadding(object sender,RoutedEventArgs e)がソースに自動追記される。
>>226にあるコードを実装する。
そしてwindowアプリケーションの方に戻り、Form1のデザイナの上にツールボックスからUserControl1を貼り付ける。

以上

228:デフォルトの名無しさん
09/07/12 14:42:14
>>227
ありがとうございます。
すみませんが、
テキストボックスの高さをゆったりともたせ、
paddingを使って文字を縦中央に配置したい場合、
このコントロールでどう設定すればよいのでしょうか。
どうか、見捨てないでください。

229:デフォルトの名無しさん
09/07/12 15:03:52
C#は関係ないし、WPFスレに行けば？
その前に、URLﾘﾝｸ(msdn.microsoft.com)
ここと、関連する情報は読んで理解しておいてね。

230:デフォルトの名無しさん
09/07/12 15:26:29
>>229
Ｃ♯は関係ないの？
今までの話とちがうよ。

231:デフォルトの名無しさん
09/07/12 15:29:02
そもそもFormsもC#と関係ないがな(´・ω・｀)

232:デフォルトの名無しさん
09/07/12 15:33:41
>>230
System.Windows.FormsもC#と関係ない。
C#という言語を使って、System.Windows.Formsというアセンブリを使う
だけ。C#から使おうがVisual Basicから使おうがIronPythonから
使おうが、使い方に違いはない。

言語(C#)とフレームワーク(.NET)とその中のライブラリ(System.Windows.Formsアセンブリ)の
区別が全くつきませんか？

233:デフォルトの名無しさん
09/07/12 15:41:14
232を書いた後、あれ、アセンブリは不適切？名前空間と言うべきだった？
でもこの文脈で区別するとますますとっつきにくくなるよな。

と思ったが、System.Windows.Forms.dllだった。よかった。

次ページ