ふらっとC#,C♯,C＃（初心者用） Part41

ふらっとC#,C♯,C＃（ ..

159:デフォルトの名無しさん
09/06/07 21:58:52
>>157 ←　JITがどういう処理をしてるか分かってない奴。

160:デフォルトの名無しさん
09/06/07 22:00:47
>>158
反応しないでスルーできないのか？　　スルーしたら埋め尽くされないの。2ch初心者？
おまえみたいのがいるから荒れるんだよ。

161:デフォルトの名無しさん
09/06/07 22:02:12
>>158
スルーしろっつってんだよ。馬鹿か？

162:デフォルトの名無しさん
09/06/07 22:02:15
ほっとていも、ほっとかないでも酷有様、つか埋め尽くし犯人お前だろ >> 160

163:デフォルトの名無しさん
09/06/07 22:02:41
だまんねえと改行で埋めるぞ

だまれ

164:デフォルトの名無しさん
09/06/07 22:03:02
>>158
【魔力】書き込むと願いが必ず叶うスレ【強力】409
だろが

165:デフォルトの名無しさん
09/06/07 22:04:11
C++の人アタマおかし過ぎ

166:デフォルトの名無しさん
09/06/07 22:04:58
それにしても >>142 一人で必死すぎだろw

167:デフォルトの名無しさん
09/06/07 22:05:08
>>164
VB スレに誤爆すんなよｗ

168:デフォルトの名無しさん
09/06/07 22:05:31
"1"が他に置き換わるような設計してる時点でミスですよ僕に言わせれば

169:デフォルトの名無しさん
09/06/07 22:06:03
心療内科へいって治療してもらえ

170:デフォルトの名無しさん
09/06/07 22:06:22
クラック対策だろjk

171:デフォルトの名無しさん
09/06/07 22:08:37
メソッド内部で書かれたsは定数として処理されて出てこないよ
上でも下でも出力は一緒ね、メンテの問題だけね、変なやついるから相手すんなよ

172:デフォルトの名無しさん
09/06/07 22:10:14
出力が違うと思ってた奴は一人もいないのに偉そうに説明すんな。

173:デフォルトの名無しさん
09/06/07 22:11:01
>>171
分かってないな。そんな話じゃないだろ。

174:デフォルトの名無しさん
09/06/07 22:11:39
つまらん話で発狂するなよ

175:デフォルトの名無しさん
09/06/07 22:12:31
よほどコンプレックスがあるのだろう。

176:デフォルトの名無しさん
09/06/07 22:12:43
もりあがってまいりました

177:デフォルトの名無しさん
09/06/07 22:14:07
向上心なければどの言語でも無駄って事を知れ C++ の人

178:デフォルトの名無しさん
09/06/07 22:16:17
おい黙れって言ってるだろ

179:デフォルトの名無しさん
09/06/07 22:21:59
黙ったぞ

180:デフォルトの名無しさん
09/06/07 22:23:52
>>178-179
お前変過ぎる、精神病院へいけ、今すぐ

181:デフォルトの名無しさん
09/06/07 22:28:46
>>157
ふつうに考えてC#のコンパイル結果ってILの話だと思うぞ。

182:デフォルトの名無しさん
09/06/07 22:30:27
>>157 >>171
スレが荒れているので聞き流されるかもしれないが、C#のコンパイラはあまり最適化などかけず、
かなり素直なコードを吐き出すんだが、それを知っているんだろうか。
public void SampleMethod1()
{
this.textBox1.Text = "1";
this.textBox2.Text = "1あ";
}
public void SampleMethod2()
{
string s = "1";
this.textBox1.Text = s;
this.textBox2.Text = s + "あ";
}
最初の質問の例を一旦コンパイルした後、ディスアセンブルするとこんな感じになる。
ほとんど最適化されてない。

183:デフォルトの名無しさん
09/06/07 22:35:40
ディスアセンブル？　バイナリをアセンブラにすることなんだが。

184:デフォルトの名無しさん
09/06/07 22:39:25
メソッドのインライン展開が行われたりするのは実行時なんだが、それを知っているんだろうか。

185:デフォルトの名無しさん
09/06/07 22:42:36
>>182
ILやメタデータって　string s　のローカル変数名を保持してんの？
もしそうなら恥ずかしい名前つけれないんだが。

186:デフォルトの名無しさん
09/06/07 22:45:18
>>184
そんなことは当たり前のことだから省略した。長かったからな。
>>185
そう。だから.NET用の難読化ツールとかが出回ってたりする。
前のスレでも話題になった。

187:デフォルトの名無しさん
09/06/07 22:46:22
>>185
保持はしていないね、直接定数をロードしている。
ちなみに const string s = 1; としてしまえばどちらも一緒。

188:デフォルトの名無しさん
09/06/07 22:49:09
.maxstack 8
IL_0000: ldarg.0
IL_0001: ldfld class [System.Windows.Forms]System.Windows.Forms.TextBox WindowsFormsApplication2.Form1::textBox1
IL_0006: ldstr "1"
IL_000b: callvirt instance void [System.Windows.Forms]System.Windows.Forms.Control::set_Text(string)
IL_0010: ldarg.0
IL_0011: ldfld class [System.Windows.Forms]System.Windows.Forms.TextBox WindowsFormsApplication2.Form1::textBox1
IL_0016: ldstr "1a"
IL_001b: callvirt instance void [System.Windows.Forms]System.Windows.Forms.Control::set_Text(string)
IL_0020: ret
ちなみにこんな感じだね、しかしこんなのチクチク詰めていっても関係無くないw
あほくさあほくさ

189:デフォルトの名無しさん
09/06/07 22:50:03
フィールドと違って最適化で消えることはあるけど基本的には保持される

190:デフォルトの名無しさん
09/06/07 22:50:38
じゃあディスコンパイルしたらどうやって >>182 の sって名前を特定したんだ？
>>182　はガセ？

191:デフォルトの名無しさん
09/06/07 22:51:29
いちいちツッコミどころかC++厨房うぜぇーって感じだな

