ふらっと C#,C♯,C＃（初心者用） Part137 YouTube動画>1本 ->画像>2枚

「どんなにくだらないC#プログラミングやVisual C#の使い方に関する質問でも誰かが優しくレスをしてくれるスレッド」です。
他のスレッドでは書き込めないような低レベルな質問、
質問者自身なんだか意味がよく分からない質問、
ググろうにもキーワードが分からないなど、勇気をもって書き込んでください。
内容に応じて他スレ・他板へ行くことを勧められることがあります。ご了承下さい。
なお、テンプレが読めない回答者、議論をしたいだけの人は邪魔なので後述のC#相談室に移動して下さい。
C#に関係の無い話題や荒らしの相手や罵倒レスはやめてください

>>980を踏んだ人は新スレを建てて下さい。
>>980が無理な場合、話し合って新スレを建てる人を決めて下さい。

■関連スレ
C#, C♯, C＃相談室 Part95
http://2chb.net/r/tech/1508180530/
C#, C♯, C＃相談室 Part93
http://2chb.net/r/tech/1492818720/
■前スレ
ふらっと C#,C♯,C＃（初心者用） Part136
http://2chb.net/r/tech/1520057345/

■コードを貼る場合は↓を使いましょう。
http://ideone.com/
https://dotnetfiddle.net/

■情報源
https://msdn.microsoft.com/ja-jp/library/gg145045.aspx
https://docs.microsoft.com/ja-jp/dotnet/csharp/language-reference/index
https://msdn.microsoft.com/en-us/library/gg145045.aspx
http://referencesource.microsoft.com/

---

VIPQ2_EXTDAT: checked:vvvvv:1000:512:----: EXT was configured

(*ﾟ∀ﾟ)v2get!

ﾜｯﾁｮｲ付きGJ

前スレ>>993, >>998
例外が発生しないようなコードを書くべきというのはそのとおりだと思いますが、例えば
ファイルパスが適切であることを確認してファイルが存在することも確認して、その上で
オープンしようとしてもそのタイミングでファイルが消されている、といった状況だと例外が
発生しますよね

流石にそういうケースでは例外で止めるべきだというのも一つの考え方ですが、それを
検出して処理を戻したいケースもあるだろう、と思っての質問でした

>>4
誰かが編集中なときもあるし
そもそもぶっ壊れてるときもあるし
アプリの動作も含めて仕様を決めないとどうしようもないじゃん

まあ、最初から言ってるように、抽象的な質問には抽象的な答えしか返しようがないw

例外に対処するイディオム的な物を教えてくれ、と言ってるように聞こえるけど
そんなものはないとしか...

なかなか意図するところが伝わってないのですが、「例外処理をループの中に閉じ込めて、
例外が発生しなかった場合だけループを抜ける」という書き方を知りたかったのです
処理の内容とかはどうでも良くて、ループの囲い方とその抜け出し方を

なので、以前レスいただいたように、whileで無限ループを作って、tryブロック内にbreakを
置いてループを抜ける、という回答で私には十分でした

試してみれば一発で分かる話だったのですが、tryブロックから外側のループを直接抜ける
ことができると思っていなかったので、それに気づかなかったということです

皆様お付き合いいただいてありがとうございました
また質問をした際には付き合っていただけると幸いです

困っているわけじゃないんだけどちょっと気になってることがあるので分かる方がいたら教えてください
次のコードを実行すると y に true が代入されますが、これはどういうときに使うのでしょうか

string x = null;
bool y = x is var z; // y に true が代入される

private void button1_Click(object sender, EventArgs e)
{
if (sender is Button b)
{

}
}

方法: as 演算子と is 演算子を使用して安全にキャストする (C# プログラミング
ガイド)
https://docs.microsoft.com/ja-jp/dotnet/csharp/programming-guide/types/how-to-safely-cast-by-using-as-and-is-operators

チラシの裏

C#の構造体にこんな落とし穴が存在することをついさっき知った
http://ufcpp.net/study/csharp/resource/readonlyness/#this-rewrite

public class Test
｛
public int Id｛get;set;｝
public string Text｛get;set;｝
public string Other｛get;set;｝
｝
このようなクラスを他プロジェクトやライブラリで
ICollectionの型として使い回したい場合
どのような依存をすればいいのでしょうか？
インターフェースでこの型実装を強制させるとかでしょうか？
インターフェースを使わないで他の参照方法のが望ましいのでしょうか？

継承

>>11
悪口言いたくないんだけど、俺様用語が多過ぎて何を言ってるのか全然分からないよw

>>13
List〈Test〉等を他のプロジェクトでも扱いたいのでTest型で返す関数を作成して
それをこれをパッケージした時に他のプロジェクトでも受け取れるようにしたいって事ですね
public Test GetTest（）;
みたいな関数でTest型を使いまわせるようにしたいです

>>12
Abstractって指摘も入ってるので
型クラス（Test）を実装しておき
これをベースにして
public Test GetTest（）;
を継承先に実装するようにするのが一番賢い設計ですかね・・・？

機能というよりはC♯を使った設計の質問と少し抽象的な話なのでスレチだったらすいません

>>14
publicな型はそれを含むプロジェクト（アセンブリ）を参照する別のプロジェクトからも
普通に使えると思うけど、そういう話ではなくて？

>>16
dll状態だと戻り値Test型って何？ってならないかと思って構造どうすればいいのか悩んでましたけど
そもそもそういう事を考えること自体がおかしかったかもしれないです・・・

Test型のみを他のプロジェクトに流用させたい時とかも考えていたんですけど
そもそもその設計自体がおかしいと思い至りました

>>11
もうちょっと掘り下げて質問し直します

EntityFrameworkを使ってSQLにTest型の入出力をするクラスと
WebからスクレイピングしてTest型を返すクラスを作りたいのですが
ここでTest型を両方で共通で使いたいと思ってます
Test型はプロパティが減ることは無いですが追加はしたいものとします

この時Test型はどのように実装するのが好ましいのでしょうか？
今だとSQLに接続したい時とスクレイピングする時に読み込むクラスが分けれないので困っています

>>18
これはTestクラスを作成して単独でビルドし
これを参照させたSQLクラスとスクレイピングクラスに継承させて扱うのが正解なのでしょうか？

C#というよりクラスタイプoop全般の話だと思うのですが、クラスを呼んだ時のパラメータは、コンストラクタに与えるのが良いのでしょうか、メソッドに与えるのが良いのでしょうか
両方できるので無造作に使ってるのですがOO的に間違った事をしていそうで

よろしくお願いします

クラスを呼ぶってなに？

場合によるのでその都度考えてください

>>21
インスタンスを作るのとメソッドをコールすることと意識が混ざっている素人で失礼しました

インスタンスを作る時にパラメータを渡すのと、メソッドの引数にパラメータを渡すの、oo的にはどちらが正しいのかお聞きしたかったです

>>22
oo的にはこう、というのは無く、スマートに記述できる方で良いという感じでしょうか?

今自分は気分や雰囲気で使い分けてるのですが、実はルールがあるのではと心配しておりました

>>24
正直何が聞きたいのかよく分からんけど、
いろいろ想像してみると、たぶん本当に聞きたいことはコンストラクタ云々じゃなくて
あるデータをプロパティとしてオブジェクトに持たせるかどうかをどういう基準で決めるか、
じゃないのかな。

例えばSystem.Timers.TimerにはpublicなプロパティIntervalがあるけど、
これをprivateかprotectedにしてユーザーからアクセスできないようにして、
Startメソッドの引数として与える仕様でも同じじゃないのかと

>>25
理解が浅く説明が拙くすみません
そのような事です

どちらでも出来てしまいますが、使い分けのルールや指標はあるのかなと

そのパラメーターが変更可能なのかどうかでやり方がいろいろある

インスタンスを作るときに最初に決めたパラメーターを変える必要がないもしくは変えたくないなら
コンストラクタで渡してしまえばいい

毎回変えるかもしれないならメソッドで渡せばいい

>>26
そんなもの無い
その時々で苦悩して答えを出すしかない
プログラミングってそういう仕事

>>20
教科書的にはメソッドの引数しかありえない

>>26
基本的には全部引数でも間違いではない
あくまで関数が主であって、オブジェクトは関数のコンテキストに過ぎない、と考えるのが今時のプログラミング
端的に言えば、毎回同じ引数を渡すのが面倒だと思うならクラスにすることを検討するというだけの簡単な話

>>26
いや、プロパティとして持つべきデータかの判断は一般的にはそんなに難しくないはず。
上に例に挙げたTimerだって、Startの引数でIntervalを指定する方式だと
問題や不自然さがあることはちょっと考えれば分かるはず

>>31
別に問題も不自然さも無いよ
System.Timers.TimerやSystem.Windows.Forms.Timerのインターバルがプロパティなのは、デザイナで設定できる必要があるからだ
実際、デザイナに貼れないSystem.Threading.Timerはコンストラクタかメソッドで周期を設定する
(ライブラリではなく)アプリケーションの開発に関して言えば、データクラス以外でプロパティを使う必要があるケースは稀だよ
データクラスを除けば、一度設定した値を取り出したくなるのは殆どの場合設計が間違っている

>>20
・コンストラクタで渡す
var a = new Test(1, "A");

・メソッドで渡す
var b = new Test().SetId(2).SetName("B");

・オブジェクト初期化子で渡す
var c = new Test{
　id = 3,
　name = "C",
};

通常はコンストラクタで、メソッドチェーンはファクトリパターンでよく使う
オブジェクト初期化子は閉じてるクラスの可読性を上げたいときに使う
まあ統一性さえ確保出来ていればどれを選んでも大差ないよ

>>32
System.Threading.Timerがプロパティを持たないのは何か意図があると思うが
使ったことがないのでよくわからない。（軽量であることが「コンセンプトだから？
あるいんた単に設計者の頭が古いだけかもしれない｝

TimerのIntervalをプロパティとして実装しなかった場合。

(1) タイマー動作時にIntervallを変更するためにはStartを実行することになるが、
OOP的に不自然

(2) そもそもTimerオブジェクトは、少なくとも動作時にはIntervalの値を保持している。
だったらこれをプロパティとして公開する方が自然

>>34
動作中にIntervalの値を変えられると困る場合、
Start時のみ設定可能にするのは別に不自然でもないよ
OOPの目的はメンテナンス性と事前の徹底したバグ潰しだから、値を変更できるルートを予め絞っておくことは理に適ってる

>>35
現実と違う仮定を置いたら何でも言える

色々とアドバイスありがとうございます
統一性があれば、後はデザパタに従うか等で決定するのが一般的と解釈しました
田舎の中小1人情シスでコードレビューもされないので世間の動向が分からず参考になります

都会の大手の人は切磋琢磨し洗練されたコードを書くんだろうなと憧れます

>>28
あまり我流過ぎるとチーム開発の時に混乱するという心配がありまして

