ふらっとC#,C♯,C#( ..
960:デフォルトの名無しさん
08/02/03 16:38:30
>>957
むしろwhileがいらない子なんじゃないの
961:デフォルトの名無しさん
08/02/03 16:41:20
>>959
重い処理はメソッドにする
プロパティだとなんとなくループ中に繰り返し呼び出してもOKかな?という感じがあるから
URLリンク(msdn.microsoft.com)
962:デフォルトの名無しさん
08/02/03 16:45:03
>プロパティだとなんとなくループ中に繰り返し呼び出してもOKかな?という感じがある
むしろその感覚の方を修正すべきなのでは?
だってそれは単なる願望であって、現実的な認識じゃないでしょ。
963:957
08/02/03 16:48:02
とくに違いはないということでよろしいのでしょうか?(´・ω・`)
964:デフォルトの名無しさん
08/02/03 16:48:58
たしかに、プロパティにルーティンをかけるけど、
実際にどのレベルまで書いていいのかな?って悩む時はあるね。
基本的にメソッドと同じくらいの処理はかけるわけで。。。
965:デフォルトの名無しさん
08/02/03 16:52:02
get には return 文しか書けないよう、
set には1文しか書けないよう制限すればいいのに。
966:デフォルトの名無しさん
08/02/03 17:01:08
コントロールのプロパティは仕方ないとしても
Bitmap.Widthはコスト無いと思うだろ普通
967:デフォルトの名無しさん
08/02/03 17:01:22
setだって、配列データをobjectとして渡して、中で分解して使うようにすれば、
実質複数の引数を渡してるのと同じことができるからな。
メソッドと変わりはあんまないような。
つまり、線引きの問題だよな。
968:デフォルトの名無しさん
08/02/03 17:01:27
>>965
本末転倒でしょそれは。
プロパティの目的はOOP的な思考モデルに実際のコーディングを近づけることにあるんであって、
処理の効率化のためではない。
969:デフォルトの名無しさん
08/02/03 17:03:11
素朴な疑問なんだけど
MSのガイドラインに背いてまで、メソッドではなくプロパティで重い処理をしなければならない
本質的な理由にはどんなものがあるのかな
970:デフォルトの名無しさん
08/02/03 17:05:27
do-whileがあればいいのに
971:デフォルトの名無しさん
08/02/03 17:05:59
>>969
問題は重いと重くないの境目でしょ。
972:デフォルトの名無しさん
08/02/03 17:07:11
>>969
セッターでセットした時にクラス使用者には意識させず対象プロパティ以外の値を変更したいとき
973:デフォルトの名無しさん
08/02/03 17:07:32
今日の話は勉強になった。
次スレも期待
974:デフォルトの名無しさん
08/02/03 17:08:11
>>969
愚問だね。
その方がライブラリの使用者にとって直感的なインターフェイスだからでしょ。
975:デフォルトの名無しさん
08/02/03 17:09:51
基本的には、1つに対してのget,setのみの使用でしょう。
976:デフォルトの名無しさん
08/02/03 17:12:55
>>955
TrackMouseEvent
977:955
08/02/03 17:18:56
>>976
あぁ、まさにそれです。
URLリンク(www.thescripts.com)
ここに書かれてる内容こそが、今私が悩んでいるところです。
熟読してみます。
どうも。
978:955
08/02/03 17:30:10
やっかいですね。
これはMFCのプログラミングになっちゃいます。
WM_NCMOUSELEAVEをC#側でdefineしないといけないってことか。
979:デフォルトの名無しさん
08/02/03 17:32:34
>>974
しかしプロパティの取得に時間がかかるのは直感的ではない、とw
980:955
08/02/03 17:35:47
const int WM_CLOSE = 0x0010;
const int WM_ENDSESSION = 0x16;
const int WM_SYSCOMMAND = 0x112;
const int SC_CLOSE = 0xF060;
のリストが掲載されているWebページってありますか?
もちろん今自分で探していますけど。。。
981:デフォルトの名無しさん
08/02/03 17:37:51
素直にWindows SDK入れとけよ
982:デフォルトの名無しさん
08/02/03 17:38:11
>>980
WinUser.h
983:955
08/02/03 17:38:40
見つけたけど、肝心の値がないw orz
URLリンク(msdn2.microsoft.com)(VS.85).aspx
984:955
08/02/03 17:41:04
>>982
winuser.hにありました。
#define WM_NCMOUSELEAVE 0x02A2
誠にありがとうございます。
985:955
08/02/03 17:45:38
お礼の意味を込めて次スレを立てときました。
素人発言で気に障ったかたもいらっしゃったと思いますが、
ありがとうございました。
ふらっとC#,C♯,C#(初心者用) Part24
スレリンク(tech板)
986:955
08/02/03 17:52:10
WebBrowserだと、WndProcにWM_MOUSELEAVEのイベントがこないですね。。。
それ以外だと来ますが。
Console出力をして確認して気づきました。
一難さってまた一難。
987:デフォルトの名無しさん
08/02/03 17:58:33
ここはお前の日記帳じゃない
988:デフォルトの名無しさん
08/02/03 18:01:33
俺は応援してるよ
989:デフォルトの名無しさん
08/02/03 18:05:30
>>985
新スレ立てるなら関連スレもはれよ。
中途半端な仕事しやがって。
990:955
08/02/03 18:07:48
単にWebBrowserでマウスイベントを検出したいだけなんですけどね。
こんなに苦労をするとは予想外でした。
991:デフォルトの名無しさん
08/02/03 19:29:45
Document.Bodyのイベントを使うのはダメなのか?
992:デフォルトの名無しさん
08/02/03 19:31:50
中身がHTMLDocumentじゃなかったら使えないだろ。
993:デフォルトの名無しさん
08/02/03 21:26:41
Application.AddMessageFilterで横どる。色々応用きくからこの際
覚えとけ
994:デフォルトの名無しさん
08/02/04 00:10:10
TrackMouseEventで始めないと
メッセージすら生成されないと思うのだが
最新レス表示スレッドの検索類似スレ一覧話題のニュースおまかせリスト▼オプションを表示暇つぶし2ch
4962日前に更新/230 KB
担当:undef