192:デフォルトの名無しさん
09/06/07 22:52:50
ガセではない。IL表記ならこうだ。
.method public hidebysig instance void SampleMethod2() cil managed
{
.maxstack 3
.locals init (
[0] string s2)
L_0000: ldstr "1"
L_0005: stloc.0
L_0006: ldarg.0
L_0007: ldfld class [System.Windows.Forms]System.Windows.Forms.TextBox ImageComposer.Form1::textBox1
L_000c: ldloc.0
L_000d: callvirt instance void [System.Windows.Forms]System.Windows.Forms.Control::set_Text(string)
L_0012: ldarg.0
L_0013: ldfld class [System.Windows.Forms]System.Windows.Forms.TextBox ImageComposer.Form1::textBox2
L_0018: ldloc.0
L_0019: ldstr "\u3042"
L_001e: call string [mscorlib]System.String::Concat(string, string)
L_0023: callvirt instance void [System.Windows.Forms]System.Windows.Forms.Control::set_Text(string)
L_0028: ret
}

193:デフォルトの名無しさん
09/06/07 22:52:51
reflectorでぐぐれ

194:デフォルトの名無しさん
09/06/07 22:53:51
ああ、s2になっているのは、ローカル変数がたまたまsという
名前になっているのではないかと疑ったので変えてみた。

195:デフォルトの名無しさん
09/06/07 22:56:46
>>192
おや、おれのと結果違うね
.method private hidebysig instance void Test2() cil managed
{
// コードサイズ 41 (0x29)
.maxstack 3
.locals init (string V_0)
IL_0000: ldstr "1"
IL_0005: stloc.0
IL_0006: ldarg.0
IL_0007: ldfld class [System.Windows.Forms]System.Windows.Forms.TextBox WindowsFormsApplication2.Form1::textBox1
IL_000c: ldloc.0
IL_000d: callvirt instance void [System.Windows.Forms]System.Windows.Forms.Control::set_Text(string)
IL_0012: ldarg.0
IL_0013: ldfld class [System.Windows.Forms]System.Windows.Forms.TextBox WindowsFormsApplication2.Form1::textBox1
IL_0018: ldloc.0
IL_0019: ldstr "a"
IL_001e: call string [mscorlib]System.String::Concat(string,
string)
IL_0023: callvirt instance void [System.Windows.Forms]System.Windows.Forms.Control::set_Text(string)
IL_0028: ret
} // end of method Form1::Test2
まっ、こんなのはコンパイラのバージョン次第で何でてるくかなどコンパイラの作り手の勝手なわけですが。

196:デフォルトの名無しさん
09/06/07 22:59:04
/oの有無の違いに決まってるだろｊｋ

197:デフォルトの名無しさん
09/06/07 23:01:27
pdbファイルが同じディレクトリにあったらildasmが読んでるみたいだ
アセンブリ自体には含まれない

198:デフォルトの名無しさん
09/06/07 23:04:17
しかしなんで string s 使うか直書きするかの違いがILDの話になるんだと……
おかしくね？

199:デフォルトの名無しさん
09/06/07 23:04:40
試したらアセンブリ自体には含まれないな。冷や汗かいたぜ。

200:デフォルトの名無しさん
09/06/07 23:05:45
アホのC++坊よけには丁度いいかもしれんけど

201:デフォルトの名無しさん
09/06/07 23:08:33
結論:string s　推奨。

202:デフォルトの名無しさん
09/06/07 23:18:48
あんだけ荒れてたのにスレ止まった･･

203:デフォルトの名無しさん
09/06/07 23:22:07
C#の話題、C++であってもC#と関連する話ならいくらでもレス付けますがな
C++サイコーっていいたいなら巣に帰れって事

204:デフォルトの名無しさん
09/06/07 23:25:41
C++サイコーなんて主旨の書き込みはどこにもないわけだが。
一人必死でC++叩いてる奴が荒らしてただけだよ。

205:デフォルトの名無しさん
09/06/07 23:30:09
まったくこれだけ書き込みまくっていけしゃぁしゃぁと、死んでしまえw

206:デフォルトの名無しさん
09/06/07 23:34:10
一人汚いレスばかりする人がいますな。

207:デフォルトの名無しさん
09/06/07 23:37:31
C++の人さ、努力って大事だよ、ちゃんと勉強してC++使えるようになろうな
そしたら、こんなスレッドで嫌がらせなどしなくても自信もって生活できるようになる。

208:デフォルトの名無しさん
09/06/07 23:48:10
>>141はC++が初心者装った嫌味に見え
>>142が反応した
という流れじゃなかろうか

209:デフォルトの名無しさん
09/06/07 23:50:46
ちょっと話変わるけど、Visual studio 2010でC#のインテリセンス変わったよな。
インクリメンタルサーチ式になったけど、あれはもう旧式に戻らないのか？オプションに設定項目はなかったが
進化だとしても旧式も用意して欲しいもんだ

210:デフォルトの名無しさん
09/06/08 00:03:54
え？

211:デフォルトの名無しさん
09/06/08 00:15:42
>>207
そうやって煽ってるのはおまえ一人だけなんだが。さっさと消えろカス。

212:デフォルトの名無しさん
09/06/08 04:04:23
C#勉強中です。

Google LABSのソースコード検索をマニュアルの補助に使っているのですが、
ちょっと疑問に思うコードがあったので教えてください。

リソースの解放を確実に行うため、usingを使ってスコープを定義すると
いう方法があると思うのですが、そのコードではこう書かれていました。

SQLiteDataReader reader;
using (reader = command.ExecuteReader())
{
　何かの処理
}

この様にusingの外にDataReaderを定義して、usingの終わりで確実に
Dispose()されるのでしょうか？

213:デフォルトの名無しさん
09/06/08 04:12:07
>>212
SQLiteDataReader reader;
try
{
}
finally

のように宣言することが推奨されている。

URLﾘﾝｸ(msdn.microsoft.com)

214:デフォルトの名無しさん
09/06/08 04:14:03
すまん変なところで送信してしまった。

SQLiteDataReader reader;
{
try
{
　// 何かの処理
}
finally
{
　if (reader != null) ((IDisposable)reader).Dispose();
}
}
と同等だけど
using (SQLiteDataReader reader = command.ExecuteReader())
{
　// 何かの処理
}
のように宣言することが推奨されている。

