[プログラム板] C#, C♯, C#相談室 Part47

[プログラム板] C#, C ..

369:デフォルトの名無しさん
08/07/25 22:46:18
しまった板違いｗｗｗAA板じゃねえｗｗｗｗｗ

370:デフォルトの名無しさん
08/07/25 23:00:15
>>369
斬新な板違いだなおい
しかもよりによってスレタイに[プログラム板]って付いてるこのスレで

371:デフォルトの名無しさん
08/07/26 01:30:27
なんでこんな荒れてんの？

372:デフォルトの名無しさん
08/07/26 01:35:00
荒れてないよ

373:デフォルトの名無しさん
08/07/26 12:06:15
突然すみません。
C/C++のように構造体配列の定数データを持ちたいんですが、
C#ではどうすればよいのでしょう？

374:デフォルトの名無しさん
08/07/26 12:21:19
無理

375:デフォルトの名無しさん
08/07/26 12:23:06
static readonlyな配列で良いんじゃね

376:デフォルトの名無しさん
08/07/26 12:30:22
static readonly な ReadOnlyCollection<T>

377:デフォルトの名無しさん
08/07/26 17:04:31
GDI+でICONへは変換不可ですか？

378:デフォルトの名無しさん
08/07/26 17:27:39
>>377
可能
Dim bmp As New Bitmap("hoge.bmp")
Dim ico As Icon = Icon.FromHandle(Bitmap.GetHicon())
Dim fs As New FileStream("hoge.ico", FileMode.Create)
ico.save(fs)
fs.Close()
ico.Dispose()
bmp.Dispose()

379:デフォルトの名無しさん
08/07/26 17:40:09
ども、やってみます！

380:デフォルトの名無しさん
08/07/26 18:15:04
ただし制限きついけどなー

381:デフォルトの名無しさん
08/07/26 19:11:37
>>378
意味不明な質問には「日本語で書け」と叱責してやるのが本人のためだと思うけど。
ああちゃんと嫌味の意味でVBで答えてるわけかw

382:デフォルトの名無しさん
08/07/26 19:33:38
>>381
そういうことｗｗｗ
お前は、エスパーかｗ

383:デフォルトの名無しさん
08/07/26 22:03:26
Using使えよって思った。

384:デフォルトの名無しさん
08/07/26 22:04:52
キモすぎ

385:デフォルトの名無しさん
08/07/26 22:12:36
>>381
意味不明な質問には「日本語でおk」だろ？

386:デフォルトの名無しさん
08/07/26 22:15:29
意味不明な質問にわざわざ絡む奴ってなんなの？
いじめられっこ？

387:デフォルトの名無しさん
08/07/26 22:19:19
>>382
自作自演乙

388:デフォルトの名無しさん
08/07/27 04:59:50
>>381
二行目で気づいたならその時点で書き直せよ気持ち悪い

389:デフォルトの名無しさん
08/07/27 15:52:58
GraphicsクラスのDrawImageメソッドで
画像の表示位置や高さ幅は通常intで指定すると思います。

ところが、実はfloatで指定する方法も用意されています。
public void DrawImage(
Image image,
float x,
float y,
float width,
float height
)

floatで指定すると何かよいことがあるのでしょうか？
基本的には四捨五入でintに繰り上げていると思うのですが、
そのような理解で正しいでしょうか？

390:デフォルトの名無しさん
08/07/27 16:07:44
>>389
WMFとかベクター画用じゃね？

391:デフォルトの名無しさん
08/07/27 16:10:09
Graphicsの描画単位はPixelだけじゃないぜ？

392:デフォルトの名無しさん
08/07/27 16:14:24
DirectXで使うためでしょ

393:デフォルトの名無しさん
08/07/27 16:15:14
ピクセル単位が整数だとしても
縮小拡大の原点が0,0で固定されないで
指定点から始まると困ることが多数あるのです。

394:デフォルトの名無しさん
08/07/27 16:47:49
いやそういうことじゃないでしょw
>>391が言ってることが全てだよ。

よく言われることだが、そもそもピクセルなんていうのは
デバイス側の勝手な都合に過ぎん。

395:デフォルトの名無しさん
08/07/27 17:48:10
ＶＢ６時代にもＴｗｉｐｓとかあったな。
GraphicsUnit列挙体がＧＤＩ＋で扱える単位すべてじゃね?

396:デフォルトの名無しさん
08/07/27 18:50:20
画像表示するアプリ作ったときWin32APIのStretchBlt使ってたら
スクロールの更新部分だけ描画させるたら非更新部分と結果がずれて困ったことあったな。
無効領域だけしか処理しないから全体を更新すればいいんだけど
大きい比率で拡大したときに表示してくれないから結局自前で処理するしかなかった。
GDI+が出たときに少数単位で渡したらずれなかった。

397:デフォルトの名無しさん
08/07/27 19:01:47
画像を反転させるには
RotateFlip(RotateFlipType.Rotate180FlipXY);
というメソッドを使えばいいことがわかりました。

画像Aと反転後の画像Bを作りたいのですが、
Cloneメソッドを使うと両方反転してしまいます。
Imageオブジェクトをコピーする良い方法はありますか？

398:デフォルトの名無しさん
08/07/27 19:09:50
RotateFlipしたあとにCloneしてるってオチじゃないだろうな

399:デフォルトの名無しさん
08/07/27 22:51:02
ものすごくヘビーな処理をしています
計算途中でスリープやサスペンドに入られるとちょっと困るので、計算中は一時防止したいのですが
何か良い方法はないでしょうか？

400:デフォルトの名無しさん
08/07/27 22:56:56
何か処理してれば普通サスペンドしないだろ

401:デフォルトの名無しさん
08/07/27 23:01:32
いや、寝る前に仕掛けて朝起きたらサスペンドしていてちっとも処理が進んでなかったです。

402:デフォルトの名無しさん
08/07/27 23:18:35
>>399
処理と重力定数は関係ない・・・

403:デフォルトの名無しさん
08/07/27 23:21:21
電源の設定でサスペンドしないように出来ない？

