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

C#, C♯, C＃相談室 P ..

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だった。よかった。

234:デフォルトの名無しさん
09/07/12 15:50:18
>>229

235:デフォルトの名無しさん
09/07/12 15:52:06
>>229
結局、テキストボックスの縦中央に配置するにはどうしたらよいの？

236:デフォルトの名無しさん
09/07/12 15:59:01
プロパティで項目一通り探してみればいいダロ
VerticalContentAlignmentとかそのものな項目が見えるけど

237:デフォルトの名無しさん
09/07/12 16:30:51
>>235
>>229のリンク先は読んだの？読んだら、どこが分からなかったの？

238:デフォルトの名無しさん
09/07/12 16:45:01
言語非依存WinFormsスレなんかあってもまず機能しないだろうな
WPFは現状VBerがほとんどいないからこそ専用スレが成り立つ

239:デフォルトの名無しさん
09/07/12 16:50:33
>>238
実際、以前.NETスレがあったが、過疎だった。
みんなC#とかVB.NETのスレへ流れるもんだから。

240:デフォルトの名無しさん
09/07/12 17:01:34
WPFにはXAMLという共通言語があるし
言語とライブラリを混同するようなレベルの初心者ユーザも少ないからな

241:デフォルトの名無しさん
09/07/12 17:17:18
>>212
aboutっていわゆるバージョン情報のフォーム？
だとすると、面倒なことをせずにShow()ではなくShowDialog()で一つ表示する方法が普通だと思うけど

242:デフォルトの名無しさん
09/07/12 17:29:10
>>237
あの…恥ずかしながら、
ユーザーコントロールを追加しましたが、
テキストボックスのパディングをどこで設定するのか…
またはテキストボックスの垂直の位置をどこで中央にするのか…
（水平の中央はありますが）
が分からないんです。

243:デフォルトの名無しさん
09/07/12 17:29:31
>>239
俺もそのスレ見てたわ。
次スレどうしようか悩んだけど、過疎ってたのでやめといたら結局誰も立てなかった･･。

244:デフォルトの名無しさん
09/07/12 17:33:08
Gridの中にテキストボックスを入れるんだよ

245:デフォルトの名無しさん
09/07/12 17:34:11
テキストボックスじゃなくていいならラベルで出来る

246:デフォルトの名無しさん
09/07/12 17:37:31
関係ないけど、WPFではLabelは特殊なコントロールで、普通の文字描画には使わないんだよ
TextBlockというのを使う

247:デフォルトの名無しさん
09/07/12 17:41:23
グリッドってなんだろ…
(T_T)？

ところで、テキストボックスのパディング設定は果たしてできるのかな。

248:デフォルトの名無しさん
09/07/12 17:46:47
Paddingの追加って、こんな感じに入力するだけでしょ。
<TextBlock …… Padding="10">……</TextBlock>

249:デフォルトの名無しさん
09/07/12 17:49:58
Paddingプロパティがあるだろ？
パディングはそのコントロールの親(GridやBorderなど)を基準にして行われる
WPFはとにかくコンテナ(WinFormsでいうPanelみたいなもの)をネストしまくるんだ

250:デフォルトの名無しさん
09/07/12 18:19:59
>>249
それは、Windowsアプリケーションでも可能なの？

251:デフォルトの名無しさん
09/07/12 18:22:24
>>217

252:デフォルトの名無しさん
09/07/12 18:24:16
何この馬鹿は。
やってから言えよカス。

253:デフォルトの名無しさん
09/07/12 18:26:27
Ｗｉｎｄｏｗｓアプリケーションには
textblockとかgridってあるのかな。

254:デフォルトの名無しさん
09/07/12 18:30:15
WinFormsなら無い
ユーザーコントロールに枠線消したTextBoxを張る
みたいな汚い方法しかない

255:デフォルトの名無しさん
09/07/12 19:02:18
ビジュアル重視ならば、
ＷＰＦで作った方がよかったんじゃないかな。
俺もよく知らないけど。

256:デフォルトの名無しさん
09/07/13 00:13:27
見た目こそWPFの領分だね

257:デフォルトの名無しさん
09/07/13 00:55:49
しまったな…
俺もWPFで作れば良かった。
できることはWindowsアプリケーションと変わらないし。

258:デフォルトの名無しさん
09/07/13 01:37:11
何だか勘違いしてるようだけど、WPFで作ってもWindowsアプリケーションだよ。
場合によってはMFCとか.NETじゃないやつまで含んじゃう言葉だから、誤解を避けるためにWinFormsって書く方がいい。