>>38
対象を無視してオレオレナントナク基準で決めるほうが我流
物事にはそれぞれ特性があり最適な答えはいつも違う
それを導き出すには都度考えて議論を重ね実験を繰り返すしかないんだよ

見積り終わってるのに時間かけても無駄
一円の利益にもならない
今回の開発で黒字でなければ2回目はない
よって一番時間がかからない方法が正義

業務系はそれでいいのかもね
保守するのは自分でも自社でもない
ならどんなに汚いコードでも早くしあげたほうが勝ち
ただし納品された顧客はとんでもない借金を背負うことになる
罪悪感ってないのかね

>>41
いや
君のやり方だって怪しいもんじゃない？
具体的に○○さんのコードは見易くてわかりやすいですねって言われた実績あるの？
無いのに勝手な妄想で自分のコードを保守しやすいと思い込んでない？

まーた始まった

>>43
お前なんか全身elseで強化した俺の敵じゃねぇ

>>44
ナマ言ってすみませんでした

VisualStrudioのC#でPS4を入力を表示するソフトを作りたいんだけども、
どんなライブラリが便利かな？

>>46
PS4の入力ってなに?

コントローラの事？

日本語でOK

PS4を窓の外に出力する
入力すならまずはアマゾンで注文

作画ソフトを作成したいのですが
解像度より大きな領域を扱うことになりそうです
10%〜800%まで拡大縮小ができて
編集操作を行う必要があるのですが
どのような造りにしたら良いのでしょうか？
自分でスクロールバーを置いて編集領域は自前で描画するのでしょうか？
PictureBoxのようなコントロールでスクロール操作までできてしまうのでしょうか？

ドロー系?
ペイント系?

>>51
具体的には印刷すると模造紙ぐらいの大きさのでっかい回路図を作成します
保存するファイル形式はXmlです

>>49
入力酢？

>>50
自分でスクロールの機能まで実装してもいいけど、
特に理由がないならコンテナ（例えばPanel)の中にPictureBoxを入れて使うのが
普通じゃないですか

>>50
PictureBoxにスクロールバー表示するのは
https://dobon.net/vb/dotnet/graphics/scrollimage.html
例ではコードでプロパティ設定しているけどデザイナで設定しても同じようにできる

模造紙レベルのでっかいpitureboxで画像のまま編集は現実的じゃないけどね
実際は表示部分だけ都度計算して描画することになる

ドロー系にしてもまあ普通は向いてない
C++でやるような内容だよ

論理座標とワールド座標、デバイス座標をよく理解すべき

>>54-57
ありがとうございます
頑張って見ます

すいません、PS4のコントローラをPCに接続して、
入力ボタンを表示したいのです。

>>59
https://game.watch.impress.co.jp/docs/series/ggl/637329.html

配置が違うだけなのか。
でも認識させるにはDirectXのラッパーとか使うしか無さそうなのね。

出来ましたー、ありがとうございます。

DirectInput
http://nanoappli.com/blog/archives/4772
Xinput
https://gist.github.com/kb10uy/7368358

Task.Factory.StartNew（またはTask.Run)で生成したスレッドの優先度を変える方法はあるのでしょうか。

63ですがスレッドプールを使わず、スレッドで対応することにしました。

なぜレガシィな方向へ走るw

>>65
Taskだと処理中に割り込み？が割と入ってきて、処理時間が遅延してしまうのです。
スレッドレベルで優先度を上げたいと思いまして。
結局Threadにして優先度を上げても割り込みは入ってくるのですが、多少マシになったような気がします。

どんだけタイムクリティカルな要件なのよww

パソコンぶん投げてPLCにしよう

picでも使えよ

>>66
それ単にスレッド生成で遅延しているなんてオチじゃないよな？

受託案件なのでC#で作らざるを得ないのです。
自分自身はファーム屋なので、マイコンでやりたいんですけどね。

>>70
まだ遅延の原因はわかってませんです
生成時だけの遅延じゃないので、違うとは思いますが・・・

プロセスの優先度もあげるといいらしいぞ

糞多い要素群にlinqで遅延実行+ループとか？

>>71
Win32で作る

>>71
GCやJITは対策してる?

ユーザーコントロールのプロパティをデザイン時のプロパティウィンドウでコンボボックスにしたく
人様のサイトで恐縮なのですが、以下をほぼコピペしました。

http://blog.okazuki.jp/entry/20070207/1170820895

が、テキストボックスのままで選択肢になりません。
公開プロパティに、なにか別の宣言が要りましたでしょうか？

