[過去ﾛｸﾞ] ふらっと C#,C♯,C＃（初心者用） Part137 (1002ﾚｽ)
上下前次1-新
このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索 歴削→次ｽﾚ 栞削→次ｽﾚ 過去ﾛｸﾞﾒﾆｭｰ
173(2): (ﾜｯﾁｮｲ b7e3-i2qG) 2018/04/23(月)21:45 ID:Xa6TKCtV0(4/4) AAS
>>167
おそらく配置したコントロールから欲しい情報は座標とサイズぐらいしかない
それらの特定情報は別ファイルにある
なのでコントロールが上から
もしくは左からか順番に取得できれば
別ファイルに記述した通りの順番で情報を並べることができる
Controlsで取得できる順番はよく知らないけど
省1
174: (ﾜｯﾁｮｲ 9a7f-fvqh) 2018/04/23(月)22:10 ID:48XgAlPp0(3/3) AAS
>>173
Controlsが返す順番は保証されてないけど、自分でソートすれば良い。
(1)TabIndex順 (各CheckBoxにタブオーダー(TabIndex)を設定しておく)
this.checkBoxes = this.Controls.OfType< CheckBox >().OrderBy( x => x.TabIndex ).ToArray();
(2)Tag順 (各CheckBoxのTagに数値を設定しておく)
this.checkBoxes = this.Controls.OfType< CheckBox >().OrderBy( x => x.Tag ).ToArray();
(3-1)Location順(左から)
省3
175(1): (ﾜｯﾁｮｲ 179b-Jtac) 2018/04/23(月)22:33 ID:fnmaDcrK0(1) AAS
>>155
そういう使い方なら、チェックボックスを先に作っておくんじゃなくて
ファイルから読んだ内容で動的に作っていった方が手っ取り早い
どうせチェックボックスは全部等間隔に並べるんじゃろ？
176: (ﾜｯﾁｮｲ 73d7-TcdZ) 2018/04/23(月)22:53 ID:pYJnxPYX0(1) AAS
WPFのサンプルでありそうな話だ
177: (ｱｳｱｳｱｰ Sa06-S9Qq) 2018/04/23(月)23:04 ID:0nhwdYRFa(1) AAS
>>126>>128
>>123です
SetPrinter関数を使用することで実現できました。ありがとうございました。
178(2): (ﾜｯﾁｮｲ 1781-5Fj3) 2018/04/24(火)00:40 ID:U7B9av/W0(1) AAS
>>168
そのtry意味ないんだけど。。
179(1): (ﾜｯﾁｮｲ 239f-xI9k) 2018/04/24(火)00:55 ID:P/LpDfjz0(1) AAS
>>178
ネストのイメージ書きたかっただけだろうよ
180: (ﾜｯﾁｮｲ 3bc3-9jjH) 2018/04/24(火)06:02 ID:PLNFE8AC0(1) AAS
>>173
なるほど、コントロールから情報を取得する必要があると思えたのですね
実際はそれ以前の段階でしたが
>>175
それも考えたのですが、デザイナで画面を確認したいので、静的に用意して
おきたいという結論になりました
動的に置くほうが難易度高そうだ、と思ったのもありますが
181: (ﾜｯﾁｮｲ 47c9-8E8L) 2018/04/24(火)11:44 ID:MJ0NRymv0(1/10) AAS
>>178-179
「意味無い」って、どういう意味？
182: (ﾜｯﾁｮｲ 47c9-8E8L) 2018/04/24(火)12:45 ID:MJ0NRymv0(2/10) AAS
うぇぇ、C#、goto文使えるし…
183: (ﾜｯﾁｮｲ 47c9-8E8L) 2018/04/24(火)13:15 ID:MJ0NRymv0(3/10) AAS
うーん、string x = "10"; に対して
x.toString(); するんじゃなくて、int.Parse(x); するのか…。
xオブジェクトにintegerを吐き出させるのではなく、
integerオブジェクトにxオブジェクトを与えてintegerを吐き出させる…。
これは初めての体験だな…。
184: (ﾜｯﾁｮｲ 4ec9-9jjH) 2018/04/24(火)13:18 ID:Ajvhvjmq0(1/2) AAS
何もかも間違っててワロタw
185: (ﾜｯﾁｮｲ 47c9-8E8L) 2018/04/24(火)13:34 ID:MJ0NRymv0(4/10) AAS
なにゆえ？
186: (ﾜｯﾁｮｲ 47c9-8E8L) 2018/04/24(火)13:45 ID:MJ0NRymv0(5/10) AAS
expression-bodied関数は、なんかエロいな…
187: (ﾜｯﾁｮｲ 47c9-8E8L) 2018/04/24(火)13:46 ID:MJ0NRymv0(6/10) AAS
やってる事は違うけど、考え方的にはCのマクロに近いのかな…
188: (ﾜｯﾁｮｲ 47c9-8E8L) 2018/04/24(火)13:50 ID:MJ0NRymv0(7/10) AAS
LINQ…、エロいな…。
189: (ﾜｯﾁｮｲ 47c9-8E8L) 2018/04/24(火)13:53 ID:MJ0NRymv0(8/10) AAS
関数名がアッパーキャメルなのは感心せんなぁ…
190(1): (ﾜｯﾁｮｲ 17d3-9jjH) 2018/04/24(火)14:00 ID:a0zqzGgA0(1) AAS
ここ質問スレなんで日記は他所でな
191: (ﾜｯﾁｮｲ 47c9-8E8L) 2018/04/24(火)14:04 ID:MJ0NRymv0(9/10) AAS
なんだよ、ToString()メソッドあるじゃねぇかよ…。
192(1): (ﾜｯﾁｮｲ 47c9-8E8L) 2018/04/24(火)14:05 ID:MJ0NRymv0(10/10) AAS
>>190
ごめん。
質問です。なんだよ、ToString()メソッドあるじゃねぇかよ…
193(2): (ﾜｯﾁｮｲ 9a98-9jjH) 2018/04/24(火)14:39 ID:5gRbnpaG0(1/2) AAS
VisualStudioでC#のフォームアプリを開発するときに
プロジェクトのプロパティから
出力の種類を「コンソールアプリ」にして
デバッグ用のConsole.WriteLineを出力できるようにしてるんだけど
リリースするときは、種類を「Windowsアプリ」にするだけで
コード中のConsole.WriteLineはコメントアウトとかしなくても
大丈夫ですか？
194(1): (ﾜｯﾁｮｲ 9a7f-fvqh) 2018/04/24(火)15:12 ID:aRAC41/V0(1) AAS
>>193
デバッグ用に文字列を出したいなら、using System.Diagnostics;して、Debug.WriteLine()とか使うべき。
これならリリースビルドにするだけで無効になるからコメントアウトも不要。
リリースビルドでも使いたいなら、Trace.WriteLine()。
195(1): (ﾜｯﾁｮｲ fac3-TcdZ) 2018/04/24(火)17:00 ID:Le/zmSZT0(1) AAS
>>193
パイプで繋ぐとみえちゃうよ
196: (ﾜｯﾁｮｲ 9a98-9jjH) 2018/04/24(火)17:22 ID:5gRbnpaG0(2/2) AAS
>>194
おお、ちゃんとデバッグ用のがあるんだ
聞いてよかった
ありがとう
>>195
なるほど
別に見られて困るようなものでも無かったけど
省5
197: (ﾌﾞｰｲﾓ MMff-5Fj3) 2018/04/24(火)19:15 ID:QP8ofl3+M(1) AAS
>>192
おまえ出身言語化どこだよw
レヴェルが低すぎるぞ
198(1): (ﾜｯﾁｮｲ 0e8a-xhTL) 2018/04/24(火)20:32 ID:AF96232m0(1/3) AAS
AA省
199(1): (ﾜｯﾁｮｲ 4ec9-9jjH) 2018/04/24(火)20:43 ID:Ajvhvjmq0(2/2) AAS
>>198
>view.Rows.Add(str);
これじゃね
200(2): (ﾜｯﾁｮｲ 0e8a-xhTL) 2018/04/24(火)20:48 ID:AF96232m0(2/3) AAS
AA省
201(1): (ﾜｯﾁｮｲ 3e9f-rSH3) 2018/04/24(火)20:53 ID:ZpST366k0(1) AAS
>>200
exist=trueでブレークポイントを置いてデバッグ実行すればわかるのでは？
202: (ﾜｯﾁｮｲ 1aa6-wlRc) 2018/04/24(火)20:54 ID:UZOTbxqf0(1/5) AAS
そもそも exists = true; の行に到達してないというオチな気がする
203: (ﾜｯﾁｮｲ 1aa6-wlRc) 2018/04/24(火)20:55 ID:UZOTbxqf0(2/5) AAS
>>201とかぶってしまった
>>201の方が指摘として親切だからそっちだけ読めばいいよ
204(3): (ﾜｯﾁｮｲ 4e9a-9jjH) 2018/04/24(火)21:00 ID:PfeXTBpB0(1/2) AAS
>>200
for(int i = 0; i < view.Rows.Count; i++)//Rows.Count以下じゃなく未満
{
bool exists = false;//ここに移動
if(str == Convert.ToString(view[0, i].Value))//ToString()だとValueがnullのときエラー
205: (ﾜｯﾁｮｲ 1aa6-wlRc) 2018/04/24(火)21:12 ID:UZOTbxqf0(3/5) AAS
>>204はとってもそれっぽい
で、例外が握りつぶされるような場所でAddToDataGridが使われてるせいで気づけてないとか
こういう場合自分はtry{...}catch(Exception exception){throw;}で囲って
throwの直前にブレークポイントを置いたりしてるけどもっとうまい方法があったら誰か教えてちょ
206(1): (ﾜｯﾁｮｲ 1aa6-wlRc) 2018/04/24(火)21:26 ID:UZOTbxqf0(4/5) AAS
>>204はそれっぽいと言ったけど
よく読むと
bool exists = false;//ここに移動
の部分は自分には理解できなかった
>>204の勘違い？
207: (ﾜｯﾁｮｲ 4ee8-9jjH) 2018/04/24(火)21:31 ID:zd8+57fN0(1) AAS
全一
FXきた
208(1): (ﾜｯﾁｮｲ 4e9a-9jjH) 2018/04/24(火)21:36 ID:PfeXTBpB0(2/2) AAS
AA省
209(1): (ﾜｯﾁｮｲ 0e8a-xhTL) 2018/04/24(火)21:38 ID:AF96232m0(3/3) AAS
AA省
210: (ﾜｯﾁｮｲ 1aa6-wlRc) 2018/04/24(火)21:49 ID:UZOTbxqf0(5/5) AAS
>>208
それなら納得
existsの宣言の位置を移動するとif(!exists)がスコープから外れちゃうもんね
>>209
>>204の方法で解決したんなら>>204の指摘が正しかったんでしょうよ
で、それに気づかなかったんならやっぱり例外が握りつぶされてたんでしょ
なら今後のためにも原因は分からずで片付けず例外の名前くらい確認しといたほうが良いと思うよ
211(6): (ﾜｯﾁｮｲ 9a98-9jjH) 2018/04/25(水)15:12 ID:lzwohvOS0(1/7) AAS
オブジェクト指向のプログラミングでは
変数じゃなくてプロパティにアクセスさせるべき
みたいな事をよく聞くんだけど
・プログラムの開始時にあるフラグ(true/false)を決めて、その後一切変更されることがない
・そのフラグには、コード中の様々な所からアクセスがある
って場合は、プロパティじゃなくてpublicな変数でフラグを定義してもいいんですか？
オブジェクト指向がよくわかってないせいか
省2
212(5): (ﾜｯﾁｮｲ 4e80-c0HJ) 2018/04/25(水)15:30 ID:eqJJBtIM0(1/4) AAS
変数は、公開しちゃダメ
その変数に、誰かが代入するかも知れないと考えると、
その変数に代入しているか、すべての場所を確かめないといけなくなるから、
プログラミングできなくなる
だから、プロパティで代入禁止に設定する
ただし、絶対に代入できない定数なら、公開してもよい
213(1): (ﾜｯﾁｮｲ 9a98-9jjH) 2018/04/25(水)16:03 ID:lzwohvOS0(2/7) AAS
>>212
後から書き換えられるのを確実に防止するために
プロパティを使うってことか なるほど
1人でコード書いてるからそういう発想が無かったけど
自分も後から絶対変な値を代入しない保証ないもんな
てことは、>>211の例だと
・引数付きのコンストラクタを使って、フラグの状態をインスタンス化
省5
214: (ﾜｯﾁｮｲ 9a98-9jjH) 2018/04/25(水)16:12 ID:lzwohvOS0(3/7) AAS
あ、いや
クラスを複数準備する必要はないな
>>213の後半の話は無しで
215(5): (ﾜｯﾁｮｲ 4bbb-txNp) 2018/04/25(水)16:13 ID:VelEInRI0(1) AAS
>>211
212は読まなくていい
フィールドだってreadonly修飾子で代入禁止できるが、212はそんなことも分かってないから
プロパティがフィールドと違う点は大ざっぱに
* 派生クラスでオーバーライドできる
* プロパティから構造体を返すとコピーされる
の2点
省2
216(1): (ｽﾌﾟｯｯ Sd5a-0snq) 2018/04/25(水)16:15 ID:ym3YbVtBd(1) AAS
IOption使っとけ
217(1): (ﾜｯﾁｮｲ 1aa6-wlRc) 2018/04/25(水)16:51 ID:I8kFq/qw0(1) AAS
>>211
>>215はどこかのコピペじゃないならすごい分かりやすくて尊敬
一つだけ補足すると、↓のようなこともあるからクラスがpublicの場合は
現状だけでなく将来の変更の可能性も考えてフィールドかプロパティか判断したほうが良い
public フィールドをプロパティに変える (2016/05/16追記)
外部ﾘﾝｸ:qiita.com
あと>>212も善意で答えてるのは分かるんだけど
省3
218: (ﾜｯﾁｮｲ 9a98-9jjH) 2018/04/25(水)17:43 ID:lzwohvOS0(4/7) AAS
>>215
>* プロパティから構造体を返すとコピーされる
これが、全然分からんのだけど
classの代わりにstructを使った場合の話であってる？
今の自分が考えたところで、どうせちゃんと理解出来ない気もするけど
219: (ﾜｯﾁｮｲ 1a1e-fvqh) 2018/04/25(水)17:44 ID:EO6K8yEq0(1/6) AAS
>>212は別に全く問題ないだろ。
>>211の要はカプセル化の質問に対して、>>212はカプセル化の話として一般論として答えただけじゃん。
それに対して>>215と>>217はここはC#のスレだからC#特有のreadonlyなフィールドあるよとか言語依存の情報
つけ足してるだけじゃん。
220(2): 212 (ﾜｯﾁｮｲ 4e80-c0HJ) 2018/04/25(水)17:48 ID:eqJJBtIM0(2/4) AAS
オブジェクト指向では、変数は公開しない。
公開できるのは、処理(関数)だけ
クラス内を開発する人と、そのクラスを使う人は、別の会社・人を想定しているから、
変数にアクセスさせたら、絶対にダメ
クラス内を作っている開発者は、後で付け加えられる処理を予想できないから。
クラス内を開発した後に、別人が変数にアクセスして、動きを変えたらバグる
異なる会社間での開発を可能にする、
省1
221: (ｱｳｱｳｴｰ Sa52-PKj8) 2018/04/25(水)17:50 ID:ClmIY1xNa(1/7) AAS
プロパティから構造体を返すとコピーってのは意味わかんないね
コピーされるのは右辺がプロパティだろうがフィルドだろうが同じだよw
>>211
少なくともパブリックなメンバーに関しては、あえてフィールドを使う理由はないって
理解でいいと思うよ。例外はアンマネージドコードの呼び出しで使う型を定義する場合ぐらい。
フォールドのプロパティーに対して優位な点は
(1) 軽量である
省4
222(1): (ｱｳｱｳｴｰ Sa52-PKj8) 2018/04/25(水)17:59 ID:ClmIY1xNa(2/7) AAS
>>220
カプセル化っていのは、触る必要がないもの、触られては困るものを隠すこと。
この質問にはほとんど関係ない話w
フィールドをプロパティにしようが、触る必要がない文脈で触られることを防げるわけじゃないw
せいぜいセッターで値が適切かどうかチェックできる程度
223: (ﾜｯﾁｮｲ 1a1e-fvqh) 2018/04/25(水)18:00 ID:EO6K8yEq0(2/6) AAS
まぁ、むしろ>>211のカプセル化などの話に対して、考え方説明せずに
初心者にいきなり言語仕様の詳細を羅列する>>215の方が教え方としてははぁーー??だわww
224(2): (ﾜｯﾁｮｲ 1a1e-fvqh) 2018/04/25(水)18:04 ID:EO6K8yEq0(3/6) AAS
>>222
質問者は
>オブジェクト指向のプログラミングでは
>変数じゃなくてプロパティにアクセスさせるべき
>みたいな事をよく聞くんだけど
で書いて始めてんじゃん。だから、カプセル化の説明した方がまずいいんじゃねぇか？？
225(1): (ｱｳｱｳｴｰ Sa52-PKj8) 2018/04/25(水)18:09 ID:ClmIY1xNa(3/7) AAS
>>224
何が「だから」なのかよくわかりませんw
質問は外部に見せるデータをプロパティとして実装すべきかフィールドでもよいのか。
カプセル化（余分なものを外に見せるな）は何も関係ないってw
226: (ﾜｯﾁｮｲ 1a1e-fvqh) 2018/04/25(水)18:14 ID:EO6K8yEq0(4/6) AAS
>>224
>オブジェクト指向のプログラミングでは
>変数じゃなくてプロパティにアクセスさせるべき
>みたいな事をよく聞くんだけど
を質問者が引き合いに出した以上、質問者はここからはしっかりわかってなくて、色々ごちゃ混ぜになってると
思われる。だから、そっから説明しなきゃ、おそらく習得できない。
227(3): (ﾜｯﾁｮｲ 9a98-9jjH) 2018/04/25(水)18:17 ID:lzwohvOS0(5/7) AAS
自分はオブジェクト指向じゃない言語をちょっとだけやってたんだけど
そういう言語では、コードの最初の方に
public bool JudgFlag = true
って1行書いて、それにどこからでもアクセスするみたいな感じだと思うんだ
（全部独学だからこれも正解なのか知らんけど）
でも、オブジェクト指向ではこれやったらダメなんだよね？
ってのが知りたい
省2
228: (ﾜｯﾁｮｲ 1a1e-fvqh) 2018/04/25(水)18:20 ID:EO6K8yEq0(5/6) AAS
>>225だった・・
229(1): (ｱｳｱｳｴｰ Sa52-PKj8) 2018/04/25(水)18:22 ID:ClmIY1xNa(4/7) AAS
>>227
別にダメじゃないよw
何度も言うけど、あえてフィールドを使う理由があんまりないだけw
フィールドをプロパティにしたらバグが減らせるとか可読性が上がるとか、
ほとんどの場合そんなことはない
230: 212 (ﾜｯﾁｮｲ 4e80-c0HJ) 2018/04/25(水)18:26 ID:eqJJBtIM0(3/4) AAS
>変数じゃなくてプロパティにアクセスさせるべき
これが異なる会社間での開発を可能にする、
オブジェクト指向の大原則・カプセル化
どの教科書にも書いてある
その理由は、クラス内を開発している会社・人と、
そのクラスを使う会社・人は、異なっているから
オブジェクト指向では、これらの2つの立場からの見方が大切。
省6
231(1): (ﾜｯﾁｮｲ 9a98-9jjH) 2018/04/25(水)18:31 ID:lzwohvOS0(6/7) AAS
>>229
そうなのか・・・
でも、解説サイト見てると
「ダメ」的な雰囲気で書いてあるとこばっかりじゃない？
俺の理解が間違ってるのかもしれないが
俺的には現状>>229に書いてある事が正解に思えちゃうんだよな
俺が1人で小規模な開発してるだけだから
省1
232: 212 (ﾜｯﾁｮｲ 4e80-c0HJ) 2018/04/25(水)18:31 ID:eqJJBtIM0(4/4) AAS
>>227
>public bool JudgFlag = true
変数を公開したら、ダメ。
カプセル化にならない
理由は、
>>212
に書いてある
233(1): (ﾜｯﾁｮｲ 0bb3-x/V4) 2018/04/25(水)18:36 ID:Y4/R4Zt40(1) AAS
>俺が1人で小規模な開発してるだけだから
>いまいちオブジェクト指向のメリットを感じる場面が少ないのかな
まあこれだな
>>212の言ってる事は、OOPの「思想」としては間違いなく正しい
但し、単独での小規模開発という状況を前提にするなら「現実的なメリット」は無いに等しい
234: (ﾜｯﾁｮｲ 1a1e-fvqh) 2018/04/25(水)18:37 ID:EO6K8yEq0(6/6) AAS
>>227
うん。君のケースだとダメだね。それだと、クラスの内部状態JudgFlagが誰でも自由に書き換えられちゃう。
だから、まずは君は基本、>>220のようなC#とか言語関係ない一般的なカプセル化について勉強しよう。
で、君のケースだと自分で書いてるが
>・引数付きのコンストラクタを使って、フラグの状態をインスタンス化
>・そのフラグのプロパティはgetのみ設定
ってやるか、
省1
235: (ﾜｯﾁｮｲ 4703-AlOi) 2018/04/25(水)18:47 ID:yqUO4I2d0(1) AAS
おまえら変数は公開しちゃだめだけど、プロパティやgetter/setterなら公開してもいいって思っとるやろw
236(1): (ｱｳｱｳｴｰ Sa52-PKj8) 2018/04/25(水)18:48 ID:ClmIY1xNa(5/7) AAS
>>231
どこの世界でも教条的（思い込みが激しいともいう）人はいるからねw
外部から取得/設定してもらう必要がある値をフィールドではなくプロパティにしたからって
ヒューマンエラーを減らす効果なんかないのは事実
ただ機能がより少ないフィールドをあえて使うことないでしょってだけの話
オブジェクトの公開するデータは必ずしもいつも変数に入っているわけではなく、
何らかの処理の結果を返す場合もあって、その場合はプロパティになるから、
省1
237: (ﾜﾝﾐﾝｸﾞｸ MM8a-Pnzf) 2018/04/25(水)18:49 ID:s99z6Kr1M(1) AAS
>>233
嘘おしえるなよ
238: (ﾜｯﾁｮｲ 9a98-9jjH) 2018/04/25(水)19:04 ID:lzwohvOS0(7/7) AAS
まとめると
「1人で小規模なコード書いてるだけなら
public bool JudgFlag = true
を書き換えたらダメなことぐらい自明だから、フィールドに1行書いて終わりでいい
若干雑だけど楽」
って考え方と
「いや、自分で決めたルールを自分で忘れることもあるから
省9
239(1): (ｽｯﾌﾟ Sdba-BoQL) 2018/04/25(水)19:24 ID:q/XXvHKQd(1/2) AAS
>>236
処理の結果を返すならメソッドにしろよ
240(1): (ｱｳｱｳｴｰ Sa52-PKj8) 2018/04/25(水)20:11 ID:ClmIY1xNa(6/7) AAS
>>239
具体例
外部ﾘﾝｸ[aspx]:msdn.microsoft.com
241(1): (ﾜｯﾁｮｲ 3bc3-9jjH) 2018/04/25(水)20:30 ID:XWOG1WtT0(1/3) AAS
フォーム間のデータ受け渡しのやり方について教えてください
プログラムを起動して、最初にForm1でパラメータなどを設定、次にForm2で設定した
パラメータを元にデータを編集したいとします
（Form1で編集済みのデータをForm2に表示する、でもいいです）
このときにデータを受け渡すのは、program.cs で Application.Run(new Form1()); と
呼び出す前に
1. Form2 のインスタンスを作っておいて、それを Form1 の引数として与えてやる
省6
242: (ﾜｯﾁｮｲ 5bd2-8E8L) 2018/04/25(水)20:44 ID:3+niHUT+0(1) AAS
【マイトＬーヤとＰＳ４】 ＦＦとＤＱの最新作、ＶＲ開発は危険、プレーヤーの日常感覚を損なうおそれ
2chｽﾚ:liveplus
243(1): (ｽｯﾌﾟ Sdba-BoQL) 2018/04/25(水)21:00 ID:q/XXvHKQd(2/2) AAS
>>240
それは右座標を計算して返しただけであって処理を実行するのとは違う
面倒だからここ読んで
外部ﾘﾝｸ[aspx]:msdn.microsoft.com
244(1): (ﾜｯﾁｮｲ e717-9jjH) 2018/04/25(水)21:06 ID:XHhjs7vi0(1) AAS
>>241
Form2にプロパティを追加
Form1の該当メソッド内でForm2を宣言＆インスタンス化してプロパティにパラメータをセット
Show(Dialog)メソッドで呼び出し
245: (ﾜｯﾁｮｲ 23ab-9jjH) 2018/04/25(水)21:09 ID:ckNZ5jJB0(1) AAS
メッセージキューを勉強中なんですが、
MSMQとMessageQueueクラスって何が違うんでしょうか？
246: (ﾜｯﾁｮｲ 3bc3-9jjH) 2018/04/25(水)21:17 ID:XWOG1WtT0(2/3) AAS
>>244
ありがとうございます
この場合、もう二度と Form1 を使わないという状況であれば、Form2 の ShowDialog を
呼び出す前に this.Hide(); で隠しておいて、戻ってきたら this.Dispose(); でしょうか
Hide() だけで処理を抜けるコードを書き忘れて、いつまでもプログラムが残り続けるバグを
やったので、二度と戻ってこないフォームは Dispose() したいのです
247: (ﾜｯﾁｮｲ 3bc3-9jjH) 2018/04/25(水)21:18 ID:XWOG1WtT0(3/3) AAS
今思ったのですが、そういう使い方だとむしろ Form2 を非表示で実行しておいて、
その中で Form1 を呼び出すべき？
で、Form1 を抜けたら this.Show(); とか
248: (ｱｳｱｳｴｰ Sa52-PKj8) 2018/04/25(水)21:20 ID:ClmIY1xNa(7/7) AAS
>>243
頭悪そうだけど、単にバッキングフィールドの値をそのまま返すのではないケースを
「何らかの処理の結果を返す」と言っている。
処理 = 高価な処理ではない。
重かろうが単なる足し算だろうが処理は処理だ
249: (ｽﾌﾟﾌﾟ Sdba-TcdZ) 2018/04/25(水)22:11 ID:jHFwiJ5Yd(1) AAS
Applicationに共通のパラメータ持って、Form1とForm2で共有しちゃダメなんか
250: (ｱｳｱｳｳｰ Sa47-Mp6C) 2018/04/25(水)22:17 ID:fPsUNFh1a(1) AAS
使い方次第じゃないかなとは思う
双方で同時に書き換えたりするならやめたほうがいい
それ以前にタダクソダサイと思う
251: (ﾜｯﾁｮｲ b7e3-i2qG) 2018/04/25(水)22:41 ID:TqrgnB+10(1) AAS
シングルトンの出番だ
252: (ﾜｯﾁｮｲ 1ad2-0snq) 2018/04/25(水)23:10 ID:Kx9WW2Xx0(1) AAS
>>216
これやろ
253: (ｱｳｱｳｶｰ Sa43-AqIk) 2018/04/25(水)23:38 ID:8cfef6Y0a(1) AAS
もう親フォーム作れば？
上下前次1-新書関写板覧索設栞歴
あと 749 ﾚｽあります
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ AAｻﾑﾈｲﾙ
ぬこの手 ぬこTOP 0.027s