WinFormsで見た目をちょっと改善しようと思ったら、自前で描画するとか泥臭い手段しか無かったというのはよくある話。
WPFでは馬鹿みたいに（褒め言葉）柔軟で何でも出来るけど、設計思想がWinFormsやMFCとは別物の新しいやつだから、最初は戸惑うと思う。

259:デフォルトの名無しさん
09/07/13 07:29:50
そして起動が遅いと言われるわけですな

260:デフォルトの名無しさん
09/07/13 09:54:35
Formでやるなら>>224でいいじゃない

261:デフォルトの名無しさん
09/07/13 11:19:26
ListViewでItemをひとつひとつ.Selected=Trueする方法で選択していくと、
Items.Count が非常に多い場合にはあまりに時間がかかりすぎることが
わかりました。

Items.Count=10000ぐらいで２分ぐらい（Core2Duo/2GHz）。

ところが例えばExplorerでﾌｧｲﾙを同じくらい用意してやってみると瞬時に
全部が選択されました（3秒ぐらい）。これと同じ程度のスピードで選択
したいと思います。良い方法がありましたらご指導のほどお願いしたく。

よろしくお願いします。

262:デフォルトの名無しさん
09/07/13 11:49:28
試したけど3秒くらいだったよ。
イベントハンドラがあったりする？
あと描画関係なら、BeginUpdate - EndUpdateで挟むとか

263:デフォルトの名無しさん
09/07/13 11:59:23
>>262
実地に調べてまでして下さり、大変ありがとうございます！
いろいろすみませんです。

＞BeginUpdate - EndUpdateで挟む

これたった今やってみました。結果として時間の変化はありませんでした。

＞イベントハンドラがあったりする？

わかりました、すぐ調べてみます。どうもです！

264:261
09/07/13 12:15:11
>>262
＞イベントハンドラ

この件、仰るとおりでした。Selectされた時点で、何かのメッセージの
Hookが行われているようでした！これは別のコントロールのものでしたが
対策を考えてみます。ご指導、大変どうもでした！助かりました！

265:デフォルトの名無しさん
09/07/13 19:26:25
インデックスで回してない？
foreachにすれば大丈夫だと思うけど。

266:デフォルトの名無しさん
09/07/13 23:23:23
VirtualModeにしてみたら？

267:デフォルトの名無しさん
09/07/14 09:41:49
良く使うジェネリックコレクションは何？
とりあえずList<T>とDictionary<T>覚えておけばいい？

268:デフォルトの名無しさん
09/07/14 09:42:31
Dictionary<K,V>だった。

269:デフォルトの名無しさん
09/07/14 09:52:07
K,VじゃなくてTKey,TValueな
型パラメータの命名ガイドラインは接頭辞Tプラスその型引数の意味
（ただし用途が明らかな場合List<T>とかはT一字でOK）

2.0ならあとはLinkedList<T>, KeyedCollection<TKey, TItem>辺り？
あ、Queue<T>とStack<T>があった
3.0（WPF）ならObservableCollection<T>
3.5はHashSet<T>とか？　コレクションじゃないけどやはり最重要はIEnumerable<T>だな

270:デフォルトの名無しさん
09/07/14 10:24:18
>>269
ふむふむ。
IEnumerable<T>はLINQで出て来るなあ。
ObservableCollection<T>はWPF本で出てきたけど
まだいいや。

List<T>
LinkedList<T>
KeyedCollection<TKey, TItem>
Dictionary<TKey, TValue>
IEnumerable<T>

とりあえずこのあたりからマスターする。

271:デフォルトの名無しさん
09/07/14 10:29:51
あ、KeyedCollectionは後で良いよ
つか全体にマスターするほどでもないような
IEnumerable<T>以外は

272:デフォルトの名無しさん
09/07/14 13:37:18
T[] も忘れないで上げてください、影薄いですけど

273:デフォルトの名無しさん
09/07/14 21:15:32
>>269
.NETの型引数の命名規則は合理的で優れてるよな
java式のK,Vとかイミフ

274:デフォルトの名無しさん
09/07/14 21:33:54
Tとかそういう意味だったのかw
ほかの引数にSとかUとかつけてたわｗ

275:デフォルトの名無しさん
09/07/14 21:43:12
c++テンプレートのTypenameだよね

276:デフォルトの名無しさん
09/07/14 21:44:53
>>274
SとかUってどういう意味よ？ｗ