215:デフォルトの名無しさん
09/06/08 04:14:22
>>212
using が実は現状確実にDispose してくれないという話的には Dispose され
ないと答えるけど、その話を除けば普通に
using(SQLLiteDataReader reader...)
とした場合と同等レベルには Dispose される。

これとそれの違いはスコープぐらいかな、意図がそれだけだと正直わか
らんが。

216:212
09/06/08 04:38:37
>>213-215
ありがとうございました。

GCがいつ実行されるか分からないというのは一応承知してます。
安心してusing内に書くようにします。

217:デフォルトの名無しさん
09/06/08 05:08:35
>>216
あー。GC とかは関係ない。
説明すると、現状の using には Abort されたときの耐性がない
という話。
インスタンスが生成された直後とローカル変数に代入されるまでの
間にスレッドが Abort されれば Dispose は呼ばれない。それも
含めて Finalizer が必要な理由にもなっている。
と思って今確認したら try の外でやってるし…なら try に入るまで
かな。

めったに問題になることじゃないので記憶の片隅においておくだけで
いい知識だが。

218:212
09/06/08 05:59:16
>>217
ありがとうございます。

今の自分の知識ではお話の半分ほどしか分かりませんが、
滅多に問題になることはないということも含めてメモっておきます。

219:デフォルトの名無しさん
09/06/08 11:26:26
あるフォームに対して、サイズ変更枠が付いたままタイトルバー有り無しの
切り替えをしたいと思い、フォームのコンテキストメニューから「切り替え」を
選択した際に、タイトルバーをなくす場合はフォームのTextを空にして
ControlBoxをｆalseにしています。しかしControlBox=falseかつText=""
という操作をすると、それ以降Application.Exitで終了したときに
FormClosingイベントが呼ばれなくなってしまいます。
フォームの終了時に設定を保存したいのですが、終了処理はどこで
行えばいいでしょうか。よろしくお願いします。

220:デフォルトの名無しさん
09/06/08 13:03:06
>>219
操作中に例外が発生してるんじゃないかな。
そうすると何も起こらず終了しているように見えることがある。
コントロールの存在・状態チェックはしっかりやろう。

221:219
09/06/08 13:39:01
>>220
ありがとうございます。存在していないコントロールに触っているのかと思い、
原因を調べるために怪しい所を省いた以下のソースを実行してみたんですが
やはりフォームのTextを空にしてControlBox=falseとすると、FormClosing
のところにブレークポイントを設定してもヒットしなくなりました
URLﾘﾝｸ(sakuratan.ddo.jp)

こういう場合にはFormClosingイベント等は使えないのでしょうか。。。

222:デフォルトの名無しさん
09/06/08 13:41:22
>>221
というか、Application.Exit()じゃなくてメインのフォームをクローズするのが普通じゃないの？

223:デフォルトの名無しさん
09/06/08 13:48:16
>>>222
そうですね、よく考えたらサブのフォームからでも
MainForm.Close()ってすればいいんですよね
Application.Exitの事は忘れます。ありがとうございました

224:デフォルトの名無しさん
09/06/08 14:31:59
二つの配列を一つにまとめるにはどうしたらいいでしょうか?

int[] a = {1,2,3};
int[] b = {4,5,6};
↓
int[] c = {1,2,3,4,5,6};

225:デフォルトの名無しさん
09/06/08 14:47:35
c = a.Concat(b).ToArray();

226:デフォルトの名無しさん
09/06/08 14:59:34
225> 出来ました。ありがとうございます(_ _)

227:デフォルトの名無しさん
09/06/08 19:56:13
Window Formの初期化のタイミングとして、
1．コントラクタのInitializeComponent();の後、
2．Loadイベントハンドラ内、
3．フォーム表示直後のShownイベントハンドラ内
の３つがあると思います。

1，2と3はフォームが表示される前か後ろかという違いがありますが、
1と2ではどういう違いがあるのでしょうか？

228:デフォルトの名無しさん
09/06/08 20:07:05
newしたときに呼び出されるか表示とかしようとしたときに呼び出されるか

229:デフォルトの名無しさん
09/06/08 20:08:23
Ｃ＃ってＡＳＰ開発できるんですか？

230:デフォルトの名無しさん
09/06/08 20:14:18
ASP.netなら出来る

231:デフォルトの名無しさん
09/06/08 20:20:21
>>228
なるほど、ということは、

コンストラクタ→New後、フォーム表示前に一度だけ実行

Loadイベントハンドラ→フォーム表示前に実行。リロードしたら再度実行される。

Shownイベントハンドラ→フォーム表示後一度だけ実行（リロードしても実行しない）

くらいに考えとけば良いですか。

232:デフォルトの名無しさん
09/06/08 20:30:49
普通、Windows Forms にリロードという概念はない。

233:デフォルトの名無しさん
09/06/08 20:35:35
～Changedっていうイベントはオブザーバーパターンなんですか？

234:デフォルトの名無しさん
09/06/08 20:47:44
>>232
・・・もう一度マニュアル読んできます。
ありがとうございました。

235:デフォルトの名無しさん
09/06/08 20:50:26
イベントはイベントだろ

236:デフォルトの名無しさん
09/06/08 20:51:31
今日なんかあるの？

237:sage
09/06/08 21:28:25
VisualC#2008で、再表示がうまくできずに困っています。
fileSystemWatcher
でファイルを監視し、ファイルを読みこんで表示しようとしています。

string file = @"C:\tmp.txt";
public Form1()
{
InitializeComponent();
}

private void fileSystemWatcher1_Changed(object sender, System.IO.FileSystemEventArgs e)
{
string[] lines = System.IO.File.ReadAllLines(file, Encoding.GetEncoding("Shift_JIS"));
//MessageBox.Show(lines[1]);
label1.Text = lines[1];
label2.Text = lines[2];
label3.Text = lines[3];
label4.Text = lines[4];
label5.Text = lines[5];
}
監視はできているようなのですが、2度めの表示が行われません。
どこがまずいんでしょうか。

238:デフォルトの名無しさん
09/06/08 21:38:16
public static List<T> a = new List<T>();
↑静的なListって可能なんですか？
どうやってメモリを確保しているんですか。