継承ユーザーコントロールだったのですが、継承元にも
[System.ComponentModel.TypeConverter(typeof(〜　が必要だっただけみたいです。

すみませんでした。

引き続きすみません。

たとえばユーザーコントロールに
Folder
File
という2つのstring型の公開プロパティを用意します。

IDEのプロパティウィンドウからFolderを設定(通常のテキストボックス)すると
そのフォルダ内のファイルを舐めてFileの選択肢にしたいのです。

TypeConverterで、静的な候補が出て選択できるところまでは出来たんですが
動的に候補を変更する場合、どうするんでしょうか。

IDEのプロパティウィンドウに、どうアクセスしたらいいのか、そこが分かれば何とかなる気がしてるんですが。

>>78
Visual Studio .NET プロパティ ブラウザによるコンポーネントの本格的な RAD 化
https://msdn.microsoft.com/ja-jp/library/aa302334.aspx#vsnetpropbrow_topic04

このドロップダウンでできると思う

初歩的な質問で申し訳ないのですが、
戻り値なしのメソッドと、引数なしのメソッドはどういう状況で使用するのでしょうか？

戻り値なしのメソッドは
その後にどこかに代入したりする予定はなく出力が目的の場合に使用すると
読んだのですがその通りですか？
万が一、後で代入したくなった場合に備えて取り敢えず戻り値は設定しておいたりしないのでしょうか？

引数なしのメソッドは
引数がない（＝変数宣言がない？）とそのメソッド自体、動いてくれないイメージがあるのですが、実際は動きますよね
何も値を与えられていないのに動くのはどうしてですか？

宜しくお願いします・・・

>>80
オーバーロードで検索してみると良い

>>80
例えば
int Add(int a, int b) {
int c;
c = a + b;
return c;
}
というメソッドですと、Add(3, 5)ならaとbにそれぞれ3、5が入りc=8となると思うのですが、
abc = xyz,Add()といった風に使用しても、cの値も何も返ってこないのに、
引数なしのコードを見かける様な・・・

>>80
デフォルト引数で統合しなされ

>>80
メソッドってのは別に数値の計算だけするわけじゃない
何かの処理なので、その処理に引数が必要なら引数を渡すし
その処理に結果があるなら戻り値がある

>>84
横からごめん
処理に結果がないならそれはもう何も処理してないのと同じじゃないの？

>>85
君がうまい説明してあげてね

>>86
>>84の説明が間違ってると言いたいんじゃなくて
単純に理解できなかったんだけど誤解させたならごめん

とはいえせっかくだから自分なりに説明を考えてみたんだけど
プログラムを動かすことが目的じゃなくて人間に読ませてアルゴリズムを
分からせることが目的の場合は最終的な結果は必要ないって感じかな？

>>80
メソッドは外注さんへの作業手順書みたいなもん

引数は、その作業に必要な情報がある場合に外部から渡すための窓口
情報不要なら省略できる
引数なし=こっちから情報渡さなくても作業できるよね？みたいな感じ

メソッド内で作業が完了したあと、なんか返事してほしい場合は戻り値をつかう
返事不要の場合void
戻り値なし=作業さえしてくれたら結果レポートいらね！

メソッドコール(外注さんへ仕事依頼)したら作業はちゃんとされるので、結果のレポートを使って、さらになんか作業をしたいなら戻り値よこせよ！って作業手順書に書いておけばいいし、仕事さえしてくれたら、返事不要なら戻り値いらない

>>80
コントロールにupdateってメソッドがあるだろ？
これは自身の再描画をするだけのメソッドなんだから引数を取りようがない
また再描画するだけなのに失敗するわけないんだから戻り値もいらない
無理やり成否を返すこともできるが、失敗する可能性があるメソッドに様変わりし、呼び出し元で失敗を意識した実装にしなきゃいけないから負担を強いることになる
って感じかな

引数のとりようも戻り値の返しようもなんぼでもあるわ
へんな忖度みたいな真似すんなボケ

>>88
作業が行われればレポートは要らないというのは例えば殺し屋みたいな？
でもコンピューター上でそれを再現するならターゲットもターゲットの生死も0と1のデータなんじゃないの？
だとしたらそのデータはどこに消えるの？？？

>>89
同じようなことばっかり聞いて悪いんだけど再描画の結果も0と1のデータなんじゃないの？
それがメモリに残らないのに再描画は成功という意味がわからない

>>90
戻り値の返しようがあるというのは返さない選択肢もあるということ？？？
戻り値を返さないプログラムに人間に読ませる以上の価値があるとすればそれを教えて欲しい

オブジェクトとは何かね

>>91
横からで悪いけどたとえ話がおかしいし
言ってることが伝わらない

もっとまとめてから書くべき

>>80
まあ、一言でいうと愚問だねw
そんなこと考えても時間のムダ。

真面目な話、その疑問はそのまま放置して前に進む方がいいと思う。

>>92
オブジェクト指向ってやつか！
オブジェクトを使うと結果がない処理にも意味があるってこと？

>>93
まとめるなら「結果がない処理の価値がわからない」って感じかなあ

>>94
詰め込み教育への皮肉だと思うけど正直分かりにくいかも
もし本気で言ってるならさすがに時代遅れだから考え直したほうがいいよ

>>95
経験が足りないために起こる疑問は経験を詰むことでしか解決しない。

構造化プログラミングの意義もOOPの意義も、体感できるのは
実際にコードを自分でコードが書けるようになってから。
本で読んだだけで最初からそれが分かるのは一部の天才だけ。

逆にいえば、>>80の疑問は頭の良い人が考えた難しい理論を理解しないと
解決しないような問題じゃなく、誰でも体験すれば自然と分かる程度の話ってこと

>>91
0と1？何を言ってるのかわからん
14時に集合ってメール出して、全員からわかったみたいな返信きてもうざいだろ？
だから、14時集合(返信不要)ってメールをおくる方が受け取る側も返信しなくていいし、送る側も無駄な受信を減らせるしでwinwin
この辺りは経験だったりセンスだろうな

>>95
成否の観点では単にフィールドの値を設定するメソッドを鑑みても
メモリに書き込み失敗の概念があっても、代入に失敗の概念はない
設定前の値を返すにしても、わざわざ退避する処理を強制するのか？

想定外の発生は基本的に例外をぶん投げるものだし
常人が気にしない様な事を考えて躓いてそうである

関数型プログラミングの才能があるな

>>95
戻り値がないのは常に「成功」を返す関数と考えて良い
C#では失敗した場合は例外を投げるので、成否を戻り値で判定することはない

C言語とかgoみたいに例外という概念がない言語は、成功したかどうかが戻り値に入ってることが多い
それでも絶対に失敗しないか、失敗したらプログラムが強制終了するような処理は戻り値がない場合もある

>C#では失敗した場合は例外を投げるので、成否を戻り値で判定することはない
えぇ…

>>100
> C#では失敗した場合は例外を投げるので、成否を戻り値で判定することはない
ケースバイケース。何でもかんでも例外にしちゃ駄目。

>>96
とりあえず>>94が本気なのとそれが思考停止の詰め込み教育信奉じゃないのは分かったよ
偉そうなこと言ってごめん

>>97
自分もちゃんとは理解してないけどコンピューターは0と1だけで動いてるらしい
でも初心者用スレで出す話ではなかったと反省
メール送信の例は分かりやすい！と思ったけど本当に結果が何もないと送信済みマークも付かないのでは・・・？

>>98-102
詳しい人でも意見が割れるくらい難しい問題なのね
>>99は皮肉なんだろうけど意味どころか自分に向けられた言葉なのかも分からないから反応に困る・・・

>>103
元の発言の「結果が無い」って言葉を勘違いしてる。
関数で処理した結果を返り値と言う形で関数の呼び出し元に伝える必要が無いって意味だ。
ちゃんと意味のある結果は発生している。

>>101-102
書き方が変だった
C言語やgoと比べて成否を例外で処理することが多いから戻り値がなくても良い場合が多い程度の意味で言った

>>103
メール送信の結果は戻り値ではない方法で返しているというだけ
C#には例外やイベントのように色々な機構があるから、とりあえず細かいことは気にせず先に進んだ方がいい

関数という言葉に惑わされてるということかな

メソッドは数学で言う関数そのものじゃない
（y=x+1とかそういうのじゃない）
やることを順番に書いてあるもの
サブルーチン
戻り値が定義されてたそれを返すだけ

ほかの言語で戻り値がないものは関数と区別してる言語もあるけど
わざわざ二種類つくるより戻り値なしで共通にしてある

>>103
その辺は想定外と書いたように>>102よろしくケースバイケースだよ
十分想定され例外情報すら要らんなら戻り値で成否を返す事もあるし
InvalidProgramExceptionみたいに言語レベルでは処理できない物もある

話が逸れたけどOSレベルでは例外を発生させる余地などが有ったとしても
プラットフォーム次第になったりと言語レベルで突き詰めない場合は多い

いろいろ調べたり考えたりしたのですが、解決出来ないので質問します。
https://dotnetfiddle.net/SoCII1
このようなコードがあって
List<ITest>にいれていったときに
ListのXだけを全て足して返す関数は出来たのですが、今後ITestのプロパティは増える予定で、それぞれに足して返す関数をつけたいです。
そのときに似たようなコードになるので一つに纏めようとしたのですが中々できず困っています。どのような書き方をすればいいでしょうか？

>>108
基本的にはプロパティを動的に指定するのはリフレクションとかDictionaryを駆使とか、何らかの形でコストを払うことになると思う
状況にもよるけど、コンパイル時に確定してるならT4テンプレートとかコード生成とかで対応するのが一番正しいんじゃないかな

>>108
そんなものは自作しなくてもList自身（正確にはIEnumerable<T>だけど）が持ってるw
名前もそのまんまSumだからよくMSDNを見てみ
https://msdn.microsoft.com/ja-jp/library/6sh2ey19.aspx

>>110
んー、エスパーだけど、質問者はプロパティをforeachみたいに回して全てにsumするようなのをプロパティの数に限らず1行で書きたいってことじゃね？

>>103
メソッドの戻り値とコンピュータの世界は全く関係がない
低級のマシン語をわかりやすくするための高級言語なんで初心者用スレで〜というよりは見当違いなことを言ってる

っで、結果とは低級レベルでの結果とメソッドレベルの結果のどちらをさしている？
低級レベルでの結果が表に出てこないのは普通のこと
メソッドレベルで見てもメールの送信済マークを含めてないのでメソッド戻り値の返さない

>>109
リフレクションについて調べて何とか出来ました！ありがとうございます！
>>110,>>111
もう少し具体的に書いていれば良かったですよね・・・今後質問するときはもっと詳しく書くので、そのときはよろしくお願いします！

連続時間的な関数ってあります？

連続時間 is 何

エポック秒のことかなぁ

アナログメーター的なやつです

>>117
プログレスバーでググってみてはどうか

時空連続体と空目した

プログレスバーってもろデジタルメーターじゃないですか

数百〜数千の筋繊維を一本の糸で表現できるような関数はないですかね

you!画像ファイル扱っちゃいなyo!

>>120
>>117のアナログメーターも全く関係ないんだけど？
筋線維もよく意味が分からないし、糸の振動の軌跡の描画みたいなことやりたいのなら自分で作るしかないよ

プリンタの印刷設定の縦横を変更したいです。
DefaultPageSettings.Landscape プロパティから変えられるのは確認しましたが
一時的なものではなく、プログラムが終了したあとも変わったままにしておきたいのですが
なにか方法はないでしょうか？
http://bbs.wankuma.com/index.cgi?mode=al2&;namber=2377&KLOG=2
このサイトも参考にしてSetHdevmodeなどもやってみましたが、プログラム終了後にもとに戻ってしまいます。
Windows7,10 64bitです

筋繊維を糸で表現ってそれもう物理演算じゃん

何がしたいのかよう分からん
＞数百〜数千の筋繊維を一本の糸で表現できるような関数
が欲しいなら
「アナログメーター」なんて単語は出てこんと思うのだが

なんか特殊な知識が必要なことやってるなら
なおさらキチンと説明しないといかんだろう

>>123
次回そのプログラムを起動した時も同じ設定が適用されるようにしたい、
という意味なら、Landscape を永続化すればいいだけでしょう。

同じ設定が他のプログラムにも適用されるようにしたい、って意味なら、
たぶんそんなことは出来ないんじゃないかと...
よく知らんけど

>>126
後者の方を考えています。
なにか方法があればいいのですが、、、

他のプログラムでも同じ設定を使いたいんならプリンタドライバの設定変更以外に方法はない
てかそれってC#関係ないよね

[[['[] ]]] { {] ]][ '[][][] [][]　[][][]　 [] '[]　[]

c#勉強始めたての者です。
indexofで文字列を検索しようとしているのですが、長文を検索するとエラーが出てしまいます。

MSDNを見ると戻り値がint32とあり、戻り値がintの範囲を超えるとlongエラーになるように推測していますが対応方法はあるのでしょうか。

すみません上記文中のlongは誤植ですので読み飛ばしてください。

そう言われるともうlongしか見えない

文字数がintに収まるように文字列を切り出しながら検索すればいいんじゃないか
もちろん切れ目に検索対象の文字列が有るときの対策して切り出さなきゃならんけど

ありがとうございます。
matchメソッドというのを見つけました。
全然見つからなかったのに投稿し出来すぐ見つかるものですね。
matchで出来なかったらint分割にトライしようと思います。

フォーム上のコントロールを、プログラムから参照するいい方法はないでしょうか

SplitContainer上に配置した合計20個のチェックボックスについて、textをファイルから
読み込んだものに動的に変更したいと考えています

手元の書籍(作って覚えるc#）では、forループの中で

splitContainer1.Panel2.Controls[i].Text = mistakeText;

という形でやっていましたが、今回自分で用意したフォームはほかにもテキストボックスや
ラベルがあり、うまくチェックボックスを対象としてくれません
デザイン画面で配置した順番にやや依拠しているようですが、最後においたものほど添字が
小さそうだ、程度しかわかりません
今後デザインを変更する、あるいはチェックボックスを増やす可能性を考えると、何らかの
プロパティで順番を指定できるといいなと思いますが、発見できませんでした

Form1.Designer.cs のメンバ変数宣言欄に記載がある順番のように思えますが、IDEが
自動生成したコードを並べ替えるのも何やら気持ち悪く、今の所手を出していません

今回はチェックボックスですが、ほかにもラベルを順に参照するとか、テキストボックスを
順に参照する方法などあれば、教えていただけると助かります

なお、今回のフォームでは、とりあえずチェックボックスの名前は初期値（checkBox1など）に
なっています

>>135
if (Controls[i] is CheckBox)

>>135
根本的に考え違いをしてると思う。
たぶんありもしないものをあるはずだと勝手に思い込んでる。

コントロールをテーブル参照したいなら自分で明示的にテーブル（配列）を
宣言しましょう。

デザイナには君が欲しいと思っているものを忖度して自動で作ってくれるような
都合のいい機能は存在しない。

>>136
とりあえずチェックボックスだけを選択することは可能になりました
順番はやはり思っているとおりにいきませんが、これは実行結果を見つつ、デザイナで
並べ替えるしかないかなと思い始めました

>>137
デザイナが忖度してくれるとは思っていないので、プロパティか何かで明示的に選択する
事ができないかな、と思ったのです
以前VBAで似たようなものを作った際は、
Controls("CheckBox" & i).Caption = Cells(i, 1)
こんな選択の仕方ができたので、c#でもなにか方法はあるのではないかと思いました

>>138
コントロールに名前付ければいいじゃん
フォームにあるコントロールをどうやって特定したいと思ってるの？

>>139
例えば
Panel.Controls.CheckBox[i]
みたいな形で指定できればいいなと思ってるんですが、残念ながらそうできないですね

>>137
が書いている、自分で明示的にテーブルを宣言するというのは、例えば
cbox[1] = CheckBox1;
cbox[2] = CheckBox2;
とかいうコードを予め書いておく、ということでしょうか？

>>140
意味がわからない
何がしたいの？

�@コントロールを特定する必要がある
�A複数のコントロールに共通の処理がしたい

�Aにしか目が行ってないけど�@をやらなきゃいけない時点で
�Aの方法なんてエレガントにできたってウンコブリブリじゃん

オムツの取り替えまでやって欲しい要介護は大人しくVBやってろ

>>140
だから、配列が欲しいなら配列を自分で作ろうよ。

配列が欲しい、でもなんだか自分で配列を書くのは嫌だ。
この発想がおかしい。

var cbs = new[] {CheckBox1, CheckBox2, ...};

これ書くのがそんなに面倒？
変な方向に努力する方が余程面倒でしょ
ローカル変数じゃなくてメンバ変数かプロパティとして実装する場合だって手間は大差ないよ

>>143
配列を書くのは別に面倒でもなんでもないです
コピペしてちょっと直せば済むので

ただ、コピペで済む内容なら、コードで表現する方法があるのではないかと思ったのです
「新しくなにかプロパティを実装する」のではなく、「このプロパティを参照するとわかる」
という情報が存在するのかと考えました

>>137
が書いてくれたように、「ありもしない物をあるはずだと思い込んでる」のかもしれません

>>144
それって同じフォーマットの行が並んだ設定ファイルみたいになんでしょ？
どの部分を自動でやってくれると思ってん？

>>145
自動でやってくれると言うか、Controls[n] の n に相当する部分を、何らかのプロパティで
持っているのではないかと思ったのです
それがわかれば、IDEでプロパティを書き換えてやればそれで済むな、と

あるいはそれがなければ、例えば

for (int i = 0; i < CBOX_ELEMENTS; i++) {
string s = "checkBox" + (i+1).ToString();
Controls(s).Text = ...
}

みたいな形で指定できないかな、と思っていたのですが、これは無理そうですし

配列作って突っ込んどくのが何より簡単だし自由だろ

>>146
インデクサじゃ駄目なの？

>>146
ちがくね？
お前がやりたいのって別のデータとid（？）が一致する項目にデータを入れていきたいんじゃねーの？
でもそれってコントロールを特定する必要があるんだよね？
コントロールとデータを紐付ける何かはあるの？

GetAllControlsのカウント取るとかそういう？

Type.GetPropertiesの方かな

VB6はコントロール配列があったけどなー。.Netの世界にはないからの。

https://dobon.net/vb/dotnet/control/findcontrolbyname.html
名前で探せばいいのでは？

だから配列に突っ込めば済む話を何でわざわざより面倒な方法で解決しようとするのw

>>149
いや、単純にファイルから読み込んだ名前で、チェックボックスの文字を変えたいだけです
例えばファイルの中身が 犬,猿,雉だったら？CheckBox1-3の文字をそれぞれ犬、猿、雉にしてCheckBox4-20は「使用不可」にでもするような
だから機械的に参照できればよかったのです

>>153
これでほぼ解決です、ありがとうございます

>>154
まあ一言でいうと、わざわざ自分で配列を作らなくても、それを実現する方法はすでに存在するだろうと思ってたのです
配列作ったら「そんなことしなくてもこう書けば一発で参照できるのに」って言われる方法があるんじゃないかと

>>155
その下にインデクサによる説明もあるだろw

public partial class Form1 : Form
{
public Form1()
{
InitializeComponent();
this.checkBoxes = this.Controls.OfType< CheckBox >().OrderBy( x => x.Name ).ToArray();
}

private CheckBox[] checkBoxes;
}

public class B : private A
{

}

みたいなこと C# じゃ出来ないんだっけ？

>>159
継承元をprotectedにすれば継承したクラスからしかアクセスできないようにはできる

>>159
何言ってるのかわかりませんw

そのクラス経由でしかアクセスできないようにしたいってことじゃないの？

ゆとりしか居ないのかなぁ
C#はprivate継承はサポートしてないよ
フィールドに持たせて移譲メソッド書くしかない

>>163
ゆとりなんてもうオッサンやでおじいちゃん？

これ参考にすればいいのかな
http://ufcpp.net/study/csharp/oo_conceal.html

protected internal 同一プロジェクト内のクラス内部、または、派生クラスの内部からのみアクセス可能

private protected (C# 7.2 以降)同一プロジェクト内のクラス内部、かつ、派生クラスの内部からのみアクセス可能
こういうこと？

>>155
それで解決しねーだろ
バラっバラにくんじゃね？
俺はてっきりコントロールの
座標でソートして名前付けたいのかと思った

皆様いろいろありがとうございました

>>158
書いてくださった方法が、ほぼ私が求めていたものを完璧に実現しています
抱かれてもいいくらい惚れました
ただ、試してみたところピックアップされる順番は必ずしもコントロールを配置した
順番通りではなく、はっきりした法則性も見いだせませんでした
テストプログラムを書いて、インデックスと見た目を一致させるようデザイナで
コントロールを並べ替えようかとも思いましたが、後日コントロールを追加した際
悩むことになりそうなのでやめておきました

>>153
結局この方法でコントロールを検索し、発見したコントロールをリストに追加するという
方法で対応することにしました

>>154
配列に突っ込むにも、コード上に直接 checkBox1 とか checkBox2 とかのリテラルを
埋め込みたくなかったので、検索した上で配列を作ることにしました

>>148, 150, 151
実は書いていることがわからないレベルなので、これから勉強します
「作って覚える」は一通りやったので、「独習c#」を紐解いてみます

>>166
これで解決しました
158の方法で解決するかと思っていたのですが、やってみたところバラバラの順番でした
皮肉でもなんでもなく、コントロールの座標でソートとか、なぜそういう操作をしたいのだろうと
推測したのか教えていただけると嬉しいです
今後も質問すると思いますので、疑問点がわかりやすい文章を意識する必要があるので

今日からC#勉強し始めたけど、
結構ネスト深くなる言語っぽいね、これ。こんな…


namespace ConsoleApp1
{
class Program
{
static void Main(string[] args)
{
try
{
checked
{
sbyte a = 64;
sbyte b = 65;
sbyte c = (sbyte)(a + b);
}
}
catch (OverflowException ex)
{
Console.Write(ex.Message);
}
}
}
}

>>167
いやいやいやcheckBox1 とか checkBox2 とかはリテラルじゃないってw
ただの識別子（フィールド名）

コードにリテラルを埋め込むというか、コンパイル時に誤りを検出できない
（普通の理解では）お行儀の悪いコードになるのはむしろ>>153みたいな方法だってw

namespaceとかcheckedがブロックなのが何かなぁ…

>>169
おっと・・・
どうやら根本的なところで間違っていたようです
書いてあるとおりだとすると、質問とレスが噛み合っていない理由がわかりました
わざわざ行儀の悪い書き方を探していたのか

>>167
>>158はOrderBy()でチェックボックスの名前(Name)順にソートしてる。
Nameの代わりに、TabIndexかTagを設定してそれを利用しても良い。
というか、Nameだとチェックボックスが10個以上になるとソートが望むようにならないか。

>>167
おそらく配置したコントロールから欲しい情報は座標とサイズぐらいしかない
それらの特定情報は別ファイルにある
なのでコントロールが上から
もしくは左からか順番に取得できれば
別ファイルに記述した通りの順番で情報を並べることができる
Controlsで取得できる順番はよく知らないけど
作った順かあるいわなんの特徴もなくランダムか何かを保証するものではないのかな？と

>>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順(左から)
this.checkBoxes = this.Controls.OfType< CheckBox >().OrderBy( x => x.Location.X ).ThenBy( x=> x.Location.Y ).ToArray();
(3-2)Location順(上から)
this.checkBoxes = this.Controls.OfType< CheckBox >().OrderBy( x => x.Location.Y ).ThenBy( x=> x.Location.X ).ToArray();

>>155
そういう使い方なら、チェックボックスを先に作っておくんじゃなくて
ファイルから読んだ内容で動的に作っていった方が手っ取り早い
どうせチェックボックスは全部等間隔に並べるんじゃろ？

WPFのサンプルでありそうな話だ

>>126,>>128
>>123です
SetPrinter関数を使用することで実現できました。ありがとうございました。

>>168
そのtry意味ないんだけど。。

>>178
ネストのイメージ書きたかっただけだろうよ

>>173
なるほど、コントロールから情報を取得する必要があると思えたのですね
実際はそれ以前の段階でしたが

>>175
それも考えたのですが、デザイナで画面を確認したいので、静的に用意して
おきたいという結論になりました
動的に置くほうが難易度高そうだ、と思ったのもありますが

>>178-179

「意味無い」って、どういう意味？

うぇぇ、C#、goto文使えるし…

うーん、string x = "10"; に対して
x.toString(); するんじゃなくて、int.Parse(x); するのか…。
xオブジェクトにintegerを吐き出させるのではなく、
integerオブジェクトにxオブジェクトを与えてintegerを吐き出させる…。

これは初めての体験だな…。

何もかも間違っててワロタw

なにゆえ？

expression-bodied関数は、なんかエロいな…

やってる事は違うけど、考え方的にはCのマクロに近いのかな…

LINQ…、エロいな…。

関数名がアッパーキャメルなのは感心せんなぁ…

ここ質問スレなんで日記は他所でな

なんだよ、ToString()メソッドあるじゃねぇかよ…。

>>190

ごめん。

質問です。なんだよ、ToString()メソッドあるじゃねぇかよ…

VisualStudioでC#のフォームアプリを開発するときに
プロジェクトのプロパティから
出力の種類を「コンソールアプリ」にして
デバッグ用のConsole.WriteLineを出力できるようにしてるんだけど
リリースするときは、種類を「Windowsアプリ」にするだけで
コード中のConsole.WriteLineはコメントアウトとかしなくても
大丈夫ですか？

>>193
デバッグ用に文字列を出したいなら、using System.Diagnostics;して、Debug.WriteLine()とか使うべき。
これならリリースビルドにするだけで無効になるからコメントアウトも不要。
リリースビルドでも使いたいなら、Trace.WriteLine()。

>>193
パイプで繋ぐとみえちゃうよ

>>194
おお、ちゃんとデバッグ用のがあるんだ
聞いてよかった
ありがとう

>>195
なるほど
別に見られて困るようなものでも無かったけど
無知を晒す所だった・・・

てか、独学でやってると気づかずおかしなことやってそうで怖いわ
たまたま、ネット上で解説見つかるか
質問して教えてもらえるかの
綱渡りで進んでるｗ

>>192
おまえ出身言語化どこだよw
レヴェルが低すぎるぞ

>>198
>view.Rows.Add(str);
これじゃね

>>200
exist=trueでブレークポイントを置いてデバッグ実行すればわかるのでは？

そもそも exists = true; の行に到達してないというオチな気がする

>>201とかぶってしまった
>>201の方が指摘として親切だからそっちだけ読めばいいよ

>>204はとってもそれっぽい
で、例外が握りつぶされるような場所でAddToDataGridが使われてるせいで気づけてないとか

こういう場合自分はtry{...}catch(Exception exception){throw;}で囲って
throwの直前にブレークポイントを置いたりしてるけどもっとうまい方法があったら誰か教えてちょ

>>204はそれっぽいと言ったけど
よく読むと
bool exists = false;//ここに移動
の部分は自分には理解できなかった
>>204の勘違い？

全一
FXきた

>>208
それなら納得
existsの宣言の位置を移動するとif(!exists)がスコープから外れちゃうもんね

>>209
>>204の方法で解決したんなら>>204の指摘が正しかったんでしょうよ
で、それに気づかなかったんならやっぱり例外が握りつぶされてたんでしょ
なら今後のためにも原因は分からずで片付けず例外の名前くらい確認しといたほうが良いと思うよ

オブジェクト指向のプログラミングでは
変数じゃなくてプロパティにアクセスさせるべき
みたいな事をよく聞くんだけど
・プログラムの開始時にあるフラグ(true/false)を決めて、その後一切変更されることがない
・そのフラグには、コード中の様々な所からアクセスがある
って場合は、プロパティじゃなくてpublicな変数でフラグを定義してもいいんですか？

オブジェクト指向がよくわかってないせいか
プロパティを経由するのがどうしても遠回りというか
一つ余分な作業を挟んでるように感じてしまう・・・

変数は、公開しちゃダメ

その変数に、誰かが代入するかも知れないと考えると、
その変数に代入しているか、すべての場所を確かめないといけなくなるから、
プログラミングできなくなる

だから、プロパティで代入禁止に設定する

ただし、絶対に代入できない定数なら、公開してもよい

>>212
後から書き換えられるのを確実に防止するために
プロパティを使うってことか　なるほど
1人でコード書いてるからそういう発想が無かったけど
自分も後から絶対変な値を代入しない保証ないもんな

てことは、>>211の例だと
・引数付きのコンストラクタを使って、フラグの状態をインスタンス化
・そのフラグのプロパティはgetのみ設定
ってすればいいのか？

でもこれだと、そういうフラグを立てるタイミングがたくさんあったら
その分だけクラスを準備しとくことになると思うんだけど
そういうもんなの？

あ、いや
クラスを複数準備する必要はないな

>>213の後半の話は無しで

>>211
212は読まなくていい
フィールドだってreadonly修飾子で代入禁止できるが、212はそんなことも分かってないから

プロパティがフィールドと違う点は大ざっぱに
* 派生クラスでオーバーライドできる
* プロパティから構造体を返すとコピーされる
の2点
この2つの特性が必要ない(または避けたい)場合にフィールドを選択してよい
判断できないならプロパティを選択する

IOption使っとけ

>>211
>>215はどこかのコピペじゃないならすごい分かりやすくて尊敬
一つだけ補足すると、↓のようなこともあるからクラスがpublicの場合は
現状だけでなく将来の変更の可能性も考えてフィールドかプロパティか判断したほうが良い

public フィールドをプロパティに変える (2016/05/16追記)
https://qiita.com/chocolamint/items/f04665ce2db211abb2d2#public-%E3%83%95%E3%82%A3%E3%83%BC%E3%83%AB%E3%83%89%E3%82%92%E3%83%97%E3%83%AD%E3%83%91%E3%83%86%E3%82%A3%E3%81%AB%E5%A4%89%E3%81%88%E3%82%8B-20160516%E8%BF%BD%E8%A8%98

あと>>212も善意で答えてるのは分かるんだけど
代入できるかどうかだけを判断基準にしてる時点でズレてて
定数の説明も参考にならない気がするから割と真面目に>>212は読まないほうが良いと思う
すまぬ>>212

>>215
>* プロパティから構造体を返すとコピーされる
これが、全然分からんのだけど
classの代わりにstructを使った場合の話であってる？
今の自分が考えたところで、どうせちゃんと理解出来ない気もするけど

>>212は別に全く問題ないだろ。

>>211の要はカプセル化の質問に対して、>>212はカプセル化の話として一般論として答えただけじゃん。

それに対して>>215と>>217はここはC#のスレだからC#特有のreadonlyなフィールドあるよとか言語依存の情報
つけ足してるだけじゃん。

オブジェクト指向では、変数は公開しない。
公開できるのは、処理(関数)だけ

クラス内を開発する人と、そのクラスを使う人は、別の会社・人を想定しているから、
変数にアクセスさせたら、絶対にダメ

クラス内を作っている開発者は、後で付け加えられる処理を予想できないから。
クラス内を開発した後に、別人が変数にアクセスして、動きを変えたらバグる

異なる会社間での開発を可能にする、
オブジェクト指向の大原則・カプセル化

プロパティから構造体を返すとコピーってのは意味わかんないね
コピーされるのは右辺がプロパティだろうがフィルドだろうが同じだよw

>>211
少なくともパブリックなメンバーに関しては、あえてフィールドを使う理由はないって
理解でいいと思うよ。例外はアンマネージドコードの呼び出しで使う型を定義する場合ぐらい。

フォールドのプロパティーに対して優位な点は

(1) 軽量である
(2) 簡潔に書ける

このぐらいしかない。

(1)が重要なケースなんかまずない。
(2)については、古いC#はともかく今のC#は儒分簡潔に書けるようになって来てる。

>>220
カプセル化っていのは、触る必要がないもの、触られては困るものを隠すこと。
この質問にはほとんど関係ない話w

フィールドをプロパティにしようが、触る必要がない文脈で触られることを防げるわけじゃないw
せいぜいセッターで値が適切かどうかチェックできる程度

まぁ、むしろ>>211のカプセル化などの話に対して、考え方説明せずに
初心者にいきなり言語仕様の詳細を羅列する>>215の方が教え方としてははぁーー??だわww

>>222
質問者は
>オブジェクト指向のプログラミングでは
>変数じゃなくてプロパティにアクセスさせるべき
>みたいな事をよく聞くんだけど
で書いて始めてんじゃん。だから、カプセル化の説明した方がまずいいんじゃねぇか？？

>>224
何が「だから」なのかよくわかりませんw

質問は外部に見せるデータをプロパティとして実装すべきかフィールドでもよいのか。
カプセル化（余分なものを外に見せるな）は何も関係ないってw

>>224
>オブジェクト指向のプログラミングでは
>変数じゃなくてプロパティにアクセスさせるべき
>みたいな事をよく聞くんだけど
を質問者が引き合いに出した以上、質問者はここからはしっかりわかってなくて、色々ごちゃ混ぜになってると
思われる。だから、そっから説明しなきゃ、おそらく習得できない。

自分はオブジェクト指向じゃない言語をちょっとだけやってたんだけど
そういう言語では、コードの最初の方に
public bool JudgFlag = true
って1行書いて、それにどこからでもアクセスするみたいな感じだと思うんだ
（全部独学だからこれも正解なのか知らんけど）
でも、オブジェクト指向ではこれやったらダメなんだよね？
ってのが知りたい

後、俺マジで初心者だから
質問文で聞きたいことが正確に表現できてる保証ないｗすまん

>>225だった・・

>>227
別にダメじゃないよw
何度も言うけど、あえてフィールドを使う理由があんまりないだけw

フィールドをプロパティにしたらバグが減らせるとか可読性が上がるとか、
ほとんどの場合そんなことはない

>変数じゃなくてプロパティにアクセスさせるべき

これが異なる会社間での開発を可能にする、
オブジェクト指向の大原則・カプセル化

どの教科書にも書いてある

その理由は、クラス内を開発している会社・人と、
そのクラスを使う会社・人は、異なっているから

オブジェクト指向では、これらの2つの立場からの見方が大切。
君はどちらの開発者ですか？
クラスを作る方・使う方？

クラス内を開発しているのは、過去だから、
そこから未来の、クラスを使う人の動きを予測できない

だから、変数に直接触らせたらダメ。
そこまで予測して、クラス内を作れないから

>>229
そうなのか・・・
でも、解説サイト見てると
「ダメ」的な雰囲気で書いてあるとこばっかりじゃない？
俺の理解が間違ってるのかもしれないが
俺的には現状>>229に書いてある事が正解に思えちゃうんだよな

俺が1人で小規模な開発してるだけだから
いまいちオブジェクト指向のメリットを感じる場面が少ないのかな

>>227
>public bool JudgFlag = true

変数を公開したら、ダメ。
カプセル化にならない

理由は、
>>212
に書いてある

>俺が1人で小規模な開発してるだけだから
>いまいちオブジェクト指向のメリットを感じる場面が少ないのかな
まあこれだな

>>212の言ってる事は、OOPの「思想」としては間違いなく正しい
但し、単独での小規模開発という状況を前提にするなら「現実的なメリット」は無いに等しい

>>227
うん。君のケースだとダメだね。それだと、クラスの内部状態JudgFlagが誰でも自由に書き換えられちゃう。
だから、まずは君は基本、>>220のようなC#とか言語関係ない一般的なカプセル化について勉強しよう。

で、君のケースだと自分で書いてるが
>・引数付きのコンストラクタを使って、フラグの状態をインスタンス化
>・そのフラグのプロパティはgetのみ設定
ってやるか、
getプロパティ書くの嫌なら>>215が書いたようにC#にはreadonlyフィールドというのがあるのでそれで代用できる。

おまえら変数は公開しちゃだめだけど、プロパティやgetter/setterなら公開してもいいって思っとるやろw

>>231
どこの世界でも教条的（思い込みが激しいともいう）人はいるからねw

外部から取得/設定してもらう必要がある値をフィールドではなくプロパティにしたからって
ヒューマンエラーを減らす効果なんかないのは事実

ただ機能がより少ないフィールドをあえて使うことないでしょってだけの話

オブジェクトの公開するデータは必ずしもいつも変数に入っているわけではなく、
何らかの処理の結果を返す場合もあって、その場合はプロパティになるから、
だったら全部プロパティの方が統一感があるという考え方はあるかもしれない

>>233
嘘おしえるなよ

まとめると
「1人で小規模なコード書いてるだけなら
public bool JudgFlag = true
を書き換えたらダメなことぐらい自明だから、フィールドに1行書いて終わりでいい
若干雑だけど楽」
って考え方と
「いや、自分で決めたルールを自分で忘れることもあるから
ちゃんとプロパティにして触れない様にすべき
多少面倒でもコストを払うメリットがある」
って考えの対立なのかな

get;set;とか全く意味がわからなかった頃の嫌なイメージのせいで
プロパティを書く事が、「面倒・難しい」って体が拒否反応しちゃうんだよね
自動プロパティとか実装されてる今の時代に
何言ってんだって笑われそうだけど

まあ、でも色々モヤモヤしてた所がスッキリしました
ありがとう

>>236
処理の結果を返すならメソッドにしろよ

>>239
具体例
https://msdn.microsoft.com/ja-jp/library/system.drawing.rectangle.right.aspx

フォーム間のデータ受け渡しのやり方について教えてください

プログラムを起動して、最初にForm1でパラメータなどを設定、次にForm2で設定した
パラメータを元にデータを編集したいとします
（Form1で編集済みのデータをForm2に表示する、でもいいです）

このときにデータを受け渡すのは、program.cs で Application.Run(new Form1()); と
呼び出す前に

1. Form2 のインスタンスを作っておいて、それを Form1 の引数として与えてやる
2. 必要なデータのインスタンスを Main() 内に用意しておいて、そのインスタンスを
　Form1 と Form2 のそれぞれに送る
3. どっちもダメで他の方法がある

のどれが良いのでしょうか。
Form1 の中で Form2 のインスタンスを作成して、Form2 に送るという方法も考えましたが、
そうすると Form1 が不要になったときに Dispose() すると Form2 も落ちてしまいます。

【マイトＬーヤとＰＳ４】　ＦＦとＤＱの最新作、ＶＲ開発は危険、プレーヤーの日常感覚を損なうおそれ
http://2chb.net/r/liveplus/1524621704/l50

>>240
それは右座標を計算して返しただけであって処理を実行するのとは違う
面倒だからここ読んで
https://msdn.microsoft.com/ja-jp/library/ms229054(v=vs.100).aspx

>>241
Form2にプロパティを追加
Form1の該当メソッド内でForm2を宣言＆インスタンス化してプロパティにパラメータをセット
Show(Dialog)メソッドで呼び出し

メッセージキューを勉強中なんですが、
MSMQとMessageQueueクラスって何が違うんでしょうか？

>>244
ありがとうございます
この場合、もう二度と Form1 を使わないという状況であれば、Form2 の ShowDialog を
呼び出す前に this.Hide(); で隠しておいて、戻ってきたら this.Dispose(); でしょうか
Hide() だけで処理を抜けるコードを書き忘れて、いつまでもプログラムが残り続けるバグを
やったので、二度と戻ってこないフォームは Dispose() したいのです

今思ったのですが、そういう使い方だとむしろ Form2 を非表示で実行しておいて、
その中で Form1 を呼び出すべき？
で、Form1 を抜けたら this.Show(); とか

>>243
頭悪そうだけど、単にバッキングフィールドの値をそのまま返すのではないケースを
「何らかの処理の結果を返す」と言っている。

処理 = 高価な処理ではない。
重かろうが単なる足し算だろうが処理は処理だ

Applicationに共通のパラメータ持って、Form1とForm2で共有しちゃダメなんか

使い方次第じゃないかなとは思う
双方で同時に書き換えたりするならやめたほうがいい

それ以前にタダクソダサイと思う

シングルトンの出番だ

>>216
これやろ

もう親フォーム作れば？

自作ツールをソースコード付きで公開したいのですが、
パブリックドメインソフトにするのが最善ですか？

.netで簡単に実現できる機能（メールや圧縮、画像処理等）をネイティブCのアプリで利用したいです。VC++6.0の（C++ではなく）C言語で作るコンソールアプリでです。
C#で作っでdllを作って、C++のdllでそれをコールする関数を公開すれば実現可能ですが、もっといいやり方ないでしょうか？

>>254
今のOSSはMITライセンスでGithubに晒すのが主流

>>255
つ C++/CLI

>>255
別プロセスにする
Win10のアプリなら WinRT のコンポーネントにすれば言語をまたがって普通に使える

>>255
標準入出力のリダイレクト。
古典的でダサいけどね

皆様ありがとうございました
決まりきった定番の書き方はない、と理解すれば良さそうですね

自分で色々試してみます

今度はインデクサについて教えてください

https://ideone.com/TlRwJS

例として上記のようなコードを書いてみました
これで、インデクサを使って例えば anml["whale"] とすれば1が返ってくるような、
そういうものを作りたいと思います
（classified, lifeの各プロパティはユニークではなく、specificのみユニークとします）

本を紐解きながら書こうとしたのですが、animalsクラスの中ではリストになっていないので
書く場所はなさそうです。でもMainメソッドでは利用したい側なので、ここに実装することも
できない気がします。

多分インデクサの考え方そのものがわかっていません。どなたか教えていただけると
嬉しいです。

ListじゃなくてDictionaryを使えばOK

anml.FindIndex(_ => _.specific == "whale")でよくね？

インデクサてのは自作のクラスにつけるプロパティみたいなものだから、List<animals>を内蔵するクラス作って
public int this[string p]{
get{ /* ここに検索して結果を返すコード書く */ }
}
でおkなんじゃねか？知らんけど。

>>262
すいません、理解のレベルが低いので、具体的にどう実装すればよいのかわかりませんでした
var anml = new Dictionary<animals, string>;
としてディクショナリは実装できたとして、要素追加の際 Add メソッドをどう書くのか、理解が
追いついていないようです

>>263
この書き方で、求めている操作は実現できそうです
ラムダ式の理解が怪しいのは勉強するとして、毎回これを書くと面倒＆間違えそうなのですが、
これは「十分に簡潔な書き方」なのか、それとも「メソッド等でさらに簡潔に書ける」のか、どちら
でしょうか。

>>264
この場合、各プロパティにアクセスする際は anml[i].specific とかではなくて anml(i, specific)等
メソッドを介してアクセスすることになるのでしょうか？

>>264は良くないよ
インデクサはループ内で使用されることを想定しておかないといけない
毎回線形検索が走るのは非効率すぎる

番号が欲しいのかanimalsオブジェクトが欲しいのか

>>266
今回の用途では速度は重要でなく、またそもそも実現方法がわからなかったので、アルゴリズムはまだまだ先の話ですね

>>267
今回欲しいのは数字です

Index番号が欲しいなら>>263で十分じゃないか？
見つからなかったとき例外吐くらしいから気をつけろい

まちがえた。例外じゃなくて-1だ。すんまそ。回線で首吊ってくる

>>263
アンダーバーはやめとけ

XAMLファイルからボタンを削除した場合、CSコードの方に呼び出されることのないコールバック関数の宣言が残ってしまます
こういうのを効率よく削除する方法ってないのでしょうか？

>>272
WPF？

>>273
Xamarin.Formsで使っています

>>272
XML解析とリフレクション

ここでいいのかわかりませんが、質問させてください。
C#でフレームワーク ASP.Net MVCで作っています。

テーブルのフォームをPOSTしたいのですが、
動的に作成した行をどのようにサーバー側で受け取ればよいのかわかりません。

<td>
<input class="form-control" id="no1" name="no2" type="text" value="" />
</td>
<td>
<input class="form-control" id="no2" name="no2" type="text" value="" />
</td>


このように、複数行があって、noの後ろの数値は、行を追加したら増えるように
javascriptで制御しています。

サーバー側の処理として、引数を
(string no1, string no2, ･･･)と列挙してすべて書けば、
POSTデータを受け取れることは確認済みです。

ただ、ユーザーの操作で行を何行追加するかもわからず、あらかじめ想定する
最大数の引数を列挙するのも現実的ではありません。
すべてのフォームデータを一挙に受け取って、
サーバー内部のロジックで処理する方法はないでしょうか。

>>276
namaに添字をつければList<T>でバインディングできるはず
https://qiita.com/kazuhisam3/items/94542f6d7ccf3acca41c

どうせJavaScript書いてるんならJavaScript側でJSONの配列に纏めてからAJAXでポストするのもアリ

[[[ ][ ]]]\[[]] [[[]]]],[[[ [][] ]

Entity FrameworkでDBへのselectとかのリトライしたい場合ってどのようにすべきでしょうか
一時的なエラーだったりしたらもう一回トライとかしたいのです
例外全キャッチするのも無駄なのかなぁと思いまして

普通のRDBなら一時的なエラーなんか滅多にないだろ
400でいいよそんなもん

Azure相手だと普通にあるで

>>280
DbExecutionStrategy

>>283
ありがとうございます
試してみます

[[[ []]]]*[[ [][] ][] } } {} [[[

とりあえず、連休ぐらいゆっくりな
ｵﾏｴﾗ

連休は機械学習でずっと計算させる予定
人間は休む

人間はILコードを覚えてハンドアセンブル出きるようになるべき

winformの左辺や上辺をドラッグするとフォームのサイズが変わらずにフォームが移動してしまいますが
サイズを変更するように設定するプロパティなどはありますでしょうか
コードを書く必要がありますか？

>>288
古い脳の感覚でいえば、IL なんてハードウェアの裏づけのない、空想上の約束にしか過ぎないので、覚える気が起きない
x86-64 でおなかいっぱい

>>290
情報処理試験のCASLとかも？

>>291
CASL くらいはやったよ、8080、z80/6809/80x86/ｚ8000/r3000、まだ若かったからどんどん覚えることができたんだ…
でも、もうおなかいっぱいだ…

次元が違うだろ
ILは高級なオブジェクト指向言語
そもそも機械語に似せることを意図されていない

>>293
ハードウェアマシン語とプログラム言語との間に、なぜ仮想マシンと仮想的な言語(IL/JVM)が採用されるようになったのか？そこが今でも判然としないのです…

>>294
ドライバは何故存在するの？つってる様なもんだぞそれ

>>295
いえいえ、階層性を全否定するわけではありません
「仮想マシンと中間コード」の必要性を問うているのです…

仮想マシンに焦点を絞るなら、ハードウェアの差異を吸収する為では
（.netはJavaVMほどあちこちに移植されてないというだけで）

ILに関して言えば、複数の言語（C#、VB.net、F#、他）を共通のフレームワーク上で動かせる様にする為

>>297
それならハードウェアや言語の統一を目指したほうが建設的なのでは？

>>298
不可能だろう
収斂進化により表面上似た様な機能を搭載する事はあっても、内部構造は特許なり権利なり絡んで来るから同じに出来ないし
JavaScript+CSS3ですらブラウザベンダ間で足並み揃えられないのに、言語の統一なんて出来る訳が無い

現状、中間言語側でも少なくとも JVM/.net framework にわかれちゃっているからねえ…

>>300
LLVMの中間コードをご存知でない？

>>301
LLVM はコンパイラの中で完結しているのではないかな？

?

>>302
コンパイラ開発者はとりあえずLLVM-IRに変換すればいいし最終段で機械語に変換するか直接実行するか他の言語のコードに変換するかは自由
というか最初と最後だけ作ればいいわけだから寧ろLLVM-IRが中心

>>304
うん、それはよくわかる
すべての「構造化」を全否定するわけではないんだよ

すまん、途中から意味分からん

.netは仮想マシンなんかつかってないじゃん

>>307
https://ja.wikipedia.org/wiki/%E3%82%A2%E3%82%BB%E3%83%B3%E3%83%96%E3%83%AA_(%E5%85%B1%E9%80%9A%E8%A8%80%E8%AA%9E%E5%9F%BA%E7%9B%A4)
仮想マシン VES は定義されているようだ

おい！初心者の内容じゃねーぞw

>>308
VESは最終段階のコンパイラだよ

JITコンパイルはVMとしては認めない派閥が存在することは認める

https://www.slideshare.net/ufcpp/ss-34533225
このスライドの67枚目の「良い例」のコードってこれで本当にいいの？

MSDNのParallel.Forの解説には
---
localFinally デリゲートはスレッドごとに 1 回呼び出され、各スレッドのローカル状態に対して最後の操作を行います。 このデリゲートは、同時に複数のスレッドで呼び出される可能性があります。したがって、共有変数へのアクセスを同期する必要があります。
---

と書いてあるから、countはアトミックに操作しないとまずい気がするんだけど
https://msdn.microsoft.com/ja-jp/library/dd783299(v=vs.100).aspx

>>312
MSDNの使用例にも
localState => Interlocked.Add(ref result, localState)
とあるしそれで正しいと思うよ

>>313
いやだから、MSDNのサンプル通りにするなら、>>312の
localCount => count += localCount
は、

localCount => Interlocked.Add(ref count, localCount)
でないとまずいと思うんですが

そうだねだからどうしたの
資料公開してる本人に言えばいいんじゃないの

大して変わんねーよ
そんなに処理分けたきゃ
別exeにしてキックしろよ
後はできるならOSがうまくやるし
OSがうまくできなかったらそりゃできないんだろうよｗ

どうした発作か

>>314
いや、>>312の言う通りと言ったつもりなんだが・・・ふらっと怖いな

おバカwebを鵜呑みにしない有望な>>312なんやからもう少し優しくレスしてやれよw

この例だとForよりAggregate使ったほうがいいな

>>318
自分の日本語に疑問を持たない君の方が怖いよ

「これ(A)」でいいのか、Bじゃないのかって質問に「それ」で正しいと答えたら
質問した方は普通は正しいのは「これ」の方だと理解する

C♯でJavaScriptで生成されてるチャットサイトからコメントビューアを作りたいのですが、JavaScriptが生成したHTMLを取得するのに適したライブラリってどれでしょうか？
Formアプリで作る予定ですが
webBrowserコントロールが一番手軽でしょうか？

>>322
追記
使う.Net frameworkは4.6.1です
Nugetで公開されてるライブラリ等でも問題ありません

javascriptで生成といっても生成元になるデータを何処かでリクエストしてる筈
そっちを解析して直接的にHttpClientでgetしたほうがええよ

ありがとうございます
単純にセッションが必要っぽそうだったのでHttpClientでもいけそうです
使い方調べ直します

おバカwebと言えば↓みたいに日本語と英語で全く逆のことが書いてあったりする
基本的にwebに書いてあることは疑ってかかったほうが良さそうね

日本語
https://docs.microsoft.com/ja-jp/dotnet/standard/base-types/best-practices-strings#recommendations_for_string_usage
> 比較のために文字列を正規化する場合は、String.ToUpperInvariant メソッドではなく String.ToLowerInvariant メソッドを使用します。

英語
https://docs.microsoft.com/en-us/dotnet/standard/base-types/best-practices-strings#recommendations_for_string_usage
> Use the String.ToUpperInvariant method instead of the String.ToLowerInvariant method when you normalize strings for comparison.
（グーグル翻訳） 比較のために文字列を正規化するときは、String.ToLowerInvariantメソッドの代わりにString.ToUpperInvariantメソッドを使用します。

>>326
X：webに書いてあることは
○：日本語訳は

グラフィックの扱いについて教えてください

panelに複数の画像イメージを貼り付けたいと思います
（トランプのカードを任意の枚数置くような感じです）

WidthとHeightをpanelのサイズに合わせて、Bitmapオブジェクトを
作ってそこに必要な画像を貼り付けて、最後にPaintイベントでその
ビットマップを Graphics.DrawImage で表示すれば良さそうだ、という
認識です

問題はBitmapオブジェクトに画像を貼り付けることで、メソッドを
調べても、Bitmapオブジェクトの任意の場所に任意のイメージを
貼り付けるものはなさそうです
そもそも用意した画像は Image.FromFile で準備しているのですが、
Imageオブジェクトを貼り付けられるのは Graphics.DrawImage
メソッドになるので、そもそも Bitmap オブジェクトを用意すると
いう発想が間違っているような気もします

多分いろいろ間違って認識しているので、どこから考え直せばよいか
教えていただけると嬉しいです

>>328
ベースの画像のいくつかの任意の位置に画像を貼り付ける描画ならそれで間違っていないけど
https://msdn.microsoft.com/ja-jp/library/system.drawing.graphics.drawimage(v=vs.110).aspx
https://msdn.microsoft.com/ja-jp/library/558kfzex(v=vs.110).aspx
どこを勘違いして悩んでいるのかいまいちわからない
とりあえずBitmap オブジェクトはImageオブジェクトの一種
他にMetaFileとかあるから
そしてGraphics.DrawImageメソッドを使って貼り付けてもベースのBitmap オブジェクトはBitmap オブジェクトのまま

>>329
私の認識は、最終的に描画したいビットマップを用意して、それを Paint イベントで
描画するというものです
Panel1_Paint(object sender, PaintEventArgs e) {
e.Graphics.DrawImage(canvas, 0, 0);
}

で、上記の例で Bitmap canvas; とでもして用意したビットマップに、任意の画像を
貼り付ける方法を知りたいのです
例えば256x256ピクセルのサイズで用意したビットマップに、32x32ピクセルの
画像を3個位貼り付けた canvas を用意したいというものです

「そうではなくて、最終的に描画したいものはGraphicsオブジェクトで用意して、
Paintイベントで毎回描画するのだ」というのが正なのかもしれません
Panel1_Paint(省略) {
e.Graphics.DrawImage(image_1, image_1_x, image_1_y);
e.Graphics.DrawImage(image_2, image_2_x, image_2_y);
...
}
といった感じで

でもなんだか、毎回Paintイベントハンドラに描画処理を全部書くのは変な感じがして、
描画したい画像を用意するのと、実際に描画するのは別の処理ではないかと思っている
次第です

描画したい画像を用意するのと、それを描画するのは当然別の処理だ。
でもアニメーションさせたいとか画像の変更を即座に描画に反映させたいとかなら、用意した足で再描画させるしかないだろ？

>>330
何でイベントでやるのか知らないけど複数の描画を同時にやるメソッドはなかったと思うよ
https://dobon.net/vb/dotnet/graphics/index.html
Bitmap canvas=new Bitmap(x,y);
Graphics g = Graphics.FromImage(canvas);
Graphics.DrawImage(image_1, image_1_x, image_1_y);
Graphics.DrawImage(image_2, image_2_x, image_2_y);

あ、ごめん
Graphics g = Graphics.FromImage(canvas);
g.DrawImage(image_1, image_1_x, image_1_y);
g.DrawImage(image_2, image_2_x, image_2_y);
だった

>>331
アニメーションさせたいとか、そういう意図はないです
単に、描画したい画像を用意するのに、Bitmapオブジェクトにさらに画像を
貼り付ける方法がわからなくて悩んでいます

>>332
イベントでやってるのは、単に参考にしたサイトで「Paintイベントハンドラで
処理する」と書いてあったので、それを鵜呑みにしただけです

https://dobon.net/vb/dotnet/graphics/drawimage.html
これを見て気づきましたが、そもそもパネルに直接描こうとするのが間違いで、
パネルにPictureBoxを貼り付けた上でそこに置けば良いのかな？

>>334
どっちでも同じだと思う
Graphics g = Graphics.FromImage(panel1.BackGroundImage);
でやれば直接パネルに書き込めるし
ただ大きい画像を表示して画像の表示位置をスクロールさせたいのならパネルの上にPictureBoxが基本
とりあえず書いて動かしてみたら

>>334
実現したい要件だけを明確に書いた方がいいと思うよw

そこが明確じゃないのに「俺が考えた実装方法」ばっかり詳細に書くから
答える方も何を返答していいのか分からないw

>>336
実現したいことは、「任意の画像を任意の場所に配置したイメージを、panelに描画したい」です
これは明確で、それを実装するための方法でどう悩んでいるかが正しく伝わらないと、答える方も
こちらのレベルがわからなくて困るかと思ってました

実現したいことがちゃんと伝わっていませんでしたか
それ以前の問題でしたね。。。

ファイル読んでバインドするだけちゃうのか？

>>337
dobon.netにあるじゃん

bmp1が配置先のイメージ、
bmp2がbmp1に配置したいイメージだとしたら以下になる

Graphics g = Graphics.FromImage(bmp1);
g.DrawImage(bmp2, x, y); // bmp1の(x, y)にbmp2を書き込む
g.Dispose();
pictureBox1.Image = bmp1;

これだけでパネルにbmp1が表示される

あ、パネルにPictureBox貼ってる前提ね

>>340
ありがとうございます
思っていることが問題なく実現できました

できるようになってみると、一体何を悩んでいたのか、自分でもわからなくなってしまいました
多分、DrawImage で書き込む先がVRAMだと思い込んでいたのでしょう

右上にってことは事後の方が top の値が小さくなってるからじゃないの？

ああ、そう書いてあるのか。失礼。

>>343
イベント有効になっている？
Form1_ResizeEndのメソッドに処理が入っているかそこから確認
　 int leftEdge, rightEdge,topEdge ,bottomEdge;
public Form1()
{
InitializeComponent();
this.ResizeBegin += Form1_ResizeBegin;
this.ResizeEnd += Form1_ResizeEnd;
}
private void Form1_ResizeBegin(object sender, EventArgs e)
{
this.Text = "start";
leftEdge = this.Left;
rightEdge = this.Right;
topEdge = this.Top;
bottomEdge = this.Bottom;
}
private void Form1_ResizeEnd(object sender, EventArgs e)
{
this.Text = String.Format("{0}:{1}", (rightEdge < this.Right), (topEdge > this.Top));
if ((rightEdge < this.Right) && (topEdge > this.Top))
{
this.Text = "OK";
}
}
これで動いた

private void DataGridViewFilter()
{
BindingSource objBind;
DataTable objData;
string strFilter;
objData = (DataTable)DataGridView1.DataSource;
if (IsNothing(objData) == false)
{
objBind = new BindingSource();
objBind.DataSource = objData;
strFilter = "Color like '%" + txt_Condition.Text + "%'";
objBind.Filter = strFilter;
}
}

>>346
ご回答ありがとうございます
イベントは有効です
左や上や左上への拡大縮小ドラッグは正常なのですが左下や右上がおかしいです
提供していただいたコードを試したのですが、何故かは分からないのですが rightEdge < this.Right がfalseになっています
もう少し調べてみます

申し訳ないけど、問題を再現できるそのまんまのコードを提示していない時点で
確実に原因はあなたの勘違いにあると断言できる

Listを値渡しすべき所が参照渡しになってたせいで
くっそハマったんだけど
こういうのって、C#の解説本1冊読めば
注意しろって書いてあるもんなの？

参照渡し云々って単語はかろうじて知ってて
↓のサイトをたまたま見つけて、偶然解決出来たけど
https://webbibouroku.com/Blog/Article/list-copy

エラーや例外にならないバグが怖すぎる・・・

そんなものここで聞けば3秒で解決するし

c#って物体X（？）は全部参照渡しになるよね

>>350
それ値渡しじゃない

イメージの配置はできるようになりましたが、いろいろ触っていると、チラツキが
気になるようになってきました
テストしてみたところ、下記のレベルでもチラツキが発生します

private void timer1_Tick(object sender, EventArgs e)
{
Graphics g = Graphics.FromImage(canvas);
g.FillEllipse(bg_brush, x, y, radius, radius);
x += 5;
g.FillEllipse(fg_brush, x, y, radius, radius);
count++;
g.Dispose();
pictureBox1.Image = canvas;
if (count == 10)
{
count = 0;
timer1.Stop();
}
}
timer1.Intervalは100msにしてあります
チラつきを押さえるには、フォームの DoubleBufferd を true にすると良いと見ましたが、
true にしても false にしても変わりないようです
そもそも PictureBox は内部処理でダブルバッファリングを行っているとも見ました
まだなにかできることはあるのでしょうか

書いてませんでしたが、bg_brushは背景色の、fg_brushは前景色のブラシです

Brush bg_brush = new SolidBrush(SystemColors.Control);
Brush fg_brush = new SolidBrush(Color.Black);

で定義しています

canvasはどんな風に設定しているの？

canvas = new Bitmap(pictureBox1.Width, pictureBox1.Height);

として定義しています

DoubleBufferdとか触らずともこっちではちらつかないけどなあ
ちらつくってのはどういうふうに見えることを言ってるの？
panelやpictureBoxのサイズやradiusの値もさらしてみては？

どこで何やってんの不明瞭だから当てずっぽうだが
下手に自前描画してるチラつくなら大体OnPaintBackgroundのせい

https://ideone.com/s4ddqO

これが全コードです
空のWindowsフォームアプリケーションで生成されたフォームに、ボタンとパネル、
PictureBoxを配置しただけの状態です
パネルとPictureBoxは、DockをFillにしてウィンドウサイズに合わせてあります

これで、timer1のIntervalを50msにすると、はっきり分かる程度にちらつきます

垂直同期しろ。

>>361
やってみたけとちらついたりはしないねw
ただフレームレートが低いから滑らかに見えないだけ

解決のヒントにはならないだろうけど

ちらつきって何かということについて
すでに表示されてるものが一瞬透明に見えるから表示がおかしく見えること

たとえば半径100の円が横に5ドット動くとする
普通に考えたらほとんどの円に背景は隠れたままだけど何も考えないで適当にやると
背景が一瞬見えてしまう

一度円を消してなにもない状態を表示して
次に円を書いてるから問題がある

何もない状態を表示しなければいい

>>363
環境の問題ですか・・・
一応ディスプレイのリフレッシュレートは60Hz、タイマー設定が50msだと20Hzあれば
十分ですので、あまり関係ない気がするのですが
でも私の環境でしか出ないのであれば、環境依存かもしれません

>>364
これを避けるためにダブルバッファリングをするわけですし、書き換えた後のビットマップを
PictureBoxに貼り付けるようにして、描画途中では貼っていません

だからハードの違いだって言ってんだろw

>>365
いやいや何でそういう話になるのw

たぶん環境の問題なんかじゃなく、あなたが低フレームレートに起因する
カクカクした動きをちらつきだと誤認してるだけだと思うよw

アホばっかり。

>>367
カクカクした動きとチラつきを同一視しているわけではありません
>>364
が書いたように、今回の例だと黒い円が一瞬消えているような感じがします
移動量の x += 10; をもっと少なくすれば目立たなくなりますが、それでも
なんとなく嫌な感じがします
でも言葉で説明するのは難しいですね

低フレームレートの認識を誤解していたようですが、インターバルを100msとか
50msとかだとディスプレイのリフレッシュレート（あるいは人間の認識力）に比べて
低すぎるので、かえって目立ってしまうということでしょうか？
確かに、インターバルを思い切って5msとかにしてみると、チラつきは軽減されてきた
気がします

ちょっと改変して逆にチラツキをわかるようにしてみた
https://ideone.com/3X8oJh
WinFormプロジェクトを新規で作って元のソースを全部消したうえで、このソースを既存の項目として追加
上がPictureBoxで下がPanel
>>369
PictureBoxのダブルバッファがデフォルトで有効なのは知っているのを確認したので
その上でPanelはデフォルトでダブルバッファが有効だというのを念頭に入れてコードを実行してほしい
同じオブジェクトの動きだが、うちで確認する限りは下はあきらかにチラツキがあって上は目立たない
>>364
>何もない状態を表示しなければいい
というわけで先に描画して動いた部分だけを消すという動作を実現してみたつもり
だったんだけど、移動量を大きくするとカクツキがどうしても目立ってしまってうまくいかない。ギブアップｗ
>>369
もっとＧＤＩ＋の動作を把握するとかゲームなどでの実装方法を探すかした方がいいと思う
残念ながら俺の知識ではここまで

ごめん
>Panelはデフォルトでダブルバッファが有効だというのを念頭に入れて
Panelはデフォルトでダブルバッファが無効だというのを念頭に入れて
の間違い

うーんw

>>360のコード自体がダブルバッファリングの実装なので、
少なくともGDI+を使う限り、これで本当にちらつくなら何をやってもちらつき回避は不可能。

何度も言うけど、少なくとも俺の環境では低フレームレート特有の不自然さはあっても
フリッカーは確認できない

しつこいようだけど、俺は質問者がちらつき（フリッカー）がどういう現象か
理解してないだけのように思う

まあ、unity使ってもDirectX使ってもスクロールとかなめらかにならないしね
グラボも汚いってのも考慮に入れる
市販のゲームでもスクロールしてるときはカクカクグシャグシャはデフォ

>>370
ありがとうございます
私が確認しても、確かに上下で明らかにチラつきが違い、下ははっきりとわかります
上はほとんどわからないレベルですね

PictureBoxもPanelも、どちらも出来上がったビットマップを貼り付けているのですから
同じ表示になりそうな気がしますが違いますね
これをちゃんと理解できれば解決できそうです

>>370のコートだとたしかにフリッカーが確認できるねw
>>372は撤回します

>>372
私が「チラツキ」と表現しているのは、>>370が上げてくれたプログラムの
下側、panelで発生している現象です

私の理解では、>>370でなぜ表示に違いが生じるのかがわかりません
どちらも、加工後のcanvasを貼り付けているはずなのに

>>370でやっていることは、ダブルバッファリングではないのでしょうか？

>>370のプログラムを実行してみて、違いはPictureBoxをウィンドウに直接
貼り付けているか、panelを置いてその上に貼り付けているか、です
私のテストプログラムでは、panelを置いてその上にpictureBox1を置いてます
これが影響するのでしょうか

https://ideone.com/PNPIlj
蛇足だろうけどnew BitmapじゃなくPictureBox.Imageを直接描き変えるもの
>>376
370で何をしたかったかというと「ダブルバッファリングではこれ以上改善できない」事の証明
＞panelを置いてその上にpictureBox1を置いてます
それは多分関係ない。panelに背景を設定すると話が変わると思うけど
実際に改善するには移動量を少なくして滑らかに見せるくらいしかおもいつかない
消える側の方でなく進行方向側でカクついているんだよなあ・・・

>>377
試してみました
>>370と変わらない感じですね
これまで質問してきた趣旨とは変わってしまいますが、

Graphics g = Graphics.FromImage(pictureBox1.Image);

これでビットマップを書き換えた後に pictureBox1.Image を書き換えていないと
いうことは、いちいち canvas ビットマップを用意して細工しなくてもよかったと
いうことでしょうか

で、本質ですが、ご提供いただいたテストプログラムでは明らかにチラつきの
改善が見られるということはダブルバッファリングは機能している、これ以上
気になるのであれば、それは滑らかさの問題であってチラつきの問題ではない、
と認識するのが良さそうですね

下PanelはBackgroundImage使ってるのが悪いんじゃねえかなあ

canvasはPanelのPaintで描画するようにして
PanelのDoubleBufferedをtrueにするかOnPaintBackgroundの無効化でチラ付かなくなったよ

あとチラつきとは関係ないけどお行儀的には再描画はTickで
Invalidate(true)呼び出してPaintのタイミングはフレームワークに任せるべし
Tick毎に無駄にImage/BackgroundImageに突っ込んでるから結果的に自分で再描画してるけど

ああ、やっぱり俺の認識で合ってるねw
何だかおかしいと思ったが

>>376
フリッカーを誤解してないのは分かったけど、>>360のコードでフリッカーなんか
発生しないってだから

>>350
それは参照渡しになってたわけじゃない
C#の参照渡しはhoge(ref list)のようにrefがつく
あなたがハマったのは参照の値渡しでインスタンスは複製されないということ

ぺらぺらの入門書とかだとわからんが、ジェネリックやクラスをちゃんと学べる程度の本なら載ってるはず

グラボの性能差だから、ちらつき。

>>350
List固有の問題ではなく、classは全て参照型だからだ。
だから、=で代入しても同じオブジェクトを指すだけ。
ちなみにstructは値型。こっちなら=で代入したらオブジェクトが複製される。

>>360をFPSと速度を変えられるようにしてみたけど
思ったより面白くもないし動作も滑らかじゃないなw
どっちにしろやっぱりフリッカーは発生しない
https://ideone.com/E3V57h

ところで、タイトルバーをドラッグしたりすると画面の更新が止まる問題を
回避する方法ってなかったっけ？

ああ、今思ったけど、FPSは本当は実測した値を表示すべきだねw
>>384はタイマーのインターバルから計算した理論値で実測値じゃない

グラボやドライバーの違いで発生する問題を自分のところじゃ発生しないからって頭ごなしに否定する奴はどうして生きてるんだろうな？

>>386
それは君が勝手にそう思ってるだけw
そんな問題はWin9xの時代だって存在しなかったよ
っていうか、言っちゃわるいけどフリッカーが発生する原因を理解していればそんな間抜けな台詞は
出てこない

なんか垂直同期（笑）とか書いてるのもいたけど、
頭の中80年代で止まってるんじゃなかろうかw

プロパティだけでは無理
各列のSortModeはAutomatic以外にして
ColumnHeaderClickイベントで自分でソートする必要がある
実際にどうやってソートするかはDataGridViewに表示してるデータをどうやっているか次第
ところで下の状態で1番目の方のカラムヘッダをクリックしたらどうなるの？
とか色々場合があってUIというかUX?を決定するのが結構面倒

さすがに垂直同期はネタだろ
釣られる奴がいるとは思わなかったけど w

ググって事実を知ったんだな。そんなに悔しいのか？

>>389-390
複数列でのソートは、Kotlin なら、

配列.sortedWith(compareBy({ 列1 }, { 列2 }))

C# は、よく知らないけど、こういう感じ？

配列.OrderBy(列1).ThenBy(列2)

教えてください
キャストが上手くできずに困っています
具体的には、VisualStudioでデバッグのウォッチウィンドウに

Enumerable.Empty<int>() is IEnumerable<object>

と入力するとtrueと表示されるので少なくとも条件が整えば
IEnumerable<int> は IEnumerable<object> に
キャストできるとおもうのですが、プログラム上で安直に

Console.WriteLine(Enumerable.Empty<int>() is IEnumerable<object>);

を実行すると画面にFalseと表示されてしまいます

ウォッチウィンドウ上とプログラム上で何か条件の違いがあって
このようなことが起こっているのだとは思いますが、理解が不十分で解決方法が分かりません

そもそもIEnumerable<T>のTは共変なのでintがobjectにアップキャストできる以上
IEnumerable<int>も無条件でIEnumerable<object>にキャストできると
思っていたのですが、この部分に何か誤解があるのでしょうか

VisualStudio15.6.7、コンソールアプリ、ターゲットフレームワーク4.7.1でテストしています
よろしくお願いします

>>394
値型は不変だったような
http://ufcpp.net/study/csharp/sp4_variance.html#value

イミディエイトだとs演算子がtrueを返す理由は分かりませんw
何でしょうね

名前空間A と名前空間A.B がある場合に、A.B内からAのクラスを扱うにはどうすればいいのですか？

>>321
Aをusingすればよい

なんかすげーレス間違えたけど
>>397宛

そもそも名前空間ってどうやって扱うのが正しいの？

>>399
クラスとは違って、やはりそうやって使うものなのですか

完全表記しても良いんだよ？