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

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

656:デフォルトの名無しさん
08/06/03 13:35:14
>>652
>初心者スレで同様の質問をしたのですが、相手にされなかったのでこちらで再度お聞きします。
馬鹿じゃないの？
まじめな話。

657:デフォルトの名無しさん
08/06/03 14:07:08
UserControlを継承したクラスを作って
クリックされた箇所に丸印を描画するようなプログラムを作るとしたとき。
Click()イベントで、クリックされた箇所を記憶し
Invalidate()でPaint()イベントを呼び出してクリックされた箇所を描画する。
という動きになるのでしょうか？

658:デフォルトの名無しさん
08/06/03 15:01:12
はい

659:デフォルトの名無しさん
08/06/03 15:19:56
フォームエディタで上にコントロールを乗せないなら、
UserControlじゃなくて、ただのControlからの継承でいい。

660:デフォルトの名無しさん
08/06/03 17:57:36
>>658
>>659
どうもありがとうです。

ところで、趣旨が変わるんですが
折れ線(複数)グラフを書きたいのです。
ひとつの表示窓に複数のラインを書きたいのです。
そのライン単位でオブジェクトにしたいのですが、
（１）そのラインオブジェクトはControlから派生させて自分でライノブジェクト自身で描画させるべきでしょうか。
（２）それとも単なる(Control派生ではなく)オブジェクト化して、親表示窓Controlに個別に描画ルーチンを呼ぶ形にするべきでしょうか？
一般的にどうなのかなと思いまして。

（１）だったら、表示窓側の親オブジェクトは特に何も考えずに子が思いのままに描画する。
と思っていたのですが、背景処理が手間かと思えてきました。
子に当たるラインオブジェクトを描画すると親部分を上書きするからです。
リージョンを切れば親の描画部分を塗りつぶさなくても描けそうですが、折れ線なのでPATHが複雑になりすぎるかと思います。

（２）だったら特に背景塗りつぶし過ぎに関しては何も考えなくてよいのですが、
Paintルーチンで子オブジェクトにGrapicsオブジェクトを渡すサブルーチンコール形式になると思うのですが、なんだか嫌なのです。
一般的にこういうことをやりたい場合にはどうしますか？
変なことを言っているようだったら指摘してください。

661:デフォルトの名無しさん
08/06/03 18:02:28
拡張性を考えれば当然後者だろ

662:デフォルトの名無しさん
08/06/03 19:57:03
WPFなら前者だね

663:デフォルトの名無しさん
08/06/03 20:56:09
Excel使え

664:デフォルトの名無しさん
08/06/03 21:37:46
どこかにチャートコントロールあったはず

665:デフォルトの名無しさん
08/06/03 21:39:16
ZedGraphとか

666:デフォルトの名無しさん
08/06/03 22:37:23
ZenGraphってスクロール機能つけられる？

667:デフォルトの名無しさん
08/06/03 22:45:33
便乗で質問なんですが
ZedGraphとかNplotを仕事（商用）として使ってる人いますか？

668:デフォルトの名無しさん
08/06/03 23:25:12
ListViewの編集はなんで先頭のカラムしかダメなの？
面倒だね。

669:デフォルトの名無しさん
08/06/04 00:59:59
WPFなら自由自在

670:デフォルトの名無しさん
08/06/04 01:18:50
いやそういう話じゃなくて。

671:660
08/06/04 10:13:48
皆さま。
ZenGraphとかNplotとかあるんですね。
これらを使うかどうかはともかく、これらの実装を参考にさせてもらいます。
どうもありがとう。

672:デフォルトの名無しさん
08/06/04 20:17:36
Personクラスの派生クラスとして
Man,Woman,Noneを考えます。
Man,Woman,NoneはPersonクラスのstaticなメソッドを介して生成されるものとします。
Man,Woman,Noneのコンストラクタのアクセシビリティをそれぞれ
public,protected,privateにしております。
publicなManは生成されます。
protectedなWoman,privateなNoneは生成できません。
こういうときはコンストラクタのアクセシビリティをinternalにすればいいようです。
こういうinternalの使い方は正しいでしょうか？

673:デフォルトの名無しさん
08/06/04 20:20:56
クラスライブラリを作ってるなら全然アリ
単一プロジェクトなら無意味

674:デフォルトの名無しさん
08/06/04 20:29:34
他のアセンブリに公開するつもりがないならinternalでいいんじゃね

675:デフォルトの名無しさん
08/06/04 20:49:20
Man,Woman,Noneクラスは外部に見せる必要がないならこういう手もある。
やりたいこととは違うと思うがクラス自体を見えなくすればコンストラクタの隠蔽は不要になる。
public　enum　PersonType　{　Man,　Woman,　None　};

public　class　Person　{
　public　static　Person　GetInstance(PersonType　x)　{
　　switch　(x)　{
　　　case　PersonType.Man:　return　new　Man();
　　　case　PersonType.Woman:　return　new　Woman();
　　　default:　return　new　None();
　　}
　}
　private　class　Man　:　Person　{　public　Man()　{}　}
　private　class　Woman　:　Person　{　public　Woman()　{}　}
　private　class　None　:　Person　{　public　None()　{}　}
}

class　Startup　{
　static　void　Main()　{
　　　Person　man　=　Person.GetInstance(PersonType.Man);
　　　Person　woman　=　Person.GetInstance(PersonType.Woman);
　　　Person　none　=　Person.GetInstance(PersonType.None);
　}
}

676:デフォルトの名無しさん
08/06/04 20:53:36
C++から入ると、friendが無いのがちょっと不便に感じるね。

677:デフォルトの名無しさん
08/06/04 20:56:41
friendは邪悪だからなくていいよ。

678:デフォルトの名無しさん
08/06/04 21:22:41
partial使えば内部型でもファイルを分けて書けるよ

679:デフォルトの名無しさん
08/06/04 21:31:51
>>676
主にテスト用途だけどFriend Assemblyってのがある。
通常はprivateな型やメソッドをテストするのに使う。

680:デフォルトの名無しさん
08/06/04 21:57:45
>>675

コレって変だと思うのはオレだけ？

681:デフォルトの名無しさん
08/06/04 22:03:44
お前だけ
Comparer<T>.Defaultとか例を挙げたらキリがない

682:デフォルトの名無しさん
08/06/04 22:10:23
ああすまんComparer<T>.Defaultは違うね
Stream.Null(実際の型はStream+NullStream)とか