277:デフォルトの名無しさん
09/07/14 21:45:31
SとかUつける人いるんだｗ

278:デフォルトの名無しさん
09/07/14 21:46:57
ｱﾙﾃｨﾒｯﾄﾌｧｲﾅﾙｸｿﾜﾛﾁｗ

ま、俺はVをつけてたけど。

279:デフォルトの名無しさん
09/07/14 21:56:52
>276,277
いや、Tの前とか次の文字とかｗ
HogeHoge<S,T,U>ってかんじ。

280:デフォルトの名無しさん
09/07/14 22:08:04
型引数を真面目に変数っぽく名前考えてるのって
C#くらいだよね
javaもc++もそんな習慣無い

281:デフォルトの名無しさん
09/07/14 22:23:47
C++には型引数に普通の名前付ける文化もある(STLなど)
わかりやすいけど普通の型名と見分けがつかないので、
.NETの(プリフィクス)+(意味)はその落としどころ

282:デフォルトの名無しさん
09/07/14 22:30:04
>>281
今VC9見たら真面目に命名してるな
VC6とか_Aとか_Cとかだったんだが

283:デフォルトの名無しさん
09/07/14 23:45:07
>>280
.NET も初めからそうだったわけではなく、型引数のこの命名は
ベータかどっかでやっぱりこうしようみたいに一気に変えたんだよ
確か。Connect とかの Suggestion も絡んでた気がする

出来上がりとか見てみんな思うところがあったんじゃないかな

284:デフォルトの名無しさん
09/07/14 23:52:12
>>283
.NET 2.0ベータ中は一文字だった、ように記憶してる
リリースされた正式版のドキュメント見て初めは違和感あった

285:デフォルトの名無しさん
09/07/14 23:57:32
制約がわかりやすいのはいいよね
TEventArgs : EventArgs なんか神

286:デフォルトの名無しさん
09/07/15 00:09:02
>>284
ああごめん。
>出来上がりとか見て
はベータのです。
なんか変わると発表したときにフィードバックの存在を
書いていた記憶があるから。

287:デフォルトの名無しさん
09/07/15 00:17:22
おまいらC#でオープンソースとか使ってる?
Log4netはつかってるがほかゴリゴリ書いてるので時間かかるお(´・ω・｀)
URLﾘﾝｸ(csharp-source.net)

288:デフォルトの名無しさん
09/07/15 03:22:30
SerialPortクラスについて質問

DataReceivedイベント使えばVC++の時みたいに自分でスレッド組まなくて済みそうで楽出来そうなんだけど
実際に受けてみると欠ける時がある
STXhoge123ETX
↑見たいなデータが改行無しで垂れ流しで延々と来るんだけど
たまに
STXhoge123ETX
STXhoge124ETX
STXhoge125ETX
STXhoge126ETX
STXhoge127ETX
STXhoge128ETX
STXhoge129　　　←ETXが受けれて無かったり
STXhoge134ETX←間の130-133までが無かったり・・・

private void serialPort1_DataReceived(object sender, System.IO.Ports.SerialDataReceivedEventArgs e)
{
　string recvData = serialPort1.ReadExisting();
　Console.WriteLine(recvData);
}
こんな感じで直接出力しても途切れる・・・
何故なんでしょうか？誰か詳しい人教えて

289:デフォルトの名無しさん
09/07/15 03:22:38
すいません。質問ですが、
new RelayCommand(param => this.OnRequestClose());
この=>はどういう意味があるのでしょうか？

290:デフォルトの名無しさん
09/07/15 03:34:36
ラムダ式
URLﾘﾝｸ(ufcpp.net)

291:デフォルトの名無しさん
09/07/15 05:26:44
>>288
フロー制御はうまく言ってる？

292:デフォルトの名無しさん
09/07/15 06:30:27
>>290
おお、ラムダ式。
どうもありがとうございました。

293:デフォルトの名無しさん
09/07/15 14:06:19
ジェネリクスのクラスの型パラメータを配列に制限したい
のですが、以下だと上手く行かないようです。

class Widget<T> where T : IEnumerable
{
public void Iterate(T arr)
{
foreach (object item in arr)
{
Console.WriteLine(item);
}
}
}

・型パラメータTは、競合する制約IEnumerableおよびobjectを継承します
・foreachステートメントは、TがGetEnumeratorのパブリック定義を含んで
いないため、型Tの変数に対して使用できません。

というエラーが出ます。どうかご教示願います。

