08/04/05 12:58:28
>>548
まずC++をしっかり勉強してからの方が無難かもしれないね。
553:デフォルトの名無しさん
08/04/05 12:59:29
>>552 はアンカミス >>548 -> >>549
554:545
08/04/05 13:47:47
>>550
extern "C"
{
int __declspec(dllexport) __stdcall f();
}
int __declspec(dllexport) __stdcall f()
{
return 777;
}
DLLをこう変更しましたがだめでした。
DLL側のコードを書いてくれませんか？
555:デフォルトの名無しさん
08/04/05 13:57:53
とりあえずCOMとIDLについて軽く勉強した方がよくね
556:デフォルトの名無しさん
08/04/05 14:05:22
P/InvokeにCOMもIDLも関係ないだろ。適当教えるなよ
557:デフォルトの名無しさん
08/04/05 14:09:12
dumpbin /exports
でdll調べてみたら
558:デフォルトの名無しさん
08/04/05 14:10:40
>>554
C:\>type test.cpp
extern "C" __declspec(dllexport) int f() {
return 777;
}
C:\>type test.cs
using System;
using System.Runtime.InteropServices;
namespace Test {
class Test {
[DllImport("test", CallingConvention=CallingConvention.Cdecl)]
static extern int f();
static void Main() {
Console.WriteLine(f());
}
}
}
C:\>cl /LD /nologo test.cpp
test.cpp
ライブラリ test.lib とオブジェクト test.exp を作成中
C:\>csc /nologo test.cs
C:\>test
777
559:545
08/04/05 16:14:51
>>558
/nologoと付けたら出来ましたが、IDEからビルドすると例外エラーです。
皆さんはアンマネージドのC++でDLLを作ってC#とかから呼び出したりしないんですか？
560:デフォルトの名無しさん
08/04/05 16:21:03
>>559
ふつーは .def 使ってエクスポート名をきちんとしておく。
561:560
08/04/05 16:27:33
つまりこういうことな。
//test.cpp
extern "C" int __stdcall f() {
return 777;
}
//test.def
LIBRARY
EXPORTS
f
//test.cs
[DllImport("test.dll")]
int f();
562:デフォルトの名無しさん
08/04/05 16:31:31
>>559
俺だったらC++/CLIで作る
563:デフォルトの名無しさん
08/04/05 16:55:54
>>561
コンパイルすら通らないんですが。。
//test.cpp
extern "C" __declspec(dllexport) int f()
{
return 777;
}
//test.def
LIBRARY "testdll"
EXPORTS
f
//test.cs
using System;
using System.Runtime.InteropServices;
namespace Test
{
class Test
{
[DllImport("testdll")]
static extern int f();
static void Main()
{
Console.WriteLine(f());
}
}
こうですか？
それでも例外出ますね。
564:デフォルトの名無しさん
08/04/05 17:15:55
>>563
あーごめんC#側で extern と static いるの忘れてた
とりあえずそのコードだとC側の呼び出し規約が間違ってる。def使う場合
dllexportはいらない
565:デフォルトの名無しさん
08/04/05 17:19:39
まずは、dumpbin 使え。
566:564
08/04/05 17:20:20
ごめんもう一個
.defはリンカの設定に追加する必要がある。VSは作ったら勝手にやって
くれた気もするが
567:デフォルトの名無しさん
08/04/05 17:21:52
>>565
Dependency Walkerでもいいけどな
568:デフォルトの名無しさん
08/04/05 17:51:54
>>566
モジュール定義ファイルにtest.defを追加すればいいんですかね？？
それでもビルド出来ないんですが。。
error C3872: '0x3000': この文字を識別子で使用することはできません
error C2065: ' return' : 定義されていない識別子です。
error C2143: 構文エラー : ';' が '定数' の前にありません。
569:デフォルトの名無しさん
08/04/05 17:53:19
一行ヒントしか書かないやつは分からないのに答えてる法則。
そしてその後に関連される単語が出てくると「だから>>○○で言っただろ」と得意気な顔をするｗ
570:デフォルトの名無しさん
08/04/05 17:55:23
>>568
それ全角スペースだろ死ねよ。
571:デフォルトの名無しさん
08/04/05 17:59:11
まじ、dumpbin知らないってことか？
DLLの情報見れば解決する話だろうが。
572:デフォルトの名無しさん
08/04/05 18:00:06
1行ヒントはクグればすぐ分かるということだろう。
573:デフォルトの名無しさん
08/04/05 18:05:55
たった1行のコマンド実行するだけなのに、無視する理由が分からん。
574:デフォルトの名無しさん
08/04/05 18:08:43
>>568
そこかよorz
そのコードインデントに全角スペース使ってるからインデントは
そのままコピペするんじゃなくてタブか半角スペースにきちんと
置換してくれ
>>571
dumpbin 使おうが Dependency Walker 使おうがエクスポートされた
名前は見れるけど、「どうやってその名前を作るの」がわからない、
つまり確認しか出来ないから直接解決にならんだろ
まぁそれらを知っておいてかつ確認ぐらいはしてほしいがマジで
まぁふらっとだから
575:デフォルトの名無しさん
08/04/05 18:15:20
>>573
全角スペースを使うぐらいだから、コマンドプロンプトの使い方が分からないんだよ。
>>574
その名前で呼び出せば使えるんだから、命名規則の仕様まで分からなくてもいいと思うが。
576:デフォルトの名無しさん
08/04/05 18:18:13
>>575
あそっか。C#側いじればいいのか。
577:545
08/04/05 18:20:34
>>574
ありゃ。恥ずかしい＞＜
全角混じってるだけでした。
ですがC#側で呼び出せません。。
むぅ…
578:デフォルトの名無しさん
08/04/05 18:21:56
>>577
だから呼び出し規則あわせろってずっと言ってるだろ。
今のコード貼ってみろよ
579:デフォルトの名無しさん
08/04/05 18:22:12
>>575
それじゃ根本的な解決になってないだろ
580:545
08/04/05 18:25:29
>>578
どこでそんなこと書いてありますか？
//test.cpp
extern "C" int __stdcall f()
{
return 777;
}
//test.def
LIBRARY
EXPORTS
f
//test.cs
using System;
using System.Runtime.InteropServices;
namespace Test
{
class Test
{
[DllImport("test.dll")]
static extern int f();
static void Main()
{
Console.WriteLine(f());
}
}
今のコードはこうです。
DLL側とC#側のコード貼ってください。
581:デフォルトの名無しさん
08/04/05 18:26:44
動けばいいんじゃないの？
582:545
08/04/05 18:28:05
C++で作ったDLLをC#で呼び出すときに皆さんはわざわざコマンドプロンプトを使うんですか？
ツールを使って名前を調べて呼び出したりするんですか？
583:デフォルトの名無しさん
08/04/05 18:29:42
こいつ何言ってんだ。DLL中身みないでどうやって名前調べるんだよ。
もしかしてスピリュアルってやつ？
584:デフォルトの名無しさん
08/04/05 18:35:34
>>582
当たり前だろ。
dumpbin /exports test.dll
の結果見せろよ。
585:545
08/04/05 18:38:41
えと、何か勘違いしてるかもしれないのでご指摘ください。
イメージとしてはWin32APIを呼び出すときのように使いたいのです。
[DllImport("user32.dll")]
extern static int RegisterHotKey(IntPtr HWnd, int ID, int MOD_KEY, int KEY);
こんな感じで呼び出して利用できました。
なので自作のDLLも同じように出来るのかな？と思ったわけです。
C++のDLLをC++で呼び出したり、
C#のDLLをC#で呼び出すときは楽なのに、
マネージドからアンマネージドを呼び出すのは大変ですね…。
586:デフォルトの名無しさん
08/04/05 18:39:14
>>584
あんまりいじめるな。
お前がコード張ればいいだろ。
587:デフォルトの名無しさん
08/04/05 18:39:34
>>580
それコンパイルしたら普通に上手く動くぞ。
お前さんのやり方に問題があるとしか思えん。
588:デフォルトの名無しさん
08/04/05 18:40:29
>>586
俺は>558ではった
589:545
08/04/05 18:42:49
>>587
ありゃ。
もう一度新規プロジェクトからやり直して見ます！
590:デフォルトの名無しさん
08/04/05 18:46:35
>>561 だが･･･うーん、これでexport 出来るはずなのよね。
別の原因の気がするので
・dumpbin の結果
VS のコマンドプロンプト(たぶんスタートメニューのツールの
下あたりにある)を起動して、生成した C++ な DLL に対して
dumpbin /EXPORTS "test.dll"
みたいにしてその結果を張ってください
・探索ロケーション周り
当然 C# な exe と C な DLLは同じフォルダにないとダメですよ。
あたり確認してみてくれ
591:545
08/04/05 18:56:11
>>590
両方ともプロジェクト作り直したら通りました；
dumpbinの結果は
File Type: DLL
Section contains the following exports for test.dll
00000000 characteristics
47F74A82 time date stamp Sat Apr 05 18:46:42 2008
0.00 version
1 ordinal base
1 number of functions
1 number of names
ordinal hint RVA name
1 0 00001000 f = _f@0
Summary
1000 .data
1000 .rdata
1000 .reloc
1000 .rsrc
1000 .text
こんな感じでした。お騒がせしました＞＜
DLLは作ったことないので色々いじって見ます。
592:545
08/04/05 18:59:29
>>590
あ、すみません、言い忘れてました。
ありがとうございました！
593:デフォルトの名無しさん
08/04/05 19:01:31
>>582
人の作ったDLLなら見る。
だって、C/C++のヘッダを見ただけでは分からないこと（修飾名）があるから。
WindowsシステムのDLLはそれがもう分かっているし、
585のように単純にDllImportを書くだけで使えるようになっているから見ない。
自分で作ったDLLも見ない。どうなっているかは自分で決めた通りなのだから、
調べるまでもない（思い通りになっているかを確認することはあるが）。
594:デフォルトの名無しさん
08/04/05 19:05:01
自分で決めても見つからないとエラー出たら見るしかない。
今回はこのパターン。
595:デフォルトの名無しさん
08/04/05 19:12:33
>>593-594
ほぅほぅわかりやすい。
勉強になりました。
596:デフォルトの名無しさん
08/04/05 19:16:48
うぁっ、C++呼び出しの人まだやってる、C++使えないのなら無理して使うなよwww
一応コマンドラインに落ちなくても全部IDE上でできるが
詳しい知識がないと、VSのバージョンが上がったら手が付けられなくなるぞ。
597:デフォルトの名無しさん
08/04/05 19:20:54
手が付けられへんってどんだけレベル低いねん。
598:デフォルトの名無しさん
08/04/05 19:23:07
あれのレベルの低さは見ての通りじゃん、どう考えても相互運用コードが作れるレベルじゃない。
説明した通りに書かせればその分についてのみは動くだろうけど
599:デフォルトの名無しさん
08/04/05 19:26:52
無理して、…っていうか興味を持ったからです。
一度動いてからわからないものを調べて学ぼうと思っただけです。
今日はこれをやるって決めたんです!
600:デフォルトの名無しさん
08/04/05 19:28:58
>>599
まずはC++のリンクの仕組みを確り勉強するといいよ、いきなり吹っ飛ばしてC#とリンクとか無茶だから。
601:デフォルトの名無しさん
08/04/05 19:30:29
まずはアセンブラからだな。
602:デフォルトの名無しさん
08/04/05 19:31:10
まずは機械語からだな。
603:デフォルトの名無しさん
08/04/05 19:31:33
>>601
そこまで行かなくてもいいと思うけど、LIBの仕組みDLLの仕組み程度は知っておいて欲しい。
604:デフォルトの名無しさん
08/04/05 19:31:43
お前らどんだけ博識なんだよバカ
605:デフォルトの名無しさん
08/04/05 19:32:18
呼び出し規約って機械語レベルの話だからなぁ。若い人は辛いだろう。
606:デフォルトの名無しさん
08/04/05 21:14:06
とはいっても個々の呼び出し規則の詳細が必要になることなんて少なくなったから、
いろいろあるんだぐらいに思っとけばいいだろう。
607:デフォルトの名無しさん
08/04/05 21:22:02
スタックの積み方と後始末の責任の所在程度の違いだから難しくないと思うが
608:デフォルトの名無しさん
08/04/05 21:27:05
うんまあ、むしろその程度のことを理解するのに苦労した粗雑な頭の自分を語ってるように聞こえるね。
ついでに、「自分以外・自分の世代以外は全員馬鹿」っていうのは
濡れ落ち葉族のオッサンのセリフみたいで惨めだなw
609:デフォルトの名無しさん
08/04/05 21:29:05
そんなにくやしかったのか
610:デフォルトの名無しさん
08/04/05 21:29:18
うん
611:デフォルトの名無しさん
08/04/05 21:36:11
using 赤い彗星 = System.Char;
612:デフォルトの名無しさん
08/04/05 21:49:25
using 浅野忠信の嫁 = System.Char;
613:デフォルトの名無しさん
08/04/05 21:56:37
using ギタリスト = System.Char;
614:デフォルトの名無しさん
08/04/05 22:11:16
それVBのコードとしても変じゃないか？
VBとc#のあいのこのつもりか？w
615:デフォルトの名無しさん
08/04/05 22:13:18
どれもコンパイル通るよ
616:デフォルトの名無しさん
08/04/05 22:16:20
通してなんになるのかって話ではあるけどなｗ
617:デフォルトの名無しさん
08/04/05 22:43:59
仕事でJava覚える必要が出てきたが、C#と大体同じなのだろうか・・・？
618:デフォルトの名無しさん
08/04/05 22:47:33
C#にあってJavaにない機能を把握するだけ
619:デフォルトの名無しさん
08/04/05 23:06:19
じゃあJavaからC#に移るときは？
620:デフォルトの名無しさん
08/04/05 23:09:32
>>618
621:デフォルトの名無しさん
08/04/06 00:00:03
基本ができてればどんな言語使っても関係無いだろ
622:デフォルトの名無しさん
08/04/06 00:09:48
そうだけどJavaのジェネリクスだけはどうしても許せない
623:デフォルトの名無しさん
08/04/06 00:15:07
Javaだったらエクリプスで開発するんか
624:デフォルトの名無しさん
08/04/06 00:18:18
スレタイ嫁
625:デフォルトの名無しさん
08/04/06 01:11:05
シングルスレッド内のForm間でメッセージ送るときってどうやるんですか？
二つのformが表示されていて、一つのformが他方のformに
おれはこんな処理やったよってのを知らせたい。
626:デフォルトの名無しさん
08/04/06 01:26:57
イベント
627:デフォルトの名無しさん
08/04/06 01:30:31
どうもです。イベントでやってみます。
628:デフォルトの名無しさん
08/04/06 02:14:31
ポインタを伴うWin32APIの呼び出し方が解りません。VB.NETでは
Module Module1
Friend Declare Unicode Function LoadLibraryW Lib "kernel32.dll" (ByVal lpLibFileName As String) As Integer
Friend Declare Function FreeLibrary Lib "kernel32.dll" (ByVal hModule As Integer) As Integer
Sub Main(ByVal Args() As String)
Dim hModule As Integer = LoadLibraryW("C:\WINDOWS\Resources\Themes\Luna\luna.msstyles")
(以下略)
でhModuleにハンドルが入りますが、C#で同じように
class Program {
[DllImport("kernel32.dll")]
internal static extern int LoadLibraryW(string lpLibFileName);
[DllImport("kernel32.dll")]
internal static extern int FreeLibrary(int hModule);
static void Main(string[] args) {
int hModule = LoadLibraryW(@"C:\WINDOWS\Resources\Themes\Luna\luna.msstyles");
(以下略)
としても必ず失敗(0)してしまいます。原因は何でしょうか。
629:デフォルトの名無しさん
08/04/06 02:19:40
GetLastErrorを取得して見る。
630:デフォルトの名無しさん
08/04/06 02:22:28
ポインタ・ハンドルはIntPtr
DllImportのCharSet
631:デフォルトの名無しさん
08/04/06 03:18:25
class Program {
[DllImport("kernel32.dll", CharSet = CharSet.Unicode)]
internal static extern int LoadLibraryW(string lpLibFileName);
[DllImport("kernel32.dll")]
internal static extern int FreeLibrary(int hModule);
[DllImport("kernel32.dll")]
internal static extern int GetLastError();
static void Main(string[] args) {
int hModule = LoadLibraryW(@"C:\WINDOWS\Resources\Themes\Luna\luna.msstyles");
if (hModule == 0) {
int Err = GetLastError();
Console.WriteLine("ロード失敗: {0}",Err);
(以下略)
>>629-630
遅レスすみません、ありがとうございます。
エラー&H7Eから、ファイルのロードそのものに失敗していたようです。
明示的にUnicodeを指定してintのまま実行すればロード/解放、共に成功しました。
しかしIntPtrにすると「hModule == 0」で『演算子 '==' を 'System.IntPtr' と 'int' 型のオペランドに適用することはできません。』となり実行出来ませんでした。
632:デフォルトの名無しさん
08/04/06 03:22:09
IntPtr.Zero
633:デフォルトの名無しさん
08/04/06 03:30:46
if (hModule == IntPtr.Zero) {
>>632
出来ました、ありがとうございます。
VB.NETとC#は方言の関係と思っていましたが、実際はかなり違うのですね…精進します。
634:デフォルトの名無しさん
08/04/06 03:33:40
>>633
[DllImport("kernel32.dll", CharSet = CharSet.Unicode)]
internal static extern int LoadLibrary(string lpLibFileName);
でいいよ。
635:デフォルトの名無しさん
08/04/06 03:34:15
[DllImport("kernel32.dll")]
internal static extern int LoadLibrary(string lpLibFileName);
636:デフォルトの名無しさん
08/04/06 03:34:51
その場合は CharSet = CharSet.Auto のほうがいい。
637:デフォルトの名無しさん
08/04/06 13:00:05
コレクション初期化子ってICollectionとかIDictionaryとか関係なくて
Addという名前のメソッドを呼び出すだけなのか
引数の数も自由でかなり変態的な使い方ができそう
638:デフォルトの名無しさん
08/04/06 16:22:07
フリーウェアだけど、オンラインで公開する場合、
ドボンとかのサンプルをコピペした場合何か断りみたいなのいるのかな？
ソースを見たらバレバレなので黙って使っていいのか悩んでいます。
639:デフォルトの名無しさん
08/04/06 16:37:10
どうせそれも元々MSDNとかその他から引っ張ってきたものが殆どだし
勝手に使っちゃだめだったら何のために公開してるのかわからん
640:デフォルトの名無しさん
08/04/06 16:38:57
>>638
ライセンスに関する記述無いな。どうしても心配ならメール送ってみな
641:デフォルトの名無しさん
08/04/06 17:24:02
サンプルっていうのは「考え方」のサンプルであって
コピペしてそのまま使うなんてナンセンスだろw
642:デフォルトの名無しさん
08/04/06 20:39:21
staticの使い方で質問があります。
Class1にある値を返すメソッドがあります。
例1：
public string Hoge(){...}
メインフォームで
Class1 class1 = new Class1();
string s = class1.Hoge();
例2：
public static string Hoge(){...}
メインフォームで
string s = Class1.Hoge();
どちらが正しい使い方なのでしょうか？
643:デフォルトの名無しさん
08/04/06 20:40:56
どちらも間違ってないけど，フィールドが必要なら特別な理由がない限り迷わず前者
644:デフォルトの名無しさん
08/04/06 20:52:47
>>643
フィールドとはボタンなどのコントロールのことでしょうか？
Class1はstringの値を返すHogeメソッドだけです。
複数回呼ぶことがあります。
staticをつけている方がメモリの確保など無駄なパフォーマンスがなくて
良さそうかなと思ったのですが、普通は前者なんですね。
645:デフォルトの名無しさん
08/04/06 20:55:09
よく分からないうちは，staticを付けた変数は使わないものと思っておｋ
646:デフォルトの名無しさん
08/04/06 20:57:28
>>640
あのコードに独創性を垣間見たんですね、わかります
647:デフォルトの名無しさん
08/04/06 22:09:24
C#にはフィールドなんてない。
648:デフォルトの名無しさん
08/04/06 22:10:56
staticとかってooの理想概念から外れてるよね。
staticメソッドばっかりになったらCで書いてるのと変わらないし。
ここら辺がoopの限界なのかな。
そろそろ次の新しい概念出てきてもいい頃だな。
649:デフォルトの名無しさん
08/04/06 22:20:15
>>647
お前は何を言ってるんだ
650:デフォルトの名無しさん
08/04/06 22:24:45
>>647
C#にフィールドはあるんだよ。
651:デフォルトの名無しさん
08/04/06 22:30:24
ごめん間違った、フィヨルドだったわ
652:デフォルトの名無しさん
08/04/06 22:32:31
>>648
制限付きのクラスオブジェクトと考えれば別に不自然とも思えないけど
653:デフォルトの名無しさん
08/04/06 22:33:22
おもろない
654:デフォルトの名無しさん
08/04/06 22:42:32
>>652
クラス名の飾りがついただけのグローバル関数/変数とも考えられる
655:デフォルトの名無しさん
08/04/06 22:42:47
この違いってなんでしょう？
下の方だとエラーになるのです
Color.FromArgb(int.Parse((string)new object[]{"-1"}));
Color.FromArgb((int)new object[]{"-1"});
656:デフォルトの名無しさん
08/04/06 22:45:09
上もエラーになるよ
657:655
08/04/06 22:53:16
理由がわかりました
すいません
658:デフォルトの名無しさん
08/04/06 23:58:36
>>652
オブジェクト指向って実世界の”モノ”とは到底かけ離れてるよね？
でもそれに近い概念でインスタンス化させてるのに、staticメソッドはそのまま使えたりしたらなんだかなぁと思う。
よくMathクラスなんかもインスタンス化した方が不自然だ、とか言われるけど
intやifですらオブジェクトと見なそうという言語や思想がある中でとっても違和感を感じずにはいられない。
659:デフォルトの名無しさん
08/04/07 00:16:58
引数だけで結果が決まるならインスタンスは無意味でしょ
660:デフォルトの名無しさん
08/04/07 00:20:32
それはstaticの意味、用途が分かっていないんだと思うが
661:デフォルトの名無しさん
08/04/07 00:52:31
double d = -1.0;などとして、
d.sin()とかd.abs()とかだったら、なんてことは俺も考えたことある。
662:デフォルトの名無しさん
08/04/07 01:23:14
拡張メソッドはリフレクション使えないから駄目とか？
663:デフォルトの名無しさん
08/04/07 09:21:22
「フィヨルドの恋人」
主演：大泉洋
664:デフォルトの名無しさん
08/04/07 09:43:47
すみません、SourceGridというグリッドコントロールを使ってプログラムを作っているのですが、
コントロールの初期化について分からないことがあるので教えてください。
プログラムの構成は、ひと月ごとにその月のすべての日の行をグリッド上に表示していくような感じです。
現在表示すべき（グリッドが描画時に情報として用いる）年/月は、staticな変数に記録して管理しています。
ここで、そのstaticな変数を変化させてみても
（たとえば2008/4の状態から、ひと月前の状態にして2008/3とする）、
変数自体は変化するもののフォーム上のグリッドの表示に変化は見られません。
Update()なども試みてみましたが、反応なしです。
このような場合、どうすればグリッドの表示を更新することができるでしょうか？
665:デフォルトの名無しさん
08/04/07 09:53:41
こんにちは。
エクスプローラーのリストビューのタイプの変更を行いたく思い、少し調べているのですがよくわからない部分があるので質問させてください。
URLﾘﾝｸ(yokohama.cool.ne.jp)
を読んでタイプの変更は出来そうなのですがWindows Vistaの特大アイコンなどはどのようなメッセージを送ればいいのかわからないのです。
ヒント等ご教授戴ければ幸いです。
666:デフォルトの名無しさん
08/04/07 13:27:25
>>664
>現在表示すべき（グリッドが描画時に情報として用いる）年/月は、staticな変数に記録して管理しています。
これほんと？
これだと複数コントロール貼って使う場合とかにまずいからこういう設計にしないと思うんだけど。
何か勘違いしてない？俺が作るとしたらプロパティで実装するけどなぁ。
667:デフォルトの名無しさん
08/04/07 13:49:34
・あるクラスA,B,Cが内部クラスを持っていて、
その内部クラスのフィールド変数の品揃えは未定だけど、
フィールド変数を使っての処理は決まっている。
・クラスA,B,Cごとに内部クラスの品揃えに違いがある。
このような場合、どうしたらすっきりした実装ができますか？
668:デフォルトの名無しさん
08/04/07 14:20:41
A,B.Cは最低限の共通のフィールドを持っていて，それらに対して
共通の処理を行うならプロパティを宣言したインターフェイスを作ってA,B,Cに実装する
処理の目的だけが決まっていて，フィールドをどう使うかはA,B,Cそれぞれで全く違うんだったら
その処理を行うメソッドをインターフェイスに宣言してそれをA,B,Cが実装する形にすれば
きれいかもしれないけど実装の手間は変わらん
669:667
08/04/07 14:41:39
>>668
提案ありがとうございます。
難しいですね。。。
フィールドに抽象メンバなるものを持てて、
抽象メンバ取り出しメソッドみたいなものがあって、
取り出したメンバにたいしてforeachをかける
みたいな実装できたらよかったのですが。。。
670:667
08/04/07 15:04:25
private権限でunion配列を用意し、
値そのものはこの配列に格納することにする。
フィールドのプロパティでその配列にアクセスするようにする。
実際の処理は、配列に対して行なう。
（クラスによってその配列の長さは異なる。）
で実現できそうです。
671:665
08/04/07 16:46:06
>>666
ご返答ありがとうございます。
OOPは初めてなので、きっと勘違いしていると思います。
そのようなプロパティ実装をした非static変数は、
各メソッド内でインスタンス生成してから用いると認識していますが、その場合、
たとえばグリッドコントロールが今表示している年/月を取得したりすることはできるのでしょうか？
それとも、グリッドを配置しているFormのクラス内に、
プロパティ実装した変数をフィールドとして用意するのでしょうか？
後者は、とりあえず試みてはみたものの、やはり変数をいじってもグリッドに変化が見られません。
672:664
08/04/07 16:48:07
>>671の名前欄のレス番を間違えました orz
汚してしまいすみません。
673:デフォルトの名無しさん
08/04/07 17:55:48
this.textBox1.Text = a;//aはフィールド
a = "変更した";
もしかしてこれで変更できると勘違いしてない?
674:664
08/04/07 18:02:29
>>673
思いっきりしてます！
正しくはどうすればよいのでしょうか・・・？
675:デフォルトの名無しさん
08/04/07 18:34:12
>>674
string _str;
public string Str {
get { return _str; }
set
{
sourceGrid.DateTime = value;
_str = value;
}
}
こんな感じのことがしたいの？
取得ってのは普通に
var value = souceGrid1.DateTime;
とかでいいと思うんだけども。
ソースグリッドとかいうものを使ったことないから分からんけど。
676:675
08/04/07 18:42:07
あーそうか。もしかしてソースグリッドの表示年月の変更って
プロパティじゃなくてメソッドかなんかでやってんのかな？
sourceGrid.SetMonth(value);
こんな感じで。
プロパティでなんかありそうだけどね。
面倒だがちょっと導入して試してみるか。
677:675
08/04/07 18:47:07
と思ったが、ユーザー登録が必要だということで面倒だからやめた。
とりあえず>>664はソースグリッドコントロールの年/月を取得もしくは設定しようとしている部分の
コードを晒してくれ。
取得ができないような設計にはなってないと思うんだ。
678:デフォルトの名無しさん
08/04/07 19:27:02
XmlDocument xml = new XmlDocument();
xml.Load(url);
xml["abc"]というノードがあるのか調べるにはどうしたら良いのでしょうか？
679:664
08/04/07 19:48:19
>>675さんのお話を聞くと、自分のコーディングの方向性が
根本的に間違っているような気がしてきました・・・。
ここに書き込む前は、以下のような方法で実現しようとしていました。
namespace下に以下のようなクラスを作成し、
public class CurrentYearAndMonth
{
public static int cYear;
public static int cMonth;
public static int cMonthDaysCount;
public static void SyncYM()
{
DateTime dtNow = DateTime.Now;
cYear = dtNow.Year;
cMonth = dtNow.Month;
cMonthDaysCount = DateTime.DaysInMonth(cYear, cMonth);
}
}
これに対して、グリッドを配置しているFormのForm_Loadメソッド内で、
簡潔に書くと以下のように上記の変数を使っています。
for (int r = 1; r <= CurrentYearAndMonth.cMonthDaysCount; r++)
{
grid1.Rows.Insert(r);
grid1[r, 0] = new SourceGrid.Cells.Cell(CurrentYearAndMonth.cMonth.ToString() + "月" + r.ToString() + "日");
}
この状態で、Load完了後にcMonthなどの変数値をいじってFormやgrid1をUpdate()などしてみると、
UI上の表示も変化するかなと目論んでいたんですが、やはり間違っているのでしょうか？
（ちなみに、SourceGridは
URLﾘﾝｸ(sourceforge.net)
からダウンロードできます。）
680:664
08/04/07 19:50:46
追記です。
CurrentYearAndMonth内のSyncYM()メソッドは、OSの現在時刻と合わせるためのもので、
プログラム起動時のみ1度だけ使用しています。
681:678
08/04/07 19:54:29
自決
682:デフォルトの名無しさん
08/04/07 20:00:02
以降はチラシの裏に書けよｗ
683:デフォルトの名無しさん
08/04/07 20:01:52
>>679
コントロールに値を渡した後は元の変数とは何の関係もなくなるから
更新するときは毎回全部設定しなおす必要がある
それと，フィールドをstaticにするのは誰がどう見ても間違い
684:デフォルトの名無しさん
08/04/07 20:04:25
>>665をお願いします...
685:デフォルトの名無しさん
08/04/07 20:32:25
どう見てもC#の質問に見えないからスルーされたんだろ。
686:664
08/04/07 21:00:58
>>683
なるほど。そうでしたか。
試行錯誤の結果、
＜変数値変更＞
this.Controls.Remove(grid1);
grid1 = new SourceGrid.Grid();
grid1.Refresh();
this.Controls.Add(grid1);
＜grid1の表示調整＞
＜Form1_Load メソッドでgrid1に対して行われるのと同等の処理＞
というような流れで、無事初期化・表示更新を行うことができました。
staticについても見直してみます。
貴重なお時間を割いてアドバイスいただき、本当にありがとうございました。
687:デフォルトの名無しさん
08/04/07 21:36:31
>>685
そうでしたか。ごめんなさい。
688:デフォルトの名無しさん
08/04/07 21:44:54
>>678
ノードっつっても色々あるがどのノード？
あとxml["abc"]じゃなくてabcを調べたいんだよな？