404:デフォルトの名無しさん
08/07/27 23:44:05
>>399
WM_POWERBROADCASTのPBT_APMQUERYSUSPENDの応答でサスペンド入りを拒否できるらしい。

405:397
08/07/28 02:27:50
>>398
違うようです。
シャローコピーのようで、
Imageクラスの中ではイメージ実態への参照（ポインタ）
を持っているようです。
一方、回転するのはイメージ自体です。

406:397
08/07/28 02:48:15
大ボケかましました。
RotateFlip(RotateFlipType.Rotate180FlipXY);
だと画像が回転せず
正しくは
RotateFlip(RotateFlipType.Rotate180FlipNone);
でした。
頭悪すぎてすみません。
暑さでやられましたorz

407:デフォルトの名無しさん
08/07/28 11:10:24
rubyにおけるmechanize的なクラスとか無いんですか？

408:デフォルトの名無しさん
08/07/28 11:40:56
よほど自明でない限りrubyのmechanizeを説明するのが先だろ

409:デフォルトの名無しさん
08/07/28 12:05:25
C#にはスクレイピング用の定番ライブラリはないんじゃないかな。

410:デフォルトの名無しさん
08/07/28 12:15:43
逆行列、最小二乗法のフリーのライブラリないでしょうか？

411:デフォルトの名無しさん
08/07/28 12:31:34
ライブラリっつーか、ソース探してきては

412:デフォルトの名無しさん
08/07/28 19:17:38
CLapackなんかの必要な関数だけC++/CLIでラップして使うのが楽

413:デフォルトの名無しさん
08/07/28 19:41:02
string に格納されたデータが整数に変換可能な形なら int に
浮動小数点形式なら float に変換する方法教えてください。

414:デフォルトの名無しさん
08/07/28 19:44:33
TryParse

415:デフォルトの名無しさん
08/07/28 19:44:49
TryParse

416:デフォルトの名無しさん
08/07/28 20:24:51
プロパティというのは、クラスのフィールドを外部に公開する時に、柔軟性や冗長性を持たせるために、
必要ならば何らかのラップ処理を行うためのものだと、今まで思っていました。

つまり、プロパティは必ずpublicなものしか存在しないのかと。

ところが、最近、外人さんのソースを読んでいると、すべてのフィールドに対してプロパティを用意して、
クラス内部のアクセスに対しても、privateのプロパティを経由して行っているプロジェクトが多いです。

個人的には、フィールドは小文字で、publicなプロパティは大文字の命名規則（Pascal）だったのですが、
外人さんの流れでは、privateなプロパティもPascal記法になっていて、
クラス内部のすべての操作が大文字から始まるメンバを操作しています。

皆さんはどうされてます？もしかして、外人さん流儀の方が主流なんでしょうか？
C#以外の言語も含めて、そっちの方が主流になるんでしょうかねぇ。
個人的には、ローカルなnullチェックなどはプロパティの中ではなく、メソッドの中で操作する前に
行うほうが行儀が良いんじゃないかと思ったりもするのですが‥‥。

417:デフォルトの名無しさん
08/07/28 20:42:03
>>416
質問の意図がクリアーじゃない気がするよ。
も一度他人の目線で自分の文章読みなおしてみ？

418:デフォルトの名無しさん
08/07/28 20:53:45
>>417
単に話題提起してるだけなので、こんなもんじゃないでしょうか。解析的に解ける問題でも無いし。
興味を持たない人には、一生縁のない内容でもあると言えるし。
おそらく、LL言語的にはプロパティはあって当然の記述なので、おそらく外人さんが正しいのでしょうが。

419:デフォルトの名無しさん
08/07/28 21:36:43
サンプル見ると、MS 自身も private なプロパティ使ってるね。

クラス内部であっても、プロパティの実装変えたときのこと想定しとけよってことだと思う。

420:デフォルトの名無しさん
08/07/28 21:41:28
>>418
だから何を問題提起してるのか読み取れない、と言ってるんだよ。
質問内容にケチをつけているのではない。
ナニが言いたいのか分からないといってるの。

421:デフォルトの名無しさん
08/07/28 21:44:35
>>416
Delphi(Win32,.netじゃないやつ)のVCLをみると
private/protectedのレベルではpropertyは使われてない。
(protectedまで使ってるものもあるがTCustom～と直接使わないクラス。ここから継承してほかのコンポネを作る)
でも内部ではプロパティを使ってアクセスしてる。(Get/SetとCreateをのぞく)

422:デフォルトの名無しさん
08/07/28 21:47:38
外人さんの手法はクラスが大きくなると有効じゃね

423:デフォルトの名無しさん
08/07/28 21:52:49
>>420　読解能力がないか、話に興味が持てないならスルーすればいいんじゃね？

話からずれるが
C#じゃ配列のプロパティはインデクサとして1つしか使えないと思ってたけど
配列型をプロパティの型にしてしまえば一応いくらでも使えるのだな。今初めて気がついた
public Boolean[] Hoge { get;set;}