294:デフォルトの名無しさん
09/07/15 14:13:11
間違ってない
それだけならコンパイル通るし動く
他のところに問題がある

295:デフォルトの名無しさん
09/07/15 14:13:14
ジェネリックでdelegateを指定するにはどうすれば
いいでしょうか？
やりたいことは
public delegate_T func<delegate_T>( string str )
こんな感じなんですが。

296:デフォルトの名無しさん
09/07/15 14:25:37
コンパイル時にチェックするのは無理
Expression<TDelegate>みたいに、名前だけそれっぽくして実行時にチェックする

297:デフォルトの名無しさん
09/07/15 14:31:40
typedefがないので無名になるが
Func<string, int> func;
funcがstringを受け取ってintを返す関数になる
戻り値がdelegateって言うなら
Func<string, Action> func;
とかです

298:デフォルトの名無しさん
09/07/15 14:44:14
>>294
レスありがとうございます。
using System.Collections;
を宣言していませんでした。

299:デフォルトの名無しさん
09/07/15 15:04:49
>>296 >>297
上で書いたような書式じゃ無理ということとですね。
Funcとか知らなかったので試してみます
ありがとう

300:デフォルトの名無しさん
09/07/15 16:12:22
C#入門としてオススメな本があれば教えて下さい

301:デフォルトの名無しさん
09/07/15 16:20:19
>>291
レスありがとう

フロー制御に問題がある様には思えません
送信側と合わせてるので

疑似で
STXhoge0ETX～STXhoge5000ETX
までのデータを作ってtxtファイルにして
ハイパーターミナルからテキストファイルの送信で流してみたんですが
5000までデータはあるのにコンソール上には200行から300行くらいまでしか出てこない・・・
フロー制御もいろいろ設定変えて試したんですが変わらずです・・・

302:デフォルトの名無しさん
09/07/15 16:53:02
症状はどう見てもバッファあふれだろう。

＞フロー制御に問題がある様には思えません　
経験的にいえば強く思い込んでるところが間違ってる可能性が高いな。
コントロールパネルで設定したとか言うなよ。
あとＰＣ－ＰＣでの接続だったらリバースケーブルになるけど、
結線に種類があってハード制御用のラインが自分のほうに戻ってきてるのもあるから要注意。

303:デフォルトの名無しさん
09/07/15 17:36:23
threshold設定してるだけ？
アレってあんまり信用ならなかったとおもう

304:デフォルトの名無しさん
09/07/15 17:37:26
概算じゃなくてデータのサイズきっちり計算してバッファと比べたりしようぜ

305:デフォルトの名無しさん
09/07/15 19:30:24
すいません。質問です。

C#や.NETの資格で、MS社以外のものはありますか？

また、MCPですが、
70-505 TS: Microsoft .NET Framework 3.5, Windows Forms Application Development
などの「開発経験が 1 年以上」は、大学の研究室での開発や趣味プログラミングでも大丈夫でしょうか？

306:デフォルトの名無しさん
09/07/15 21:48:39
Console.WriteLine(new　Uri("URLﾘﾝｸ(example.com)"));

この出力が　"URLﾘﾝｸ(example.com)"　になるんですが、これってバグですか？

307:デフォルトの名無しさん
09/07/15 21:52:30
いいえ

308:デフォルトの名無しさん
09/07/15 22:03:26
sample/../foobar.txt

/ を足して味噌

309:デフォルトの名無しさん
09/07/15 22:07:41
>>308
いや、それはわかるけど、俺が聞きたいのはそれじゃない。
".."　が消えているのはなぜかと、どうすれば回避できるのか、だ　(´･ω･`)

310:デフォルトの名無しさん
09/07/15 22:22:46
OriginalStringプロパティ

311:デフォルトの名無しさん
09/07/15 22:27:16
URIの仕様としては>>306の動作は正しいのかい？

312:デフォルトの名無しさん
09/07/15 22:42:31
RFC2396

Similarly, parsers must avoid treating "." and ".." as special when
they are not complete components of a relative path.

これ？

313:デフォルトの名無しさん
09/07/15 22:45:45
sample.. の .. を特別扱いしちゃいけないから
>>306の動作は仕様を満たしてないってことかな

314:デフォルトの名無しさん
09/07/15 22:49:36
>>310
Console.WriteLine(new　Uri(new　Uri("URLﾘﾝｸ(example.com)"),　"sample../foobar.txt").OriginalString);
ごめん。こういうのを書いて、ちょっと　(´･ω･`)　とした。