683:デフォルトの名無しさん
08/06/04 23:40:00
>>680
君だけではないよ。
Factoryってこうやらないだろ？

684:デフォルトの名無しさん
08/06/04 23:59:22
XmlReader.Createとかあるでしょ
一応MS的にはこういうのも「ファクトリメソッド」と呼ぶらしい

685:デフォルトの名無しさん
08/06/05 00:09:09
どこが変だとか、どうあるべきかとか書いてくれないと答えようがない

GetEnumerator()の実装例でyield　returnを使わないケースで内部クラスを使っている
なおC#の内部クラスはJavaのstaticな内部クラスと同等だから誤解のないよう

686:デフォルトの名無しさん
08/06/05 01:55:39
というか基底クラスであるPersonクラスが具体的な派生クラスを知っているのが不自然。
気持ち悪い。

687:デフォルトの名無しさん
08/06/05 03:35:19
既定クラスがBuilderを兼ねてるのがいやだったらPersonとファクトリーを分離するのは問題ない。
ただ、拡張可能なようにBuilderやStrategyパターンで作ってゆくと、
クラスやインターフェイスの数がすごいことになるから過剰な汎用化には反対したい。

688:デフォルトの名無しさん
08/06/05 04:39:40
突然質問してごめんなさい。

皆さんはＣ＃とかってどうやって勉強してるんですか？
こないだはじめたんだけど、資料が少なくて、学習がすすみません。
いい勉強法とかオススメの書籍があれば教えてください。

ちなみに今は実際にソフトウェア作ってみて、わからないことがあったら調べて・・・って感じです。

689:デフォルトの名無しさん
08/06/05 07:52:47
C#で資料が少ないとか言ってたら何も覚えられん。

690:デフォルトの名無しさん
08/06/05 08:05:32
MSDNに全て有る

691:デフォルトの名無しさん
08/06/05 08:47:31
>563-567 >690
の質問とかぶると思うのですが。
　オープンなC#ソースでストラテジーパターンを実現しているらしき所を見かけたので、
newのコストについて教えてください。

【ソース概要】
・クラスConcreteAとConcreteBは同じParentStategyクラスの派生。
・それぞれのクラスには違う条件でこの方法で状態遷移する。
void override update(){
　・・・
　 if(hoge<hage)
　　 {parentStategyInstance = new ConcreteA()}
　 else
　　 {parentStategyInstance = new ConcreteB()}
　・・・
}
・update()は頻繁に発生する。
・各コンストラクタはメンバを一つ更新する一行のみ。
・ガベコレでメモリ使用量のコストが無いことは解ったつもり。

　C++ならキャスト一択の所と思うのですが、JITのおかげでこの書き方が
実は最高にスマートって事になっちゃいないか知りたいんです。

※JITのおかげさまで、簡単にベンチテストが作れない事が問題なんです＞＜
※オブラートに包んだ所にミソがありそうなら、どんどん公開します。 O!S!I! O!S!I!

692:デフォルトの名無しさん
08/06/05 09:07:15
Stategy自体選択ミスに1票

