C#, C♯, C#相談室 Part46

C#, C♯, C#相談室 Pa ..

175:デフォルトの名無しさん
08/05/13 18:11:30
オブジェクト指向のもっとも重要なポイントは、クラスではなくインスタンス。
インスタンスが主役であって、クラスはオマケ。継承がウンタラとかいう連中もいるが間違っているから相手にするな。
今四つのインスタンスがあるとする、それぞれ A , B , C , D
粒度が細かすぎて取り扱いにくいので、二つにまとめてみようと考えてみる。
インスタンスAがBを呼び出すなら
A　--関数名--> B
と書いてみる。
まとめる方法は[A,B,C] [D]がよいか[A,B] [C,D]がよいか。
呼び出しが最少になるような図を考えてみよという事。
適当に矢印書きまくって、最小になるように分離してみるといい。
あとは応用。

176:デフォルトの名無しさん
08/05/13 18:56:57
インスタンスが主役でクラスがおまけ、って俺には理解できない発想だマジで。
っていうか、それに類するような主張をこれまでに聞いたことがないよ。

177:デフォルトの名無しさん
08/05/13 19:06:45
なにいってるかよくわからんが、継承か包含かちゅー話じゃないのか

178:デフォルトの名無しさん
08/05/13 19:12:02
プロトタイプ指向のことなんじゃね

179:デフォルトの名無しさん
08/05/13 19:16:53
インスタンスが主役ｗ

180:デフォルトの名無しさん
08/05/13 19:21:47
C#は型指向

181:デフォルトの名無しさん
08/05/13 20:35:08
>>176
オブジェクト指向を扱っているサイトにいってみたら？
そうすれば無知も治るよ

182:デフォルトの名無しさん
08/05/13 20:39:21
オブジェクト指向ではインスタンス(実体)は脇役だろう。

183:デフォルトの名無しさん
08/05/13 20:40:36
>>182
今から15年前くらいは、確かにそういう事になっていたが、そのまま固まったか？

184:デフォルトの名無しさん
08/05/13 20:43:19
Javaが登場して以降、体系的に研究されたオブジェクト指向もちょっとは勉強するといいよ。
でないと、デザインパターン意味や使い方など理解に及ぶことはできないし、上の例だって発想することすら難しいだろう。

185:デフォルトの名無しさん
08/05/13 20:46:44
Javaと関係なく研究は進んでいたと思うんだけど。

186:デフォルトの名無しさん
08/05/13 20:50:18
何言ってんの。
オブジェクト指向イコールJavaと言ってもいい程だよ。

187:デフォルトの名無しさん
08/05/13 20:52:15
その進んだ研究を勉強していないのは駄目だという事だよ
今のライブラリは当たり前にその設計思想が入っているからな、知らないと使い方分らんだろ。

188:デフォルトの名無しさん
08/05/13 20:53:17
>>186
ゴールじゃねぇよ、LINQとか見てみろ

189:デフォルトの名無しさん
08/05/13 20:54:35
別にオブジェクト指向がどうとかこうとかどうでも良いよ

190:デフォルトの名無しさん
08/05/13 20:55:05
インスタンスは実体。
お前はパソコンに文字を表示させるとき、直にVGAのメモリを書き換えるのか？違うだろう。
ドライバやらOSやらGDI+やらライブラリ郡など抽象化されたものを通してアクセスし表示させるだろう。

オブジェクト指向はインスタンス(実体)を直接操作せず、抽象化して利用しやすくする手法。
インスタンスがメインなわけがない。

191:デフォルトの名無しさん
08/05/13 20:55:55
>>188
ゴールなんて関係ないこと持ち出して自ら否定して
結局何が言いたかったのかね。

192:デフォルトの名無しさん
08/05/13 20:56:37
>>190
ヒント：言葉遊び

193:デフォルトの名無しさん
08/05/13 20:56:38
>>190
そうだな、もう永久にそう思っていろよw

194:デフォルトの名無しさん
08/05/13 20:59:04
>>190
そんな考えでも君のプログラムがちゃんと動くならそれでいいよ
それはそれで正しいわけだから

195:デフォルトの名無しさん
08/05/13 21:00:26
良いコード：動くコード
悪いコード：動かないコード

196:デフォルトの名無しさん
08/05/13 21:05:01
クラスが主役に一致する日本語のページ約 290,000 件中 1 - 10 件目 (0.30 秒)
インスタンスが主役に一致する日本語のページ約 1,790 件中 1 - 10 件目 (0.06 秒)

197:デフォルトの名無しさん
08/05/13 21:11:37
タイヤキの型とタイヤキそのもの
どっちも主役です(ゆとり教育的発想)

198:デフォルトの名無しさん
08/05/13 21:34:08
もうこの手の話がしたい奴はOOPスレ行った方がいいよ。
あそこは>>175的なトンチキな自説をぶってるアホが延々同じネタをループしてて楽しいと思うよ。
俺は正直吐き気がするけどねああいうの。

ちなみに>>190は半分はいいこと言ってると思うんだよね。
OOPというアイデアの肝は、>>190の言う抽象化（より正確には仮想化と言うべきだと思うけど）された
仮想機械をより直感的に表現するコーディング手法ということだと思う。

ただ「実体＝インスタンス」ってのは全然意味不明だが。

199:デフォルトの名無しさん
08/05/13 21:36:29
インスタンスの和訳が実体だろ・・・

200:デフォルトの名無しさん
08/05/13 21:43:41
>>188
LINQはオブジェクト指向とはまた別だろ。
関数型プログラミングのほうが近い。

201:デフォルトの名無しさん
08/05/13 21:45:09
なんか、こう訳わからん事になっているから、少し書くと
たとえば、C++でいう所の仮想テーブルは、virtual などなくても class のみで作り出すことができる。
これは非常に重要なことで、仮想テーブルは書き換えられないが、自分で作った仮想テーブルは書き換えられる。
このような実装は、Strategyパターンと呼ばれる。
つまり、classを使った抽象化は実は必要なく、ただ『頻繁に出てくるので言語上にvirtualとして実装しておくと便利であるという程度の意味』しかないのだ。
オブジェクト指向を理解する上で、この点について理解しているかどうかは決定的だ。
理解せずクラスと継承を中心に置くとやれる事が一気に限定されてしまうのだ。
さらには、継承には各種問題点も指摘されてり、特に深い継承は良くないと最近はされている。
また原則、継承を考える前にインターフェイスを検討するべきとされている。