RFC　か何かで規定されているなら、まあ無視しちゃって良いかなって気にはなるんだけど、
まだ読みきってないス　(´･ω･)

315:デフォルトの名無しさん
09/07/15 23:25:59
全然関係ない。
趣味でも十分な奴もいれば仕事でも無理な奴もいる。

316:デフォルトの名無しさん
09/07/15 23:27:39
ふらっとの誤爆か？

317:デフォルトの名無しさん
09/07/16 19:30:14
Path.DirectorySeparatorCharとPath.AltDirectorySeparatorCharを
くっつけたものを出来ればconstで定数にしたいんですが
どう書けばよいでしょうか？
もしくはC++の関数内で
static string str = "123";
みたいなことは出来ないでしょうか？

別な方法はありますが、これが出来るとすっきりしそうなのです。

318:デフォルトの名無しさん
09/07/16 19:40:42
readonlyじゃ駄目なの？

319:デフォルトの名無しさん
09/07/16 19:57:42
>>318
なるほど。うまくいきました。
readonly static string str = string.Format( "{0}{1}", Path.DirectorySeparatorChar, Path.AltDirectorySeparatorChar );
ちなみに
>もしくはC++の関数内で
>static string str = "123";
>みたいなことは出来ないでしょうか？
これって出来ますか？

320:デフォルトの名無しさん
09/07/16 20:01:25
できない

321:デフォルトの名無しさん
09/07/16 20:04:56
そうですか・・。
了解しました。

322:デフォルトの名無しさん
09/07/16 21:15:10
>>319
C++で関数内のstatic string str = "123";は可能では？
まあスレ違いになるからC++スレで聞け。

323:デフォルトの名無しさん
09/07/18 00:36:11
internal修飾子の使いどころがイマイチわからん

324:デフォルトの名無しさん
09/07/18 00:40:57
ライブラリ作成をしてみると分かるんじゃないか

325:デフォルトの名無しさん
09/07/18 00:41:24
プログラムをDLLで分割しまくって
アクセス制限考え出すとわかる

326:デフォルトの名無しさん
09/07/18 02:26:16
TabIndexに-1を指定できるようにしてほしい

327:デフォルトの名無しさん
09/07/18 03:00:27
何故？

328:デフォルトの名無しさん
09/07/18 03:09:19
使用していないことを明確に表すため

329:デフォルトの名無しさん
09/07/18 03:16:08
継承して、使用していないことを明確に表すためのプロパティを用意すればいいじゃん

330:デフォルトの名無しさん
09/07/18 03:31:49
いえ、相談ではなく提案です
TabIndexプロパティの仕様の話で、-1が使えた方がスマートだということ

331:デフォルトの名無しさん
09/07/18 03:35:20
でもそれだとデザイナで設定できなくなるし、
そもそもTabStopがあるからいらないと思う

332:デフォルトの名無しさん
09/07/18 03:38:55
どうでもいいオブジェクトのTabIndexの値がふらふらしてて気持ち悪い
収まりが悪い

333:デフォルトの名無しさん
09/07/18 07:04:28
そう良かったね。

334:デフォルトの名無しさん
09/07/18 08:19:21
使ってないやつは-1とか
発想が前時代的

335:デフォルトの名無しさん
09/07/18 14:04:06
そうだな。
TabIndexはタブの移動順序を決めるためのプロパティだから、タブの有効/無効とは無関係だよな。
TabEnableてきなプロパティを作るべき。

336:デフォルトの名無しさん
09/07/18 14:27:34
ヌルあぶればいいじゃない

337:デフォルトの名無しさん
09/07/19 04:05:27
おまえらセンス無い

338:デフォルトの名無しさん
09/07/19 04:05:56
ごめん

339:デフォルトの名無しさん
09/07/20 10:11:32
2つの256色ビットマップを読み込んで（パレットは2つとも同じ）、
1つの大きな256ビットマップに描画して、保存したいと思っています。

System.Drawing.Bitmapオブジェクトは作成できたのですが、
ピクセルフォーマットがFormat8bppIndexedになっているので、Graphicsオブジェクトが作成できません。

256色ビットマップに描画するには、どのようにすればよいでしょうか？

340:デフォルトの名無しさん
09/07/20 10:42:12
1枚をRead→Writeはできてるの？

341:デフォルトの名無しさん
09/07/20 10:44:29
>>339
Bitmap コンストラクタ (Int32, Int32, PixelFormat) でコピー先ビットマップ作って
GetPixcel/SetPixelで書き写すしかないんじゃね？