693:デフォルトの名無しさん
08/06/05 09:08:56
switch最強伝説を更新するんですか？ ('A｀) >692

694:デフォルトの名無しさん
08/06/05 09:14:22
C#自体の選択ミスに1票

695:デフォルトの名無しさん
08/06/05 09:19:38
C#のEnum型とswitchの相性の良さは無敵だぉ!! デザパタ厨涙目!　ﾌﾟｷﾞｬｰ(^0^)9

696:デフォルトの名無しさん
08/06/05 09:27:05
>695
私もそう言う事が聞きたかったので、ありがとうございました。

是非参考になるサイトをご紹介頂きたくお願い致します。 m(_ _)m

697:デフォルトの名無しさん
08/06/05 09:28:56
　ペイントを操作して、絵を描こうとしているのですが、
ドローイングエリアをうまくクリックしてくれません。
どなたか、どうすればいいのか教えていただけませんでしょうか？

[StructLayout(LayoutKind.Sequential)]
public struct RECT {
public int left;
public int top;
public int right;
public int bottom;
}
const uint WM_LBUTTONDOWN = 0x201;
const uint WM_LBUTTONUP = 0x202;

public void RemotePaint() {
IntPtr hWnd;
string sClassName = "MSPaintApp";
string sWindowText = null;
sClassName = "AfxFrameOrView42u";
sWindowText = null;
hWnd = FindWindowEx(hWnd, IntPtr.Zero, sClassName, sWindowText);
SetForegroundWindow(hWnd);
RECT winRect = new RECT();
GetWindowRect(hWnd, ref winRect);
System.Threading.Thread.Sleep(1000);
PostMessage(hWnd, WM_LBUTTONDOWN, 100, 100);
System.Threading.Thread.Sleep(500);
PostMessage(hWnd, WM_LBUTTONUP, 100, 100);
}

698:デフォルトの名無しさん
08/06/05 10:39:13
>>566
サブクラスのコンストラクタが動く前に
オーバーライドされた仮想関数が呼び出されるわけで
ちょっと気持ち悪いですね。

699:デフォルトの名無しさん
08/06/05 10:41:09
>>691
あまりにも頻繁にUpdateが呼ばれるならやや効率は悪いだろうな。
でも多分誤差レベル。
大抵ほかの処理でそれ以上にメモリ使ってるだろうから。

ただ、作りとしてはぱっとしないな。

700:デフォルトの名無しさん
08/06/05 11:18:52
>ぱっとしないな
ぶっちゃけそこなんです。

　上の話の終わり方だと、ConcreteAとConcreteBを継承した大きなクラスを作って
処理部分だけ、switchかdelgate型で置き換え可能にする。
・JITはswitchが強いってことは何処までか？
・一つの処理がどの程度長いとdelgate型が有利になるか？
でバッチテストが作れるなと思ってました。
　　っていうか、そういうテストした人の本や社員のサイトがあっても良いなと。

これも「ぱっとしないな」と思ってくれたら、むしろ愉快なんですけどね。

あと
>大抵ほかの処理でそれ以上にメモリ使ってるだろうから。
は
私の
>・ガベコレでメモリ使用量のコストが無いことは解ったつもり。
への返事でそんなに深い意味は無いですよね？

※最大メモリ使用量より速度優先
※速度ねらいで、ConcreteA、ConcreteBに変数名の重複を許さないぐらい程度は妥協範囲。

701:デフォルトの名無しさん
08/06/05 11:22:09
delegateの"e"が抜けてる。

702:デフォルトの名無しさん
08/06/05 11:25:28
デリゲートなんかは下手に保持しとくより毎回newした方が速いらしいね

703:デフォルトの名無しさん
08/06/05 11:32:07
thx
delegateは捨てましょう。

…C的には、関数ポインタよりnewが早i(ry

JITのnewまわりの最適化を見られれば、それでも疑問は解決できます。

704:702
08/06/05 11:36:07
>>703
意味わかってる?
デリゲートが遅いって言ってるんじゃなくて，デリゲート型のオブジェクトをnewするときの話だよ

705:デフォルトの名無しさん
08/06/05 11:45:56
>704
ミスリードです><　すいません。

　最初に戻ると、元parentStategyInstanceを持ってるクラスを作った時に、
デリゲート型のオブジェクトをnewできます。

あとは
　 if(hoge<hage)
　　 {exceDelege = ConcreteAexceDelege}
　 else
　　 {exceDelege = ConcreteBexceDelege}

あと、
＞※速度ねらいで、ConcreteA、ConcreteBに変数名の重複を許さないぐらい程度は妥協範囲。
これ、　ConcreteA、ConcreteBでずらずら並んで、20個ぐらいあったら一気に話が不毛になるな。('A`)

706:デフォルトの名無しさん
08/06/05 11:51:10
だから、逆なんだ。
　 if(hoge<hage)
　　 {exceDelege = ConcreteAexceDelege}
　 else
　　 {exceDelege = ConcreteBexceDelege}

よりも >702は
　 if(hoge<hage)
　　 {exceDelege = new exceDelegater(ConcreteAexce)}
　 else
　　 {exceDelege = new exceDelegater(ConcreteAexce)}

707:デフォルトの名無しさん
08/06/05 12:05:13
newの最適化っつっても、確保に関しては基本的にマネージヒープの
未割り当て領域へのポインタをオブジェクトサイズ分進めるだけだぞ。
もちろん頻繁にnewすればGC起動の機会を与えることになるから、
パフォーマンスを気にするならインスタンスのキャッシュは基本ではあるが。

708:691
08/06/05 12:34:44
　話を長引かせる様な書き方をしてしまってすいません。
>696 >700-701 >703 >705-706
まで私ですね。

>ConcreteA、ConcreteBでずらずら並んで、20個ぐらい
は失言でしたが、>707にはそこまで考慮して貰ってありがとうございます。
「インスタンスのキャッシュは基本」
これを確認出来て良かったです。

ソースの出所が良い所ぽかったので、>704みたいな事は無いか色々勘ぐったんです。

<ちら裏>
switchしかりnewも、CLRやJITの最適化って非線形で決めてナシなんだな。
皆さん好きですか？
私は、規模が変わるたびにバッチテスト・ベンチマークテストする事になりそうで('A`)

709:デフォルトの名無しさん
08/06/05 12:51:30
大抵現実に影響があるようなパフォーマンス問題は
そんな細かい話ではない。

710:デフォルトの名無しさん
08/06/05 12:53:58
デリゲートがキャッシュするよりnewってのは初めて聞いたな。
どこででた話？
それかひょっとして非常に使用頻度の低いデリゲートの話？

711:デフォルトの名無しさん
08/06/05 12:56:14
>709 けどそれって、C#の開発経験があるって言えるんですか？
毎日好きな言語で遊んで、顧客が限定してきた時だけC#って奴と差がないじゃん。

712:デフォルトの名無しさん
08/06/05 13:03:29
visual studioでメッドを全部折りたたむ技ってないですか？

713:デフォルトの名無しさん
08/06/05 13:05:09
>>711？？
何のことを言ってるんだ？

714:デフォルトの名無しさん
08/06/05 13:06:11
こういう事を
>そんな細かい話
って言い捨てること。

715:デフォルトの名無しさん
08/06/05 13:18:25
>>714
プロならコストと効率を考えて、大して効果の上がらない箇所の最適化に
拘って労力を注ぐくらいなら、もっと他にすることがあるだろうと思うがな
そういうところをいじくり倒せるのはむしろ趣味で遊んでる奴のほうじゃね

716:デフォルトの名無しさん
08/06/05 13:25:04
>715
>プロならコストと効率
そりゃどの言語でもそうだよ。
話をループさせてることに気付いてる？　会話下手？

俺は優しいから"C#でのコストと効率"の経験って解釈してあげるよ。

717:デフォルトの名無しさん
08/06/05 13:28:38
>>716
煽る以外に言い返す言葉が見つからないならレスするなよ

718:デフォルトの名無しさん
08/06/05 13:33:19
>715のプロとしてのコストと効率の経験と、趣味で遊んでる奴との混同具合が心配です。

719:デフォルトの名無しさん
08/06/05 13:46:50
usingを使ってStreamReaderを読んでますが、
whileで最後まで読んで、もう一度whileで読みたいのですが、
どうすればいいんでしょうか。

720:デフォルトの名無しさん
08/06/05 13:52:18
>>719
こういうこと？
streamReader.BaseStream.Seek(0, SeekOrigin.Begin);

721:デフォルトの名無しさん
08/06/05 13:54:51
>>712
アウトラインのことなら、編集 - アウトラインで

722:719
08/06/05 14:00:03
>>720
おお！！出来ました！助かりました！
ありがとうございます！

723:デフォルトの名無しさん
08/06/05 14:16:28
優先度の問題。
そんな細かい話を気にする必要があることだってあるが、
現実には引っかかるのはもっと別のところであることがほとんど。
もっと気をつけるべきとこは他にいっぱいある。
ってだけの話、無意味とは言わん。

724:デフォルトの名無しさん
08/06/05 14:19:08
だろうね。　大概解ってるだろ。
俺、>709って初見じゃないもん。　定期的に湧く厨だと思った。

725:デフォルトの名無しさん
08/06/05 14:19:37
条件分岐の効率なんて、文字列処理一発でも挟まれば全く無意味。
だから処理効率より設計の方を重視する方がいい、ほとんどの場合は。

726:デフォルトの名無しさん
08/06/05 14:24:24
>>724
誰かさんはこの程度でベンチテスト毎回やるんだと言ってるから相当優先度が高いんだろ
解ってるとは思えん

727:デフォルトの名無しさん
08/06/05 14:29:50
次のようにXMLファイルを読み込もうとしてるのですが、
どうやら読み込みに失敗している環境があるらしいのです。
if (File.Exists(Directory.GetCurrentDirectory() + "\\" + "data.xml") == true)
{
　Type[] et = new Type[] { typeof(Data) };
　System.Xml.Serialization.XmlSerializer serializer = new System.Xml.Serialization.XmlSerializer(typeof(ArrayList), et);
　using (System.IO.FileStream fs = new System.IO.FileStream(Directory.GetCurrentDirectory() + "\\" + "data.xml", System.IO.FileMode.Open))
　{
　　DataList = (ArrayList)serializer.Deserialize(fs);
　}
}
そこでまず、本当にXMLファイルの読み込みに失敗しているのかメッセージボックスでチェックしたいのですが、
try
{
　using (System.IO.FileStream fs = new System.IO.FileStream(Directory.GetCurrentDirectory() + "\\" + "data.xml", System.IO.FileMode.Open))
　{
　　DataList = (ArrayList)serializer.Deserialize(fs);
　}
}
catch
{
MessageBox("読み込み失敗");
}
こんな風に書いちゃってもいいのでしょうか？

728:デフォルトの名無しさん
08/06/05 14:32:37
その時も文字列処理を引き合いに出してたな。
だいたい、その辺りにC#の用途の向き不向きボーダーラインがあるんかな。
More Effective C++みたいなイメージでは不毛と。

729:デフォルトの名無しさん
08/06/05 15:00:24
>>727
肝心の例外情報握り潰したら話にならんだろ
つか今時CurrentDirectoryかよ

730:デフォルトの名無しさん
08/06/05 15:02:22
>729は catch の後ろに何もない事を言っている様だ。
try .. catchのヘルプに戻ろう。

731:デフォルトの名無しさん
08/06/05 15:35:17
CurrentDirectoryの何が悪いのかわからん。
まさかレジストリやﾏｲﾄﾞｷｭﾒﾝﾄに保存するのか？Ｗ

732:デフォルトの名無しさん
08/06/05 15:39:09
カレントにするやつは無知か手抜きだろ

733:デフォルトの名無しさん
08/06/05 15:46:27
exeのフォルダならともかく、
カレントは起動方法によって変わるから問題だろ
元々そういう仕様なら関係ないけど

734:デフォルトの名無しさん
08/06/05 15:46:32
カレントディレクトリがショートカットとかで変更されたらどうするんだ？

735:デフォルトの名無しさん
08/06/05 15:49:56
俺の負けだ。　言わせてくれ。
そこは

　　throw; //スルー

だろ。
俺は敗者だ。　だけどなんかスッキリした。

質問者おいてこぼりだが、確かに>728の模範解答は期待。

736:727
08/06/05 15:54:41
聞きたいのはCurrentDirectoryのところではなく、
usingステートメントをtryで囲んでもいいのかな？と思ったのです。

読み込み失敗時の例外情報はヘルプでFileStreamを調べたのですが例外の種類がわかりませんでした。
例外の種類はどうやって調べたらいいんでしょうか？

737:デフォルトの名無しさん
08/06/05 16:00:52
起きえる例外がわからなければSystem.Exceptionで受ければいいだろ。
起きる例外はMSDNに載ってると思うけど。

738:デフォルトの名無しさん
08/06/05 16:13:54
MSDNでFileStream コンストラクタ (String, FileMode)を引いたら例外の種類が書かれていました。
try
{
　using (System.IO.FileStream fs = new System.IO.FileStream(Directory.GetCurrentDirectory() + "\\" + "data.xml", System.IO.FileMode.Open))
　{
　　DataList = (ArrayList)serializer.Deserialize(fs);
　}
}
catch(System.Exception e)
{
　MessageBox(e.ToString());
}
としましたが、usingをtryで囲ってもいいのかが知りたいです。

739:デフォルトの名無しさん
08/06/05 16:15:36
どうして駄目だと思った？

740:727
08/06/05 16:31:25
>>739
usingステートメントって例外が起きた時にステートメント内のdisposeを保証してくれるんですよね。
なのでtry句が複雑にネストしてしまう気がしたからです。
例外が自分の環境でも再現出来ればいいのですが、
他人の環境なので再現できないので、メッセージボックスを仕組んで原因を調べようかなと思いました。

741:デフォルトの名無しさん
08/06/05 16:43:55
try句が複雑にネストしてしまう、の意味が分からない。

742:デフォルトの名無しさん
08/06/05 16:45:18
usingをtry-finallyに展開してみる。
try　{　
　readonly　System.IO.FileStream　fs　=　new　System.IO.FileStream("data.xml",　System.IO.FileMode.Open);
　try　{　DataList　=　(ArrayList)serializer.Deserialize(fs);　}
　finally　{　fs.Dispose();　}
}　catch(System.Exception　e)　{　
　MessageBox(e.ToString());　
}　
usingではcatchしてないからDeserializeで例外が起きた場合は外側のtry-catchブロックが補足する。
問題になるとすればcatchの段階でまだ開いている状態のfsにアクセスしたい場合。
Deserializeとfs.Dispose()の両方で例外が起きた場合。
こういったことが気になるなら、usingを使わずtry-catch-finally構造に変える。

743:デフォルトの名無しさん
08/06/05 16:50:38
蒸し返してすまんが、CurrentDirectoryでひとこと。
コンソールアプリならカレントディレクトリは普通に使う。
GUIの場合は意味がない。
exeのあるディレクトリがカレントディレクトリであると考えているなら明らかに間違い。

Directory.GetCurrentDirectory()　+　"\\"　+　"data.xml",　
この部分は余計。相対パスならカレントからの相対パスになるので
"data.xml"
だけでで十分。

744:727
08/06/05 17:04:26
>>742
分かりやすい説明ありがとうございました。

>>743
参考になりました。ありがとうございます。

745:デフォルトの名無しさん
08/06/05 17:21:07
>>742
＞Deserializeとfs.Dispose()の両方で例外が起きた場合。
キャッチされるのは後からの例外の方だったよね？

746:デフォルトの名無しさん
08/06/05 20:00:17
質問させていただきます。
フォーム上に画像を表示するプログラムを書きたいのですが、
イベントとして、フォームが表示されたと同時に描画したいのです。
このような場合、イベントはどのように記述すればよいのでしょうか。
もしくは、イベントを使わない方法があればそちらもご教授ください。

747:デフォルトの名無しさん
08/06/05 21:01:16
GUIのプログラムの中で
GUIとは何の関係もないオブジェクトAが居ますが
デバッグ用途でGUIのとあるメッセージウィンドウに文字列を出力させたいとします。
オブジェクトAのようなGUIに無関係なオブジェクトが大量に居るような場面で
それらの出力文字列をGUIのとあるメッセージウィンドウに文字列を出力させたいわけですが。
どうやってそのオブジェクト達とメッセージウィンドウ間をインターフェイスさせればよいでしょうか？
Qtをちょこっと触ったことがあるのですが、その場合はsignal/slot機構を使って、わりと簡単に実現できたのですが
C#の場合はsignal/slotの代わりにeventを使うことになるかと思います。
eventの型となるdelegateをどこで宣言するかなぁ～と考えるのですが、
どこにも宣言したくありません。
どうすればいいですか？

748:デフォルトの名無しさん
08/06/05 21:50:02
メッセージ表示するもしくは通知するTraceListenerでも作ればいいんでない？

749:デフォルトの名無しさん
08/06/05 22:16:43
>>735ってどういう意味？

750:デフォルトの名無しさん
08/06/05 23:15:02
>>743
逆に言えば、カレントディレクトリがexeのあるディレクトリであることを
プログラム側で保障すれば問題ないということでもある

まあ、その場合でも相対パス使うだろうから、
Directory.GetCurrentDirectory()は不要だけどな

751:デフォルトの名無しさん
08/06/05 23:18:57
>>750
Open/Saveダイアログを使うとカレントディレクトリが動いたりしなかったっけ。
以前はまった記憶がある。

752:デフォルトの名無しさん
08/06/05 23:37:16
ていうか、おまいらデリゲート使うときに毎回宣言してるの？
自分はDelegate<Result,Param1>とか宣言しといて全部それつかってる。
おかげでFuncとどう整合性とろうか思案中だがなぁorz

753:デフォルトの名無しさん
08/06/05 23:42:08
イベントハンドラはEventHandler<TEventArgs>使え

754:デフォルトの名無しさん
08/06/05 23:59:49
outやrefに対応できないんだよな…

755:デフォルトの名無しさん
08/06/06 00:05:31
class Reference<T> { public T Value { get; set; } }
こんなの作っとけば

756:750
08/06/06 00:07:58
>>751
確かに、FileDialog使うときは

RestoreDirectory = true

にしないとまずいな
てか、既定値がfalseとかありえん

757:デフォルトの名無しさん
08/06/06 00:48:22
>>755
世の中そうもいかんこともあるのよ。
リモーティングとか。

758:デフォルトの名無しさん
08/06/06 01:29:58
>>752
まさにこういう使い方をするために、宣言時に識別子を省略出来たらいいのに。

759:デフォルトの名無しさん
08/06/06 04:03:17
>>754
それは知恵が足りないだけ。
できるよ。

760:デフォルトの名無しさん
08/06/06 07:08:25
マルチプルアイコンを含むIconインスタンスから、各アイコンを取得したいのですが、
どうすればよいのでしょうか。

761:760
08/06/06 07:46:58
自己解決しました。
Icon.Save()でバイナリデータを得て、それを分割した上でIconコンストラクタに与えればいいですね。
もっとスマートな方法がありそうな気もしますが、とりあえずそれでいきます。

762:デフォルトの名無しさん
08/06/06 09:30:47
コンストラクタでSize指定だけはできる

763:747
08/06/06 12:09:04
>>753
>>イベントハンドラはEventHandler<TEventArgs>使え

どうもです。
こういうのがあるんですね。
ただこれだとEventArgsカスタムクラスをどこかで定義しなければならないです。
EventArgsカスタムクラスに依存するのがなんだかシャクなんで。

たとえば
talkerインターフェイスを用意するとして

interface ITalkter{
　　　　 public delegate void printf(string fmt,prams object[] args);
}

こういうことができたら、
ITalkerを継承したクラスを作ってしまえばそれでOKなんですけど
ITalkerインターフェイスに依存するのは納得できるんで。
ただ、interfaceでは型宣言出来ないらしく。。。
なんで出来ないんだろう。。。。
ちなみにtalkerは大量に居ます。
listenerは1個だけっていう想定。

何かいい方法はありませんか。

764:747
08/06/06 12:19:13
もしくは
public event void delegate(object sender,params object[] arg) printf;
のような感じで
名無しの型を宣言すると同時に変数定義みたいなことができたらそれだけでいいですね。
こういうことって可能なんでしょうか？

765:デフォルトの名無しさん
08/06/06 12:25:10
interface ITalkter{
　string PrintString{ get; }
}

こうとか

interface ITalkter{
　void Print(Action<string> print);
}

こうとか

interface ITalker{
void Print(IListener listener);
}

こうとかじゃだめなの？

766:デフォルトの名無しさん
08/06/06 12:46:17
DebugListener/TraceListenerで十分だと思うけど。

767:デフォルトの名無しさん
08/06/06 13:27:34
>>763
talkerの役割がよくわからないな。
実際に表示する部分なのか、それともメッセージを発行する元なのか？
それからdelegateをeventと１対１で作らなければいけないとか思ってないか？

768:デフォルトの名無しさん
08/06/06 14:49:41
>>761
P/InvokeでExtractIconExとか。

769:デフォルトの名無しさん
08/06/06 17:41:02
EventHandler<TEventArgs>を使いたくないのだったら、普通にAction<T>でも使うってのは？
オブジェクトAの中に
public event Action<string, object> printf;
を実装する。

これならカスタムクラス使わんで済むでしょ。

770:デフォルトの名無しさん
08/06/06 23:54:33
>>747 >>764
デリゲートを使うにはデリゲート型が事前に作成されている必要がある
また、匿名メソッドやラムダ式を使った場合でも、型が自動的に作成されることはない

なので、君がやりたいと考えていること(デリゲートを使用して云々)は恐らく不可能

まあ、本来の目的からすると、出力タイミングをGUI側で制御するなら>>765
オブジェクト側で制御するなら

interface ITalker {
　　void SetPrintCallback(Action<string> print);
}

もしくは

interface ITalker {
　　void SetListener(IListener listener);
}

>>769
void (object sender, T e) where T : EventArgs

に合致しないデリゲートをイベントにするのはやめれ
# MSのガイドラインなんて知らん、というなら止めはしないが

さらに言うと、
・デリゲート型の名前のサフィックスは EventHandler
・第2パラメータの型(上記 T)の名前のサフィックスは EventArgs
・2つのパラメータ名は上記の通り(sender, e)

771:デフォルトの名無しさん
08/06/07 00:33:51
正直msのガイドラインなんか知ったこっちゃ無い

772:デフォルトの名無しさん
08/06/07 00:55:01
なら使うな

773:デフォルトの名無しさん
08/06/07 06:58:46
ここはCompact Frameworkの質問はおｋ？

774:デフォルトの名無しさん
08/06/07 07:01:03
だから使わないんだって

775:デフォルトの名無しさん
08/06/07 07:01:24
C#にからめればOK

776:デフォルトの名無しさん
08/06/07 07:03:46
Compact FrameworkでWindows Mobile用2chブラウザを作ってるんだが、
スレ一覧にListViewを使ってるんだ。
ListViewItemCollectionにAddRangeが無くてforeachでスレデータ回してアイテム作ってAddさせてるんだが
どうにも低速なんだ。
AddRangeの代わりになるものは回してAdd以外ないだろうか。

777:デフォルトの名無しさん
08/06/07 07:19:17
BeginUpdateやってる？

778:デフォルトの名無しさん
08/06/07 07:20:04
>>777
やってる。

779:デフォルトの名無しさん
08/06/07 07:53:10
ListViewへの追加はPCでもかなり遅いからなあ
1000件くらいになりそうなときはVirtualModeにしてるけど、Compactじゃ使えないのか

780:デフォルトの名無しさん
08/06/07 07:55:15
>>779
2chの板のスレ一覧データだし、700項目くらいPCでやった場合ﾄﾞﾊﾟｧｯって表示されるんだがなあ。
VirtualはCFからは使えないな。

781:デフォルトの名無しさん
08/06/07 08:36:09
自分で擬似的なものを描画するのが一番速いのかな

782:デフォルトの名無しさん
08/06/07 08:56:03
MSのガイドライン無視したクラスライブラリって見てて恥ずかしい

783:デフォルトの名無しさん
08/06/07 09:15:58
Formの上でGridクラス作ったが、20万件でも一瞬で追加・表示されるようになった(´・ω・｀)

784:デフォルトの名無しさん
08/06/07 09:17:25
ListViewってMSの中の底辺プログラマが作ったんだろうか

785:デフォルトの名無しさん
08/06/07 11:12:31
作ったのがだいぶ昔のことで、
ここまで大量のデータが取り扱われるとは考えられなかったからだと思う。

786:デフォルトの名無しさん
08/06/07 11:29:20
描いた円を上キーでジャンプさせるにはどうすればいい？

787:デフォルトの名無しさん
08/06/07 11:41:02
意味が分かりませんがKeyDownイベントでそういう処理書けばいいんじゃないでしょうか

788:デフォルトの名無しさん
08/06/07 11:54:23
いや、そのKeyDownの中身が分からなくって

789:デフォルトの名無しさん
08/06/07 11:56:34
KeyDownイベントの中身で円を描く場所を変えて描画処理に投げる

790:デフォルトの名無しさん
08/06/07 11:56:35
円をどうやって描いてるかジャンプってどういう意味なのか分からなくって

791:デフォルトの名無しさん
08/06/07 11:58:45
プログラミングが下手な人って質問も下手だよね

792:デフォルトの名無しさん
08/06/07 12:00:20
ダブルバッファにしろよ
画面ちらつくぞ

793:デフォルトの名無しさん
08/06/07 12:20:11
上向きの初速を与えて、一定の下向きの加速度を受けながら運動するようにしたい。
例えば、20進んで一瞬停止して、15進んで一瞬停止して、の繰り返しでいいのか

794:デフォルトの名無しさん
08/06/07 12:26:27
v = v0 + gt と言う式を当てはめれば良いだけじゃん

795:デフォルトの名無しさん
08/06/07 12:32:28
↑アホ

796:デフォルトの名無しさん
08/06/07 12:37:46
tをどうすれば？

797:デフォルトの名無しさん
08/06/07 12:40:12
タイマーでも使ってろ

798:デフォルトの名無しさん
08/06/07 12:48:39
変数tを入れれば位置まで出せる公式があったろ
リアルにやるならtをタイマーを使って現実時間とぴったり合わせりゃいい

799:デフォルトの名無しさん
08/06/07 14:58:07
加速度を9.8/sずつ減らせばいいんでね？

800:デフォルトの名無しさん
08/06/07 15:15:33
p0 : 初期位置
v0 : 初期速度
g : 重力加速度(約-9.8)
p(t) : 初期時刻からの経過時間tの時の位置

p(t) = p0 + v0*t + 0.5*g*t*t

801:デフォルトの名無しさん
08/06/07 15:23:50
つかいつの間に重力加速度の話になったんだ

802:デフォルトの名無しさん
08/06/07 15:44:46
>>800
それをwhileに入れれば出来そうだけど、ジャンプ中も左右移動したい

803:デフォルトの名無しさん
08/06/07 15:46:52
なんかこのスレ方向性分かんなくなってきたなｗ

804:デフォルトの名無しさん
08/06/07 15:55:23
ジャンプ中左右移動したいなら

new Timer( () =>
{
　位置更新
　描画
});

void KeyDown(...)
{
switch(key)
case ←:
　　　左にちょっとずらす
...
}
こんな感じで出来るのかな
普通は
while(true)
{
入力ゲット
　位置更新
　描画
　時間が来るのを待つ
}
こんな感じなのかな
よく知らん

805:デフォルトの名無しさん
08/06/07 16:46:12
>>802
物理的に表現したいならこんな感じです

a:加速度 v:速度 p:位置 dt:微小時間
とすると、こういう微分方程式が成り立ちます

v(t)/dt = a
p(t)/dt = v(t)

dtはゲームなら1フレームの時間(約16.7ms)と考えるのが普通です
この式を例えば前進差分(ぐぐってね)で微分項を近似するとこうなります

( v(t+dt) - v(t) ) / dt = a
( p(t+dt) - p(t) ) / dt = v(t)

t+dt時間における速度と位置を知りたいので式を変形します

v(t+dt) = dt * a + v(t)
p(t+dt) = dt * v(t) + p(t)

この式をゲームのプログラムなんかではこう表現します

void Update( float dt )
{
　velocity += dt * acceleration;
　position += dt * velocity;
}

で、左右移動したいとき、というのは速度に値が加えられている状態なんで、
velocityに対して基本速度を加えておけばOKです

806:デフォルトの名無しさん
08/06/07 16:51:23
って書き終わって凄く後悔した
スレ違いにもほどが

807:デフォルトの名無しさん
08/06/07 19:23:48
>805はY方向だけなので、Xは別にしないとだめだぞ。
横への移動を表す加速がY方向へは関係しないとき、XとYは独立して扱えるからよい子のみんなは気をつけよう。

808:デフォルトの名無しさん
08/06/07 19:40:07
気をつけるまでも無く自明だと思うのですが！

809:デフォルトの名無しさん
08/06/07 21:07:23
型を書いてないからアレだけど
ベクトル型を使うのが普通なんで

810:デフォルトの名無しさん
08/06/08 10:51:16
過疎

811:デフォルトの名無しさん
08/06/08 11:54:09
IDEの使い方に関するおすすめの書籍は？

812:デフォルトの名無しさん
08/06/08 17:17:44
ListViewで特定のカラムだけ非表示にすることは出来ますか？
リストには追加するのに非表示にするという、一見無意味な操作なのですがそうしたいのです。

813:デフォルトの名無しさん
08/06/08 18:36:00
>>812
ListViewのColumnHeaderで特定のカラムだけWidth=0にすることが出来ませんか？
リストには追加するのに非表示にするという、一見無意味な操作なのですがそうしたければそうすることもできるでしょう。

814:デフォルトの名無しさん
08/06/08 19:05:09
>>813
非表示にしたいカラムだけ幅調整不可って出来ますか？
Widthを0にしただけでは幅調整されて見えてしまうので・・・。

815:デフォルトの名無しさん
08/06/08 20:00:43
ListViewItemから派生させたクラスで持つようにして
そのオブジェクトをListViewに追加すれば？

816:デフォルトの名無しさん
08/06/08 20:12:26
つかTagで十分だろ

817:デフォルトの名無しさん
08/06/08 21:27:03
>>815
なるほど。ありがとうございます。
>>816
Tagは使ったこと無いので調べてきます。
ListViewの方ではなくListViewItemの方ですよね？

818:デフォルトの名無しさん
08/06/08 22:33:03
ColumnResizingとかそんな感じのイベントあるから、
そこで非表示にしたいカラムが幅調整されそうになったら制限すればいい。

819:デフォルトの名無しさん
08/06/08 22:34:14
>>818
なるほどありがとうございます。
Tagを使ったものがまさに用途にあった使い方でした。

820:デフォルトの名無しさん
08/06/09 10:09:01
ｽﾚﾘﾝｸ(tech板)

821:デフォルトの名無しさん
08/06/09 12:07:21
メソッド呼び出し中にキー入力を受け取るにはどうすればいいですか？

822:デフォルトの名無しさん
08/06/09 12:16:03
>>821

メソッド呼び出しを別スレッドにして、メインスレッドでキー入力を
待てばいいんじゃない？全然はずしてたらご免。

823:デフォルトの名無しさん
08/06/09 12:17:01
モードレスダイヤログ？

全然外してるかも。

824:あにす ◆sGTL1yK0.6
08/06/09 18:46:26
DoEvents()？
外してるかな…。

825:デフォルトの名無しさん
08/06/10 05:54:09
>>702
for　(int　i=0;　i<1000;　i++)　Hoge((a)　=>　a　+　1);
のようなコードは次にように最適化されるようだ。
HogeDelegate　f　=　null;
for　(int　i=0;　i<1000;　i++)　{
　if　(f　==　null)　{　f　=　(a)　=>　a　+　1;　}
　Hoge(f);
}

826:デフォルトの名無しさん
08/06/10 06:30:01
>>825
ということは>>702はデマってことか

827:デフォルトの名無しさん
08/06/10 07:01:43
デマというかもうちょい境界線が上なんだろうな。

828:デフォルトの名無しさん
08/06/10 11:32:48
質問
以下のようにListのSyncRootで排他処理を行っている最中に
Listの実体を入れ替えた場合、
この排他でLock開放待ちをしていたほかのスレッドはどうなるのでしょうか？
lock (((ICollection)(mylist).SyncRoot)[

if(xxx){
mylist = new List();
}
}

829:デフォルトの名無しさん
08/06/10 12:23:17
とりあえずそんなキモいことするな

mylistの置き換えより先に別スレッドがmylist.SyncRoot取得してたら古い方でロック待ちするし
置き換え後にSyncRoot取得したら新しい方でロック待ちする
古い方でロック待ちに入ったらロック取得したスレッドのlockステートメント終了でロックに入る
新しい方ならロックされてないから待たないでそのままロック取得するだろう

830:828
08/06/10 12:45:29
やっぱり駄目ですよね。
コレでは排他処理の意味をなさない。

わかりました！！有難う御座います。

831:デフォルトの名無しさん
08/06/10 21:33:47
ListViewのTagで思い出したが、なんでシリアル化してもTagは保持されないのですか？

832:デフォルトの名無しさん
08/06/10 21:51:45
何が入ってるか分からないから
保持しても意味がないものが入ってるかもしれないから

833:デフォルトの名無しさん
08/06/10 22:53:07
あまり納得できんが、そういうことなんだと納得しておきます。

834:デフォルトの名無しさん
08/06/10 23:06:12
ADO.NET 2.0で、System.Data.SqlClientを使って、バッチ処理ってどうやんのが普通なの？
なんかSqlCommandSetってのが昔はあったらしいけど、今は隠されてしまったみたいだし、
ていうか、
var cmd = new System.Data.SqlClient.SqlCommand();
cmd.CommandText = "begin transaction;" +
"insert into t values(1,2,3);" +
"insert into t values(2,3,4);" +
....
"commit transaction;";
みたいにカンマで区切っただけのSQL文でも一応できたみたいなんだけど、
C#/ADO.NET2.0/SQL Serverでほかの人はどういう風にバッチ処理してるのか知りたいです。

835:デフォルトの名無しさん
08/06/10 23:19:11
ストアドプロシージャです。

836:デフォルトの名無しさん
08/06/10 23:21:23
リンクの冒険

837:デフォルトの名無しさん
08/06/10 23:30:44
>>835
お返事ありがとうございます。
ところで、クライアント側でユーザーが複数項目を選んで、
編集して、それで更新みたいな処理の流れだと、可変引数が
使えないストアドでは対応しきれないのでわないでしょうか？

838:デフォルトの名無しさん
08/06/10 23:40:52
>>836
えーと……ゼルダの伝説？

それはともかく、C#のバージョンが分からんが3.0ならLINQがおすすめ
GUIでD&Dするだけでエンティティクラスが作れて、デフォルトでトランザクション処理

LINQ to SQLがSQL Server限定なのがあれだけど

839:デフォルトの名無しさん
08/06/11 14:58:07
>>837
「バッチ処理のパラメータを格納しておくテーブル」を作るという手もある。
そのテーブルにINSERTしてからバッチ用のストアドプロシージャを起動して、
ストアドの中でテーブルを読み込んで、それを元に処理を行う。
結果のサマリーも格納するようにすれば、バッチ処理の履歴も兼ねることができる。

840:デフォルトの名無しさん
08/06/11 20:40:20
C#中でエクセルのファイルを開こうとすると、下記のエラーが発生します。
ちなみに.NET Framework 2.0を使っています。

System.Runtime.InteropServices.COMExeption(0x80040154):CLSID{00024500-0000-0000-C000-000000000046}を含むコンポーネントのCOMクラスファクトリを取得中に、次のエラーが発生しました。：80040154
3台あるPC（XP）で1台で起こりますがその原因が分かっておりません。
作成したプロジェクトのbin\release以下には3個のCOMと関係がありそうなDLLがあります。
・Interop.Excel.dll
・Interop.Microsoft.Office.Core.dll
・Interop.VBIDE.dll
これら3個を
C:\WINDOWS\Microsoft.NET\Framework\v2.0.50727\RegAsm.exe
を使って登録しても結果は同じです。
どういった原因が考えられるでしょうか？

841:デフォルトの名無しさん
08/06/11 21:21:57
そこにはExcelがインストールされていないなんてオチじゃないよな。

「00024500-0000-0000-C000-000000000046 80040154」でググって
最初に出てきたところに書いてあった事例がまさにそうだっただけだけど。
URLﾘﾝｸ(forums.msdn.microsoft.com)

842:840
08/06/11 21:26:24
確認させていただきたいのですが、
Excelがインストールされていない環境では、COMを通じたエクセルファイルの操作というのはやはり出来ないものでしょうか？
というのは、
動作確認をした３台のうち
１台にだけExcelをインストールしていたつもりだったのですが、実際には２台にインストールされており、
上記の
System.Runtime.InteropServices.COMExeption(0x80040154):CLSID{00024500-0000-0000-C000-000000000046}を含むコンポーネントのCOMクラスファクトリを取得中に、次のエラーが発生しました。：80040154
このエラーはエクセルがインストールされていないパソコンでだけ起こっていました。
レジストリのCLSIDに無理やりエクセルを登録たところエラーが変わって
System.IO.FileNotFoundException: CLSID {00024500-0000-0000-C000-000000000046} を含むコンポーネントの COM クラスファクトリを取得中に、次のエラーが発生しました: 80070002。
　　場所 NFSAutoGui.Tettou.product(String path)
こういうことになってしまいました。
FileNotFoundExceptionってようするにExcel.exeが見つかりませんよ、ということかと思いますが。

ということで
Excel.exeがインストールされていない状態では、COMを通じたエクセルファイルの操作というのはやはり出来ないものでしょうか？

843:デフォルトの名無しさん
08/06/11 21:31:00
>>842
そりゃ、できんわな。それができたら、みんなExcel買ってくれなくなってMSが困っちゃう。

844:デフォルトの名無しさん
08/06/11 21:36:37
>>841
>>843
どうも。。。
インストールしてないつもりのPCで動いたと思ってたんで動くかと思っていました。
アホ過ぎ。

ところで
Excelのバージョン１０が開発マシンに入っております。
COMの参照設定で、Microsoft Excel 10.0 Object Library のバージョン1.4を設定しているのですが、
これで配布した場合って、Excelのバージョン10.0が入っていないと動かないんですかね？
Excel 2007しか入っていないようなPCでは動かないんですか？

845:デフォルトの名無しさん
08/06/11 21:43:55
>>842
だって、そのExcelファイルの操作って、
Excelが持っている機能を呼び出しているだけだ。
普段目にするUIはExcelの1つの顔にすぎない。

846:デフォルトの名無しさん
08/06/11 21:59:28
>>844
YES

847:デフォルトの名無しさん
08/06/11 22:01:05
解放忘れとかやりまくってそうだな

848:デフォルトの名無しさん
08/06/11 22:10:55
こんなこと言ってる奴がまともに作れてるわけないだろ

でバージョン依存したくないならせめてVB.NETにしとけ

849:デフォルトの名無しさん
08/06/11 22:15:41
WSHのVBSとか呼び出すのが楽だよ

850:デフォルトの名無しさん
08/06/11 22:19:02
>>845
そういうことですね。
>>846
了解しました。
>>847
一応タスクマネージャのプロセスタブにEXCELは居ないので大丈夫かと...

ところで、
開発マシンにEXCEL10しか入っていませんが、
その他のバージョンのEXCELも扱いたい場合に必要になってくるのが
PIAとかいうものなのでしょうか？

851:デフォルトの名無しさん
08/06/11 22:40:52
YES

852:デフォルトの名無しさん
08/06/11 22:42:04
あんたは質問を有料にしたいわ

853:デフォルトの名無しさん
08/06/11 23:58:05
DateTime型のToString()の書式設定はどんな環境の場合に変わるんでしょうか？
たとえば("d")ならカルチャによって変わりますが、
カスタム書式の("yyyy/MM/dd")も環境によって変わるようです。
どんな環境で変わるんでしょうか？？

854:デフォルトの名無しさん
08/06/12 00:37:13
>>853
質問の意味がよくわからないけど「カルチャが異なる環境で変わる」ということが聞きたいのかな。
CurrentThreadのCurrentCultureとかCurrentUICultureとかを色々変えながら動かしてみると
わかりやすいかもしれない。
わかりにくいかもしれない。

855:デフォルトの名無しさん
08/06/12 00:37:53
カルチャによって変わるよ。

"/" はカルチャ依存の日付区切り文字だし、
この世には和暦とかヒジュラ暦とかあるだろ。

856:デフォルトの名無しさん
08/06/12 00:47:15
>>854-855
ありがとうございます。
"/"はカルチャ依存なのですね。
カスタム書式なら"/"も表示してくれると思っていたのですが、それすらも期待してはいけないのですね。
自分の環境では再現できない&相手の環境がよくわからないので質問しました。
では"yyyyMMdd"ならどの環境でも期待通り"20080612"になることを前提にしていいのでしょうか？

857:デフォルトの名無しさん
08/06/12 01:11:03
>>856
>>855の最後の行を読んで下さい＞＜

DateTimeFormatInfo.InvariantInfoわたしとけばいいよ。

次ページ