参考コーディング規約
URLﾘﾝｸ(www.kawabata.com)
参考サイト
URLﾘﾝｸ(www.objectclub.jp)

202:デフォルトの名無しさん
08/05/13 21:49:06
>>199
話の文脈を読まなきゃ。
>>190の言う「実体」とは「クラスによって抽象化される前の何者か」。

たとえばGDIならビデオカードやプリンタのハードウェアのことを「実体」といっている。
少なくとも話の前半ではね。

203:デフォルトの名無しさん
08/05/13 21:51:16
>>201
それって結局、包含と委譲のことだろ。クラス対インスタンスという話ではない。
継承だけがクラスの特徴ってわけじゃないぞ。

204:デフォルトの名無しさん
08/05/13 21:51:26
>>202
確かに変だな。

205:デフォルトの名無しさん
08/05/13 21:53:21
>>203
つってもインスタンスを大量生産するための鋳型以上の意味もないだろ？

206:デフォルトの名無しさん
08/05/13 21:55:38
>>175
ひょっとしてインターフェイスと書くところをインスタンスにしてしまって
引っ込みが付かなくなったとか。それなら文脈があうが・・・

207:デフォルトの名無しさん
08/05/13 21:57:38
>>206
インターフェイスもインスタンスの一つと見なしてよいものだよ。
インターフェイスは取得するものだ。

208:デフォルトの名無しさん
08/05/13 21:58:17
>>207
またまた荒れるような書き方をするな。

209:デフォルトの名無しさん
08/05/13 21:59:06
いったい君たちは何の話をしてるの？
誰か頭のいい人ドラゴンボールに例えてくれよ

210:デフォルトの名無しさん
08/05/13 22:00:06
ドラゴンボールの主人公はヤムチャなのか天津飯なのかと言う話

211:デフォルトの名無しさん
08/05/13 22:27:53
実装と概念は分離して語れよ

212:デフォルトの名無しさん
08/05/13 22:30:20
↑といいつつ乖離して語る馬鹿

213:デフォルトの名無しさん
08/05/13 23:10:09
主役はキーボードを打つキミだ！！

214:デフォルトの名無しさん
08/05/14 01:52:33
>>209
サイヤ人→クラス
悟空→インスタンス

215:デフォルトの名無しさん
08/05/14 01:57:38
スーパーサイヤ人→スーパークラス

216:デフォルトの名無しさん
08/05/14 04:08:51
ブルー将軍→サブクラス

217:デフォルトの名無しさん
08/05/14 06:42:59
クラスもメタクラスのインスタンスだから、
インスタンスが主役ということでおｋ、みたいな話か？

218:デフォルトの名無しさん
08/05/14 06:58:38
決定的な違いは、メタ視点を持てているかどうかだろうな
明らかに不自由な設計やコーディングをしているのは明白なのだが
目が見えていないので、それを理解するのが困難になっているような気がする。

219:163
08/05/14 09:30:42
皆さん、いろいろとアドバイス頂き有難う御座います。

すこしスレが荒れ気味ですが、これは私の無知を175さんが丁寧に
ご指導してくださった点から始まっているかと思います。
原因は私にあります。スレを汚して申し分けありません。

最近良く思うのですが、OOPの浸透が何故遅いかと、
1）基本概念と実装に大きな開きがありすぎる。
2）考え方に様々な歴史や諸説があり、人や本によって解釈が異なる。
（人によって解釈が異なるのは、読んだ本の年代が大きく依存しているんでしょうか・・）
の2点に集約してるかと思います。

OOPが不慣れなものにとっては
具体的な実装論はなかなか本の中には出てこず、
また、こーいう現場的な定石というのか考え方が定まらなくて、
悩んでいることが多いんです。

だから、175さんを始め皆様より貴重なアドバイスを頂いた件は、
非常に感謝しております。

インスタンスの件は、2論に分かれているかと思いますが、
これは馬鹿な私にでも分かるように説明した為の、言葉の綾かと思います。

長文になってしまい申し訳ありません。
とても勉強になりますた。
皆様を師匠と仰ぎ、また伺わせて頂きます！！

220:デフォルトの名無しさん
08/05/14 12:43:48
くだらない哲学論争は後回しにして、とりあえずクラスの利便性（哲学論争クンはこういう言い方に反発するようだけど）
を体得するのがいいと思うよ。っていうかそれが一番重要。
大して難しいことじゃないから使ってれば自然とわかるよそれは。

くれぐれもOOPを外から強制された義務的なものに過ぎない、などと考えないこと。
便利だから使われてるんだよ。

OOPが浸透してないとは俺には思えないけど、もしそうであるのなら
それはOOPが「つかえねえ」からじゃなくてこの業界に馬鹿が多いからだよw

221:デフォルトの名無しさん
08/05/14 14:16:24
質問です
UDPで受信したメッセージをテキストBOXに表示する処理の方法論です。
今は、UDP受信を別スレッドで受信して。セマフォー同期ででＳｔｒｉｎｇ変数に渡し。
フォームのプロセスで、タイマー関数からセマフォーを同期で文字列を受け取って
テキストBOXに表示しています。
しかし、今一つスマートでないような気がしてなりません。もっと良い方法がないでしょうか?

222:デフォルトの名無しさん
08/05/14 14:38:37
普通に Control.Invoke でいいんじゃねーの？

223:デフォルトの名無しさん
08/05/14 15:20:18
タイマースレッド内に、Invokeで受信部分を入れてみたのですが。
ダメみたいな感じでした。
問題点１　Invokeスレッドが終了しない。
問題点２　結局、セマフォーで受信の確認を取るので処理的に同じ。
ただし、使い方が悪いのかもしれない。

別スレッドから、フォームに非同期イベントが出せればいいのだけど、その方法を知らない。
きっと有るような気がします。すごく初歩的な機能かも知れない…

224:デフォルトの名無しさん
08/05/14 15:36:47
223が何を言ってるのか全く分からない
Invoke スレッドて何？

225:デフォルトの名無しさん
08/05/14 16:14:15
>>224
んなこと言ったら、余計意味不明な説明が始まりかねん

で、結論
Invokeの意味を理解できてない
Invokeの使い方が間違っている