342:デフォルトの名無しさん
09/07/20 11:45:19
最近、ビットマップ合成がらみを色々見てて、
2.0以前のSystem.Drawing.Bitmapよりも、
3.0以降のSystem.Windows.Media.Imaging.BitmapSource と
WriteableBitmap の方が使いやすかった。

343:デフォルトの名無しさん
09/07/20 12:19:39
そんなことSetPixelでやったら死ぬよ
LockBitsだな
WPFが使えるならもちろんそっちの方が遥かに便利で強力

344:デフォルトの名無しさん
09/07/20 12:27:12
結局、32bitBitmap上に描画し、LockBitsして32bit->8bit変換を行いました。

回答してくださった方、どうもありがとうございました。

345:デフォルトの名無しさん
09/07/20 12:28:08
>>344は>>339です。

346:デフォルトの名無しさん
09/07/22 02:08:09
会社で社内の業務改善ツールを任されることになりました
上からＪａｖａかＣ＃を選ぶようにいわれましたが
どちらが扱いやすくて今後の将来性がありますか？

347:デフォルトの名無しさん
09/07/22 02:12:17
C#スレで訊いたらC#と答えるに決まっているだろう

348:デフォルトの名無しさん
09/07/22 02:23:27
>>346
Javaスレで聞いたら？
Javaって返ってくるだろうけど。

まぁ、アレですよ。
自分で使いたいと思うほうを使えばいいと思います。
どっちも将来性なんて分からないので。

349:デフォルトの名無しさん
09/07/22 02:29:17
>>346
製作されたソフトウェアのどちらが長期使用に耐えられるかと言ったら
C#だろうな

350:デフォルトの名無しさん
09/07/22 04:16:08
URLﾘﾝｸ(www10.ocn.ne.jp)

RPGClientでログインして、少し動かした後で切断。再度ログインすると、KeyNotFoundExpectionが発生してしまう。