239:デフォルトの名無しさん
09/06/08 21:39:22
>>237
そのコードだけで判断しろってのも難しいが、ひょっとして
C# の Array(string[] とか) のインデックスは 0 から始まるぞ。
それはさすがにOK？

240:デフォルトの名無しさん
09/06/08 21:40:04
>>238
可能
起動時に自動で1度だけ呼ばれる

241:デフォルトの名無しさん
09/06/08 21:49:47
>>240
正確には、そのクラスが初めて使われるときね。

242:デフォルトの名無しさん
09/06/08 21:50:42
>>237
一応の確認だけど、そのFileSystemWatcherはVSでツールボックスからD&Dしたものだよね？

243:238
09/06/08 22:00:57
>>240-241
へー。
静的なのか動的なのか、分かったような分からないような…。
ありがとうございます。

244:デフォルトの名無しさん
09/06/08 22:01:22
初めに表示するメインフォームがアクティブにならずに起動することがある
ビルドして何もクリックしてないのにキャプションバーが灰色になってる
ウィンドウズのバグ？

245:デフォルトの名無しさん
09/06/08 22:11:04
すぐ Windows のバグ？とか聞く奴は、死んだ方がいいと思うよ。

246:デフォルトの名無しさん
09/06/08 22:13:14
２ＤＭＡＰエディタを作ってみたいと思います。配列は必要というのはわかりました
どなたか知恵を貸してください。設計とか初めてなので＞＜

247:デフォルトの名無しさん
09/06/08 22:17:57
アイコンエディタでも描いてろ

248:デフォルトの名無しさん
09/06/08 22:22:43
>>246
二次元配列使うとやりやすいと思う
int[,]　ってやつ
後は
画像を分割して描画する(g.DrawImage)
バイナリ（orテキスト）でそのデータを保存する
保存したデータを読み込む
クリックした場所を取得する
等々

最低限上の機能は必要
そのほかマップの大きさだとかも必要だろうし
スクロールも必要

249:デフォルトの名無しさん
09/06/08 22:30:06
StreamReader（じゃ無くてもいいのですが）を利用して
単純にファイルを開くだけの処理を記述した場合、
1Kと100Mのファイルでは、オープンにかかる時間は違うものでしょうか？

挙動を見ると、単にファイルを開くだけ（Readしない）だと、
どちらも大して時間がかからないのですが、
大きなファイルは開くだけでも時間がかかるといわれまして。

試したところでは、大差ないので、読み込まずに開くだけであれば差は無いのかと
思ったのですが、違いがわかるかた教えていただけますか？

250:デフォルトの名無しさん
09/06/08 22:32:48
言われたんだろ？言った奴に根拠を聞けよ

251:デフォルトの名無しさん
09/06/08 22:34:39
>>243
static と言いつつ、静的（コンパイル時決定）じゃない。
あれにstaticって名前が付いてるのはC++を意識しすぎた結果。
実際にはクラス変数とでも呼ぶべきもの。

252:デフォルトの名無しさん
09/06/08 22:35:07
>>249
違わない
その人は何か既成のアプリと勘違いしてるんじゃない？

253:デフォルトの名無しさん
09/06/08 22:36:17
>>249
それはファイルシステム次第、ドライバ次第だな、StreamReaderの仕事はOSにリクエスト出すまで
OSの仕事はドライバにリクエストを出すまでだ。

254:デフォルトの名無しさん
09/06/08 22:39:25
ファイルを開いただけで読むことをしないんじゃ、
基本的にファイルサイズによる差は起こらないはずだよね。
ほかの人の言ってるようにデバイスによる差（ネットワーク上のファイルとかフロッピーディスクとか）による差は当然ある。

255:デフォルトの名無しさん
09/06/08 22:43:48
>>252-254
即レスありがとうございます
やはりそうですか。助かりました。
ファイルシステムやドライバをもっと勉強してみます。

256:sage
09/06/08 22:45:24
>>239
なるほど。
たしかにArrayのインデックスは0からで、
0(つまり1行目)ではなくて2行目から処理してますね。
それはそれでありがとうございますです。

しかし、やはりファイル更新の監視はうまくいかず、
該当するtmp.txtを2回更新すると、2回目には、例外が発生します。
別のプロセスで使用されているため、
プロセスはファイルtmp.txtにアクセスできません。
だそうです。

257:sage
09/06/08 22:46:50
>>242
YES。
ドラッグ&ドロップして、プロパティで、
NotifyFilterをLastWriteにしました。
いまの全コードはこれだけです。

public Form1()
{
InitializeComponent();

this.fileSystemWatcher1.Filter = "tmp.txt";
this.fileSystemWatcher1.NotifyFilter = System.IO.NotifyFilters.LastWrite;
this.fileSystemWatcher1.Path = "C:\\";
}

private void fileSystemWatcher1_Changed(object sender, System.IO.FileSystemEventArgs e)
{
//MessageBox.Show("changed");
string[] lines = System.IO.File.ReadAllLines(file, Encoding.GetEncoding("Shift_JIS"));
label1.Text = lines[1];
label2.Text = lines[2];
label3.Text = lines[3];
label4.Text = lines[4];
label5.Text = lines[5];
}

258:デフォルトの名無しさん
09/06/08 22:47:14
>>256
その例外が言ってる通りじゃないか。
ほかのプロセスが掴んでたらファイルが開けないことがある。

259:デフォルトの名無しさん
09/06/08 22:51:04
>>255
勉強する必要はないかと、当の本人に聞くなり、問題のブツで試してみればいい。
組み込み用のハードディスクに突然の電源断に耐えられるように設計された、書き込みバッファの無いHDが
そういう問題があって、スレッド使って対処したという苦労話は聞いたことがある、ただ.NETが取り扱うハードウェアというと、
通常のWindowsかモパイルCE系だと思われるが、そんなハードディスクなど聞いたことが無いね、
だからといって無いとは言いきれないので、問題のブツで確かめてみるしかないのでは。

260:sage
09/06/08 22:57:14
>>258
なるほど。
System.threading.Thread.Sleep(1000);
でとりあえず解決しました。
サンクスです。