でも、配列としてデータを持ってるんでなくてその場で計算して値を出したり入れたりしてたり、
内部では別の型のデータとして扱ってて、便利のためにほかの型でのアクセスさせるためにほかの配列使ったりってことはどうやったらいいの？
int[,] でかると = int[100,100];
public int 極座標[int R,double Rad] { (ry とか
しかもこういうのがほかの変数にも必要だったりする場合にはどうやって対処すればいいの？

424:デフォルトの名無しさん
08/07/28 21:57:52
メソッドを使いなさい

425:デフォルトの名無しさん
08/07/28 22:00:32
>>423
妄想力と読解力は違うよ。
ま、区別がつかない人間に縷々説明して分かることとは思わないけど。

426:デフォルトの名無しさん
08/07/28 22:06:20
>>423
VBからだと引数付きのプロパティは作れるのだけどこれをC#から使う場合がヒントになるかな。
Public　Property　NameProp(ByVal　index　As　Integer)　As　String
　　　　Get
　　　　　　　　Return　array(index)
　　　　End　Get
　　　　Set　(ByVal　Value　As　String)
　　　　　　　　array(index)　=　Value
End　Set
//　C#から使う
o.set_NameProp(1,　"nnnnn");
o.get_NameProp(1);

変なのが沸いてるけど無視していこう。

427:デフォルトの名無しさん
08/07/28 22:20:48
そこまでして[]を使いたい意味がわからん

428:デフォルトの名無しさん
08/07/28 22:21:12
だから言わんこっちゃない。

説明能力がない奴がろくに推敲もせずに書いた文章を
エスパーしてやることが親切だと勘違いしている馬鹿が多くて困るが、
意味不明な文章（例えば>>423）にははっきり「意味不明だ」と言ってやるのが
結局は一番親切な事だとなぜ分からないのだろう。

429:デフォルトの名無しさん
08/07/28 22:35:17
インデクサほとんど使わないんだよなぁ

430:デフォルトの名無しさん
08/07/28 22:54:54
だから423はスルーしたのか

431:デフォルトの名無しさん
08/07/28 22:56:45
>>423
配列を返すプロパティは実装変えられなくなるからダメ

432:デフォルトの名無しさん
08/07/28 22:59:12
インデクサと GetEnumerator を持つコレクションクラスを返すプロパティを作るの推奨。

433:デフォルトの名無しさん
08/07/28 23:00:51
晒しage

434:デフォルトの名無しさん
08/07/28 23:04:13
配列使うってまだ.netに慣れてない人に多い気がする。

435:423==421 (IDが出ない板は面倒くさい)
08/07/28 23:16:40
>>431
確かにそうだけど
ListBoxはObjectCollection返してるけど、こうするとどう変わってくるの？
暇なときに調べるか…

436:デフォルトの名無しさん
08/07/28 23:18:19
ここっていつも空気悪いよね

437:デフォルトの名無しさん
08/07/28 23:23:41
そりゃいつも低脳がでしゃばるからな

438:デフォルトの名無しさん
08/07/28 23:30:24
>>435
挙動変えたいときに、ObjectCollection継承したクラス作って
インデクサとかGetEnumeratorをoverrideしてしまえば
利用側に迷惑かけずに挙動変えれるでしょ。

439:デフォルトの名無しさん
08/07/28 23:32:48
IList<>かICollection<>でいいだろ。

440:デフォルトの名無しさん
08/07/28 23:43:33
IEnumerator<>という手も

441:デフォルトの名無しさん
08/07/29 00:02:38
>>439-440
多分、今作るならそういう実装になってると思う。

442:デフォルトの名無しさん
08/07/29 00:29:07
>>441
ちゃんと理解できてない＆元使用言語によっては配列使いまくりになるよ。
VB厨が使うVB.netなんていい例

443:デフォルトの名無しさん
08/07/29 00:43:42
ちゃんと理解できてない？
それはたぶんお前さんのことでもあるんじゃないの？
別に配列を返すプロパティやメソッドが一義的に悪いとも思えないけどね。

もちろん配列を返した場合の弊害を知らないのは愚かだと思うが、
村の掟でもあるまいし、無条件に否定するのも同様に愚かだろう。

444:デフォルトの名無しさん
08/07/29 00:53:05
配列を返すプロパティがガイドライン違反であることには留意すべきじゃないか

445:デフォルトの名無しさん
08/07/29 02:42:46
>>443
まぁ、探してみてみろよ、わかるから。
お前の想定レベルみたいな生半可なもんじゃねーぞ、VB厨は・・・
そのうち.netの仕事が増えれば嫌でも見る事になると思うよ。

446:デフォルトの名無しさん
08/07/29 07:06:09
もし配列を返すことが目的ならばindexerを使うのはおかしい。
逆にindexer代わりに配列を使うのも変だな。
配列だけでなく変更可能なクラスをプロパティにするならある種の副作用は覚悟しなければならない。
getで予防的コピー、setで妥当性の検査や値のコピーといった措置は必要になるだろう。

447:デフォルトの名無しさん
08/07/29 07:42:27
メンバのコレクションの中身だけを渡したいときは配列使うようにしてるかも。
実測してないが早いと聞いたので。

448:デフォルトの名無しさん
08/07/29 08:29:40
速くはあるだろうが安全じゃない。ケースによってはここまでやらないと。
int　[]　_hoge　=　new　int　[5];
int　[]　Hoge　{
　　get　{　return　(int　[])　_hoge.Clone();　}
　　set　{
　　　　if　(value　==　null)　throw　new　NullReferenceException();
　　　　if　(value.Length　>　_hoge.Length)　throw　new　ArgumentOutOfRangeException();
　　　　value.CopyTo(_hoge,　0);
　}
}

449:デフォルトの名無しさん
08/07/29 09:01:18
>>428
君のプロパティに関する意見はどうなの？
他の人がここまで書いているんだから、何か無いの？
無いのなら、無い奴に限って枝葉末節にこだわる黄金則が‥‥。

450:デフォルトの名無しさん
08/07/29 09:45:33
>>448
getで返す配列への変更が元のインスタンスに反映されないので、
プロパティじゃなくてメソッドにすべき

451:デフォルトの名無しさん
08/07/29 11:05:59
ケースごとに分けて考えようぜ。

配列の参照自身が書き換わってよい場合。また内容も外部から任意に書き換えることが出来る。
　フィールドをpublicにする。
　単純に配列の参照そのもをプロパティにする。

配列内容が任意のタイミングで書き換わってよい場合。ただし配列の参照自体やサイズが変わることは禁止。
　配列の参照をgetだけするプロパティまたは取得だけの関数を使用する。　>>449はこれ

配列の内容が書き換わるタイミングを管理したい場合。配列の参照やサイズが変わることは禁止。
　インデックサかそれに準じる添え字を引数にした読み書き用の関数を使用する。
　get　setのプロパティで予防的コピーを行う。　>>448はこれ

452:デフォルトの名無しさん
08/07/29 11:06:58
>>451
＞>>449はこれ　
は
>>450の間違い、訂正します。

453:デフォルトの名無しさん
08/07/29 12:27:22
今北産業

454:デフォルトの名無しさん
08/07/29 12:28:20
インデクサ使ったほうがかっこよくね
vs
ハァ？メソッドでいいだろ

455:デフォルトの名無しさん
08/07/29 12:39:08
x.Foo[128]　=　123;　//　配列プロパティでインデックサみたいなことができるよ～
int　[]　f　=　x.Foo;　f[3]　=　123;　//　こんなことや
x.Foo　=　null;　　//　あんなことされて平気？　・・・産業

456:デフォルトの名無しさん
08/07/29 12:47:21
>>455
や、それが平気じゃないならgetのみにするんではないか？

457:デフォルトの名無しさん
08/07/29 12:58:00
配列じゃないがこういうケース、書き換わらないと思ったら値型かよ！
hoge.Point.X　=　100;
正解はこちら、めんどくせ～
hoge.Point　=　new　Point(100,　hoge.Point.Y);

>>456
３番目のケースはそれでカバーできるが、２番目のは割り切りが必要かな。

458:450
08/07/29 13:04:39
>>451
まず、誤解の無いように言っておくと、
>>451の各ケースの意義は理解してるし、それについてどうこう言うつもりはない

で、>>450で言いたかったのは、例えば

obj.Hoge[2] = 10;

と書けるにもかかわらず、この操作が(直感に反して)意味を成さないのが問題だということ
プロパティの型が値型でなければ、そのプロパティで取得したインスタンスへの変更は
元のオブジェクトに何らかのフィードバックがあることが期待され、それを裏切る実装は避けるべき

ついでに、コピーを返すプロパティと配列を返すプロパティがガイドラインで禁止されているのも
それなりの理由があるからなので、それに違反する必然性がないのであれば従っておくべき

459:デフォルトの名無しさん
08/07/29 13:09:07
Image.Paletteを考えればコピーを返すプロパティはやっぱ直感的じゃないよな

460:デフォルトの名無しさん
08/07/29 14:43:39
インデクサだって・・・ダサッ

461:デフォルトの名無しさん
08/07/29 16:19:22
IComparerを継承したクラスでComparerメソッドの実装を
しようとしてるんだけど、浮動小数点数の比較が上手くいかない

誰かスマートな実装方法教えてください

462:デフォルトの名無しさん
08/07/29 16:20:51
上手くいかないならどう上手くいかないのか書けよ

463:デフォルトの名無しさん
08/07/29 16:37:10
スマートも糞もないだろそれぐらい
あとIComparer<T>使わんの？

464:デフォルトの名無しさん
08/07/29 16:44:56
あまりに低レベルな質問する奴はふらっと行けよ

465:デフォルトの名無しさん
08/07/29 17:04:44
>>462
int ret;
float x;
float y;

ret = (int)(x-y)

みたいにやってるけど、差が0.・・・だと、丸まってしまって
0になってしまうから、駄目だと思うんだが、どうやったら
上手く比較できるのかさっぱりわからない
整数ならこれで上手くいくんだが

>>463
IComparer<T>は知らなかったので、今から調べてみます
それくらいって程簡単なの？
とりあえず簡単なら教えて欲しい、これでずっと悩んでる
ウェブでいくら探しても、整数と文字列の比較のサンプルしか無いんだ

466:デフォルトの名無しさん
08/07/29 17:07:15
>>465
x==y/x<y/otherwise
でいいだろ。

467:デフォルトの名無しさん
08/07/29 17:07:53
ふらっとだな。
if (x > y) return 1; とか思いつかない？

468:oth
08/07/29 17:27:22
otherWiseがコンパイル通りません

469:デフォルトの名無しさん
08/07/29 17:31:43
>>466
すいませんが、まるでその式の意味が理解できないんですが
どのように理解したら良いんですか？

>>467
int にキャストしないで
if (ret >0)
　return 1;
のようなものは考えていたけれど、もっとスマートな処理が
あるんじゃないかと思って聞いてみたのです
Comparerの戻り値の正数ってのは、0か負の数じゃなきゃ
なんでもいいんですかね？差の値を入れなくても

470:デフォルトの名無しさん
08/07/29 17:36:39
MSDNの解説ぐらい読めよ……

471:デフォルトの名無しさん
08/07/29 17:38:01
ふらっと池よクズ

472:デフォルトの名無しさん
08/07/29 17:39:50
>>469
スマートと行数が少ないは違うだろ。

比較関数で差を返すのは大昔からよく見るコードだが、
通常、整数型は正負で扱える数の範囲が違うから、何も考えずに符号を反転させるとオーバーフローする。
ちょっと考えればわかることで、まともなプログラマはそんなコードを書かない。

473:デフォルトの名無しさん
08/07/29 17:42:13
>>469
IComparer.Compare(double x, double y)
{
return x - y;
}

474:デフォルトの名無しさん
08/07/29 17:44:57
>>473
馬鹿はすっこんでろ。

475:デフォルトの名無しさん
08/07/29 17:46:08
振り出しに戻る、だなｗ

476:デフォルトの名無しさん
08/07/29 17:47:20
>>469
MSDN読んでこいよ
バカ丸出し

477:デフォルトの名無しさん
08/07/29 17:52:12
return (x - y).CompareTo(0.0);

478:デフォルトの名無しさん
08/07/29 17:53:28
>>472
そういえば、そうですね。
単純に降順の場合、ret = -ret で返してました。
っていうか、ウェブにあるサンプルってどれも
この返し方してたんで、疑問にも思いませんでした
定数を返した方が安全なんですね

>>473
え、いやそこの所を実装したいのですが
後々も拡張したいので

479:デフォルトの名無しさん
08/07/29 17:53:58
>>477
バカ丸出しだなｗｗ
そのCompareTo()の中身が欲しいんだろｗｗｗ

480:デフォルトの名無しさん
08/07/29 17:55:32
俺が正解書いてやったのにまだやってんの？

481:デフォルトの名無しさん
08/07/29 17:56:07
このスレ昔からそうだけど答えも知らないくせに
文句だけは言う馬鹿ばかりだなｗ

482:デフォルトの名無しさん
08/07/29 17:56:21
int Compare(double a, double b)
{
if (a - b < 0d) return -1;
else if (a - b > 0d) return 1;
else return 0;
}

483:デフォルトの名無しさん
08/07/29 17:56:56
>>481
お前もそうだろｗｗ

484:デフォルトの名無しさん
08/07/29 17:59:00
>>483
お前もそうだろｗｗｗ

485:デフォルトの名無しさん
08/07/29 17:59:32
>>484
お前もそうだろｗｗｗｗ

486:デフォルトの名無しさん
08/07/29 17:59:53
>>486
お前もそうだろｗｗｗｗｗ

487:デフォルトの名無しさん
08/07/29 17:59:57
ふらっとのがまともだな

488:デフォルトの名無しさん
08/07/29 18:00:06
何がおもしろいのやら…
くだらない奴しかいなくなってしまったな…

489:デフォルトの名無しさん
08/07/29 18:00:40
>>490
お前もそうだろｗｗｗｗｗ

490:デフォルトの名無しさん
08/07/29 18:01:10
public int CompareTo(Double value)
{
if (m_value < value) return -1;
if (m_value > value) return 1;
if (m_value == value) return 0;

// At least one of the values is NaN.
if (IsNaN(m_value))
return (IsNaN(value) ? 0 : -1);
else
return 1;
}

491:デフォルトの名無しさん
08/07/29 18:02:10
>>488
前からずっとこうだろｗ
少し上のレスもそうじゃねえか
馬鹿のくせにプライドだけは高いから
すぐに荒れるｗ

492:デフォルトの名無しさん
08/07/29 18:02:53
普通の比較をしたいなら
int　Compare(double　a,　double　b)　{　　return　a.ComaperTo(b);　}

独自の比較基準を追求したいなら
int　Compare(double　a,　double　b)　{
　　if　(　よくわからない基準で同じならば(x,　y)　return　0;
　　if　(　よくわからない基準で大ならば(x,　y)　)　return　1;
　　else　return　0;
}

ってことじゃないの？

493:デフォルトの名無しさん
08/07/29 18:04:50
ああ、荒れてしまってすいません

>>482
のようなシンプルな実装で行こうとも思います
もっと式一つで済むようなかっこ良い実装があると思ったんです
すいませんでした

ありがとうございました

494:デフォルトの名無しさん
08/07/29 18:07:37
わざわざ引き算してるのは何で？

495:デフォルトの名無しさん
08/07/29 18:08:03
>>416からの流れほどは荒れなかったなｗ

496:デフォルトの名無しさん
08/07/29 18:12:07
>>493
君は悪くない
実力の伴わない自尊心の持ち主が多いスレなんだ

NaNの処理が必要だから>>490の実装が正解に近いよ
Reflectorを使って、System.Double.CompareTo(object value)の中身を見てみることをお薦めする

497:デフォルトの名無しさん
08/07/29 18:15:26
>>496
正解に近いんじゃなくて正解だよ

498:デフォルトの名無しさん
08/07/29 18:16:22
＞System.Double.CompareTo(object　value)
だからさ、それをそのまま使わないか不思議なんだけど

499:デフォルトの名無しさん
08/07/29 18:18:02
>>498
拡張したいんだろ
初心者は変なことやりたがるんだからほっとけ

500:デフォルトの名無しさん
08/07/29 18:18:16
正解に近いという言い回しは、Cカップ好きのあれ思い出すな

501:デフォルトの名無しさん
08/07/29 18:21:27
一つの質問が投下されるたびに内容に関係無く
一悶着あるのがこのスレの掟ｗ

502:デフォルトの名無しさん
08/07/29 18:23:52
>>498
特別なソートしたい場合なんていくらでもあるだろ
色々やってりゃ既製の比較関数じゃ追いつかない
場面は多々出てくる

503:デフォルトの名無しさん
08/07/29 18:35:21
>>496
自己紹介乙

504:デフォルトの名無しさん
08/07/29 18:40:46
>>496
ソースコードを直接見ろでいいじゃない。
質問者がExpress使いという可能性はあるけどさ。

505:デフォルトの名無しさん
08/07/29 18:58:58
>>490
遅レスだが、IsNaNの処理おかしくね？
非数じゃなかった場合、何でreturn 1に決め打ちしてんの？

506:デフォルトの名無しさん
08/07/29 19:06:06
>>505
ソースコード見てこいよ

507:デフォルトの名無しさん
08/07/29 19:25:39
>>505
何を決めうち？
// ここに到達したら少なくともどちらかは非数なので
m_valueが非数でvalueも非数ならば0
m_valueだけが非数ならば-1
m_valueが非数でないならvalueが非数なので1

508:デフォルトの名無しさん
08/07/29 22:05:31
個人的には

if (!IsNaN(m_value)) return 1;
if (!IsNaN(value)) return -1;
return 0;

の方が、分岐が浅くなって好み

509:デフォルトの名無しさん
08/07/29 22:42:53
連想配列、HashMapにあたるコレクションの説明がC#の入門書では異常なほど排除されてますよね。
自分はDictionaryを見つけて使ってますが、みなさんはもしかしてインデクサをMapのように実装して使ってるんでしょうか？
まさかとは思うんですが、独学の人間にアドバイスをよろしくお願いします。

510:デフォルトの名無しさん
08/07/29 22:46:51
いいえ

511:デフォルトの名無しさん
08/07/29 23:12:45
普通にDictionaryだろどう考えても。
場合によってはHashtable使うこともあるが。

512:デフォルトの名無しさん
08/07/29 23:26:30
>>509
Dictionary はまさに連想配列よ。
赤黒木で実装されてる。
STL の map と一緒。

513:デフォルトの名無しさん
08/07/29 23:30:36
>>512
MSのサイトにはハッシュテーブルで実装されてるって書いてあるよ。

514:デフォルトの名無しさん
08/07/29 23:39:50
Dictionary - ハッシュ
SortedDictionary - 赤黒木

ListとDictionaryぐらいは大抵の入門書で解説してあると思ってたわ。

515:デフォルトの名無しさん
08/07/29 23:39:50
Dictionary<,>はただのHashtableのラッパ。

516:デフォルトの名無しさん
08/07/29 23:41:21
Dictionary　ハッシュ辞書
SortedDictionary　赤黒木
SortedList　索引をもつリスト
Hashtable　Dictionaryの非ジェネリック版

517:デフォルトの名無しさん
08/07/29 23:42:57
>>515はデタラメ

518:デフォルトの名無しさん
08/07/29 23:45:56
SortedListは説明しづらいから逃げてることが多いかな。
わからなければSortedDictionaryを使うのが無難。

519:デフォルトの名無しさん
08/07/30 00:48:17
MSDNライブラリとか規格書とかSSCLIのコードとか読む人あんまり居ないの？

520:デフォルトの名無しさん
08/07/30 00:50:37
５０９です。カキコして下さった皆さんに感謝しています。
インデクサが定義可能と知り、まさかなと思いまして。でもやっぱりそうでしょうね。

>>514　ListとDictionaryぐらいは大抵の入門書で解説してあると思ってたわ。
まあ、いっぺん見てやってください。Listの解説があるならずいぶん良心的なほうです。。。
>>518　SortedDictionaryは推測するにJavaのTreeMapですね。新知識でした、ありがとうございます。

521:デフォルトの名無しさん
08/07/30 03:07:07
@ITってそこらの入門書より使えると思う俺

522:デフォルトの名無しさん
08/07/30 18:46:12
>>517
ソース読めよ馬鹿

523:デフォルトの名無しさん
08/07/30 19:00:13
>>522
reflectorで確認した限りでは使ってないな。どのあたりで使ってるの？

524:デフォルトの名無しさん
08/07/30 19:18:38
DictionaryBaseと混同してるんだろう
せっかくジェネリックになったのにHashTableなんか使ってたら値型のときに速くならないじゃん

525:デフォルトの名無しさん
08/07/30 20:05:13
URLﾘﾝｸ(www.itmedia.co.jp)
.NET大勝利ですか？

526:デフォルトの名無しさん
08/07/30 20:09:49
日本語がコードネーム？
Vistaは見送ったけどこれは買おうかな

527:デフォルトの名無しさん
08/07/30 20:12:12
どうせ10年後くらいだろ

528:デフォルトの名無しさん
08/07/30 20:18:43
横浜市緑区？
めっちゃ近所なんだが

529:デフォルトの名無しさん
08/07/30 20:23:06
俺んとこの市にも緑町があるぜ、隣の市とかその向こうにも。

530:デフォルトの名無しさん
08/07/30 20:35:07
>>525
大勝利って言われてもな。とりあえずWPFの普及率もっとあげてくれ。

531:デフォルトの名無しさん
08/07/30 20:59:47
Singularity ベースってだけで 9 割方ネタだろとしか正直

532:デフォルトの名無しさん
08/07/30 21:54:51
>>522
ソース読めよゴミ

533:デフォルトの名無しさん
08/07/30 22:01:12
C#によるプログラミングWindows 上／下 (マイクロソフト公式解説書)
はC#2.0でもかなり役に立つ？
C#2.0版まだ、でなさそうだし・・・・
＃オライリーのC#本、手打ちしてる位のレベルなんだけど

534:デフォルトの名無しさん
08/07/30 22:18:29
>>533
1.0の頃からあまり変化がない部分が中心の本だから「時代遅れ」の
心配はあまりいらないかもしれない。

ただ俺はあの人の本って一般に評価されてるほど評価する気になれんな。
網羅的なのはいいけどコード変だし。

535:533
08/07/30 22:28:27
>>534
なるほど。ありがとう
明日、本屋によって現物確認してから考えるよ(確かあったはず)
とりあえず行数打って慣れるってレベルだから、いいかなと
＃オライリーのも　うーん　と思わなくもない
＃javaからshiftしきれてないからかな

536:デフォルトの名無しさん
08/07/30 23:57:26
ポインタ、クラス、ジェネリックを効率的に習得するには
C -> C# -> C++ という順番がいいような気がする今日この頃。

537:デフォルトの名無しさん
08/07/31 00:04:01
お前の意見なんて求めていない
消えろ

538:デフォルトの名無しさん
08/07/31 01:43:13
Java、C、C#の順でやってきた
C++は危ないコード書き放題の怖い何かって認識しかない

539:デフォルトの名無しさん
08/07/31 02:39:47
C++は言語仕様以外にも安全な書き方、
定番な書き方、インクルードファイルのインクルード順序とか、
まともに使えるようになるまでのインフラ整備にものすごく時間がかかるよ

C++の複雑さと心中する覚悟のある人しか使えないんじゃないかなぁ

540:デフォルトの名無しさん
08/07/31 11:25:26
レジストリのフルパスを表す文字列からRegistryKeyを取得する簡単な方法は
無いでしょうか？

\\HKEY_LOCAL_MACHINE\Software\hoge というキーを取得するには
Registry.LocalMachine.OpenSubKey("Software\\hoge")
で取ることは可能ですが、 OpenSubKeyメソッドがRegistryKeyのインスタンス
のサブノードしか取得できないため、まずルートキーを最低指定する必要があり
非常に面倒に感じます。

フルパスの文字列を解析してそれがHKLMなのかHKCUなのか等をいちいち
判定して場合分けして、ルートキーを取得し、さらにそのサブキーを取得というのは
結構あほらしい気がするんですが…。

RegistryKey regKey = Registry.GetKeyFromPath("\\HK_LOCAL_MACHINE\\Software\\Hoge");
のように一気に取りに行く方法はFWに用意されていないんでしょうか？

541:ノムヒョン
08/07/31 11:26:38
using System;
using System.Collections.Generic;
using System.Text;

namespace VirtualMethods
{
class Control
{
protected int top;
protected int left;
/* 画面上でのウィンドウの位置を決めるための式 javaが懐かしい
*
*/
public Control(int top,int left)
{
this.top = top;
this.left = left;
}
// ウィンドウズへの描画をシミュレートします
public virtual void DrawWindow()
{
Console.WriteLine("Program；プログラムを描画します。座標：{0}, {1}", top, left);
}
}

542:ノムヒョン
08/07/31 11:27:50
public class Listbox : Control
{
private string listBoxContents;
// 基本クラスのコンストラクタより引数が１つ増えています。
public Listbox(int top, int left, string contents)
:
base(top, left) // 基本クラスのコンストラクタを呼び出します
{
ListBoxContens = contents;
}
// 派生メソッドでふるまいを変えるための上書きバージョン(キーワード)overrideに注意)
public override void DrawWindow()
{
base.DrawWindow(); // 基本クラスのメソッドを呼び出します
Console.WriteLine("ListBoxへ文字列を書き込みます:{0}", listBoxContents);
}
}
public class Button : Control
{
public Button(int top, int left)
:
base(top, left)
{
}
// 派生メソッドでふるまいを変えるためのの上書きバージョン（キーワードoverrideに注意）

543:ノムヒョン
08/07/31 11:28:46
public override void DrawWindow()
{
Console.WriteLine("Buttonを描画します。座標：{0}, {1}\n", top, left);
}

}
public class Tester
{
static void Main()
{
Console win = new Control(1, 2);
ListBox lb = new ListBox(3, 4, "単独のListBox");
Button b = new Button(5, 6);
win.DrawWindow();
lb.DrawWindow();
b.DrawWindow();

544:ノムヒョン
08/07/31 11:30:09

Control[] winArray = new Control[3];
winArray[0] = new Control(1, 2);
winArray[1] = new ListBox(3, 4, "配列中のListBox");
winArray[2] = new Button(5, 6);

for(int i=0; i<3; i++)
{
winArray[i].DrawWindow();
}
}
}

}
でアクセシビリティに一貫性がありません。基本クラス 'VirtualMethods.Control' のアクセシビリティはクラス 'VirtualMethods.Listbox' よりも低く設定されています。
とでて解決ができません。いろいろ調べてみたのですがもうどうすればいいのかと＾＾；

545:デフォルトの名無しさん
08/07/31 11:33:20
>>540
そういうメソッド一つ作っとけばあとは使いまわすだけじゃん

546:デフォルトの名無しさん
08/07/31 11:39:05
>>544
エラーメッセージのまんまだよ。
Controlクラスのアクセスレベルがpublicになってない。

547:ノムヒョン
08/07/31 11:40:38
<<546
ありがとうございます

548:デフォルトの名無しさん
08/07/31 12:03:00
ム板ってなんで安価も付けられない糞コテばっかりなん？

549:デフォルトの名無しさん
08/07/31 13:44:27
>>540
元のWin32 APIからそういう風になっているから仕方ないな。
そこもなんとかしろよ.NETとは思うけど。

単発での読み書きなら、Registory.GetValue/SetValueが使えるんだけどね。

550:デフォルトの名無しさん
08/07/31 13:44:34
>>545

まあ、そうなんですが。
ただあんまりあほらしいんで、車輪の再発明のような気がして
なんかライブラリに用意されているのを見落としているのかなと
思ったんですが。

551:デフォルトの名無しさん
08/07/31 13:46:32
>>549

WIN32からしてそうなんですか。
それじゃ無理そうですね…。

552:デフォルトの名無しさん
08/07/31 14:13:07
もともとHKEY_CURRENT_USERとかはパスではなく、
Registory.CurrentUserなんかに相当するWin32の定数だった。

553:デフォルトの名無しさん
08/07/31 18:26:49
デフォルトメーラーの起動で質問が有ります。

デフォルトメーラーの新規メール画面を添付ファイル付きで起動させたく、
現在MAPISendDocumentsで実装しています。

しかし、Outlook、Thunderbird、Eudra、Beckyなどは問題無いのですが
LotusNotesだとNOT_SUPPORTED=26が返されます。

エクスプローラから「送る」→「メール受信者」や、
Excelの「ファイル」→「送信」→「メールの宛先（添付ファイル）」
などはちゃんと動いており、この機能はMAPIを使っているものだと思っていますが、
（これ自体間違っているかもしれませんが・・・）
MAPIを使って他に添付ファイル付きで起動させる方法をご存じの方おりませんでしょうか？

MAPIを使わなくても別の方法でも問題有りません。
いろいろウェブで探してみましたが結論には至りませんでした・・・

554:デフォルトの名無しさん
08/07/31 22:53:14
Formの移動時やリサイズ時に枠線だけ動いたり変形している
のと同じ描画を行いたいのですが、別のダミーのフォームを
Style.Noneで実現しているのでしょうか。その場合はWinProcなどを
用いてWindowMessageを処理して実現可能でしょうか？

その場合はMouseをCursorオブジェクトなどを使って操作して、
OnResizeメソッドなどをプログラム側から発生させてダミーのForm側
にMouseを乗り移らせるようなことが可能なのでしょうか・・・
この辺ご存知の方、できましたらアドバイス等頂きたく（それとも、
あれはデスクトップに直接描画とかしているのでしょうか？）

555:デフォルトの名無しさん
08/07/31 23:15:37
デスクトップにControlPaint.DrawReversibleFrameする簡単な実装は
お気に召さないの？

556:デフォルトの名無しさん
08/08/01 00:59:41
>>555
おお、そのような便利なモノがあったのですか！！
調べてみます！ありがとうございました！

557:デフォルトの名無しさん
08/08/01 11:46:10
すいません、質問です。
C#をベースにしたらしい言語を使ってます。

#includeを使いたいですが、これ自体はないようなので、
どういった手法をとればよいのでしょうか？
importだかusingだかで、他から引っ張って来るような記述はあったんですが、
目的の機能ではないみたいで…。

目的としては、mainを含む上位部分を使いまわししたいんです。
で、下位部分を手動で大量に作って、共通部分の上位部と組み合わせてそれぞれコンパイルするような。

何かありますでしょうか？（´・ω・｀）

558:デフォルトの名無しさん
08/08/01 11:47:18
C#をベースにした言語って?

559:デフォルトの名無しさん
08/08/01 11:53:29
Cω

560:デフォルトの名無しさん
08/08/01 11:53:57
ｼｰﾁﾝｺ？

561:デフォルトの名無しさん
08/08/01 12:01:40
特に名称はないみたいです。
ツール内のみのスクリプト扱いなので。

562:デフォルトの名無しさん
08/08/01 12:02:55
ふうやれやれ

563:デフォルトの名無しさん
08/08/01 12:07:01
>>561
どんなツールだか知らんけど、そのツールのベンダーフォーラムなり
ユーザーフォーラムなりそういうものはないのか？
構文だけC#に似せているのか、実際に.NET Frameworkを利用している
のかもわからんし、アドバイスのしようがない。

564:デフォルトの名無しさん
08/08/01 12:30:11
>>563
確かにそうっすね。（´Д｀；
フォーラム系はないっす。マニュアルもろくに整備されてなくて。
サポセンもｱｳｱｳです、はい。orz

ただ、基本的にはC#を汲んでるらしいので、
ひょっとしたらC#の手法が通るのでは？
と思って質問しました。

565:デフォルトの名無しさん
08/08/01 12:44:12
Ｃ＃ではＣみたいなソースの使い回しはできないんじゃね？

566:デフォルトの名無しさん
08/08/01 13:00:15
ソースを分割するといってもせいぜい、partial classぐらいだろうな
しかもあれはフォームデザイナーのための苦し紛れの構文だし。

むしろC#ライクな言語ってすごく不思議だな。C#をスクリプトとして使いたいならCodeDOMでコンパイルすればいいし
URLﾘﾝｸ(blogs.sqlpassj.org)　みたいなやつか？使い方は知らないがｗ

567:デフォルトの名無しさん
08/08/01 13:34:35
>>564
そのツールって何？

568:デフォルトの名無しさん
08/08/01 13:39:18
>>564
言語の出所をはっきりさせない
理由も言わない
サンプルコードも示さない
お前何しに来たの？

569:デフォルトの名無しさん
08/08/01 13:50:08
>>564
ツール・・・ここらへんっすね。
URLﾘﾝｸ(www.accuratetechnologies.com)
URLﾘﾝｸ(www.necel.com)

>お前何しに来たの？
C#で#includeをする方法を聞きにきました。

570:デフォルトの名無しさん
08/08/01 13:59:42
その言語は知らないけどとにかくC#に#includeは無い
設計するときに無いほうがいいだろうと判断されたから無い

571:デフォルトの名無しさん
08/08/01 14:08:01
DLLにしてしまうのがいいかもね

572:デフォルトの名無しさん
08/08/01 14:19:08
きっとCでもこういうのincludeして悦に浸ってる人なんだよ
#define　program　int　main()　{
#define　begin　{
#define　end　return　0;　}

573:デフォルトの名無しさん
08/08/01 14:30:19
>>569
金払って買ったもののサポセンがないってどういうことよ
１ライセンス100万とかそういうソフトだろ

とりあえず#includeに相当するC#のキーワードは#usingだが
使い方はC++でいうところの
namespace std;
だからまるで別物

とりあえずサンプルコードでもなけりゃ助言しようもないし
上司に相談したほうがはやいと思うぞ

574:デフォルトの名無しさん
08/08/01 14:31:49
×namespace std;
○using namespace std;

575:554
08/08/01 15:06:49
「ドラッグ中にウインドウの内容を表示するかどうか」をWindowsの
オプション設定で決めることができますが、

ドラッグ中にウインドウの内容を - Google 検索
URLﾘﾝｸ(www.google.co.jp)ドラッグ中にウインドウの内容を&start=10&sa=N

この設定がされているか、されていないかを、プログラム側から
知る方法を知りたいのですが、参考になる情報をご存知でしたら
アドバイスをお願いします！

576:デフォルトの名無しさん
08/08/01 15:09:31
>>572
ワロタｗでも一部分だけpascalでも意味内から無駄だな。

577:デフォルトの名無しさん
08/08/01 15:10:13
>575
URLﾘﾝｸ(www.google.co.jp)

578:デフォルトの名無しさん
08/08/01 17:21:50
>>571
DLLっすか。それで引っ張ってこれるなら・・・。
中々情報がないですが、漁って見ます。

>>573
サポセンあるにはあるんですが、質問したら
激しく役に立たないサンプルソースがヤル気なく返ってきました。('A｀
相談したいんですが、社内での導入が実質初なので。
まともに使ったこと有る人、他にいないんです。

サンプルコード・・・一部抜粋して書いてみました。
役に立たなそうですが。（´Д｀；

MessageItem frm_ENG;
public override void OnStart()
{
frm_ENG = GetMessage("ENG");
StartTimer("ENG",200);
Start_test();
}
[Timer("ENG",200, false , false)]
public void OnTimer_t_ENG()
{
StartTimer("ENG",200);
SendMessage(frm_ENG);
}
public void Start_test(){
WriteLine("start");
}

共通的に記述が2500行位で、それを百前後作るんで、
できれば引っ張ってきたいんですよね。

579:デフォルトの名無しさん
08/08/01 17:22:32
>>577
情報、どうもありがとうございました。
助かりました、すぐ調べてみます！

580:デフォルトの名無しさん
08/08/01 19:55:51
>>578
C#つかOO言語触ったことなくね？

581:デフォルトの名無しさん
08/08/01 21:24:42
>>578が2chでヤル気なく質問してきた理由がわかった('A｀
気の毒すぎるｗ
C#とWindowsAPIが混ざってるよね…

Timerを属性指定にして
メソッドに依存させてしまっているあたりセンスのなさが感じられるｗｗ

とりあえず>>578が何をやりたいかということと
サンプルソース全部と
あともう微妙にスレ違いなんで、
どっかの放棄されたスレに移るかして、
腰を据えて分析するよりないんじゃないかなｗ

パズル感覚で協力してくれる人いると思うよｗｗ

582:デフォルトの名無しさん
08/08/01 22:08:48
codedom使ってコンパイルしてるだけでC#なんだと思うよ
つか常識的に考えて#includeで展開とか不要でそ…
どんな状況なら必要なんだよ…

583:デフォルトの名無しさん
08/08/01 22:45:15
よくわからんけどincludeなんて前世代的だとおもう

584:デフォルトの名無しさん
08/08/01 23:01:12
なんという蘭学事始。

585:デフォルトの名無しさん
08/08/01 23:27:49
>>583
そうかもしれんが、かといってグローバルな（つまりファイルスコープじゃない）
コンパイル定数を定義しようと思ったらプロジェクトのプロパティに
ちまちま書かなければならん不便さを進歩と言ってよいのか疑問でもある。

次ページ