しらべてみると、MapChangReq（）のunits.setUnit()でunitlistに登録したキーの値がfindUnit(）でキーを元に検索しようとする前の段階で入れ替わってるのが原因だとわかった。

でも、治し方がわからない。
詳しい人がいたら教えてほしい。

351:デフォルトの名無しさん
09/07/22 07:48:58
Windows環境限定でいいんだったらC#でいいんじゃね？

352:デフォルトの名無しさん
09/07/22 07:59:31
互換性考えるとC89だよな

353:デフォルトの名無しさん
09/07/22 08:37:00
コンシューマ用ならC#が俄然有利な気がするが
後方互換保ってくれるかわからないんだよなぁ
なんだかんだで１０年来動き続けてるVB6という手も怖い

354:デフォルトの名無しさん
09/07/22 09:17:18
>>352
互換性(笑)

>>353
少なくとも IL は互換性保たれるんじゃないかな。

355:デフォルトの名無しさん
09/07/22 09:48:41
>>350
プロジェクト開けねーじゃねーか・・・XNA入れないとならんのか？ﾒﾝﾄﾞｸｻ

356:デフォルトの名無しさん
09/07/22 10:01:33
>>350
解凍できね

357:デフォルトの名無しさん
09/07/22 10:25:04
>>356
7zipで解凍できたよ。

>>350
ぱっと見なんだけどRPGServerをリブートしていたというオチではないか？
UnitManagerのunitlistをセーブしたりしている箇所はどこだ？

しかし、なんかUnitの管理とかが微妙な感じがする。
精査したわけじゃないが、unitsが座標ごとに持ってる部分とか。

358:デフォルトの名無しさん
09/07/22 12:04:26
>>357
RPGServerをリブートしているという落ちは残念ながありませんｗ
unitlistをセーブしている部分はsetunit、removeall、removeUnitの三つです。

359:デフォルトの名無しさん
09/07/22 13:40:05
>>358
右クリックして、送る→圧縮(zip 形式)フォルダ
で圧縮したものでうｐしなおしてくれ。

360:358
09/07/22 13:54:39
>>359
すまん。今使ってるウィンドウズにはその機能はない。

361:デフォルトの名無しさん
09/07/22 14:44:12
>>360
機能がないんじゃなくてテメーが無効にしたんだろ。

362:デフォルトの名無しさん
09/07/22 15:05:03
使っているWindowsかビルド環境が古いというオチか。

363:デフォルトの名無しさん
09/07/22 16:11:02
Vistaの標準のエクスプローラで解凍できたけどな

364:デフォルトの名無しさん
09/07/22 16:33:30
>>358
んじゃ、recive_packetでMapChangReqコマンドを投げる前にHandleInput受け取って
SetPosコマンド投げた。とか？
は無いか、initedチェックしてるから。

わかんね。ギブ。

ただ、ひとつ気になったのはunitlist.Add(id, u);。
Dictionary#Addは「ただし、指定したキーが Dictionary<(Of <(TKey, TValue>)>) 内に
既に存在する場合、Item プロパティを設定すると既存の値が上書きされます。
一方、Add メソッドは、指定したキーを持つ値が既に存在する場合、例外をスローします。」

365:デフォルトの名無しさん
09/07/22 22:30:01
何が何だかよくわからない。
切断した後IPとか変わってても大丈夫なの？

366:デフォルトの名無しさん
09/07/22 22:54:46
駄目だけど、そこんとこはまた別の問題。
ツッコミどころはまだまだ多いけど、それは一つずつ解決していくしかなかろう。
とりあえず、結構頑張ってると思う。

367:デフォルトの名無しさん
09/07/26 18:08:18
C++/CLI のスレから誘導されてきた。よろしくお願いしたい。

----------

おしえて。

フォームアプリのテキストボックスとかにデータバインディングで、
DataTable の要素を関連づけて入力値を管理したい。

ここで、テーブル中のレコードが１つの場合はいいんだが、複数あって
かつ、バインドするレコードを動的に変更したい場合ってのはどうすれば
いいのだろうか？

よくわからなかったので、

・バインド用に同じ構造のテーブルを用意して
・そこにレコードをひとつだけ作り
・そのレコードに元テーブルの任意のレコードの値をコピーする
・フォーム終了後にもとのテーブルのレコードに値をコピーし直す

方法で使おうとも思ったのだけど、もっと直接的な方法がありそうな気がする。
いかがだろうか。教示いただけると嬉しい。

368:デフォルトの名無しさん
09/07/26 19:14:08
何を言いたいのかがハッキリわからないけど
DataTableに複数レコードつっこんで
あるときは1レコード目、あるときは2レコード目をバインドすればいいんじゃないの

369:デフォルトの名無しさん
09/07/26 19:37:11
返信をありがとう。

>あるときは1レコード目、あるときは2レコード目をバインドすればいいんじゃないの

その２レコード目をバインドする方法がわからなかったんだ。。。

370:デフォルトの名無しさん
09/07/26 19:38:54
何言ってるんだろ？次のレコードに進めるだけだろ。

371:デフォルトの名無しさん
09/07/26 23:37:42
ああ。そう言う方法があるんだね。
ごめん。まだこれの経験が浅くてそれ自体がわかってないんだ。
その方向で調べ直すよ。ありがとう。

372:デフォルトの名無しさん
09/07/27 00:35:25
BindingManagerBase::Position のことか。
気がつかなかったよ。お騒がせしました。

373:デフォルトの名無しさん
09/07/27 14:13:58
非ジェネリックのIDictionaryをジェネリックのIDictionary<TKey,　TValue>に
変換するスマートな方法があったら教えてください。
foreachで別のDictionayに１つずつ追加するのはやれてます。

374:デフォルトの名無しさん
09/07/27 14:30:54
それが一番だと思うけど。
dic.Cast<DictionaryEntry>().ToDictionary(entry => (TKey)entry.Key, entry => (TValue)entry.Value);
がスマートとは思えない。

375:デフォルトの名無しさん
09/07/27 14:34:42
C# 2.0
で質問です

System.Threading.ManualResetEvent
のインスタンスを使用して1ミリ秒のウェイト処理をループ中にかけようとしているのですが
　・Vista環境だと上手く1mSec 程度停止するのに
　・XP環境だと15mSec程度まで跳ね上がる時があります。
　OSの分解能ということで1mSecは諦めるしかないのでしょうか？

　用途は最高速で常時まわしたい処理を以下のソースのWhileの中に組み込んでHOGEの処理をしているのですが
可能であれば10mSec以下で1ループを終わらせたいのです。（中の処理は2～3mSec程度）
　ただしこのままでは別スレッドで実行しているにもかかわらずCPU負荷率が高すぎるために
最低レベルでのスレッド停止処理を行いたいのです。
ちなみにSystem.Threding.Thred.Sleep(1); を行うとVista環境でも1mSecより大きく停止してしまいます。

System.Threading.ManualResetEvent mre = new System.Threading.ManualResetEvent(false);
While(True)
{

　　　　HOGE();//処理

　　　　//ストップウォッチ計測開始
　　　　mre.WaitOne(1);
　　　　//ストップウォッチ計測終了
　　　　
　　　　if(exitFlag == true) break;
}

何とか最速でまわしつつ負荷を上げずにWhile文を回し続ける方法はないでしょうか？

376:デフォルトの名無しさん
09/07/27 17:19:40
1msの分解能が欲しかったらCPU負荷率は諦めるしかないと思うけどな
スレッド切り替えるのに1ms以上かかりそうだし

377:デフォルトの名無しさん
09/07/27 17:55:33
>>376
そうですか・・・
まぁヂュアルCPUなんで負荷率は50％なので構わないと言えば構わないのですが・・・
できるだけ使用率を低くして寿命を延ばしてやりたかったのです

378:デフォルトの名無しさん
09/07/27 17:59:39
>>375
Sleepすることが目的ではなく、CPUを使いすぎることを抑えたいだけのように感じる。
もしそうなら、Priorityプロパティでスレッドの優先度を下げるだけというのはどう？

もちろん、優先度を下げるということはCPU使用率を下げることとは違うから、、
ほかにやることがなければCPUを使い尽くすということに変わりはないけど。

379:デフォルトの名無しさん
09/07/27 18:02:17
>>377
何をやりたいのか知らないけど専用マシンを用意すれば？

380:デフォルトの名無しさん
09/07/27 18:32:57
10mSecでTimer回した方が良いように思えてならない。
再入をブロックする必要はあるけど。

381:デフォルトの名無しさん
09/07/27 20:17:27
>>375
よくわかんないけどこういうこと？

Stopwatch sw = new Stopwatch();
long nextTiming = sw.ElapsedMilliseconds + 10;
sw.Start();

while (true)
{
　　while (sw.ElapsedMilliseconds < nextTiming) { Thread.Sleep(0); }
　　nextTiming += 10;
　　Console.WriteLine("Now is {0} ms", sw.ElapsedMilliseconds);
}

Thread.Sleep(1)にしてやればCPU使用率は無駄に上がらない。
その場合、処理のインターバルの精度は落ちるけど、時間あたりの処理回数の精度は
保てるといってよいんじゃないか。

382:デフォルトの名無しさん
09/07/27 23:32:44
マルチメディア系の機能でミリ秒レベルの精度でsleepする方法ってあったりするんだっけ？
普通のSleepって、TimeBeginPeriodで指定した分解能でスレッドの状態変わるんだっけ？

もしSleepの精度にTimeBeginPeriodが効くなら、それやってスレッドの優先度をあげればいいかも。
ただし処理をきちっと終えてちゃんと確実に速やかにSleepしないと死ぬことになるが。

383:デフォルトの名無しさん
09/07/27 23:35:31
各回のインターバルの精度が必要でないなら、10回分繰り返して10回分Sleepとかそういう手もあるが。

384:デフォルトの名無しさん
09/07/27 23:42:24
>>382
timeBeginPeriodは消費電力を増やすと言われているのだから、
寿命を気にする>>377には似つかわしくないと思う。

385:デフォルトの名無しさん
09/07/27 23:54:07
HDDはともかく、CPUはヒートシンクが動作中に外れるとか
余程のことでもなければ「寿命」を縮めるなんてことはないと思うけど。
真空管じゃないんだから

386:デフォルトの名無しさん
09/07/28 00:07:36
まあCPU自体にはあんま関係ないけど、
使用率が高いところを維持するのは全体で見ればあまり望ましいことじゃなかろう。

あと確かに大麻精度あげると電力使用はアップしてしまうのかも知れんが、
CPU使用率が高いままになるよりはましじゃないかと思うがどうだろう。
もちろんそうせずに済むならそれにこしたことはない。

387:デフォルトの名無しさん
09/07/28 00:19:55
結局のところ、何であんな事をやりたいのかハッキリしないと何とも言えん

388:デフォルトの名無しさん
09/07/28 10:43:04
C#では、グラフィック関連のメソッドで、小数の引数はfloat型になってますよね。
floatよりdoubleの方が一般に速いと思うのですが、なぜfloatなんですか？

389:デフォルトの名無しさん
09/07/28 10:49:39
GPUはほぼ単精度までしか扱えなかったぜ
まあGDI+はGPU使わんけどな！

次ページ