261:デフォルトの名無しさん
09/06/08 23:09:11
すいません
C#で簡単なアニメーションさせたいので
bmp等の画像描画処理について詳しく書かれているサイトってわかりますか？
初心者なのでできるだけ詳しく書かれているところがいいんです。
よろしくお願いします。

262:デフォルトの名無しさん
09/06/08 23:14:29
他のクラスからprivateなメソッドを無理やり使う方法を教えてください

263:デフォルトの名無しさん
09/06/08 23:15:13
>>262
リフレクション

264:デフォルトの名無しさん
09/06/08 23:25:18
>>263
サンプルコードありますか？

265:デフォルトの名無しさん
09/06/08 23:28:08
いくらでもあるよ

266:デフォルトの名無しさん
09/06/08 23:28:28
くり返しのところをforで書き換えてみたところ、
2回目の表示で、1回目の表示が消えないのです。
どこかでdisposeとかする必要があるのでしょうか?

Label[] label;

private void fileSystemWatcher1_Changed(object sender, System.IO.FileSystemEventArgs e){
System.Threading.Thread.Sleep(1000);
string[] lines = System.IO.File.ReadAllLines(file, Encoding.GetEncoding("Shift_JIS"));

label = new Label[5];
for (int i = 0; i < 5; i++){
this.label[i] = new System.Windows.Forms.Label();
this.label[i].AutoSize = true;
this.label[i].BackColor = System.Drawing.Color.Transparent;
this.label[i].Font = new System.Drawing.Font("メイリオ", 12F, System.Drawing.FontStyle.Bold, System.Drawing.GraphicsUnit.Point, ((byte)(128)));
this.label[i].Location = new System.Drawing.Point(23, 35 + i * 60);
this.label[i].Name = "label[i]";
this.label[i].Size = new System.Drawing.Size(62, 24);
this.label[i].Text = lines[i];
this.Controls.Add(this.label[i]);
}
}

267:デフォルトの名無しさん
09/06/08 23:28:52
取りあえず、ヒントもらったらググる位しようや

268:デフォルトの名無しさん
09/06/08 23:31:08
このスレには優しい人とそうでない人がいます。

269:デフォルトの名無しさん
09/06/08 23:31:20
>>264
何勝手に乗ってきてるわけ？

270:デフォルトの名無しさん
09/06/08 23:31:57
んなもん当たり前だろ

271:デフォルトの名無しさん
09/06/08 23:32:19
MSDN にもあるし、いろんなところにあるよ。

Reflection とか MethodInfo とかで探してみ。

272:デフォルトの名無しさん
09/06/08 23:32:47
ありがとう。

273:デフォルトの名無しさん
09/06/08 23:37:32
どんどんラベルを追加してるだけのような。

274:デフォルトの名無しさん
09/06/08 23:44:33
C#にはVBのWithに相当する機能はありますか？

クラス1.プロパティ1 = x;
クラス1.プロパティ2 = y;

というのを

With クラス1
　　.プロパティ1 = x;
　　.プロパティ2 = y;
End With

みたいに書いて入力の手間を省きたいのですが。
Withを使うとVBの場合は実行速度も少し上がるそうですが。

275:デフォルトの名無しさん
09/06/08 23:46:33
ありません。

276:デフォルトの名無しさん
09/06/08 23:46:40
>>248
ありがとうございます。やってみます！

277:デフォルトの名無しさん
09/06/08 23:54:22
>>274
インタプリタなら速くなるのは分かるがVB.NETでも速くなるのかな。
速くなるならC#でも深いところにあるクラスは一度ローカル変数に代入してからのほうが速い？

278:デフォルトの名無しさん
09/06/08 23:55:31
>>241
「そのクラスにアクセスするより前に一度だけ実行される」ことが
保障されているだけじゃなかったか？

>>274
全く同じ機能はない
初期化時限定のオブジェクト初期化子くらい

279:デフォルトの名無しさん
09/06/08 23:57:22
つーか、With って .NET ではシンタックスシュガーじゃなかった？

280:デフォルトの名無しさん
09/06/09 00:00:08
>>278
＞「そのクラスにアクセスするより前に一度だけ実行される」ことが
＞保障されている
規格上はそうなってた気がする。
実際は、たいてい直前。

281:デフォルトの名無しさん
09/06/09 00:11:39
>>277
多分JITコンパイルで最適化されるんじゃないかなその程度

282:デフォルトの名無しさん
09/06/09 00:35:09
ないんですか。残念です。
この程度なら、プリプロセッサあたりで処理してくれてもいいと思うのは私だけでしょうか。
コントロールの初期設定とか、同じ名前空間やクラス名がずらっと並んでるのを見ると、
もうちょっと楽にコーディングできる手段があってもよさそうに思うのですが。

283:デフォルトの名無しさん
09/06/09 00:42:23
インテリセンスがあるからコーディングの手間はさして変わらん。
コードが汚くなるからwithを採用しない言語は多い。

284:デフォルトの名無しさん
09/06/09 00:47:33
>>282
初期設定なら似たような事はできる
var tmp = new Hoge() { A = 10 , B = 30 };
A,B はHogeのプロパティーまたは変数

285:デフォルトの名無しさん
09/06/09 00:54:53
VBにあってC#に無い寂しい機能はLINQToXmlのXMLリテラルかな。
これがあったら、withどころか究極のデータセッティングができるんだけれど……

286:デフォルトの名無しさん
09/06/09 00:57:10
>>284
なるほど、そういう書き方もできるんですね。勉強になります。

287:デフォルトの名無しさん
09/06/09 01:00:41
>>277
そうみたいだよ。
URLﾘﾝｸ(www.atmarkit.co.jp)

288:デフォルトの名無しさん
09/06/09 01:06:22
>URLﾘﾝｸ(www.atmarkit.co.jp)
なるほどね、C#ならスコープ使えって事か
{
var a = hoge.member;
a.Prop1 = 10;
a.Prop2 = 10;
}

289:デフォルトの名無しさん
09/06/09 01:13:13
>>287
確かに、オブジェクトをいちいち作ってやれば同じことになりますね。
withほど簡略化はできませんが、多少は楽が出来そうです。
コード的にもメリットがあるみたいですし。