226:デフォルトの名無しさん
08/05/14 16:18:18
>>225
>Invokeの意味を理解できてない
その可能性もある。
>Invokeの使い方が間違っている
この問題にInvokeが適用できない。又は、別つの方法があるが使用したくない。

ちなみに、Invokeの中は一つのスレッドであることは理解していますよね?

227:デフォルトの名無しさん
08/05/14 16:54:08
>>221
Control.Invokeが解っていないなら、
URLﾘﾝｸ(codezine.jp)

228:デフォルトの名無しさん
08/05/14 17:32:06
>>222-227
出来ました。　結論：Control.Invokeが解っていなかった。無知でした。
申し訳ありません。そしてありがとうございました。

229:デフォルトの名無しさん
08/05/14 21:33:17
本当の主役はテレビの前のあなたです！！ｍ９ﾋﾞｼｯ

230:デフォルトの名無しさん
08/05/14 23:31:56
定数の取り扱いについての質問です。

定数宣言
public enum 定数
{
MASU = 81,
}

変数の定数宣言
public const int MASU = 81;

この場合、配列列データ_創る場合。
private int[] tbl = new int[定数.MASU];
と
private int[] tbl = new int[MASU];
どちらも同じに見えるのですが。前者を使用したほうがベターですか?
前者の方が速いですか?

231:デフォルトの名無しさん
08/05/14 23:37:25
enumハックを思い出した

232:デフォルトの名無しさん
08/05/14 23:46:14
キモい命名法だ

233:デフォルトの名無しさん
08/05/14 23:58:18
>>230
速さは一緒
値自体に意味があるならenumじゃなくてconstの方が適切
でもpublicならconstじゃなくてstatic readonlyにした方がいい

234:デフォルトの名無しさん
08/05/15 00:14:07
>>233
知らなかった知識です、ありがとうございます。

235:デフォルトの名無しさん
08/05/15 00:35:48
constと(static )readonlyは全く別物だから、
ちゃんと調べて使い分けるようにした方がいい

236:デフォルトの名無しさん
08/05/15 02:28:29
>>235
どこがどう違うかを書いた方がいい

237:デフォルトの名無しさん
08/05/15 02:44:41
自分で書けよ

238:デフォルトの名無しさん
08/05/15 02:48:18
constに出来るものをstatic readonlyにした方がいい理由ってなんだよｗｗ

239:デフォルトの名無しさん
08/05/15 03:26:42
>>238
メモリの節約。

240:デフォルトの名無しさん
08/05/15 03:30:00
↑アホ

241:デフォルトの名無しさん
08/05/15 06:17:51
基本的にconstはクラス内でprivateに定義してその中だけで使用する。
constをアセンブリやnetmoduleまたがりで参照した場合、副作用がある。

S.DLLでpublic　const　A　=　10
M.EXEで　S.Aの表示　10
public　const　A　=　99　に変更してS.DLLだけを再コンパイル。
M.EXEを再コンパイルしない限り結果は10のまま。

242:デフォルトの名無しさん
08/05/15 07:48:45
constを他のアセンブリから参照すると、参照元のアセンブリにも定数が埋め込まれる。後で値を変えたらさあ大変。
数学定数みたいに、絶対に値が変わることがないもの以外は、static readonlyにしたほうが無難。
あとはSizeとかDateTimeみたいに初期化の必要なものを、定数っぽく扱いたいときに。

243:デフォルトの名無しさん
08/05/15 09:05:11
それは完全に枝葉というか性質というか…全然別という意味分からないだろ
constはコンパイル時に値が確定される定数、readonlyは書き込み不可な変数。

見えてくる違いとしては、constはコンパイル時に評価されるので使える範囲がちょっと広い。
定数式しか許されない属性指定内部やswitchのcase句にも使用可能。これらに使用される場合境界越えで
あってもconstにする必要がある。

ちなみにenumの個々の値はconstなのでenumを等価に置き換えるならconstになる。

244:デフォルトの名無しさん
08/05/15 09:25:48
enumの値が変わったら大変なことになるんだな

245:デフォルトの名無しさん
08/05/15 09:27:54
外部に公開している列挙体を不用意に変更しちゃマズいのか。

246:デフォルトの名無しさん
08/05/15 10:09:30
>>242
これは知らなかった。勉強になる

247:デフォルトの名無しさん
08/05/15 14:15:35
ところでなんでcaseには定数しか書けないの？

248:デフォルトの名無しさん
08/05/15 14:33:21
定数じゃないと、複数該当することもあるからじゃない？
まあ上から順番に比較するような仕様のやつもあるが。

249:デフォルトの名無しさん
08/05/15 17:34:50
あとジャンプテーブル変換

250:デフォルトの名無しさん
08/05/15 18:23:06
実装を簡単にするための手抜き

251:デフォルトの名無しさん
08/05/15 22:20:36
かといってVBのSelectCaseは自由すぎると思わないか？

252:デフォルトの名無しさん
08/05/15 23:37:20
selectっていうのは0,1,2,3,4...
みたいに連番で並んでると
それを関数ポインタの配列みたいにしてジャンプすることが出来る
だから定数じゃないとどうしようもない

253:デフォルトの名無しさん
08/05/16 02:00:26
バカばっかｗ

254:デフォルトの名無しさん
08/05/16 08:37:30
↑暴走中。

255:デフォルトの名無しさん
08/05/16 10:48:23
>>251
バグを引き起こしかねない問題を含まない限り、自由度は高いに越したことはないよ
C#は新規なんだから、switch case の構文にこだわるべきじゃないとは思った
もともと、switch は C の特殊 goto label の構文な訳だし、考え方が古臭すぎる。
for 文からの脱出に break を使いたくても、switchにとられてしまうとかダサいと思うので。

256:デフォルトの名無しさん
08/05/16 11:37:15
フォールスルー不可能にもかかわらずbreak必須って時点で（ｒｙ

257:デフォルトの名無しさん
08/05/16 11:38:59
たしかに。
この辺何とかならなかったのか。
C、C++からの移行を意識してるならswitch caseと別の構文にすればいいしな

258:デフォルトの名無しさん
08/05/16 11:57:33
>>252
stringにもswitchは使える
その場合はif(str=="a") /*case a*/ else if(str=="b") /*case b*/ else if…
みたいなコードにコンパイルされる