290:デフォルトの名無しさん
09/06/09 01:13:41
リンク先のような場合、
ds.Tables("Customers").Rows
がそれなりに処理重そうだから無意識に一度ローカルに代入してるな。

ただ >>288 のような軽いメンバアクセスはそのまま見ちゃってるなぁ。

291:デフォルトの名無しさん
09/06/09 01:21:50
イベントで this.xxxでアクセスするより senderをcastするほうがいいってことか。

292:デフォルトの名無しさん
09/06/09 01:25:30
キャストの方がコスト高いだろ

293:デフォルトの名無しさん
09/06/09 01:27:45
ますますはまってます。
label = new Label[5];
for (int i = 0; i < 5; i++)
{
this.label[i] = new System.Windows.Forms.Label();
this.label[i].Dispose();
}
for (int i = 0; i < 5; i++)
{
this.label[i] = new System.Windows.Forms.Label();
//this.label[i].Dispose();
//this.label[i].Text.Remove(1);
this.label[i].AutoSize = true;
this.label[i].BackColor = System.Drawing.Color.Transparent;
this.label[i].Font = new System.Drawing.Font("メイリオ", 12F, System.Drawing.FontStyle.Bold, System.Drawing.GraphicsUnit.Point, ((byte)(128)));
this.label[i].Location = new System.Drawing.Point(23, 35 + i * 60);
this.label[i].Name = "label[i]";
this.label[i].Size = new System.Drawing.Size(62, 24);
//this.label[i].Text = "";
this.label[i].Text = lines[i];
//this.label[i].Text = this.label[i].Text.Replace(this.label[i].Text,lines[i]);
this.Controls.Add(this.label[i]);
}

294:デフォルトの名無しさん
09/06/09 01:50:33
拡張プロパティってどう書くの？

295:デフォルトの名無しさん
09/06/09 01:55:27
書けない

296:デフォルトの名無しさん
09/06/09 02:14:52
ファック！ファック！ファック！！

297:デフォルトの名無しさん
09/06/09 03:09:25
クラスつくるとき
class testint{
private int a;
}

ってやって
testint test=new testint()
なんで
testint test
だけで実装できないんだ。わざわざ無駄な手間かけさせる意味は？
あと、なんでtestint()の最後、何もない括弧をつけなきゃいけんのだ。

298:デフォルトの名無しさん
09/06/09 03:17:10
>>297
CかC++から来た人？もしそうなら、
クラスは常にポインタ型（のようなもの、ポインタ演算はない）。newしなければnullが入っている。
という短い文章で分かってほしい。

testint test=new testint()と打つのは、Visual Studioとか入力支援が良くできたところで書けば案外大した手間でない。
クラス名を2度書くのが嫌ならvarがある、ローカル変数限定だけど。
()が要るのはなぜ？というのは俺も思うところだけど。

299:デフォルトの名無しさん
09/06/09 03:24:51
コンストラクタだから。引数のないメソッドの()も省力しないだろ。

300:298
09/06/09 03:27:50
>>299
ありがとう、納得した。

C++はnew hogeで通るし、引数があっても括弧を省略できる場合のある
VBとか使っていたからそこまで考えが及ばなかった。

301:デフォルトの名無しさん
09/06/09 03:41:29
>>298

c++を見てみました。
c++なら
class testint{
private:
int kazu;
}

testint test;
test.kazu=10;

これでいいのか・・・
newとかいうのはオブジェクト指向で必ずしも必須というわけじゃないんだね。
コンストラクタも自動的に呼び出されるのか。
c#とはずいぶん違うんだね。初心者にはc++のがいいのかな

302:デフォルトの名無しさん
09/06/09 03:44:14
c++のnewはヒープに作る場合

303:デフォルトの名無しさん
09/06/09 06:52:25
c#のnewはどこのメモリを使うん？

304:デフォルトの名無しさん
09/06/09 06:57:08
字は読めても話の流れが読めない人って誰？

305:デフォルトの名無しさん
09/06/09 08:46:14
>>303
C++ は new の有無でスタックはヒープかわかれるけど、
C# は class か struct かで分かれる。
class なら new したのはヒープに、
struct なら new は単なるコンストラクタ呼び出し、スタックに取られる。

struct でもわざわざ new しないと行けない理由は、
その方が構文解析が楽（後々他の構文追加しやすい）とか、
初期化し忘れを防ぐためにわざわざ面倒な構文にしてあるとか、
class とそろえるとか、そういう理由だと思う。

306:デフォルトの名無しさん
09/06/09 10:11:50
struct は new してもいいがしなくても構わないぞ、ただし全メンバーをセットしてからでしか使えないが
struct の new は引数無しなら、全フィールドに0入れるよという指示で、それ以外なら指定の定型初期化を処理するという事ではなかろうかと。
最近は default というキーワードができて、二重機能っぽくなってるいけれど、これはジェネリックの都合かなと。

307:デフォルトの名無しさん
09/06/09 10:16:51
それと、Cでいう所の自動変数を宣言する場所で構造体を宣言すると、スタックに乗りそうな予感がするものだが
たとえば
void Test()
{
int tmp;
Action a = () => { tmp = 3 ; };
}
このtmpは、スタックに取られているとはどうにも思えない
内部的には勝手JITの勝手というのが実態かと。

308:デフォルトの名無しさん
09/06/09 10:23:10
HttpWebRequestクラスでリクエストヘッダーを読み取ったりするとき
UserAgentとかkeep-aliveプロパティは取得できるのですが
(<HttpWebRequest.UserAgent>プロパティ,<HttpWeqRequest.KeepAlive>プロパティ)

Host,Accept-Language,Accept-Encoding,Accept-Charsetプロパティが読み取れません。

読み取り方をよろしくお願いします。また、ヘッダー情報を編集してリクエストストリーム
に流せるかどうかも教えていただきたいです。

309:デフォルトの名無しさん
09/06/09 10:34:54
Console.WriteLine( string.Format( "{0,4:f2}", 10.0 ) );
Console.WriteLine( string.Format( "{0,4:f2}", -10.0 ) );

こんな感じで作った文字列の桁を揃えたいんだけど、うまくいきません。
上の例だと

10.00
-10.00

となります。
マイナスの符号があるときになんとかしたいんだけど、
うまいことやる方法はあります？

310:デフォルトの名無しさん
09/06/09 10:51:23
>>308
Requestでヘッダを「読み取る」必要があるのかどうかって話はあるが
直接プロパティになってないヘッダはHeadersプロパティから取得設定できる

311:デフォルトの名無しさん
09/06/09 11:09:11
>>309
セクション区切り記号「;」を使ったカスタム書式指定かね
{0,5: 0.00;-0.00}
ところで小数点以下2桁有効だとフィールド幅4は意味がないと思うけど

312:デフォルトの名無しさん
09/06/09 11:12:44
>>307
それはラムダ式（クロージャ）が影響している。
()　=>　{　}　を内包するクラスが暗黙に作られてそのメンバにtmpがあるはず。

313:デフォルトの名無しさん
09/06/09 11:17:12
>>311
ごめん実はそのあたりよくわからなくてテキトーに書いてました
もっと詳細を言うと、x,y,zを持つポイントクラスがあって

始点：( x1, y1, z1 )
終点：( x2, y2, z2 )

みたいな感じで小数点以下3桁で計6桁ぐらいで書き出したいときの
桁揃えという話でした。詳しく書かなくて申し訳ない。

314:デフォルトの名無しさん
09/06/09 11:33:00
>>310
回答ありがとうございます。

Webスクレイピングをやっていて、リクエストしてもうまく次のページに行かないんです。
Postされるべきデータ(トランザクショントークンとキーワード)はバッチリだと思うのですが。。
(Firebugを使って手動で動かしたときのリクエストヘッダーやPOSTしたデータの中身が
確認できる)

ヘッダー情報のリファラーが監視されてるみたいでそれについては確認できたのですが、
それでもうまく行きません。もちろんクッキーについてはクッキーコンテナをリクエストに
かませてますし、他に思いつくのが他のヘッダー情報も監視されているかもということです。

そこで自作プログラムのリクエストのヘッダー情報とFirebugで手動で動かしたときに
確認できるヘッダー情報を見比べて、必要あらば修正してリクエストに流そうと思ったわけです。

310さんの言うとおりに

List<string> list = new .........