259:デフォルトの名無しさん
08/05/16 16:01:00
>>258
たくさんあるとDictionaryを使うらしいぞ

260:デフォルトの名無しさん
08/05/16 18:35:22
#regionはIDEで出来るようにした方がいいと思う。

261:デフォルトの名無しさん
08/05/16 18:49:50
それを言語そのものに組み込むところはC#の特徴というかアピール
IDEサポートを謳ってる言語なんだから

262:デフォルトの名無しさん
08/05/16 19:29:25
C#3.0の自動プロパティ作ると、[xxx]k_BackingField(うろ覚え)とかいうような変数が内部で生成されてるらしいんだが、これにソースコード上で属性を付加する方法ってありますか？
自動生成のプロパティにつけても自動生成される変数には付加されないみたいです。

263:デフォルトの名無しさん
08/05/16 19:54:51
>>261
C++にもあるよ。
てかそれなら両方サポートすればいいじゃん。

264:デフォルトの名無しさん
08/05/16 20:02:54
>>262
> 自動実装するプロパティ (C# プログラミングガイド)
>
> 自動実装したプロパティでは、属性は使用できません。プロパティのバッキングフィールドで属性を使用する必要がある場合は、通常のプロパティを作成します。

265:デフォルトの名無しさん
08/05/16 20:05:39
>>264　('A`)ﾏﾝﾄﾞｸｾ

266:デフォルトの名無しさん
08/05/16 21:21:12
プログラミングC#っていう本を買おうかと思ってるんだけど
これ2年前に第4版が出たのが最後で、C#2.0対応とかVS2005対応とか書いてるよね
もう今はC#3.5とかVS2008もでてるけど、近いうちに第5版とか出たりしそうかな？
それとも第4版の内容でまったく問題ない？

267:デフォルトの名無しさん
08/05/16 21:27:06
普通に考えれば最新の機能には対応してない。それだけだ

268:デフォルトの名無しさん
08/05/16 21:32:47
C#3.5って出てるの？

269:デフォルトの名無しさん
08/05/16 21:39:45
>>267
まあ、そうだね。サンクス

>>268
ごめん、嘘ついた。NET Framework 3.5でもC#は3.0のままです

ちょっと調べてたら原書のProgramming C# 3.0ってのは去年末にでてるんだな
日本語版でないかなー

270:デフォルトの名無しさん
08/05/16 23:43:57
始めたばかりの俺はそれを待っている
今は猫と初めてを併用して学習中

271:デフォルトの名無しさん
08/05/17 01:02:27
原書買えよ

272:デフォルトの名無しさん
08/05/17 02:10:19
質問です。
DataGridViewで自動カラム生成機能ってありますけれど
あれのカラムのフィールド名はこちらから指定できないんでしょうか？
(特にReflectionを使った手法で)
プロパティに属性つけるとかしたら上手くいくんじゃないかと思ってるんですが…

ご存知の方いましたらお教えください。

273:デフォルトの名無しさん
08/05/17 03:11:04
自動生成したらフィールドも何もないと思うが、
カラムのフィールド名って具体的に何を指してる？

デザイナで列を追加したときにフォームに作られる
Column*フィールドの名前のことか？

274:デフォルトの名無しさん
08/05/17 06:16:50
>>273
すいません、あまりにも説明不足でした。
フォームのカラムのヘッダに表示される文字列のことです。
プロパティ名がそのまま文字列変換されて表示されているようなので
多分どこかで設定できるんではと思っているのですが…

275:デフォルトの名無しさん
08/05/17 07:41:53
Select()でプロパティ名を変えた匿名型にすればいい

var e1 = ...; // 元のデータソース: IEnumerable<Hoge>
var e2 = e1.Select(x => new { Bar = x.Foo, ... });

276:デフォルトの名無しさん
08/05/17 08:36:22
知らない文法だなぁと思ったら2008ですか…。

ちょっと調べてみます。ありがとうございます。

277:デフォルトの名無しさん
08/05/18 16:45:58
Seleは2005でもあるんじゃ？
ラムダはデリゲートになおせばいいよ

278:デフォルトの名無しさん
08/05/18 16:47:00
Selectな

279:デフォルトの名無しさん
08/05/18 16:50:05
ごめん嘘だ
URLﾘﾝｸ(msdn.microsoft.com)
3.5からだった

280:デフォルトの名無しさん
08/05/18 22:57:12
2005でも似たようなのを作ることは出来るがラムダ式がないと使い物にならない

281:デフォルトの名無しさん
08/05/19 06:12:12
2008に慣れてしまって、もうLastOrDefault()相当のコードを書くことすら面倒くさい。

282:デフォルトの名無しさん
08/05/19 14:21:56
WindowApplicationを作っています。

別スレッド(固定周期)でDBの値を引いてきて、Form(メインスレッド)のラベル.Text属性に値を設定する
という処理を行なっていますが、
表示されるのは最初だけで、その後DBの値を変えてもラベルの値が変更されません。

どうしたらいいかご教授ください。

283:デフォルトの名無しさん
08/05/19 14:29:09
>>282

>>227と同じかな？

284:デフォルトの名無しさん
08/05/19 19:18:45
同一のストリームをBinaryReaderとBinaryWriteに食わせた場合、
Closeを呼び出す順番ってどうすればいいの？

ついでに、フィールドで持っているストリームをメソッド内のローカルの
BinaryReader/BinaryWriterに食わせた場合、仮にメソッド内でClose呼んだりusingを使ったり
することを避けたとしてもBinaryReader/BinaryWriterがGCに回収されるタイミングで
ストリームも強制的に閉じられてしまうんだろうか？

285:デフォルトの名無しさん
08/05/19 20:14:51
今、関数の引数を設定したλ式を作る時、以下のようにしているのですが、
もっと良い方法または、ライブラリにこれと同様なことをするための物はあるのでしょうか？
static Func<TResult> SetArg<T1,TResult>(Func<T1,TResult> f,T1 a1)
{
　　　return () => f(a1);
}
...
static Func<TResult> SetArg<T1,T2,T3,T4,TResult>(Func<T1,T2,T3,T4,TResult> f,T1 a1,T2 a2,T3 a3,T4 a4)
{
　　　　return () => f(a1,a2,a3,a4) ;
}

286:デフォルトの名無しさん
08/05/19 20:50:34
>>285
>static Func<TResult> SetArg<T1,TResult>(Func<T1,TResult> f,T1 a1)
>{
>　　　return () => f(a1);
>}

ライブラリに同等のものはないしもっと良い方法もない。
でもここにあげられたSetArgメソッドを使うぐらいなら
　a1 => f(a1)
と毎回インラインで書けば十分だと思うよ。

287:デフォルトの名無しさん
08/05/19 20:57:42
>>285
今までC++使っていた人？

C++がstd::bind1stやstd::bind2ndをありがたがって使っているのは
今までC++に簡潔なラムダ式が存在しなかったという特殊事情もあるので
C# 3.0で無理してまねる必要は無いと思うよ。

C#だとSetArgみたいなのを作ってもインライン展開されないしね。

288:デフォルトの名無しさん
08/05/19 20:59:06
なんかすごいレベルの高い話してる・・・

289:デフォルトの名無しさん
08/05/19 21:00:24
慣れてないだけだよ
解ればそんなに難しくない

290:デフォルトの名無しさん
08/05/19 21:10:48
>>284
Disposeは複数回呼び出されても大丈夫だから，続けて呼びさえしていれば問題ないんじゃね
BinaryReaderやBinaryWriterはファイナライザを実装してないから
それらがGCされるときにストリームが勝手に閉じられることはないよ
ストリームへの参照がどこかで繋がってる限りは大丈夫

291:デフォルトの名無しさん
08/05/19 21:44:31
>>290
ありがと。

292:デフォルトの名無しさん
08/05/19 21:55:05
>>286
実はそれがちょっとまずかったので、関数化したという事情があるんです、たとえば。
List<Func<int>> list ;
for(int i=0;i<100;i++)
{
Func<int> tmp = () => i + 5 ;
list.Add(tmp) ;
}
とすると、プログラムする側の気持ちとしては i には 1 , 2 , 3 , 4 , 5 となって欲しいのですが
計算が遅延しますので、i = 100 , 100 , 100 ... となってしまいます。

293:デフォルトの名無しさん
08/05/19 22:29:40
いやそれは遅延のせいではないんじゃ…

294:デフォルトの名無しさん
08/05/19 22:31:29
C#のデリゲートはクロージャでない

295:デフォルトの名無しさん
08/05/19 22:34:25
遅延させたいんでしょう、つかその必要がなければ、Lambdaなど使わずにその場で計算すれば済むわけだし。

296:デフォルトの名無しさん
08/05/19 22:39:05
Cocoaバインディング便利そうなんだけど、C#でUI作るとき同じようなもの作ったりしてる人おる？

297:デフォルトの名無しさん
08/05/19 22:40:44
>>292
List<Func<int>> list ;
for(int i=0;i<100;i++)
{
var j=i;
Func<int> tmp = () => j + 5 ;
list.Add(tmp) ;
}
こうすればお望みの動作にならんかったっけ？見検証ヾ(ﾟдﾟ;) ｽｯ､ｽﾏｿ。

298:デフォルトの名無しさん
08/05/19 22:44:05
ListView.ItemSelectionChangedイベントで選択Itemが変化したのを検出し、
別の詳細表示フォームの表示を更新する、といったことをしています。

何も選択していないときは、詳細表示では何も表示したくないので全て消去しているのですが、
ItemSelectionChangedイベントは、選択が切り替わるときに「選択解除」と「選択」の2つのイベントを発生させます。
そのため「表示の解除⇒再表示」となってしまい、妙なチラツキが発生してしまっています。

1回目の解除用のItemSelectionChangedイベントでは、次に選択が入るかどうかが分からないので、
どうやってチラツキを抑えようか困っています。
この問題を改善する方法はないでしょうか？

299:デフォルトの名無しさん
08/05/20 01:04:48
>>292
こういうので良いんじゃない？

var list = Enumerable.Range(0, 100).Select(i => (Func<int>)(() => i + 5)).ToList();

300:デフォルトの名無しさん
08/05/20 01:25:06
>>298
SelectedIndexChanged使えば？

301:デフォルトの名無しさん
08/05/20 02:04:34
>>297
やり方はそれでOK
そのコード自体はNullReferenceExceptionになるけどなw

てか、C#でラムダ式に(パラメータ以外の)変数を入れる場合は、
基本的にスコープを最小限して、参照型ならコピーを使うというのは
for文の条件に不動小数点数を使わないのと同じくらい常識だと思う

あと、ラムダ式をごちゃごちゃ弄る場合は式木使った方がいいと思う
MSDNのどこかに載ってるExpressionVisitor使えばいろいろ出来る

302:デフォルトの名無しさん
08/05/20 02:15:36
intはいつから参照型になったんだ

303:デフォルトの名無しさん
08/05/20 03:25:22
>>300
それも試してはいるのですが結果は一緒でした。
マニュアルには複数選択のListViewの場合は削除と追加の時に呼ばれるとありますが、
これはMultiSelect=falseの設定でも同じ仕様で動いていました。
何か設定が足りないのでしょうか？

　(アイテム選択状態)
⇒別のアイテムを選択する
⇒ListView.SelectedIndexChangedが呼ばれる(選択要素数を確認すると要素数0)
⇒ListView.SelectedIndexChangedが呼ばれる(選択要素数を確認すると要素数1)

SelectedItemsだけでなく、SelectedIndicesの内容も同様です。

304:デフォルトの名無しさん
08/05/20 03:43:33
選択解除するタイミングはもっと限定できるんじゃないの
そのタイミングでだけ消せば

305:デフォルトの名無しさん
08/05/20 08:46:40
>>303
何も選択してないときの処理を別コントロールにフォーカスが移ったらって条件にすれば？

306:デフォルトの名無しさん
08/05/20 09:09:56
PictureBoxかPanelのようなコントロールをウィンドウ上に貼り付ける場合、
一画面でどれくらいの個数までが実用的な範囲なのでしょうか？
イベントをとりたいのでマーカーとして貼り付けたいのですが、
個数が多いとパフォーマンスが落ちそうで…

307:デフォルトの名無しさん
08/05/20 09:51:26
>>306
で、君の環境で試したらいくつでパフォーマンスが落ちたんだい？

308:デフォルトの名無しさん
08/05/20 11:06:46
Windowsアプリケーションから
非同期で、サービスプログラムの状態を知りたいんだけど、

１．別スレッドで周期的にサービスプログラムの状態を監視し、表示する。

以外に何かよい方法ありませんか？

309:デフォルトの名無しさん
08/05/20 11:23:04
そのサービスは既存のもの？

310:308
08/05/20 11:54:44
>>309
新しく作成したサービスプログラムなんですが、中身の仕様は変更できません。

311:デフォルトの名無しさん
08/05/20 13:51:11
Panelの上にいくつかのボタン等をおいて、
そのPanelの上に同じようにPanelを重ねていって場面ごとに最前面にしたいんだけど、
Panelの大きさって全く同じじゃないとだめなのね。
大きさが違うとPanelの中のPanelって事になっちゃうみたい。
それとBringToFrontで最前面にするよりVisibleですかそうですか。

312:デフォルトの名無しさん
08/05/20 13:59:09
よく分からんが、それはTabControlで済ませることができない操作なのか？

313:デフォルトの名無しさん
08/05/20 14:03:50
>>310
相手が固定ならそれないりの方法あると思うけど、
それが何かは場合によるから、普通にポーリングでいいんじゃないかな。
サービスへの通知みたいに取れることを期待している？

314:デフォルトの名無しさん
08/05/20 14:28:44
>>311
試してないけど、ツリーで位置を確認して移動すれば解決する事じゃないの？

315:314
08/05/20 14:31:16
>>311
いやわかった。
最前面に置いたPanelが小さいと、下のPanelが見えるって事なのかな
だから最前面以外のVisibleをfalseにしなきゃいけないんだなっていうことを言いたいのかな
だとすればそれは当然。

316:デフォルトの名無しさん
08/05/21 13:58:12
>>312
そだよ。でもデザイン的にタブが無い操作って事。

>>315
見えるっていうか、大きいPanelに小さなPanelが乗っかっちゃうと、小さなPanelをVisibleをtrueにしても大きなPanelがfalseなので結局表示されないって事なんだ。
たとえばPanel1とPanel2があって、Panel1に重なって小さなPanel2があったとします。
んで別のところにある二つのボタンでPanel1とPanel2を切り替えるために
private void button1_Click(object sender, EventArgs e)
{
panel1.Visible = true;
panel2.Visible = false;
}

private void button2_Click(object sender, EventArgs e)
{
panel1.Visible = false;
panel2.Visible = true;
}
こんな風に書くじゃないですか。
ところがPanel2はPanel1の中のパネルと判断されて表示されないわけです。
ちなみにPanel2が完全にPanel1に含まれていなくても大きさに関係なくPanel1上のものと判断されてしまうのです。
なので大きさも位置も完全に同じにしないと別々のパネルだと判断されないって事でした。
そして大きさも位置も完全に同じでもPanelをBringToFront()で最前面にしようとしてもダメでした。

317:デフォルトの名無しさん
08/05/21 15:58:37
>>316
それこそ>>314で直るはずだろ
今VS起動できないから具体的になんて名前のウインドウだったか忘れたけど
ツリー表示でPanel2がPanel1の子になってるはずだからD&Dして兄弟にしてやればいい

318:デフォルトの名無しさん
08/05/21 16:45:12
>>317
そんなツリーがあるんだ！？
従属関係を指定できれば解決する簡単な問題だったので疑問でした。
探してみます！

319:デフォルトの名無しさん
08/05/21 16:57:26
ドキュメントアウトライン　ビューだ！

320:デフォルトの名無しさん
08/05/21 17:11:00
>>319
今ちょうど検索してて見つからなくて困ってたんだけどありがとう！！！
あった！

321:デフォルトの名無しさん
08/05/21 17:23:16
ただ確認できるだけで従属の変更は出来ないのね。
>>317のように親子を兄弟にすると位置自体も変わってしまう。
まあでも確認できるだけでもかなり便利になりました。

322:デフォルトの名無しさん
08/05/21 18:33:33
コントロールの親子あるいは包含関係なら変更できるけど？

そもそも、間違ってPanel2をPanel1に入れてる時点で自分に非があるのに
あたかも処理系やIDEが悪いかのような論調で書かれも困る

結論としては、デザイン時にコンテナを意識してないお前が悪い
てか、コンテナ意識しないとAnchorやDock使えんだろ

323:デフォルトの名無しさん
08/05/21 19:15:49
↑なに言ってるの？ｗ

324:デフォルトの名無しさん
08/05/21 19:22:47
結論としては（ｷﾘｯ

って事だろ。
何の役にも立たないレス。

325:デフォルトの名無しさん
08/05/21 22:12:34
>>322の言っている意味が分からないような馬鹿が偉そうに書き込まないほうがいいぞ。
どう考えても
>親子を兄弟にすると位置自体も変わってしまう。
という頭の悪い考えに対する返答だろ。

コントロールの位置座標というのはコンテナに対する相対座標なんだから、
親コンテナが変われば当然Form上における絶対座標は変わるに決まってる。
そんなことも理解できない馬鹿はおとなしくWPFアプリケーションで視覚的に
階層構造を指定できるものを使っておけということ。

フォームデザイナに頼りっぱだからそうなる。
コード上で親コンテナ.Controls.Add()で追加していけば思うような構成にするのは極めて容易い

326:デフォルトの名無しさん
08/05/22 00:40:50
コントロールの親子あるいは包含関係はどうやって変更するんですか？

327:デフォルトの名無しさん
08/05/22 01:03:26
Controls.Addすれば子になるんだろ
Controls.Removeしてから別のコントロールにAddすればいいんじゃないか

328:デフォルトの名無しさん
08/05/22 01:11:25
変更前親コンテナ.Controls.Remove(子);
変更後親コンテナ.Controls.Add(子);

329:デフォルトの名無しさん
08/05/22 01:17:28
とういうことはPanel1に重ねてPanel2を配置して、
Panel2はFormの子にしたい場合はコードからしか設定できないってことでしょうか？？

330:デフォルトの名無しさん
08/05/22 01:32:28
タブコントロールで、タブ部分だけ消したほうが早そうな

331:デフォルトの名無しさん
08/05/22 01:33:19
Panel2をFormに追加してから、サイズ変更でPanel1の内側に持ってけ。

332:デフォルトの名無しさん
08/05/22 01:35:01
>>329
というよりも、最初にPanelを同一の親コンテナの中に重ねて配置したいという時点で、
デザイナで作成するのではなく、最初からコード上でNew Panel()して
それをControlsに追加していくようにすべき。
デザイナ上でそれやろうとすると、親切にもDesigner.cs上のコードは
最前面にあるコンテナ内にコントロールを配置しようとしてくれちゃうから希望通りにならない。

ためしにpanel1とpanel2をForm上に重ねるように配置して、
片方のBackColorをBlackにして、Button1のClickイベントで交互にBringToFrontするように
してみたが、問題なく入れ替わったぞ。お前のやりたいことはまさしくこれのことだと思うが。

333:デフォルトの名無しさん
08/05/22 01:35:39
Windowsアプリケーションで、常に一つのフォームしか表示させなくて、色んなフォームにページ展開する時ってどのように実装しますか？
シングルトンで実装するのが普通なんでしょうか？
それとも1度開いたらHide()で見えなくするだけ？
よろしくお願いします。

334:332
08/05/22 01:37:13
>>331
そりゃ盲点だったわ。
ためしにやってみたらそれでも大丈夫っぽいね

335:デフォルトの名無しさん
08/05/22 01:37:38
タブコントロールのAppearanceをFlatButtons、ItemSizeを0,1、SizeModeをFixedにすれば、あら不思議

336:デフォルトの名無しさん
08/05/22 01:43:58
>>330
そんなこと出来るんですかー。

>>331
ドキュメントアウトライン見ながら方向キーで調節したり、
Locateを手打ちしたりして注意しながら配置すれば出来るんですけど、
マウス操作だと親子関係が、ドキュメントアウトラインで親子関係を変えると位置が、それぞれ変わっちゃいますね。
特に後者の挙動は意味不明ですｗ
せっかくのGUIデザイナなのに感覚的に操作出来ないのは面倒ですね。。

337:デフォルトの名無しさん
08/05/22 01:50:42
>>336
どうしてもデザイナにこだわるならExpressionBlend使ってWPFアプリ作れっての。
あれだとお前のやりたいことが全部感覚的にできるぞ。

あと、

>特に後者の挙動は意味不明ですｗ
>>325を百回読め。コンテナが変われば位置が変わるってことが理解できない頭なら
プログラミングなんて向いてないからやめておけ。

338:デフォルトの名無しさん
08/05/22 01:51:51
>>332
最前面にあるコンテナの子にしてくれるのは感覚的にも動作的に問題ないけど
ドキュメントアウトラインで親子関係解消すると位置が変わっちゃうのは意味不明だけどね。
他の操作でその位置に出来るのになぜ変わるのかと。

>>335
あら不思議！
ありがとー。

339:デフォルトの名無しさん
08/05/22 01:56:38
>>337
親コンテナが変われば相対座標が変わるって言いたいんだろうけど
それは問題になってないんですぅ。
GUIで親子関係を解消したら新親の座標に変換してくれたほうが直感的です。
しかもマウス操作したら旧親の子になってしまう座標ならなおさらです。

340:デフォルトの名無しさん
08/05/22 12:38:53
>>339
何を言ってるんだか意味不明な気がする。

341:337
08/05/22 13:59:41
>>339
いや、まあもう何も言わんからおとなしくWPFで作ったら？
君の言うGUIデザイナを使って「直感的」に作成できるからさ。
ツールに文句つけるわりには、それを解消したツールがあってもそっちを使おうとしないんだねぇ。
WPFとかXAMLの勉強するのは嫌だけどWPF＆XAMLの機能を求めているわけだ。
だだをこねている子供にしか見えん。

342:デフォルトの名無しさん
08/05/22 15:05:59
よく論点が違うって言われない？

343:デフォルトの名無しさん
08/05/22 15:25:58
言われない

344:デフォルトの名無しさん
08/05/22 15:27:59
聞く耳持たねえ

345:デフォルトの名無しさん
08/05/22 15:28:40
WPFが直感的だと！？

346:デフォルトの名無しさん
08/05/22 15:33:20
うん

347:デフォルトの名無しさん
08/05/22 16:05:45
WPFはスレ違いだしもう何も言わなくていいですー

348:デフォルトの名無しさん
08/05/22 18:38:28
337みたいな質問者の求めてる回答をしない香具師はただの荒しでしかないから^^

349:デフォルトの名無しさん
08/05/22 18:41:12
348みたいな質問者の求めてる回答をしない香具師はただの荒しでしかないから^^

350:デフォルトの名無しさん
08/05/22 19:41:28
どうでもいいけど関係ない話するな

351:デフォルトの名無しさん
08/05/23 02:41:06
349みたいな質問者の求めてる回答をしない香具師はただの荒しでしかないから^^

352:デフォルトの名無しさん
08/05/23 02:47:33
351みたいな質問者の求めてる回答をしない香具師はただの荒しでしかないから^^

353:デフォルトの名無しさん
08/05/23 07:08:57
WPFがスレ違いならFormの話もスレ違いだろう

354:デフォルトの名無しさん
08/05/23 07:12:31
Expression高いしVSのWPFエディタはうんこだし
WPFは爆死の臭いしかしない

355:デフォルトの名無しさん
08/05/23 08:49:13
C#でDataGridViewから派生したクラスを使いたいんですけど
Form1.cs[デザイン]を開いて
そこにDataGridViewを張り付けて
そのあとに
Form1.Designer.cs
の
System.Windows.Forms.DataGridView
を
MyNameSpace.MyDataGridView
に書き換えるとかそういうことをするんですか？
そんなはず無いと思うので正しいやりかたを教えてください。

356:デフォルトの名無しさん
08/05/23 08:52:30
派生させたクラスがツールボックスに出てるだろう。

357:デフォルトの名無しさん
08/05/23 09:01:20
>>356
出てますね...
ありがとうございます。

358:デフォルトの名無しさん
08/05/23 13:55:25
すみません、初心者的で申し訳ないのですが、質問させてください。
以下のコードを実行すると、クラスAのセッターを使ってＡのプライベート変数に2を代入したいにも関わらず
既定値の0が用いられてしまいます。
警告内容は以下の通りです。
「フィールド 'NAME1.A.x' は割り当てられません。常に既定値 0 を使用します。」

また、付随する質問ですが、void func_A( temp ) { x... }をvoid func_A( temp ) { X... }とすればきちんと2がセットされます。
クラス内であるにも関わらずセッターXを用いる必要があるのはなぜでしょうか。

なお、コンパイル環境はVisual C# Express Editon 2008です。

359:KKK
08/05/23 13:56:15
こんにちは。

はじめましてRayです。
私は大学４年生ですが、最近は大学は週に一回くらいしか行かないのですが、

就活の準備など、家にいることが多くなりました。

しかし、斜め向かいに住んでいる茨城という若い夫婦が嫌がらせをしてきます。

①近所をうろ②したり、家の窓から私の部屋を覗いてきて、部屋に「○○の本がある」などと近所のほかのオバサンに報告したり、

②布団たたきでものすごい音で布団をいつまでもたたきます。
（体格がいいオバサンなので、すごい音がします；；）

③私が家にいるのを知っていて近所のオバサンと大きな声で悪口を言ってきます
（「Rayが就職なんかできるわけないじゃない！」など・・）

④茨城（夫）は部屋を覗くだけでなく、夜になると咳払いなどをしていつまでも近所をうろついています。

気持ち悪いので、弁護士や市の職員に相談しましたが、なか②証拠が取れなく、裁判まで持ち込めない状況です。

⑤車のエンジンをいつまでもかけ、うるさくする。

とにかく精神的にも滅入っていて、解決したいのですが、できない状況です。

ほかの近所のオバサンも私が困っているのを見て喜んでいるみたいです。

なんとかしたいので、誰か相談にのってくださぃ。

アドバイス待ってます。

360:358のつづき
08/05/23 13:56:37
amespace NAME1 {
　class A {
// メンバ
private x; ← ここで警告が出る
// メソッド
public void func_A( temp ) { x... }; ← ここでx=0として計算してしまう
// アクセッサ
public X { get; set; }
}}

361:358のつづき
08/05/23 13:57:37
using System;
using System.Collections.Generic;
・
・
・
using NAME1

namespace ConsoleApp {
　class Main {
　　static void Main(string[] args) {
　　// クラスAを配列としてインスタンス化、xに2をセット
　　n ;
　　A[] arrayA_ = new A[ n ];
　　for ( int i = 0; i < n; i++ ) {
　　　arrayA_[ i ] = new A();
　　　arrayA_[ i ].X = 2;
　　}
　　// メソッドの呼び出し
　　temp;
　　for ( int i = 0; i < n; i++ ) {
　　　arrayA_[ i ].func_A( temp );
　　}
}}}

362:デフォルトの名無しさん
08/05/23 13:58:59
>>360 xの型もXの型もgetアクセサの中身もsetアクセサの中身も書け

363:358
08/05/23 14:16:40
private double x;
public double X { get; set; }
です。アクセッサの表記は、.NETのver2かver3でこのように書けるので、それを利用してます。

364:デフォルトの名無しさん
08/05/23 14:27:19
ヘルプなりで「自動実装するプロパティ」調べれ
どうして X が x を知ってる？

365:358
08/05/23 14:49:06
ヘルプを読んだ結果、
>自動実装したプロパティでは、属性は使用できません。
>プロパティのバッキングフィールドで属性を使用する必要がある場合は、通常のプロパティを作成します
に関連がありそうだとは思うのですが、意味がよくわかりません・・・。

366:デフォルトの名無しさん
08/05/23 14:56:54
X プロパティは x に対応しないよ。

367:デフォルトの名無しさん
08/05/23 14:58:31
それだと、
private double _X;
みたいなのが内部で自動生成されて
public double X {
get { return _X; }
set { _X = value; }
}

368:358
08/05/23 15:03:32
つまり、
class{
　double x;
　double X{get;set;}
}
と書くのは誤りで、
class{
　double x{get;set;}
}
と書けばよいということですか？

369:デフォルトの名無しさん
08/05/23 15:37:57
ファイルの読み書き単位でエンコーディングを指定するのではなく、
プログラム全体でエンコーディングをしているする方法はないですか？

370:デフォルトの名無しさん
08/05/23 15:46:03
>>368
private double x;
と
public double X { get; set; }
は別物だよ。
xをプロパティとしたいなら
public double X { get{return x;} set{x=value;} }

自動プロパティを使いたいならprivate double x;は消して
public double X { get; set; }だけにして、Xを変数のように使えばいいよ。
ただその場合はprivateではないけどね。

371:デフォルトの名無しさん
08/05/23 15:59:52
>>369
CreateStreamReaderAsShiftJIS/CreateStreamWriterUTF8メソッドでも用意しとけば？

372:デフォルトの名無しさん
08/05/23 17:04:01
初心者ですが質問させてください。

Webbrowserコンポーネント(Webbrowser1)でgoogleを表示しておいて、
ソフトのTextBox(TextBox1)に検索ワードを入力して、Button(Button1)を押したら、
Webbrowser側に検索ワードが読み込まれて自動で検索するようにしたいんですが、
どのようにすればいいか検討がつきません。

開発環境はVisualstudio2005、言語はC#です。

373:デフォルトの名無しさん
08/05/23 17:07:41
コンポーネントでの表示が必要なの？
httpで通信するってんじゃだめかい？

374:デフォルトの名無しさん
08/05/23 17:10:13
>>372
事前にgoogleを表示しとく意味があるのか？
取り敢えず適当にgoogleで検索して検索結果画面のURL調べれ
あとSystem.Web.HttpUtilityのUrlEncodeとUrlDecode調べれ

375:デフォルトの名無しさん
08/05/23 17:11:44
>>373

webにいろいろと自動入力するシステムを作らないといけなくなりまして。
たとえばブログにあらかじめTextboxに入れておいたＩＤとパスを入れて自動ログインするとか
そういったものなんですけど、webのフォームに、Textboxから値を入れる方法が知りたくて、
Googleはそのたとえのつもりでした。
http通信？の意味がよくわからないんですが、ソフト内のブラウザ上で表示させる必要はあります。

376:デフォルトの名無しさん
08/05/23 17:13:21
>>374
Googleっていうたとえが悪かったですね。ごめんなさい。
>>375で書いたように、Webサイト上のフォームにソフトのTextBoxで記載したワードを記入するのが目的です。

377:デフォルトの名無しさん
08/05/23 17:27:16
WebRequest を使って WebResponse を取得し、
その内容を反映させては。

次ページ