for(int i =0;i < req.Headers.Count; i ++)
list.add(req.Headers[i];

で取得してみたのですが一行しか取得できないんですけど。。書き方が違うんですかねぇ(^ ^ ;
長文スマンです。

315:デフォルトの名無しさん
09/06/09 11:42:03
とりあえずHttpWeb「Response」だよな？

316:デフォルトの名無しさん
09/06/09 11:48:48
>>315 　げ、ひょっとして自分のリクエストのヘッダーを確認するのって
HttpWebRequestからはできないんっすか。。？？？
ちょっとレスから拾ってみたいと思います。。。

317:デフォルトの名無しさん
09/06/09 11:58:38
事情は了解
それってデバッガでステップ実行すればよくね？
あとは別のパケットモニタアプリ使うか

318:デフォルトの名無しさん
09/06/09 11:59:09
WireSharkか何かでパケットキャプチャして本当にブラウザと同じリクエスト飛んでるか調べたら？
その方が手っ取り早い気がする。

319:デフォルトの名無しさん
09/06/09 11:59:38
リロードしてなかった。すまぬ。

320:デフォルトの名無しさん
09/06/09 12:06:44
>> 318
WireSharkは友人にも進められて検討してるのですが、
修正の必要が出てきたときにどうやって書き込めばいいのでしょうか？
コードサンプルがあるとありがたいっす。

321:デフォルトの名無しさん
09/06/09 12:14:49
HttpWebRequest req //略
req.Headers.Add(HttpRequestHeader.AcceptEncoding,"gzip");

// req.Headers[HttpRequestHeader.AcceptEncoding] = "gzip"; も可

何が困ってるのかイマイチ伝わんね。

322:デフォルトの名無しさん
09/06/09 12:47:50
321>>
文章力なくてすみません。。
３２１さんが書いて下さったみたいなコードサンプルがようするに欲しかったんです＾＾；
レスありがとうございます。

323:デフォルトの名無しさん
09/06/09 12:55:26
ええええええええええええええええええええええええええええええええええええええええええええええええ

324:デフォルトの名無しさん
09/06/09 13:07:11
うるさい

325:デフォルトの名無しさん
09/06/09 13:23:19
321>
あの～、やってみたんですけど
req.Headers.Add(HttpRequest.Header.Host, "HostName");
って書くと'Host' ヘッダーを直接変更することはできません。
って出ちゃうんですけど。Hostの書き換えは無理？？

326:デフォルトの名無しさん
09/06/09 13:25:42
>>325
お前死ぬの？死にたいの？叩き殺されたいの？

URLﾘﾝｸ(msdn.microsoft.com)(VS.80).aspx

解説
Headers コレクションは、要求に関連付けられているプロトコルヘッダーを格納します。
Headers コレクションには格納されず、システム、プロパティ、またはメソッドのいずれかで設定される HTTP ヘッダーの一覧を次の表に示します。

Host　システムにより現在のホスト情報に設定されます。

327:デフォルトの名無しさん
09/06/09 13:29:58
いいよ
1から10まで聞かないとできない奴は排除したれ

328:デフォルトの名無しさん
09/06/09 13:36:29
>>1

329:デフォルトの名無しさん
09/06/09 14:29:34
public はクラスの外からのアクセスを許可し、private は許可しないみたいですが
それならpublicだけでよくないですか？

330:デフォルトの名無しさん
09/06/09 14:34:04
人間はミスする生き物なので、触れて欲しくない要素は外部に公開しないようにしております。

全員が全員ドキュメントをキチンと読んで、万に一つのミスも犯さないようなパーフェクト人間であれば全てpublicでも良いでしょうね。

331:デフォルトの名無しさん
09/06/09 14:47:30
時そばで、勘定中にカウンタを外部から書き換えられちゃったから
1文ごまかされちゃったんだよね。

332:デフォルトの名無しさん
09/06/09 14:51:35
>>330-331
レス感謝です。

333:デフォルトの名無しさん
09/06/09 14:55:55
>>331
感心したわ。

334:デフォルトの名無しさん
09/06/09 19:16:49
C# 2008で質問です。

非表示のフォームにDataGridViewを貼り付けてあります。
ここにReadXMLでデータを読み込んで、DataGridViewからデータを取り出そうとしたら
どのセルも空白のままでした。

一度でもフォームを表示すれば、そのタイミングで実際の読み込み動作が行わて
セルにデータが入るのですが、
非表示のままでデータをDataGridViewに反映させる方法を教えてください。

335:デフォルトの名無しさん
09/06/09 19:26:21
DataSet使おうよ…

336:デフォルトの名無しさん
09/06/10 03:18:40
VCEEでPen p=new Pen()をつくって
Form1にg.drawline(p,0,0,100,100)とかやったら
書けるんだけど、
画面切り替えたら消えちゃうんだけど消えないようにするにはどうやるの？

337:デフォルトの名無しさん
09/06/10 03:22:15
また描く
もしくは，なんかDoubleBufferみたいなプロパティがあればtrueに

338:デフォルトの名無しさん
09/06/10 03:22:59
Paintイベントで描く

339:デフォルトの名無しさん
09/06/10 03:26:06
>>337
なんか他にも設定する必要ありそ
URLﾘﾝｸ(www.google.com)

340:デフォルトの名無しさん
09/06/10 09:25:21
ソリューションエクスプローラー

ソリューション’game’(１プロジェクト)
└game
　├ソースフェイル
　│├hello.cpp
　│└helo2cpp
　├ヘッダーファイル
　└リソースファイル

となっています。

helllo.cpp

#include <stdio.h>
int main(void)
{
printf("こんにちは！\n");
return 0;
}

341:340の続き
09/06/10 09:26:03
helllo2.cpp

#include <stdio.h>
int main(void)
{
int a,b,c;
a=1;
b=2;
c=a+b;
printf("a+b=%d\n",c);
return 0;
}

とプログラムを書いたのですが、デバッグするとエラーが出ます。
main(void)が２つあるとプログラムが正常に作動しないんでしょうか？

342:デフォルトの名無しさん
09/06/10 09:31:01
スレ違い
どっかで聞き直すならエラーぐらい書けよ

343:デフォルトの名無しさん
09/06/10 09:32:34
mainは一つでなければなりません。

344:デフォルトの名無しさん
09/06/10 10:07:46
>>343
そうですか。よくわからないけど研究してみます。

345:デフォルトの名無しさん
09/06/10 10:28:53
C++の基礎を一通り勉強してみて、やっぱりC#にしようか悩んでるのですが・・・

作りたいアプリはあるウェブサイトの更新をするアプリです。
HTMLフォームのユーザビリティに嫌気がさしてきたもので。
スクリプト言語ですがPHPとかActionScriptとかJavascriptを仕事で使ってます。
JAVAもできます。

条件としては
１、オブジェクト指向でプログラミングできること。
２、なるべくwindowsに色々インストールしなくても使えること。
３、今後も役に立ちそうな言語であること

C#って.NETフレームワークが必須なんですよね？

C#って.NETフレームワークがインストールしてあったら、
他に何かランタイム無しで動くのですか？

２はインストーラーを作ればそれほど気にすることはないって聞いたけど
そういうもんでしょうか？

346:デフォルトの名無しさん
09/06/10 10:45:56
.NET2.0ターゲットならたいがいランタイムは入ってるからそんなに気にしなくていいよ
少なくともJavaよりは嫌われない

347:デフォルトの名無しさん
09/06/10 10:51:00
ClickOnceインストーラを使うのであれば、依存関係は勝手に作ってくれるしランタイムも言語別の細かいところも自動。
自分が何か手をいれる必要はないので意識はしなくてもいいし、自分はした事が無い。

348:デフォルトの名無しさん
09/06/10 10:54:11
Silverlight使えば？
Webの知識活かせるしクロスプラットフォームだしランタイム超小さいよ

349:デフォルトの名無しさん
09/06/10 10:58:17
347に追加、C++からというならひょっとすると、C/C++コードとの相互運用を入れているかもしれないが、これが入っている時はClickOnceが使えないので注意。
一般のインストーラを使って全部手動でやるきる必要がある。

それとClickOnceインストーラというのは、今はそう呼ばれていないかもしれない、プロジェクトのプロパティーの発行タブで設定して作れるインストーラの事。

350:デフォルトの名無しさん
09/06/10 12:56:24
>>345
まあHTMLフォームの代わりに使いたいと言ってるんだから、
ネイティブコードのモジュールを使いたいなんてことはそうそうないだろ。
.NETはメジャーな画像形式なら最初から扱えるし。
普通にC#でフォーム作って必要な機能を用意すればいいんじゃないかな。

ClickOnceええよ。
イメージとしてはサーバーに置かれているソフトを
ブラウザのローカルキャッシュにコピーして、そこで起動する感じ。

自作のフリーソフトをzip版とClickOnce版と両方提供してるけど、
ClickOnceならVSからリリースするだけで、zipをアップロードする必要もないし。

351:デフォルトの名無しさん
09/06/10 20:14:19
>>349
> 347に追加、C++からというならひょっとすると、C/C++コードとの相互運用を入れているかもしれないが、これが入っている時はClickOnceが使えないので注意。
> 一般のインストーラを使って全部手動でやるきる必要がある。

ダウト。やりようによってはできる。

352:デフォルトの名無しさん
09/06/10 21:36:43
>>351
実行時に別のインストーラ起動するって奴だろ、ClickOnceのHowToに書かれていたのでやってみたが
凄いめんどくさいぞ、それにそれをすると自動更新は役立たずになるし

353:デフォルトの名無しさん
09/06/10 21:44:10
MSのサイトにも書かれていたが、ClickOnceインストーラとmsiインストーラの使い分けの基準として
.NETの範囲で収まっているかどうかという所がポイントだと思われる
無理をしてClickOnceを使うよりはmsiの方がシンプルになるケースは少なくない。

354:デフォルトの名無しさん
09/06/10 21:44:43
Google Chrome でも使ってるけどな。＞ClickOnce

355:デフォルトの名無しさん
09/06/10 21:48:53
ClickOnceはお手軽インストーラではあるけれども万能インストーラではないからな

次ページ