◎正当な理由による書き込みの削除について： 生島英之 とみられる方へ:ふらっと C#,C♯,C＃（初心者用） Part145 ->画像>6枚
動画、画像抽出 ｜｜
この掲示板へ
類似スレ
掲示板一覧 人気スレ 動画人気順
このスレへの固定リンク： http://5chb.net/r/tech/1570446977/ ヒント： 5chスレのurlに http ://xxxx.5chb .net/xxxx のようにb を入れるだけでここでスレ保存、閲覧できます。
!extend:checked:vvvvv:1000:512
次スレを立てる時は↑を2行冒頭に書くこと（1行分は消えて表示されない為）
「どんなにくだらないC#プログラミングやVisual C#の使い方に関する質問でも誰かが優しくレスをしてくれるスレッド」です。
他のスレッドでは書き込めないような低レベルな質問、質問者自身なんだか意味がよく分からない質問、
ググろうにもキーワードが分からないなど、勇気をもって書き込んでください。
内容に応じて他スレ・他板へ行くことを勧められることがあります。ご了承下さい。
なお、テンプレが読めない回答者、議論をしたいだけの人は邪魔なので後述のC#相談室に移動して下さい。
C#に関係の無い話題や荒らしの相手や罵倒レスや酔っぱらいレスはやめてください
>>980 を踏んだ人は新スレを建てて下さい。
>>980 が無理な場合、話し合って新スレを建てる人を決めて下さい。
■前スレ
ふらっと C#,C♯,C＃（初心者用） Part144
http://2chb.net/r/tech/1563258983/ ■関連スレ
C#, C♯, C＃相談室 Part95
http://2chb.net/r/tech/1508168482/ ■コードを貼る場合は↓を使いましょう。
http://ideone.com/ https://dotnetfiddle.net/ ■情報源
https://docs.microsoft.com/ja-jp/dotnet/standard/class-libraries https://docs.microsoft.com/ja-jp/dotnet/csharp/language-reference/index https://docs.microsoft.com/en-us/dotnet/standard/class-libraries http://referencesource.microsoft.com/ ・Insider.NET > .NET TIPS - ＠IT
https://www.atmarkit.co.jp/ait/subtop/features/dotnet/dotnettips_index.html ・DOBON.NET .NET Tips
https://dobon.net/vb/dotnet/index.html VIPQ2_EXTDAT: checked:vvvvv:1000:512:: EXT was configured
c# windowsフォームにファイルをドラッグ＆ドロップしたらファイルのパスを取得みたいなコードはネットにありますし、そのままビルドしたら正常に動作しましたので良いのですが、
>>3 普通にやると一番早く取得できるのはDragEnterやDragOverイベントかな
もしドラッグを始めた瞬間に取得したいのなら
全プロセスに対してOle32.dllのDoDragDrop呼び出しをフックして
プロセス間通信でパスを通知、とすれば出来るのかもしれないけど初心者がすることではなさそう
質問失礼します
>>7 ケースバイケースでは？
同じ機能のTextBoxが一つしかなく、他で使いまわす予定もないなら
Formに書けば十分。
複数使いたかったり汎用的で他で使いまわしたいなら
(a) TextBoxを継承してそこに書く
(b) UseControlにTextBoxとButtonをペアで配置してUseControlにフォーカス移動のコードを書く
このいずれか。
>>8 ありがとうございます
なるほど、(a)かなあ
ところでtextboxの入力が確定したことをどうやって取得すればいいのかも分からないんです
それも教えてください、すみません！
あ、それはTextプロパティが変化したかどうかを見ればいいのか？
それも駄目か
わかった _TextChangedか！
昔だったらkillforcusなんだけど
あった多分これで検索すれば
WPFアプリにてタスクバープレビューの右上の閉じるボタンから閉じた時のイベントを取得することは出来ないのでしょうか？
こっちの環境では普通にClosedイベント発生してるし特殊な終わり方はしてないようだが…
どういう方法で閉じようと、ClosingやClosedは経由するよな
C# + Oracleで自社内向け業務アプリ作ることになったんだけど、..net coreでなく、net frameworkのWinFormsでいいよね？
Formで複数のNumericUpDownを使ってます
勘違いしてるみたいだけど.NET coreはインストール不要(自己完結型)でビルドできるよ
core調べてみたら便利そうだな
Win限定なら作れる
あと、今から業務アプリを新規に作るんならそもそもクライアントアプリではなくWebにすべきだ
>>19 フラグ使ってイベントハンドラの入り口でreturn
質問なんですが
PersonにはINotifyPropertyChangedを実装して
>>28 さんくすです
何やらうまくいきそうな感じですが、実際に書くのは難しそうです
少し調べてみます
ASP.NET(VS2013) でWebｱﾌﾟﾘを作っています。
・extBox txt = (TextBox)(rw.Cells[2]).Controls[0];
>>31 >>30 です。
ダメです。～.Controls.Countが0なので、インデックスの範囲外になってしまいます。
ProcessクラスにはDispose()があるようですが、
>>33 https://referencesource.microsoft.com/#System/services/monitoring/system/diagnosticts/Process.cs,1554 ReferenceSourceを見ると
GetProcessesByName()が内部でGetProcesses()を使っていて、それの戻り値配列に使わない場合はDispose()しているから
GetProcesses()を直接呼び出している場合でも戻り値配列の各ProcessをDispose()したほうが良さそう
GC管理下にあるからDisposeを呼び忘れていても、ファイナライザが呼び出されて少なくともメモリーは回収されるとは思う
>>34 ありがとうございます
一応全く使わないProcessもDisposeしておくことにします
クラスA内にインスタンスメソッドBがあったとして、長くなってしまったから一部をメソッドCとして外に出すとします
そのソースを自分しか触らないのであればprivateでいいと思う
privateにしてコメントに注意書きしておけばいいと思うが
全部public
>>36 普通にprivateにすればOK。
誤用されるリスクは分割したメソッドに固有の問題じゃない。
それは命名と抽象化が不適切ならどのメソッドにも起こりうる。
だから分割したら誤用されるんじゃないか、って発想はかなり変だ。
staticはインスタンスメンバーを使わないなら付けるべきだが、付けたからって
誤用されるリスクが減るわけじゃない。
ローカル関数は、
(1) 分割したメソッドを何度も呼び出す。
(2) その時に必ず同じ変数を引数として渡す（それが冗長に感じる）
こういうケースじゃなきゃ積極的に使う理由はない気がする。
メソッドBからしか正常に動作しないメソッドCという構図ならそもそも設計が怪しい
>>41 は？
>>39 のケースで普通に困るだろ
ボケてんかよ
>>44 でもまあ拡張性に優れてないのは元からっぽいから、分けて書くことに始まった問題じゃないじゃん？
全部publicおじさんなんかどう見ても荒らしなんだからNGに放り込んどけ
>>39 のケースを解決しようととりあえずprotectedにすればいいと思うだろ？
ところがメソッドB2の処理の途中に
クラスXの処理を絡ませなければならないことになった
しかし、クラスA2はクラスXを呼び出すと循環参照になってしまうためそれができない
なのでクラスEにメソッドB3を作成することになった
ときにメソッドCはprivateでは呼び出すことができない
ここまで解決しようとするとメソッドCはpublicにしておくしかない
そしてこれはよくあることだ
皆さんは、Windowsノートパソコンで開発されてるのでしょうか？
>>47 > そしてこれはよくあることだ
ねーよ
よくあるとしたらお前の設計力が無さすぎ
そもそも
> メソッドBをちょっと変えた
> メソッドB2を作りたいときに
の時にBからB2をコピペして改変する時点でアホ丸出し
>>51 え？じゃあどうするん？
話の主旨とそれるけど
virtualにしてもやっぱりメソッドCは呼べんやろ
それで？
どうしたいって？
>>52 アホすぎる…
クラスAをベースクラスにして変更部分をvirtualで差し替えてA1（これが今までのA）とA2を作る
変更部分にCを呼ぶコードがあるならCはクラスA1にだけあればいい
変更部分にCを呼ぶコードがないならCはクラスＡに置いとけばいい
>>53 え？なんかよくわからない
>>39 みたいにかけない？
継承先でメソッドCを呼ぶ必要があるときどうだって？
今開発中のもので初めて例外を補足しない強制終了が起こったのですが、原因としては唯一のunsafeであるstackallocだと思われます
>>54 ちょっとは勉強しろよ...
両方の継承先で呼ぶ必要があるならベースに置けばいい
どっちか片方だけでいいなら必要とする継承先に置けばいいだけ
まともにコード書いたことないのか？
>>56 残りスタックが少なければ起こりうると思うけど例外吐いてないなら別の要因じゃないかと思う
>>56 イベントログを見てStackOverflowExceptionであることは確認した？
>>56 それコンパイル通るのか？
?の第2オペランドと第3オペランドの型があってないように見えるが
>>64 え？継承元のprivateって呼べないよね？
古いコードを見ているのですが
テスト用なんじゃね
テストとかデバッグ用の処理じゃないかな
>>65 継承元のprivateを呼ぶ話なんてしてないだろ
>>53 をちゃんと読めよ
>>70 じゃあ、お前、一連の流れを理解しないでレス付けたな
もうようないわ
Properties.Settings.Defaultについて教えてください
>>66 謎だねw
#ifディレクティブやコメントアウトを選択しなかった理由は
IDEでシンボル検索した時に引っかかるようにしたかったから、とかも考えられるけど、
まあ多分単純に書いた人がアホなだけだろうw
仮にそうう理由があるとしてもfalseなんてリテラルをそのまま書くのは意味が分からん
json.netで文字列にして保存とか・・・そこまでやるならってのはナシで
>>71 バカの逆ギレかよ
念の為に言っておくけど元々
>>47 程度の要件では派生クラスからCを呼ぶなんて必要ないってことな
まあ君には一生理解できないかもしれないけどw
>>75 レスサンクス
カンマで区切って、文字列を数値にして
今それっぽい事をやってみたんですが、なにやら挙動があやしい
>>76 れすさんくす
やはり文字列になってしまうのでしょか、int[]あれば便利なのに
>>80 >>81 string.Join(",", array)で保存
>>49 非光沢液晶のパソコンでプログラミングすることをすすめます。
>>84 さんくすです
それは答えですね、やってみます
>>47 本来クラスA2に置くべきメソッドB2を
循環参照になってしまうからという理由で別クラスに作るというアプローチに問題がある
不要な循環参照は避けるに越したことはないが
>>87 さんくすです
型を増やすのは難しそうで、ちょっと敬遠してたのですが
いちどやってみます
遅くなりましたがありがとうございました。とりあえずprivateでやってみようと思います。
ローカルクラスとか初めて聞いたんだが
内部クラスつまりクラス内クラスのことかもな
匿名クラスのことだろ
var hoge = new { Name = "Masashi", Hage = true };
class hoge {
Java 用語だったのか。 < ローカルクラス
for(int i = 0; DataGridView1.Columns.Count > i; i++)
全回しするときは基本的にforeachを使う
LinqにForEachはない
>>103 >>104
さんくすです、LINQってことはSelectをつかうんでしょうか
>>105 さんくすです、パフォーマンスは落ちてもかまわないんで
最初foreachで書こうと思ったんですが、わからなく
ん？
>>108 さんくす、面白い書き方ですね、ただMimimumWidthが出てきませんでした
少し変えればよさそうだけど、どこをどうかえれば
>>110 var をDataGridColumn に変えれば出る
えーそんなわけないでしょと思って確認したら
ColumnsのDataGridViewColumnCollectionは非ジェネリクスのIListしか実装してないのか・・・
DataGridViewってVS2005以前の書き方で実装されてるのね
となると、かっこ悪いけどキャストをかませて
for (var c in DataGridView1.Columns) { (c as DataGridViewColumn).MinimumWidth=20; }
と書くくらいしかないか、
>>103 のとおりDataGridView.Columnsを変数にするくらいしかなさそう
あ、forじゃなくてforeachか
抽象クラスとインターフェースの使い分けのコツを具体例で教えて下さい！
>>116 使い分ける必要はない
常にインターフェイスを使う、でいいよ
抽象クラスはインターフェイスを使った上で、どうしても実装の大部分が重複してしまうような場合に稀に使うことがある、という程度のもの
全く使わなくても問題はない
>>100 所属クラスを示す汎用のエイリアスのようなものがないかなーと。
でも using static ディレクティブ自体を知らなかったので勉強になりました。これを定義すれば結果として同じ事出来るし。
ありがとう。
昔の人は言いました「100人のプログラマーがいたら100通りのオブジェクト指向がある」
>>112 さんくすです出ました
foreach(DataGridViewColumn c in DataGridView1.Columns) { c.MinimumWidth = 20; }
>>113 さんくすですキャストのほうでもいけました
8からデフォルト実装も入るからますます使いどころが
WinFormsで、フォーカスが当たってない時でもキー入力を取る方法ってありますか？
ああ、パスワードスキミングするならむしろそうじゃないと都合悪いかw
必死でない頭絞って
１ヶ月位VBAを触って今日Visual Studio Express 2017をインストールしました
>>131 ここ、C#のスレだよw
VBAは20年前に死亡宣告されたVB6の親戚。
今のVisual Studioに入ってるVisual Basicとは似てるけど別物。
もちろんC#とは似ても似つかない
>>131 VBAとC#/VB.NETは別物
あとなんでVS2017のExpressをインストールしたのさ
わざわざ機能制限版のExpressを使うとかマゾプレイヤーかな？
>>132 1から勉強しなおしになるでしょうか？
Visual StudioでもC#を使えると思っていました
>>133 社内のライセンスとセキュリティの関係でExpressしかダメと言われてしまいました
>>134 質問の内容が変わっているよね
VBAで作ったものはVB.Netに手直し程度で動かせるようになるものができる場合もあるけどC#は書き方も完全に別物
ここで聞くより自分のPCで動かしてみたほうが早い
>>135 そこはVisual Studio Codeやろ…
>>134 C#を使えないなんて言ってないよw
VBAとC#は完全に別の言語だと言ってるだけ
VBAの知識はC#を覚える上でほとんど役に立たないよと
用語と名付けルールについていくつか教えてください
>>139 Asdf asdf; のasdfは変数名でいい
プロパティ名はCamelCase(先頭大文字)にするのが慣習、自動実装プロパティかどうかは無関係
>>136 失礼しました
まずは色々と触ってみます
>>138 早とちりしてしまいました
基本から勉強してみます
ありがとうございます
>>140 ありがとうございます
大文字かどうかは、クラス名とプロパティ名が一緒になってしまっていいのか結構疑問に思っていたのでスッキリしました
Pythonでは文字列をコマンドとして実行するのにevalとexecの2つあるみたいですが
subprocess.popen
フォーム間でのデータの受け渡しを行うクールな方法を教えて下さい。
WpfやUWPなどではDIコンテナってものを使うのが流行りだが、WindowsFormsでも存在するそうだ
>>149 WPFやUWP自体がほぼ全くと言っていいほど使われていないのに流行りも何も
DIコンテナは主にWebで利用されるもので、デスクトップアプリではあまり使われないよ
アプリの起動を遅くする原因になりやすいし、エンドユーザーにバイナリを直接配布するタイプのアプリではそもそも実装を差し替えたいというニーズ自体が稀だからね
DIコンテナはこの場合関係ないのでは？
>>146 クールな方法というか堅実・定石な方法
フォーム間のデータのやり取りなら②
相手のフォームに依存するとテスト時や改修時に困るでしょ
原則として相手の画面やクラスの事は知らないに越したことは無い
その設計でもデータ保持用クラスの管理が大変になることは無い
管理が大変になる場合は設計がおかしい
画面遷移の組合せ数分クラス作るとかアホなことすれば大変だろうけど
wpfのCheckBoxについてですが、Contentに文字を設定するとその文字の表示範囲もチェックオンオフの感知範囲になってしまいます
>>154 手段としてはその通りだと思う。
しかし、あのちっさいチェックボックスに正確にマウスを当てないと反応しないってのは、
使い勝手からするとどうかと思う。誤クリックが多いというなら、そもそもの配置場所が悪い
>>154 PreviewMouseDownイベントを追加して
e.OriginalSourceからVisualTreeHelper.GetParent()でVisualTreeを親方向にたどっていき
途中に"checkBoxBorder"というNameのBorderがあればe.Handled=true;で無効化出来るかもしれない
出来るかもしれないが一般的にCheckBoxはテキスト部分をクリックしてもオンオフ出来るものだから
その一般的な挙動を逸脱するよっぽどの理由がなければ止めておいたほうがいい
>>156 >157
ありがとうございます
具体的にはListBox内にCheckBoxを配置しており、チェックとは別にListBoxから選択時に多少のインフォメーションを表示するといった形にしたいためContentも含めると誤クリックが発生してしまいます
とりあえずは文字とCheckBoxは分離する方向でやってみたいと思います
先日C#を始めたものです
>>161 epplusが手軽だと個人的には思う
サイトはいくつかあるからググって
プロパティで、StringをDateTimeのようにnull許容できるようにしたいのですが、可能でしょうか？
C#8.0の新しい文法を使う意図だったら「#nullable enable」のディレクティブをつけないとnull許容参照型にならないよ
>>162 帳票作成でC#使うなんてよくある話だろ
>>168 Stringはそもそもnull許容なのですね
Dapperでデータ取れないのは別の事情がありそうなので調査してみます
ありがとうございます
>>171 帳票作成でC#を使うこととC#でExcelを操作することはかなり違うけどな
>>174 日本語が理解できないのか？
> こういう意図でC#を使う人は少ないと思うからそういうサイトもあまりないのでは
>>162 はその少ないサイトって話だろ…
データを取得したんですが
第三正規系までできません。
こちらのデータを第三正規系にお願いします。
第一正規系はやりました。
おすし名,おすしID,店舗ID,価格,データ取得日時,店舗名,おすし説明,色,分類,大きさ
まぐろ赤身,MGR-0000,KRA,120,2019/10/18,くら寿司,さっぱりうまい。上出来,鮮やか,赤身,小さい
まぐろ赤身,MGR-0001,SSR,110,2019/10/18,スシロー,こってりうまい。おすすめ,濃い,赤身,大きい
まぐろ赤身,MGR-0002,HMZ,90,2019/10/18,はま寿司,まずい。食えたもんじゃない,汚い,赤身,小さい
まぐろ赤身（漬け）,MGRZ-0000,KRA,140,2019/10/18,くら寿司,漬け。さっぱりうまい。上出来,鮮やか,漬け,大きい
まぐろ赤身（漬け）,MGRZ-0001,SSR,130,2019/10/18,スシロー,漬け。こってりうまい。おすすめ,濃い,漬け,大きい
まぐろ赤身（漬け）,MGRZ-0001,HMZ,100,2019/10/18,はま寿司,漬け。まずい。食えたもんじゃない,汚い,漬け,小さい
>>175 日本語理解できてないのはそっちやろ…
>>174 は「帳票作成でC#を使うこととC#でExcelを操作することはかなり違う」に対する反論
>>176 このスレのタイトルを3回声に出して読んでみようか
>>177 頭大丈夫？
それとも
> 帳票作成でC#使うなんてよくある話だろ
をごまかしたくて必死なの？w
>>182 鸚鵡返ししかできないならROMってりゃいいのに…w
>>184 夜中までレスしてる
>>182 に言ってやれよw
どこもかしこもマウントレスバトルばかり
しかも、内容が思いっきりくだらない
C#は見かけ上は一見C++に似たような顔で欺いたVBだな。
すまんが、インターフェイスとオートプロパティーとがよくわから人だけどさあ
自分で気づいて今インターフェイスをstring Name{get;}にしてみたらできた
インターフェイスがメソッドで実装がクラスだからダメ
ListViewをLargeImageListとして使って、かつ画像は非同期的に読み込んで反映させていきたいんだけど、
ListViewItemのVMにINotifyPropertyChanged実装しとらんのか？
RichTextBox.Textプロパティに数MBの文字列をセットすると
>>197 数MBの文字列程度でフリーズした経験はないけど、その環境でフリーズするのなら非同期にしても解決はしないよ
Invoke使おうがその文字列の処理にそれだけかかるのだからどうしようもない
非同期にするのは処理中にキャンセルするとか他のGUIからの入力処理をする目的じゃないと
ありがとうございます
事情が許されるなら、俺ならRTFをHTML変換してブラウザコントロールで表示させるけどね
試してなくて妄想だけけど、SuspendLayout/ResumeLayoutとか？
UIスレッド自体が輻輳してるんだからそんなことしても無意味w
クラス継承の意義がイマイチ分かりません
>>205 それで正しいよ
現代のオブジェクト指向においては継承は基本的に悪であって、極力使うべきではない
アポロ13って映画に「何のために作られたかではなく、何に使えるかが重要」って台詞が出てくるけど、
>>209 悪の帝国Microsoft製だししょうがないなｗ
Windows上でVisual Studioを立ち上げて.Netアプリ開発をする以上
>>205 例えばフレームワークが用意してるControllerクラスを継承して20個くらい個別のコントローラーを作る場合と
個別のコントローラーにControllerクラスを持たせて呼び出しを委譲できるようにする場合
前者はカスタマイズしたい部分だけ書けばいいけど
後者はControllerの機能を呼び出すためにはすべてのクラスに委譲メソッドを用意する必要がある
Controllerのメソッドを20個呼び出したいなら20x20で400個委譲メソッド定義をしないといけないしテストもしないといけない
自動生成することも可能だけどそれを考慮しても必要になる労力とコンポジションで得られる柔軟性が見合わない
それぞれメリット・デメリットあるからそれを判断して使い分けるのが良いと思う
正しいと思うけど、継承のメリットを論じている段階でその例はたぶん通じない。ちんぷんかんぷんだと思うよ
そういえばc#になってから継承なんて使った覚えがないな
継承を使うとしても、KeyedCollectionみたいな用意されたabstractクラスの具象を書くくらいかな
List型からカンマ区切りの文字列にしたいのですが、先頭や最後にカンマがくっついて欲しくありません
var s = string.Join(",", data);
Goは
>>205 のような考えで継承廃止したんじゃなかったっけ？
コーディングコスト削減メリットよりも階層複雑化によるデメリットの方が大きいから、やるならインターフェースでやれって考え方だったと思う
天下のグーグルがそう言ってるからには継承が悪という考えもあながち全否定は出来ない
var s = (data.FirstOrDefault() ?? "").ToString()
>>222 Rustもそうだね
MSやAWSが最近推してる
null許容型に属性のrangeが有効か否かを調べたいんだけど、msdnを見ても書かれてない
Rangeということは「最小値と最大値」の範囲内かどうかなわけで
>>226 単純にnull許容型にrangeの属性を付与できるか否かってだけが知りたい
それを調べようとしてもmsdnに記載が見つからないって話
これはtestが0-100になるように有効だろうけど
［range（0,100）］
int test
このrangeは有効なのか？って話
int?にはrangeは無効で101とか入れれますよーとかはないよねって調べたい
［range（0,100）］
int? test
>>227 range属性自体はstringに対してだろうが付与出来るし、変数への代入を阻止するものじゃない
それが有効かどうかはrange属性を使って検証する側の問題
ASPについて質問です
>>229 できる出来ないの基準は？
既存コントロール使わないで全部時前で処理するなら、出来ないことが重い浮かばない
原理的に出来ないことは無いが大変さが違う
>>229 WebFormsは.NET Coreおよび.NET 5以降ではサポートされない
今から新規に使ってはいけない
>>221 >>223 ありがとう
こんなの全然知らなかったよ
System.Collections.ConcurrentにConcurrentListはないようですが、スレッドセーフなListはSyncronizedCollectionを使っておけということなんでしょうか？
>>237 ConcurrentListが無いのは、Listは外部ロックを使わない並行処理との相性が悪いからだろう
追加と参照のみならいいが、削除や途中への挿入があるとインデックスがほとんど意味を持たなくなってしまう
インデックスが指してる要素が他のスレッドによる変更の影響で突然コロコロ変わったら使い物にならないのは容易に想像できるだろ？
SynchronizedCollectionを使うとかそういう話じゃなくて、Listインターフェイスの設計が本質的に並行処理と相容れないんだよ
あるソフト使ってて、これ使いたいなって機能があるんだけど、なんて検索かけたらいいのか分からないので知っている人いたら教えてください。
>>238 > 追加と参照のみならいいが、削除や途中への挿入があるとインデックスがほとんど意味を持たなくなってしまう
それマルチスレッドじゃなくても起きるだろ
>>239 折りたたみできるpanel とかそんな感じ？
>>240 程度問題だよ
マルチスレッドなら尚更問題になるのは明らかだろ
結局、インデックスに依存する一連の操作の単位で外部ロックを取る必要があるから、concurrentである意味がない
>>242 バカなの？
インデックス使って途中挿入削除されたら問題なるのはマルチスレッドには関係ない
そもそも挿入削除してるのにインデックスで処理するのがおかしいと気づけ
>>243 シングルスレッドでの同期処理ならプログラマが意図しないタイミングで変更が加えられる可能性は少ないだろう
そもそも途中挿入しないならConcurrentBagでいいよね
自分で答え出てるじゃん
本質を理解できない馬鹿に説明しても無駄なことがよくわかるなw
>>239 XPの時代のエクスプローラーのタスクパネルみたいなUIだと思うけど
たぶん標準では存在しない
折り畳みできるコンテナを自分で作れば、それを別のPanelの中に入れ子にして
AnchorとDockをうまく設定すれば似たようなことは一応できると思う。
PanelじゃなくてFlowLayoutPanelを使ってもいいかもしれないが、
たぶんかえって使いづらくなりそう
>>241 そうそう折りたたみって言葉がしっくりきます。
試しに「折りたたみ panel」あたりで検索したらやりたい事が出来そうなサイトが見つけられました。
SplitContainerとクリックイベントを使ってどうにか出来そうです。
また、境界部分にも三角形△などの目印を付けるやり方が載ってるサイトも見つかりました。
いいヒントになりました、ありがとうございます＾＾
頭に0個の参照って表示されてる関数が無数にあるんですが、これ要するに全く使われてないってことですよね
リフレクションとかで呼べば参照カウントされないんじゃない
なんかのライブラリとかで、publicで公開してるやつとかか？
複数のパネルをドラッグドロップできるようにしたんだけど
>>255 「パネル」をドラッグドロップしている？
一番上または必要なパネル以外のドラッグドロップを受け付けないようにしたら
>>255 マウスダウンで「掴む」じゃん
マウスドラッグで「移動」するじゃん
マウスアップで「置く」じゃん
ドラッグ中の処理は移動なのにどうしてマウスダウンで掴んだやつ
以外が動いちゃうん？
マウスがパネルに触れた時点でフォーカス変わったりしているとかだろ
>>253 あーなるほどでもそんな上等な書き方出来る人が作ったわけじゃないからなさそうですね
>>254 他の似たようなソフト作る時に使ったソースコードそのまま組み込んだっぽいですね見た感じ
List<(string, int)> list;があった場合、listの中からlist.item2が最大の要素(string, int)を得るにはどうすればいいのですか？
OrderByDescending.FirstOrDefault
>>262 だと計算量のオーダーが増える
先に Max で最大のItem2 (maxItem2)を求めておいて list.First(x => x.Item2 == maxItem2) のほうがマシ
経験上、こういう汎用的すぎるユーティリティ関数を自作して多用するのはお勧めしない
>>262-265 どの方法も一見正攻法ではないように見えるため、人に教えてもらわないことには勇気を出して書けませんでした
ありがとうございます
>>265 計算量のオーダー気にしてんだろ？
他の奴が違う書き方して増えたら大変じゃん
あ、どうでもよかった？
素直に
なんかいいロガー知らない？
>>272 最近は ASP.NET Core の Microsoft.Extensions.Logging を使うのがMS推奨の最先端
公式に拘らないならSerilogなんかも流行り
>>261 list.Aggregate( (result, next) => result.Item2 > next.Item2 ? result : next );
O(n) で一度しか走査しない。
ただし、複数該当しても 1 つしか返さないし、Aggregate メソッドは LINQ to Entities 非対応。
質問はこっちでいいんかな？
c# web 自動ログイン当たりでいっぱい記事が出てくるんじゃないの？
>>276 できるよ
前にtwitterにログインする処理作ったわ
WebBrowserのHtmlElementみたいなオブジェクトは用意されてない
GUIに組み込む必要が無いんならSelenium使えば
なるほど、JavaScript書けば操作できるわけですね
やってみます！
ありがとうございます
>>281 WebBrowserだと、なぜかjQuery使ってるサイトでエラー出るんですよね
レジストリ加えてie11で動くようにはしてるんですけどjQueryで引っかかるんです
でWebViewでと思って質問した次第なんです
ああごめん、webviewか
>>275 ありがとう
これ、SQLの感覚とはえらい違うのね・・・・
>>284 これよりクエリ式のLINQはもっと酷いと思う
ASP初心者だけど
ASP.NET Coreのことなら日本語のまともな本はない
coreなら「プログラミングASP.NET Core」一択でしょ。
>>288 Classic ASP.NETってこの下のこと？
そもそもがASP.NET Coreなんか学んでどうすんの？と思うおじさんであった…
>>291 それを使ってるプロジェクトにアサインされたら仕方ないだろ
ASP.NET Coreは.NET縛りでWebアプリケーション作れ言われたら一番マシな選択肢じゃないのか
linux+nginx+ケストレル+asp.net coe+ef+postgresql
>>294 + Visual Code が一番安定
ぶっちゃけC#の未来ってどうなの？
クロスプラットフォーム化だのcoreだのは将来投資あるいは保険みたいなものじゃないの？
最早coreのほうがmsにとっては主軸だよ
仕事でiPhoneやAndroid開発するときはC#使うことが多くなってきた
,net coreを主軸にしたばかりにMSの製品が沈没していく未来しか見えない
米国だと内製が主流だから、受託じゃ怖くて使えないようなものも自己責任で比較的カジュアルに使える開発現場が多いんだよ
>>304 Azureねえ
仕事で2年使い込んだけど、二度と使いたくないわ
C#に魂を捧げる覚悟ならいいけど、それ以外も使う予定があるのなら絶対に選んではいけない
魂をささげてはないけどほぼC#しか使ってない
>>306 俺はAWSよりAzureを選択した国防省の判断の方が信用できると思うわ
>>308 MSはちゃんとアメリカに税金払ってるし、クラウドプロバイダによるOSSタダ乗り問題に対する姿勢などについてもMSは比較的真摯であり、そういう意味では確かに信用できる
しかしAWS, Azure両方を実業務において一年以上使った上で、サービスとしてはあらゆる面においてAWSの方が遥かに上だ
サービスとして新しいものが作られてるのはAWSという感じがする
>>310 AWSは一貫性が高いし、一度作ったサービスは責任を持って継続的に統合し続けるよね
Azureは思いつきのように低品質で他サービスともロクに統合されていないサービスを出してすぐに廃止したり「v2」が出てリプレースされるケースが多い
本当に馬鹿らしくなる
>>301 ザマリンですよね？
あれってJavaと比べて速度どうです？
あんまり変わらないです？
俺もXamarin使ってるけど、起動時だけちょっとモタつく印象かな。
C#ってTwitterでの検索が困難だな
デザインパターンって何見て知ればいいんですか？
formをスクロールバーでちょっと下にスクロールしてから
自己解決しました
ワイPG、ASP案件にアサインされ無事WebFormsで強行することに成功する
view engineは選べるやろ
>>321 RazorってMVCとセットってイメージだが違うのか
Razorの判断は今週末にどれほど理解できるかで判断してみます
Razor自体は何も難しくないがHTMLやJavaScriptの経験が必須だぞ
>>323 やっぱりか
昨日コレ買ってRazorが一切出てこないから残念です
>>322 MVCならWeb Form用のview engineでもRazorでも簡単に変更可能って話
ASP.NET Web Formsの場合はたぶん無理、できたとしてもハードル高いと思う
質問なんですが
使わないね
そもそもC#の用途として、今時デスクトップアプリを作ってる人自体が絶滅危惧種だろう
winformなんだけど
>>327 そのVBのアセンブリは.NET Frameworkに標準で入ってるもんなんだから十分簡単な方法では
ファイラー作ってる人は
>>332 ないと思うけど、そんなのTextBoxでもRichTextBoxでも
新しい行を追加する時に既に「行数 ≧ 最大値」だったら
先に先頭行削除してから追加するだけと違うの？
何も難しくない気が
>>332 ConsoleControlってのでできそうだけど
ListView使って自分でやったほうが早そう
>>335 先頭行削除するときに先頭行以外の部分をコピーする必要があるから
ログの量とか速度が速いと困るかもしれない
リスト系はリスト系で1行目の途中から2行目の途中まで選択してコピーとかできなくなったり
>>338 行数は上限があるんだから増えないのでは？w
それに速度が問題になるようなケースならリアルタイムで逐次的に表示更新する
意味ないのでは？
だーれも目で追えないと思うよw
>>340 お前は問題を履き違えている
Stringのコピーなんか人間の体感スケールで見ればそれ自体は大したコストではない
問題は、Stringの再作成時にテキストボックスの内容全体を更新しなければならないこと
いや、速度がどうとか言う人がいたんで、
なんかいろいろすいません
「c# log viewer」とかでググって出てきた奴を片っ端から試す
>>344 テキストボックス使ってログを流すときは最新のログを数十行とかだけ表示するようにしたら遅くなることはない
必要なら全体表示に切り替えできるようにしとけばいい
いやテキストは遅いしチラつくし…
>>347 RichTextBoxでチラついた経験は無いけどダブルバッファリングを有効にしてみたら？
https://ideone.com/SlZEBm 表示が遅いとは思わない
テキスト折り返したいならDataGirdView
ConsoleControlってのはコレ
https://github.com/dwmkerr/consolecontrol >>348 試してみたよ、速度はそこまで悪くなかった
ただ最新のログを表示してくれないので、以下のコードをtextrollに追加してみたんだけど
スクロールバーが激しく上下に移動して
バグったようにちらついてダメだった
log.SelectionStart = log.Text.Length;
log.Focus();
log.ScrollToCaret();
>>349 ありがとう試してみる
>>330 さいきんはデスクトップアプリつくらないのか、よもまつだな
>>328 削除は危険だからなあ
>>331 さんくす、でもなにやらむずそう
>>333 さんくすね、十分簡単なんだけど、ゴミ箱に移すという基本的なことが標準でできないのかなと
>>334 そうそうそんなかんじで、ファイルを整理するのにゴミ箱ほしいなと
>>350 ログ表示って何も考えず表示したら勝手になんねっけ？
textBox1.AppendText(s);
これだけじゃねっけ？
クロスプラットフォームというお題目に従えば
ちなみにループの中なんかでラベルの表示を変えたいときは
>>349 試してみたよ
ログを追加したときに最新行を表示してくれる機能がなかった
中身は結局RitchTextBoxみたいだね
ログはどんどん溜まっていく一方で、古いログを消す機能は実装されてないみたいだった
なかなかこれってものはないもんだなぁ…
>>350 ScrollToCaret使わなくても組み替えて最新の行をAppendTextで出力するだけでいい
そもそもスクロールしない行数にしたらいい。80行にしてあるのは「この程度では遅くならない」例のためだけ
>スクロールバーが激しく上下に移動して
表示が早いからだよねそれ
何を既に試して、その上でどういう要件が満たせないから困ってるのか、
結局、ログがどうあったらいいかよくわかってないんだろ
最初に言った通りコンソールウインドウみたいなのが欲しいんだよね
200行程度ただのtextboxで十分では？
TextBoxに1行100文字のn行の文字列を設定し、最下行を表示させるのにかかった時間
視認するデバッグコンソール程度で重いも軽いもないと思うが
直近200行のリングバッファを表示するだけではダメなのか
200行程度List<string>で保持して更新あるたびにaddとremoveして都度Textboxを更新でなんの問題も無いと思う
>>350 Double Bufferingでもチラつきが激しいなら
再描画を一旦停止してTextBox更新してから再開
https://dobon.net/vb/dotnet/control/beginupdate.html >>358 AppendText使いつつ最大行数を超えた古いログ削除できる？
>>332 の件、ちょっと気になったのでTextBoxで試してみた
(a) SelectedTextを空文字で上書きして先頭の行を削除、
その後AppendTextで新しいログを追記
(b) Linesを一旦List<string>にコピーして先頭行の削除と
新しいログの追加を行った後、Linesに書き戻しキャレットを末尾に
移動しScrollToCaret
(a)の方法でやると確かにスクロールバーがﾌﾟﾙﾌﾟﾙするw
(b)の方法ならそれはほとんど起こらない（完全ではないみたいだが）
(a)の方法でも、先頭行を削る時に一気に10行とか削れば
そこまで気にならない印象
そもそも高速でログを流すのでなければ表示の切り替えはそんな目立たないと思うんだけど
>>369 (a) を参考に空文字で上書きするときにTextBoxからFocusを外してスクロールバーが動かないようにできないかと思ったけどうまくできなかったｗ
削除時にスクロール位置動かなければうまくいきそうだけど手段が他にすぐ思いつかない
他に思い付いたやり方は3つ
・AllocConsole()使ってコンソール画面を表示してそこにログを流す
コンソール画面閉じるとプロセスも閉じるのでその対策が必要
・348にRichTextBoxを2つ用意して交互にバックグラウンドでスクロールさせた後に表示する
・348で最新のログを一番上に追加していく
いや、難しくしてるのは意味のない要件だって
>>372 俺もDataGridViewにして上部を最新にしちゃうな
大体タイムスタンプの列あるし
そういえば昔、グリッドだかリストコントロール＋それとは別のコントロールとして縦スクロールバーをつけて
zedgraph以外で使いやすいグラフ描画ライブラリをご存知ないでしょうか。
何が良くて何が悪いのか、それがわからないと提案できないぞ
>>350 >>348 の試してみたけど
新しいTextを設定する時に描画を停止してやれば普通に使える
描画を一旦停止させる方法は
>>368 のリンク
private void texroll(string st)
{
roll.Add(st);
if (roll.Count > 300) roll.RemoveRange(0, 100);
using (new SuspendRedraw<RichTextBox>(log))
{
log.Text = string.Join("\n", roll.ToArray());
}
log.SelectionStart = log.Text.Length;
log.Focus();
log.ScrollToCaret();
Application.DoEvents();
}
もうimage上じゃなくpictureboxに直接描画したほうがよくないかなｗ
>>375 使いやすいかどうか知らないけど
最近使い始めたLivechart
関数ポインタの配列的なことをマネージコードでやるにはどうすればいいの？
イベントハンドラ以外にマルチキャストを使うのはお勧めしない
>>383 ,384,385
arrayから取り出して実行するところのコーディングが分かりません
void(*ptf[n])(void);
ptf[0] = func1;
ptf[1] = func2;
ptf[2] = func3;
...
(*ptf[i])();
こういうのをメゾットでやるには、マネージコードではどうすればいいんだろう？
>>387 var funcs = new Action[] { Func1, Func2, Func3 };
funcs[ 0 ]();
とか
var func = funcs[ 1 ];
func();
C#で関数を値として受け渡すためにはデリゲートっていう型を使う
>>391 「マネージコード」は「馬鹿でもわかる」と読み替えればだいたい間違いない
palallelで同じbyte[]を読み書きしてみたら
何でも非同期にしたら速くなるわけではない
スレッドプール使うといっても生成コストは結構高いので一瞬で終わる処理だと逆効果
Parallelは処理の分割とかスレッドプールの管理はしてくれるけど
やっぱそうか…単純に単純に処理が重いんだね
structをpublicにしても各メンバーは一括でpublic扱いにならないのなんでなん？親分がpublicなら子分も暗黙的にpublicやろがいと思いまして。
>>398 誰に対するpublicなのか勘違いしてね？
>>398 全部publicつけるように習慣づけとけばいいよ。
>>398 お前の親が知人にお前のことを紹介するとき、お前の机の中のエロ本やパソコン内のエロ画像フォルダを勝手に公開されたら困るだろ
WPF始めたばかりでThumbを使ってドラッグでコントロールを移動をしたかったんだけど
他のUI要素の部品として使われることを想定してるもんだからね
例えばラベルにThumbの機能を持たせようとするとどうしたらいいんだろう？
Thumbの機能ってのはよく分からんが、「ラベルにThumbの機能を持たせる」のに
基本的にThumbってのは「マウスのドラッグで操作する」ことを表すもので
もしかして俺の理解がおかしいのかな
正直全然説明が理解できんが
>>413 そういうこと！
なんだけど出番ないのか…どうしたらいいんだ…？
ドラッグできる部分をBorderとかで定義して
public class Person
>>416 win32apiをc#から呼ぶのは色々大変です
>>416 C#を使用している限りでは、このコードでメモリリークの問題は起きないはずです
それでもどうしても心配だというなら弱参照にしてください
>>417 あーまぁ今回の例だとそうかもしれないですね。
ただ実際の開発だとxmlを読み込むんですけどちょっと処理が膨大で。読み込む先、今回で言うところのPersonクラスも相当でかいので分けないといかんだろと
>>416 正直どっちも勘弁してって感じ
インスタンス生成の責務をファクトリに割り当てる頻出パターンなので
ファクトリやファクトリメソッドのキーワードでググればいいと思う
ファクトリクラスはusing Personしても参照を持つ必要はない
>>420 personは分解できないの？
そんな巨大ならpersonを分解して
xml読み込んでパースした情報を保持するやつ
パースした情報からpersonの部品を作るやつ
personの部品からpersonを作るやつ
みたいに段階踏むかなぁ
nugetなんて誰でもリリースできるんだから著名じゃないライブラリの良し悪しは中々情報は得にくいだろうね。
まじかよ
>>420 どうしても分ける前提なわけね。
まあPersonReader がPersonのインスタンスを持つのは普通に変だよねやっぱり。
どこにも必然性がない。
PersonReader が状態を持つ必要がなければstaticクラスのstaticメソッドでいいはず
どうでもいいけど、
// ファイルを読み込む処理
person = ～
じゃなくて、例えば
// ファイルを読み込む処理
person.Hoge = ～;
person.Hage = ～;
person.Piyo = ～;
...
だよね多分？
最近のVisualStudioなら暮らすライブラリのプロジェクトで[ビルド(B)]-[パッケージ(P)]をクリックするだけで
>>428 自分で作ることは滅多にないけど、標準で用意されてるのは時々使う
FlagsAttributeやDllImportAttributeなんかは比較的良く使われているのではないだろうか
使わない人は全然使わないだろうけど
>>429 初学でASP.NET Coreのソースおっかけたりしても意味わからんくて困っている
調べてないけどxmlからデータクラス生成するくらいなんかのライブラリに投げちゃいかんの？
>>430 Attribute自体はプロパティやメソッドに付与して、コンパイラやライブラリに対して追加の情報を与えるだけ
Attributeが具体的に何を意味をするのかは、それぞれのAttributeによる
ASP.NET Coreのソースだったら、Validation関係かな
>>428 自作はenumにラベルつけるのに作るくらいかなぁ
enumの定義値とメニュー上の表示文字列対応させるみたいな感じ
多言語対応とかあるような案件じゃ使えないけど
すでにあるのはちょいちょい使う
TestとかBenchmarkとかは属性ありきだったりするし
>>434 enumにラベル付けるのは自分も作ったよ
多言語対応は第2引数にロケール指定出来るようにして多重定義するようにした
>>435 そのやり方だと対応言語増やすときに再ビルド必要になっちゃうよね
enum以外にも定義が必要な語句は多そうだからそういうのは外に出す方を取るかなぁ
まぁケースバイケースだろうけどね
>>436 属性ではリソースキーを指定して、文字列リソースを引っ張って来るようにした方が
文字列リソースが分散しなくて良いね
属性をキーにするぐらいにあらenumを直接キーにすりゃいいじゃんw
>>434 それ自作しなくてもDescriptionAttributeが標準であるよ
拡張メソッドが使える以前はenumと相互に暗黙変換できるクラスを作って
>>439 実際にはenumとラベルを相互に変換したり複数対応させたり等々ケースに応じて細かな要件が出てくるからそういう拡張をするときのベースとして使ってる
あとキャッシュしないと遅いから自作側でキャッシュ処理も含めて作ることが多い
descriptionだとその属性自身を機能拡張したいときにしづらくない？
BindでEnumToStringConverter作るからそこでやるだろ。そこでリソース文字列を引っ張るようにする
チャートエリアとか図解したサイトないですか？
C++のライブラリのちょっとした機能使いたくて現状C++でexe作ってそれをprocessで呼び出してる構造なんですけどなんかデメリットあります？
>>421 -
>>422 >>425 参考になりました。ファクトリ周り全然分からなかったので勉強します。
フォーム上に左1/4が欠けた円を表示させたいです。
>>444 別に現状で不満ないなら良いのでは？
配布するものならexeが複数あるとC++の方のexe起動してうごかねーっていうのがくるかも
あと動かす環境が変わったときに両方のexeの再ビルドが必要になる可能性があるとか
環境まで言い出したらexeかどうかなん些細な話かもしれんが
>>446 DrawPie、FillPieがあるわけだが
すいません。
よくわからんが、SetClipで描画範囲を指定すればいいんじゃないの
円弧の端と円の中心、もう片方の端と円の中心でそれぞれ線分を引いた形じゃなくて
>>446 >>444 Process経由の場合はDLL使ったAPI呼び出しに比べると
マーシャリング/アンマーシャリング、エラーハンドリングが面倒になりがち
現状そこに不満がないなら無理してDLLに変更する必要はないと思う
あと一応バイナリリソースとしてdllやexeをC#のアセンブリに埋め込んで1ファイルにすることも可能
(リソースからexeを取り出して起動したりDLLをロードしたりするための追加コードが必要)
>>443 NGワードに引っかかってリンク張れない…
「mschart series chartarea」でグーグル画像検索すると沢山表示されるうち2件位は希望の情報だと思うよ
EXEもLoadLibrary出来るのよ。
いろいろありがとうございます。
説明ヘタですいません。
https://ja.wikipedia.org/wiki/%E5%BC%A7_ (%E5%B9%BE%E4%BD%95%E5%AD%A6)
の上から２番めの図のABで円の端を切り落とした形状です。
任意の半径をしていするとこの形状が表示できるようにしたいのです。
隅っこがAB直線で欠けた円ですね。
https://ja.wikipedia.org/wiki/%E5%BC%A7_ (%E5%B9%BE%E4%BD%95%E5%AD%A6)
貼り付けたら後ろがハイパーリンクじゃなくなってますが、コピペしていただくとwikiのページが開きます。
やっかいなのは
それもできないなら一度
vs2019でc#フォームアプリを作ろうとするとデフォが.net coreなのね
>>457 おおーこれです！
ありがとうございます
Properties.Settings.Default を変数dに入れて
usingは無理でした
そりゃそうだろ
publicなgetter setterもったラッパーでも作っちゃえば？
以下のプログラムについて質問お願いいたします。
Ruby で説明すると、
>>473 なんか1年ぐらい前にも同じネタがあった気がするんだけど...
コードよく読んでないけど、要するに2進数で見た時に
「値が1の最下位ビットの位置」を求めてるだけだと思うよ。
2進数で2で割ることは右に算術シフトするのと同じなのは分かるよね？
あと、奇数とはbit0が1の数なのも分かるよね？
だから「x が 2 で割れる回数」と「値が1の最下位ビットの位置」は同じになる
>>475 × 算術シフト
〇 シフト
要するにLSBが1になるまで右シフトを繰り返した、その回数を求めてるんだと思う
知らんけど
>>474-477 ありがとうございます。
色々と実験してみた結果、
x & ~x + 1 が、x と 2で割れる回数が同じ、
1UL << i の形の値になることがわかりました。
ただ、どうして x & ~x + 1 と 1UL << i が
結びつくのかまだ理解できておらず、
67 で割った余りを計算する理由も分かっていないので
引き続き考えてみようと思います。
もし他にもヒントがあれば教えていただけると嬉しいです。
よろしくお願いいたします。
Ruby で作った！
>>473 tableの中身を理解するにはi, table[i], 1UL <<1, (1UL<<1 %67)を0~64の範囲で逐次出力してみる
xとx&(~x +1)の関係を理解するには一旦byteで考えてビット演算を図にして考えてみる
x=1, ~x=254, x&(~x+1)=1
x=2, ~x=253, x&(~x+1)=2
x=3, ~x=252, x&(~x+1)=1
x=4, ~x=251, x&(~x+1)=4
x=5, ~x=250, x&(~x+1)=1
x=6, ~x=249, x&(~x+1)=2
x=7, ~x=248, x&(~x+1)=1
x=8, ~x=247, x&(~x+1)=8
64と67の関係は、16と19, 32と37でも同じ結果が得られそう
ぶっちゃけbrainfuck系のコードなのでビット演算を理解すればあとは忘れていい類だと思う
>>478 わかったわ
x & ~x + 1 は、最下位の1のビットだけ残す計算
ビット反転して1を足すことで、最下位の1まで繰り上がり
他のビットは必ずどちらかが0になるのでandで消える
で、67で割った余りを求める理由は、2^t を67で割った場合
tが0～63の範囲ならユニークな値になるから
最小サイズの配列のインデックスを返す値として
最も適していたということだな
なかなか面白いプログラムだった
文字列にするとかいう高コストの処理をしないためのアルゴリズムなのに無視すべきとか何言ってんだｗ
>>480 そいつはいろんな所に湧いて出てくる有名人だ。スルー推奨。
>>482 を修正
＞で、67で割った余りを求める理由は、2^t を67で割った場合
割った余りを求めれば
＞tが0～63の範囲ならユニークな値になるから
tが1～64の場合だな
かなり洗練されているが読みやすさとしては
仕事で扱うには勘弁してほしいw
ところでまさかこれ課題じゃねーよな？
>>479 ありがとうございます。
Ruby を扱う技術が私には無いので
アイディアだけお借りして C# に翻訳してみたところ、
期待通りに動作いたしました。
ちなみに、他の方から実行速度に関するご指摘があったので
オリジナルと比較してみたところ、私の書いたコードでは
オリジナルよりも 250 倍程度時間がかかってしまうようでした。
とはいえ読みやすさは良いプログラムの重要な条件なので、
場面に応じて使い分けるのが良さそうですね。
>>481-482 大変わかりやすいご説明どうもありがとうございます。
>>481 > xとx&(~x +1)の関係を理解するには一旦byteで考えてビット演算を図にして考えてみる
>>482 > x & ~x + 1 は、最下位の1のビットだけ残す計算
いただいたアドバイスを元に↓のような実験をしてみて理解できたと思います。
00101100 (44)
11010011 (~44)
11010100 (~44 + 1)
00000100 (44 & ~44 + 1)
>>481 tableの中身を理解するにはi, table[i], 1UL <<1, (1UL<<1 %67)を0~64の範囲で逐次出力してみる
>>482 > 67で割った余りを求める理由は、2^t を67で割った場合
> tが0～63の範囲ならユニークな値になる
なるほど！実験してみて、確かにそうなっていることがわかりました。
40 人のクラスの中で同じ誕生日のペアがいる確率は 90% 近いと
聞いたことがあるので、なんだか不思議な感じがします。
>>481 > 64と67の関係は、16と19, 32と37でも同じ結果が得られそう
すごく興味深いです。私も実験してみたところ、
1 と 2、2 と 3、4 と 5、8 と 11 という感じになったのですがあってますか？
また、「16と19, 32と37」というのをさらっと書いてくださっていますが、
これは実際に調べてくださったのですか？
それとも、きちんと数学を勉強していればすぐに分かることなのでしょうか。。。
>>485 > ところでまさかこれ課題じゃねーよな？
学校の課題というわけではないのですが、
本来は自力で解くべきものだと思います（汗）
ごめんなさい。。。。
>>487 限定された範囲で、規則性があるものは、理論的に説明できないだろ。
ちょっとしたトリビア
355 / 113 = 3.141592 92035
円周率と、小数点以下6桁まで一致するとか
コレクションの初期化子で複数を同じ値でまとめて指定する方法はないでしょうか？
>>490 Enumerable.Repeatでググろう
>>487 16、32、64はビット数
ついになる数はそのビット数の次の素数
ruby君はほんとひどいな
>>492 > ついになる数はそのビット数の次の素数
レスありがとうございます。
私も最初そのように考えたのですが、
16 の対が 17 ではなく 19 なので
そういうわけではないようなのです。
ちなみに 16 の対が 19 になるというのは
>>481 さんが書いてくださっており、
私のほうでも改めて確認しているので、
間違いではないと思います。
>>494 ほんまやね、すまん
ここらへんは整数論の話だから得意な人に聞けば話は早いんじゃないかな？
フェルマーの小定理から決まるのかな？って思うけど俺自身は整数論詳しくないんで解説できないわ
>>495 レスありがとうございます。
フェルマーの小定理について調べてみました。
フェルマーの小定理から分かることとして、p が奇数の素数のとき、
(2^0)%p と (2^(p-1))%p はともに 1 になるようです。
つまり
>>482 さんの言葉をお借りするなら、
奇数の素数 p がビット数 n 以下のとき
t が 0～(n-1) の範囲で変化すると (2^t)%p がユニークにならないため、
ビット数 n の対としてn 以下の奇数の素数は不適切ということになります。
ただ、フェルマーの小定理は p > n のときに (2^t)%p がユニークになることを
保証するものではありませんし、そもそも奇数の素数じゃなくても
ビット数 n の対としてn 以下の数が適切でないのは当たり前な気がするので、
フェルマーの小定理から直ちに欲しい情報が得られるというわけではないようです。
とはいえ、関連しそうな分野が分かっただけでも大きな前進ですので、
もう少し詳しく調べてみようと思います。どうもありがとうございました。
ついでにガロア体も調べると、
>>491 ありがとうございます。下記でうまくいきました。
var l = Enumerable.Repeat(false, 100).ToList();
>>498 もしfalse限定ならC#のbool変数の初期値はfalseに決まってるからbool配列100個を作るだけで目的のものは作れるよ
trueの場合はRepeatすることになるけど、falseなら配列宣言で済ませたほうがパフォーマンスは良い
100個程度なら微々たる差ではあるけど
>>498 のは値型だからいいけど参照型でやると楽しいことになる
値型でしか使ったことなかったけど調べたら参照型は複製してくれないのかよ！
>>500 Pythonで[[0, 1]]*10とかやって、恐ろしいことになったのを思い出しました
今はちゃんと[[0,1] for _ in range(10)]としてますが、C#でも同じですね
それにしてもPythonから移ってくると、C#は難しいですね・・
>>497 レスありがとうございます。
いろいろなビット数 n の対になる数を調べてみると、
必ずしも素数になるとは限らないものの、
調べた範囲では全て p^k（p は素数、k は自然数）の形になっていました。
で、教えていただいたガロア体というのは要素の個数 p^k の集合ということで
ビンゴかと思ったのですが、
どうやら私が考えているのは p^k を法とする剰余環というものらしく、
k = 1 で無い限りガロア体とは本質的に異なるもののようです。
しかし色々と調べれば調べるほどこのあたりの分野から答えが見つかりそうだと
思えてきたので、もう少し頑張ってみようと思います。どうもありがとうございます。
>>501 newするRepeatをGenericで作ればいいよ
whereで値型と参照型分けるようにして作ってそっち呼ぶようにすれば気にする必要もなくなる
インスタンス生成が多くなるようなプロジェクトではよく使う
ゲーム系なんかだと結構使われること多いんじゃないかな？
>>501 LINQ の速度が許容できるなら、こんな感じでやろうぜ。
Enumerable.Range(0, 100)
.Select( i => new CertainClass { ... } )
.ToList();
for 文ダサい。
LINQ覚えたてで使いたくてしょうがなくてイキって書いたコードに見えるわ
Visual Studio2019で新プロジェクトを作ろうとしたらWindows Forms App(.NET Core)がさも推奨かのように上の方に出てきますが、
>>507 言わせんなよ
というMSの気持ちを察しろ
ロードマップではこれからcore主流になるんでしょ
CoreってWindowsに標準でインストールされてるの？
されてないし今のところWUで配るような予定も無いとさ
>>506 手続型は可読性と保守性が低い。使うなら局所的に、隠蔽して使うのが吉。
どんな場合でも LINQ とは言わないが、データ変換が主な場面ではメソッドチェーンや遅延評価できる LINQ 推奨。
ちょっと条件変わったときに途中で引っ掛けにくいよね
foreachがインデックスも定義できれば
インデックス付きSelect/Whereとかでええんちゃうの
ループ内を雑に拡張して後で困るのが嫌だからLinqとLinq拡張ライブラリを使う
>>501-502 Ruby でも、ブロック無しで、Array.new すると、同じ参照を使ってしまうが、
ブロックを渡せば、ブロック内で個々のインスタンスを作れる
p ary = Array.new( 2, [ 0, 0 ] ) #=> [[0, 0], [0, 0]]
ary[ 0 ][ 1 ] = 2
p ary #=> [[0, 2], [0, 2]]
ary_2 = Array.new( 2 ) { [ 0, 0 ] }
ary_2[ 0 ][ 1 ] = 2
p ary_2 #=> [[0, 2], [0, 0]]
>>513 設計せずに書き出すダメプログラマー丸出しの発言だな。そうやってできるのは、いちおう動くけどバグが埋れてて、変数ダンプしながらフローを追わないと挙動がわからない可読性の低いコードになるんだよ。
君のいうことは、インデックス付き Select や GroupBy & SelectMany や TakeWhile なんかを組み合わせれば簡単にできるよ。
もともとは System.Linq の Enumerable.Repeat が参照型では Shallow Copy になるってことから始まったのだから Select 使って Deep Copy にすることでいいんでないの。
>>522 グロって書くと画像のサムネイルをモザイク化できるけど、 Ruby君の発言もモザイクにならないかな。見たくない。
>>524 [Rr][Uu][Bb][Yy]でNGしとけ
どこまで本気なのかネタなのかよくわからないけど個人的には
>>505 は選択しないなあ。
普通にforで回して埋めると思う。
理由は、そのコードを＜読む時＞に思考力の消費量がより少なくて済むと思うから
(a)
var list = Enumerable.Range(0, 100).Select(i => new Label()).ToList();
(b)
var list = new List<Label>(100);
for (int i = 0; i < list.Count; i++) list[i] = new Label();
一瞬で何やってるか理解できるのは(b)の方。
これは構造化（= パターン認識）の威力。
(a)も十分読みやすいけど、(b)に比べると若干高コスト。
(a)を好むのは多分巨大なコードを書いてメンテナンスしたことがない人だと思う。
>>526 慣れだ慣れ
普段使ってる方がしっくり来るだけだ
普段から書いてりゃ慣れるしLinqの遅延評価が役立つ場面なら積極的にlinqの方を選択する
そのコレクションが固定長だったら、だけど
自分だったら
var array = new Label[100];
と配列で宣言したうえで
>>526 の(b)だな
listをわざわざforループで添字アクセスするのはちぐはぐだし
配列を明示的に使って固定長であることを明示的に表すべきだと考えるロートル人間なので
>>526 aのほうが遥かに読みやすい
ある範囲に対してそれぞれ新規インスタンスを選択
してリストにした物
って言葉として読んだまま理解できる
突然
そのへんは _ にしちゃうなー
C#というかアルゴリズムの質問になっちゃうかもしれないんですけど
IEnumerable<string> ReadFilePaths(string filePath) { /* 再起なしでファイルパスをすべて読み取る */ }
>>510 ランタイム同梱でexeを配布できるから問題ない
不要な引数は_だね
>>526 >(b)
>var list = new List<Label>(100);
>for (int i = 0; i < list.Count; i++) list[i] = new Label();
list.Countは0なのでループの中身は実行されない
一瞬で何やってるか理解できてる・・・？
>>526 LINQ が万能ではないことは認める。使う人を選ぶ技術でもあるし。
だが、Enumeration の操作にいちいちカウンタ使って境界テストしなければならなかったり、if, break, continue でフローを追わなければならなかったりするのは、レビュアーや運用・保守者を泣かせるコードになることが多い。
モダンな言語がここ10年のあいだに参照透過性や関数型を追求する方向に進化しているのは、そういう可読性、保守性、開発効率性を意識しているから。
ちっちゃいコードなら手続型で好きなように書けばいいんだよ。大規模開発やビジネスロジックが重要な場面では関数型で書くのが適してる。
まあ、LINQ もあまりやりすぎると読みにくくなるのだが。
>>533 aをrootノードとしたツリーとして対象をとらえれば
習ったことを生かせるんじゃないの？
>>537 ほんとだ引数capacityじゃん
Linq使っててよかった
MSのDocs(?)の日本語版ってマウスオーバーでオリジナルの英語版が読めなかったっけ？
>>534 凄い……いや理解するのに10分以上かかったけど確かにこれで出来てる……
ありがとうございました勉強になりました
LINQは慣れると意図が読めるけど
プログラマなら普通は逆だよね？
Linqが本当に集合論を表してるなら途中でエラーがでてもデフォルトで残りの処理を終えるはず
>>547 > forは何のためにループ回してるのかは解りづらくなりがち
流石に
> for (int i = 0; i < list.Count; i++) list[i] = new Label();
の意図がわからないならプログラマーやめるべきだと思うわ
やりたいことは何かを書いてそれを実現する具体的な方法をライブラリにお任せするのがLinq(宣言的)
>>549 例外で全部ぶった切ってもいいじゃん
決め事の話だからどっちも筋は通ってる
基本LINQでいいかなってなる
>>550 そらそうだな
こんなコード書いて仕事になるやつおらんやろ
>>551 そうそう それが言いたかった
>>554 そりゃこんなコード「だけ」じゃ仕事にならんけど、仕事でその手のコードを書くことはあるだろ
大体の場合においてやりたいことだけをlinqで書けはしない
標準で書けたところでそれって本当に効率的なのか疑問な場合がある
基準はシンプル
プログラマがヘボでクエリとコマンドの分割がうまくできてないとLinqが綺麗に適用できないことがある
本当に集合論ならループの順番などという概念がない
どちらとも使えるのが正しい姿で必要に応じて使い分けるのが筋
Linqでももともとやりたいことをそのまま表現できるパターンは少ない
信者うんぬんの前に正しいスペル・大文字小文字でLINQと書けない人がテクニカルなことを主張しても説得力ががが
説得力などなくていいよ
>>534 循環する可能性を考慮しないのって普通にヤバイと思う
俺社環で{}省略していると糞扱いされるので迷わずLinq選ぶわ
>>561 LINQ をまともに使っている人は LINQ の得手不得手を知っているから LINQ が万能だとは言っていない。
データ処理の多くの場面ではカウンタ使ってプリミティブに手続書くのは非効率だと言っているだけ。
逆に手続型信者 (老害ともいう) は不必要な場面でもカウンタ使ってイテレーションを書き、コードをいたずらに冗長化するねっていうこと。それに対する有効な反論がない。自分にとっては読みにくいっていう個人的感想ばかりじゃないか。
誰かが言ったとおりこれは慣れだよ。初めは確かにとっつきにくいが慣れる。そして戻れなくなる。
>>562 趣味グラマーならそれでいいよ。だが、ビッグデータやデータサイエンティストの時代になって業務ユーザもコード読むようになったこのご時世。
運用が止まって、下手くそなコード読んでトラブルシュートしなければならない身にもなってみて欲しい。センスない奴が書いたプリミティブな手続をダンプしながらフロー追っかけて修正し、リグレッションテストして、一定時間内に通常運用に戻すのは地獄。
無意味な宗教戦争にしないために、みなさんが前提や目的や利用場面をもう少し明確にすることを提案する。
下請けで隠蔽工程のコーディング担っているプログラマは LINQ のありがたみなんてわからなくても当然。レビュアーや PM や使う人のことを考えず、自分のスキルでとりあえず動くものを行数書いて月給もらえればいいんだから。
ＬＩＮＱでＤＢ通信タイミングコントロールできなくなって
>>570 LINQ to Entities のことかな？
LINQ to Entities は残念ながらまだ発展途上だね。(もう 10 年にもなるのに。)
業務ロジックも書けなくはないが、.NET プラットホームや DB 実装などへの依存性が強すぎて、かなり工夫する必要があり、汎用性がなくなってしまう。
Select, Where (, OrderBy, Take, FirstOrDefault, Join)くらいしかまともに使えないと思っていた方が無難だと思う。となると DB アクセス回数と無駄なデータ取得が増えることになり、性能が出ない。
また C# 9 あたりで予定されている Records がないとデータ変換ロジックが非常に書きにくい。
.NET 5 になれば期待できるのではないかと思うけど。
>>557 おっしゃる通り、LINQ は Reduce 系処理の効率性がよくない。そこは工夫する必要あり。
ただ、Aggregate を使えば、一回の走査で Max, Min 両方同時に取れると思うよ。
標準のLINQでは効率的に処理できないなら
そういうオナニーされるとそれこそ読みづらい
開発組織のコード管理能力やチームメンバーのリテラシーに合わせて判断することだとは思うが
拡張メソッド無しはさすがにしんどい
拡張メソッドを使わないというオナニーではないのだろうか。
Linqの構文を本家のSQLに逆輸入すれば良いのに
そういや、Max、Min句が対象とした個別要素を返すってのは酷い気がするな
多少非効率でもなるべくもともと用意されてる機能や関数を使うのが分かりやすい派です
MoreLINQ使えばMinBy/MaxByがある
>>581 そりゃ欲しいのは最大値や最小値なのに複数の要素が返ってきても面倒なだけだし
>>584 ま、その通りなんだけど、581 が言いたかったのは、該当要素 T を返す拡張があってもいいよね、インデックス付き Select とかあるんだからさ、ってことでは？
>>583 有益な情報ありがとう。
>>585 そういう拡張があってもいいなと言うならわかるが
> Max、Min句が対象とした個別要素を返すってのは酷い気がするな
と言うのは思慮が浅すぎ
generics, trait だろ。
どうかな
個人的にはどちらか一つだけしか選べないとしたら
>>581 の実装の方が合理的だと思うけど
単純にそっちの方が需要多いと思うし、二度手間にはなるが現状の実装は
>>581 的実装で代替できる（変換結果の最大値は変換関数から求められる）のに対して
逆はどうやっても不可能だから
>>588 上位互換の方がいいっていうのはわかる。でもそれは LINQ to Object だけを考えた場合ね。
LINQ は LINQ to Entities という OR マッパーも強く意識しているから、標準 SQL 互換の機能も大事であり、どちらか一つという選択を強いるなら現状になる。
別に難しいもんじゃないんだし作りゃいいんだよ
なんかよくわからないけど、SQLとの互換性ならTが返ってきた方が遥かにSQLに近いでしょ
？？SQLで集計関数使ったら元のレコードはわからんめえ
>>591 わからないなら無理に噛み付かなくていいから。
LINQ to Entities の設計思想と実際の実装がどうなってるのかある程度理解できるようになってから出直して。
Tを返すと戻り値がIEnumerable<T>になる
まず最大値を取る
MAXはMAXだけどそういう用途の関数？があってもいいかもね
>>596 標準ではない
使ったこと無いけど583が紹介してるものか自作するか
自作しても数行だしググればコードは転がってるよ
個人的にはこういうやつは上げだすとキリがないんで現状で十分かなと思ってる
標準で山ほど用意されても何があって何を自作しなきゃならんかがわからなくなるんで本当に基本的なものだけあればいいかなと思う
SQLで書けるものはだいたい書けるようなってないと使いづらいよやっぱ
SQLだとストアドあるけど、LINQで書けるの？
それは流石にLinqのせいじゃなく、例の変な人が言ってるフレームワーク等で吸収する部分じゃないか？
>>595 SQLの場合はインデックスがあるから一般的にO(log n)で最大値のキーが取得できる
LINQ標準でMaxByと同じことをやる場合はちょっと効率悪いけどOrderBy使う
O(n)にするためだけにAggregate使った拡張メソッド作るよりも
走査する件数を減らすことを考えたほうがよかったりする
LinqとSqlは根本的に別物なので使い分けろ
>>600 DDLもLINQで書けるようにしろとか言いそうな勢いだなw
>>602 LINQ to Object vs LINQ to Entities でインデックスの有無は大きいよね。テーブルごとに特性とサイズを考えて、AsEnumerable でやるか AsQueryable でやるか機能配置の決め手になることがある。
OrderBy 使っていいなら、こんな感じかな？
public static IEnumerable<T> MaxBy<T>(this IEnumerable<T> src, Func<T, IComparable> selector) =>
src.GroupBy( selector ).OrderByDescending( x => x.Key ).Take(1).SelectMany( x => x );
>>600 , 601
ストアドは DB の機能だから、フレームワークでは実現できないよ。
フレームワーク側でエミュレートできたとしても DB との間で通信が頻繁に発生することになるから、性能が出ないと思われる。
DB のストアドを呼ぶことはできるはず。
>>608 横からすまん。
Code First で DDL 相当のことが「かなり便利に」できるわけだが、DDL やるのに LINQ でなければならない理由を教えてほしい。
>>609 初めからLINQの話してて、何がベストかなんて話してない
LINQって便利なんだけど今一歩物足りないよな
前処理はストアドで定義してアプリはストアド叩くのが定石やろ
>>610 LINQ にこだわるなら、こだわるだけの理由が必要。
スレに貢献している人を茶化すなら、茶化すだけの知識なり、思想なり、技術的裏付けが必要。
>>611 ,612
どちらの意見もわかる。
LINQ to Object に閉じるなら十分。足りない部分はライブラリ自作すればいいし、そのパズルが楽しかったりする。
でも、LINQ to Entities に踏み込むと足りないことだらけ。本質的ではないところで相当な工夫が必要だし、工夫しすぎると汎用性がなくなって使い物にならなくなる。
LINQ to Object で組み始めたロジックを LINQ to Entities 互換に拡張することを考えている時間が結局ムダになることも多い。
両者、似ているようでギャップがかなり大きいところに物足りなさを感じる。
最初から全くの別物なのに似ているというだけで変な期待をかけて勝手に裏切られた気持ちになる人が少なからず居る
>>617 そうだね。裏切られたとは思わないけど、当初の期待はかなり高かった。
でも、LINQ to Entities の情報が少なすぎて別物だって理解するまでに相当な時間がかかってしまう。
誰も頼れる人がいない中、ネット情報のみの独学でみっちり3週間かかったよ、まともに使えるようになるまでに。
EntityFrameworkなのかEntityFramework Coreなのかはっきりさせとけよ…
>>619 わからなかったからどちらも試したよ。
Framework のバージョンによって作法が大きく異なるのに、ネットはバージョンを示さず情報が混在しているのも混乱する大きな要因だった。
まともに使えないものがまともに使えるようになったと言ってる時点でまともな人間でないのは明白
>>624 君は読解力ないのかな？
局面によっては使えるかもしれないけど、業務ロジックを完結させるには役者不足、LINQ to Entities はまだまだ発展途上だね、今後に期待、と一貫して言っているのだが。
一次ソースも二次ソースも充実してないのは発展途上でこれからもまだまだ移りゆくものだからだとも思ってる。それがわかるのにけっこうコストがかかったよ、そのあたりが個人的に物足りなさを感じるところかな。
あぁなるほど
>>625 一次ソースはバージョンに関しては混乱しない。それは二次ソースの話。一次ソースが混乱させるのは、LINQ to Object から Entities へ移行するにあたって、重要かつ基礎的なコンセプトをまともに解説していないこと。
たとえば、IEnumerable の派生である IQueryable はアップキャストするだけで AsEnumerable で評価されてしまうとか、引数となるラムダ式が全く同じ記法なのに IEnumerable では Func で IQueryable では Expression だとか。
これらは分かってしまえば当たり前だし、うまく設計したものだなと感心するけれど、初学者にはトラップでしかない。
君はこれら暗黙の前提を一次ソースで知ったのか？
だとしたらどこにガイドがあるか教えてほしい。
一次ソースに当たれというのは一般的なお約束だけれども、LINQ to Entities に関しては、コンセプトや実装の難しさに比して一次ソースがかなり脆弱で不親切だと思うよ。
617 の言うとおり Object と Entities でインターフェースを変えて設計するか、あるいは、移行に十分な情報を一次ソースが用意するか、どちらかだと思う。そのどちらでもないことがアンチを生んでいる原因ではないかと。
>>627 もちろんレイヤー化はするし、機能配置はしっかり設計するよ。
ユーザーはコード見なくていいって時代じゃないんでね。
>>630 ,631
業務ユーザが LINQ to Entities に手を突っ込むの、ガイジだよなぁ、わかるぞ。
だがね、人のやらないことを先鞭をつけてやらねばならない場合もあるのだよ。
ひととおり技術評価した結果、本格的に導入するのは時期尚早という判断で別の技術つかうことにした。.NET 5 以降に期待してる。
え、業務アプリで普通にLINQ to Entities使ってるけどなんかマズい問題でもあるの？
>>633 問題ない。Dapper開発元のStackOverflowでさえEntityFramework Coreを併用してる。
LINQのmaxやminで最大最小が求められるけど
>>635 new {
Max = src.Max(),
Min = src.Min()
}
>>628 それらを区別することがはたしてLINQの目指すべき理想なのかね
>>639 それらってどれのことだろう？
LINQ to Object と Entities のことかな？
両者の設計はよく考えられたシームレスで美しいデザインだと個人的には思うよ、違いをしっかり理解できた後ならね。違いが分かりにくいというのは言語設計の問題ではなく、MS Docs などガイドの問題だと思う。
何が理想的な設計かは人によって感じ方が違うのではないかな。
あ、EF4, 5, 6, Core と進化する間に名前空間や正規関数などがコロコロ変わっているあたりは、場当たり的で汚いと思う。何か制約があって実装をやり直した、その苦労の跡が垣間見える。Core から後方互換を捨てて綺麗に作り直そう感があるから、.NET 5 に期待している。
ごめんちょっと話が横に反れちゃうけど、このスレ見たり書き込んだりしてる人って
docsは辞書的に使うことがほとんどだしそれぐらいなら英語で十分
>>641 調べる目的によるかな。
引数の順番とかオーバーロードとかうろ覚えの確認程度なら、検索して最初に出てきた方。
初出のロジックを書くためにコンセプトや基礎設計からじっくり考えつつ API を調査するなら、まず日本語でざっくり理解、重要なポイントが和訳で怪しいなら英語で精緻化。
LINQ なんかは集合論や数学に近く、これらは概念が同じなら分野跨いで英単語が同一だったりして英語の方が理解が早いから英語のみ、とか。
LINQ to Entities の場合、一次二次併せてそもそもの情報量が少ないから、英語日本語関係なくとにかく漁る。(そして英語の Q&A でほのめかされているヒントに辿り着き、一次ソース原文を当たったりする。)
俺も英語は苦手だけどdocsは基本英語
>>641 日本語が読めたもんじゃないから英語に切り替えることが多い
機械翻訳かける時は、最近のグーグル翻訳は使い物にならないから、みらい翻訳のお試し翻訳使ってる
ありがと、自分もdocs英語派に転向するよう頑張ってみる
とりあえず日本語でぱっと見て意味が取れるならそれで良し
>>648 意味が取れたと思って試してみたら挙動がおかしくて、原文見たら真反対の意味でショック受けた記憶がある。
まあジャパニーズITドカタの世界じゃ専門卒の英語アレルギーな連中に扱えないようなものが普及することは決してないから、
いや英語棄てるとか絶対無理。
自分は英語が苦手
>>654 コピペする労力を惜しまないなら
みらい翻訳の方がましな日本語になるからお勧め
翻訳ソフトを多用するから英語読む力が身につかないんやで
英語力向上が目的じゃないから。
翻訳精度の向上ってもう10年以上言われ続けてるよねｗ
既に英語-日本語は十分な翻訳精度になってない？
>>657 超短期的な目的でしょそれ
翻訳ソフト使わないと読めないままで良いと思ってるんなら別にいいんだけどさ
技術的な調査能力だったり新しい技術を身につける速度に顕著に差が出るよ
現状で完璧なんて口が裂けても言えないと思うけど…
>>661 俺たちは英語のマスターが目的じゃないの
しつこいよ
まともな大学出てるエンジニアなら英語さえ話せれば外資に転職して軽く一千万以上貰える
時々機械翻訳が真逆の時あったけどどこをどう解釈したのか痕跡も判らない
質問です
できないんじゃないかな
ん？where T classでの制約の話じゃないの？
>>664 EFCore使うのに必死になる必要なんてない
>>668 class A<T> where T class と
class A<T> where T struct とを同時に作れないか、という疑問でした
こんばんは
フォームアプリ作っていてデバッグ中です。
なんかプロジェクト内でブレークポイントで止まるクラスと止まらないクラスがある。
ブレークポイントを通ってないから止まらないだけだろう
>>674 設定のチェックを外したらOKになりました。
自己解決しました。
おさがわせしてすいません。
>>672 変数名の上にマウス持ってったら型が表示される
その型は想定しているものになっていますか？
>>672 IGroupingはキーを列挙するものだよ？
キーは通常DataRowじゃないからそりゃ出ないよ
グループごとにChildrenをDataTableにしたいのか、Childrenをキー順に並んだ１つのDataTableにしたいのかによって書き方は変わる
>>663 マスターww
辞書使う前にとにかく翻訳ソフト使うやつは
リファレンス見ずにQiita見てコピペしようとするやつと同じ思考回路なんだよね
いつまでもスキルが身につかない原因を自分が作り出してることに気が付かないとすぐに淘汰されるよ
>>677-678 >>680
助言をいただきありがとうございます！
もう一度よく確認してみます
前にも居たけどなんですぐにVSのバグを疑うんだろうね？
複数のスレッドから１つのコンソールにLOGを吐きつづけられますか？
>>686 Invokeとかlockとかしなくても大丈夫ですか？
>>685 コンソールに出力するためのスレッド作ってそこにみんな投げればいいがParallel.Forの意味がわからん
昔はよく非同期処理の理解のためにコンソールに出力したんだけど今は市内の？
>>685 https://docs.microsoft.com/en-us/dotnet/api/system.console の一番下に
「Thread Safety This type is thread safe.」と保証されているので複数スレッドから吐いても全く問題ない
複数あるスレッドが分割して１行の文字列を作ってると間に別スレッドの文字列が割り込むけどな。
>>671 実験してないんで動かなかったらごめんなんだけど
default(T) == null
ならclassとして処理する
で実現できたりしないかな
nullableだったら無理だけど
WPFだとスレッドからLabel.Textや
>>692 クラスではなくメソッドについて struct/class 制約の共通化をやろうとした経験から言うと ...
Nullable 含めて内部判定することはできるけど、判定・分岐があちこちに発生することになり、かなりめんどくさいし、読みにくくなる。
だったらクラス分けて、誰かが言った通り interface (か abstract base class) で共通化図る方が楽と思われる。
>>671 >>693 WPFだと一般的にはMVVM使う
で、MVVMなら直接ViewにアクセスしないでVM経由になる
VMの値はスレッド越しに取得設定できる
コレクションの操作については事前に同期オブジェクト渡すとかする必要があるけど
こっちの方がマシか
型制約は正直あんまり役に立たない微妙な機能な気がしている
ジェネリックなメンバアクセスには、最近は構造的部分型を使うのが流行りだね
質問させてください
LISTというのが何なのかは知らんが
>>702 みんなLISTが疑問符だ
そこちょぅと詳しく
static int UnitStep1(int x) => x >= 0 ? 1 : 0;
三項演算子で比較するよりビットシフトのほうが圧倒的に早いから
そのILをぱっと見る限り、実行されるアセンブラまで調べに行く必要あるのかも
>>708 大昔にアセンブリやっていた経験からの推測だけど...
①の >= は左辺引く右辺の減算をして符号判定をしており、右辺の 0 を引くという演算が最適化ありでも外れず無駄な演算をしている可能性がまず一つ。でもこれは②に対して圧倒的に不利になる要素ではない。
もう一つのよりありそうな可能性は、三項演算子がコンパイルで if ステートメントになり、分岐先ブロックでパイプライン先読み実行していたステップが、分岐先読みの失敗により、ロールバックするコストが高くついているのではないかと。
確率 50% の分岐なら、2回に1回はロールバックすることになるため、コストが最悪になる。if else ブロックのどちらが実現確率が高いか、コンパイラが判断・制御できていない。
それに対して②はパイプライン処理を乱す要素がない。
どう中間コンパイルされ、どう IL が動くのか、最近の低レイヤーの処理は全く知らないため、見当外れかもしれないが。
条件分岐は遅い
パイプライン処理の詳細は Wiki で調べて、命令パイプライン、パイプラインハザード、制御ハザードの節あたりを参照しておくれ。
あ、ごめん。よく読んだらランダムな値に対してって書いてあった。確率 50% の先読み最悪ケースになるね。アセンブリレベルでも最適化は無理。
>>711 ありがとうございます。
アセンブラというのはSharpLabのページの
ResultsをJIT Asmにしたときに表示されるものと考えて正しいですか？
IL命令について色々と調べていたのですが、
JIT Asmのほうが書いてあることが少ないので先にこちらに挑戦してみようと思います。
あと最適化されたILというのは、ResultsをILにして、
一番右上の選択肢をReleaseにしたときに表示されるものと考えて正しいですか？
>>712 ありがとうございます。UnitStep?(int x)のxはプラスとマイナスが50%ずつになるように
ランダムに決めているので、確かに分岐の確率は50%です。
まだパイプラインについて完全に理解できていないので見当外れかもしれませんが、
試しにプラスとマイナスの割合を変えてどうなるかについても検証してみようと思います。
>>713 >>714 ありがとうございます。やはりハードウェアについてしっかりと理解しないといけないのですね。
ひとまず、
>>714 に書いていただいたキーワードについて調べてみたいと思います。
もしパイプライン処理がビンゴだったら IL 見ててもわからないよ。
C#で考えるべき速度は計算量まで
分岐先読み失敗って言ったって
>>718 いいインサイトですね。勉強になります。
>>716 もし true ? 1 : 0 の速さが②にかなり近くなって false ? 1 : 0 の速さが①よりさらに悪くなる、(あるいはその逆) ならパイプライン処理が原因だと考えて間違いないと思う。
>>719 機械語レベルの命令数に差があるように見える？
①②どちらも 2, 3 ステップだよ。
先読み失敗リカバリーはものすごくコスト高いよ。
パイプライン上の仕掛かりを全部クリアしなければならないんだから。その 2, 3 ステップの 1.5 ～ 3 倍くらいのクロックサイクルを無駄にすると思う。
>>719 ごめん、言い過ぎた。
IL わからんから、中間コンパイル通したらなんとも言えない。機械語の命令数が膨らむ可能性もありうる。
721 はネイティブコンパイルしたら、という仮定の話。
不勉強で今時のCPUのアーキテクチャーさっぱり分からんが、
>>715 >>720 ありがとうございます。
xのプラスとマイナスの割合を変えて実験してみたところ、
UnitStep2では処理時間はほとんど変わりませんでしたが、
UnitStep1では、50:50のときが一番遅くてUnitStep2の10倍程度、
75:20と25:75はどちらも少し速くなってUnitStep2の6倍程度、
100:0と0:100はどちらもさらに速くなってUnitStep2の2倍程度になりました。
やっぱりパイプライン処理が原因っぽいですよね？
>>717 ありがとうございます。勉強になります。
高級言語では計算量までしか考える価値がなくて、
しかし計算量さえ小さければあとはマシンパワーでなんとでもなる。
だからこそ高級言語が今の時代に合っているということでしょうか。
>>719 ありがとうございます。
機械語レベルの命令＝JIT Asmの命令だとすれば、
UnitStep1とUnitStep2では6命令と4命令で確かに差はあるものの、
単純計算なら10倍もの違いはないようです。
>>723 それ出典教えてもらえる？
外れても損なし、だったらいいなっていう理想を言っているのではないのかな。
ランダムデータには弱いけど、正常系と異常系の分岐はたいてい正常系の発生確率が高いためこちらに賭けるのよ。で、ロジックの多くはこの手の分岐でしょ、っていうことを想定して先読みのアーキテクチャになっている。
ということをその文献も (独特の表現で) 言いたいのではないかと思うのだが。
もれも最近の CPU がわかっているわけではない。80286 ～ 386 時代でアップデート止まってる。
>>720 >>724 の75:20というのは間違いで、正しくは75:25でした。失礼しました。
ところで、ランダムに50:50ではなくプラスとマイナスを交互にしたら
もっと遅くなるかと思いきや、むしろ75:25よりも少し早いくらいになりました。
（ランダムの場合も交互の場合もあらかじめ入力データを配列に格納してから
計測を開始しているので、入力データの作成コストは結果に影響していないはずです）
どんな仕組みで先読みをしてるのかさっぱり分かりませんが、
とにかく予測ができないのが遅くなる一番の原因のようです。
>>724 そうですね、データ依存なんでパイプラインと先読みが原因だと個人的には思います。
そういえば思い出しましたが、if else ブロックの片方に固定的に賭けると必要以上に大負けすることがあるため、条件分岐を何度か通ったところで学習し、勝てる見込みのより高い方へ賭けるアーキ設計だったような気がします。
true : false = 100 : 0 or 0 : 100 に片方が大負けせず、同じ性能になったのはこの学習効果ではないかと。
モダン言語の進化の方向の一つに高級化があるのは、仰るとおり。低レイヤーの最適化はコンパイラと進化したハードウェアに任せ、コードは人間にわかりやすくして開発生産性を高めようということです。
もう一つの進化方向は Rust とか Go とか、低レイヤー向け言語を C++ よりわかりやすく、より安全にしようというものだと思います。
>>725 失礼、例えばここにそんなことが書いてある
http://e-words.jp/w/%E6%8A%95%E6%A9%9F%E7%9A%84%E5%AE%9F%E8%A1%8C.html でもこの通りだとしても
>>723 は的外れだねすんません。
「損はない」というのは並列ではなくシーケンシャルに実行した場合のコストを
上回ることはないって意味だと思う。
同じ100ステップでも素直に並列化できる部分が大きい100ステップの方が
低コストなのは当たり前の話でした
>>728 ありがとう。
この説明は失敗時のリカバリーがノーコストでできる環境を前提にしていると思う。
投機的実行をした面とは別の面を持っていて、そちらにすぐスイッチしてロジックを実行しつつ、その裏で失敗した面を同時並行で捨てられるような感じ。それが一般的かどうかはわからない。
複数面を持たず、失敗ステータスを捨てて (= クリアして)、その後に分岐別側のロジックを走らせるというようにシーケンシャルにリカバリーするのが一般的なのではないかなと思ったんだけどね。
最近のは複数面持ってるのかもしれない。ただ、複数面持っていると分岐ない時にリソースが遊んで無駄だからねぇ、分岐なくても普段からその面で並列演算すればいいって話になるよね。
スレタイの初心者用とはいったいｗ
こいつらウンチクごちゃごちゃ長くても作るもん電卓だから
>>730 全てわかっている人なんていないのだし、それぞれ知っていることを持ち寄って可能性をいろいろ検討してみるのが健全なやりとりなんだと思いますよ。
IL をうんぬんは知らない観点だったし、CPU アーキの話するのも 25 年ぶりくらいだったし、高級言語と C とアセンブリの使い分けを簡潔に整理してくれた人がいたので、とても勉強になりました。
>>731 ま、C# からはかなり離れてしまったね。
でも、電卓をバカにするものは電卓に泣くよ。AI もゲームも業務アプリも全てそのマイクロ電卓の組み合わせなんだから。高級言語の時代でも低レイヤーの動作原理を知っているに越したことはない。
色々と教えていただきどうもありがとうございました。
とりあえず、下のような感じの結論でまとめたいと思います。
・UnitStep1が遅い原因はパイプライン処理における分岐先読みの失敗による制御ハザードだと思われる
・分岐の方向の入れ替わりが激しくてもそこに規則性があれば制御ハザードは起こりにくいようで、
分岐先読みにおいて高度な学習が行われていることが伺える
・高級言語の目的を考えれば、開発生産性を優先してUnitStep1を選択することも十分にあり得る
UnitStep1の入力データをランダムに決定した場合の、±の割合に応じた実行時間の計測結果
何かおかしなところがあれば指摘していただけると嬉しいです。
親切にしていただきどうもありがとうございました。
>>733 733 さんは fact-base で真摯に検証・報告してくれる誠実な人ですね。
おかげで楽しかったし、とても勉強になりました。
感謝。
>>734 お褒めいただきありがとうございます。
パイプライン処理はとても奥が深いようで完全に理解するのはなかなか大変そうですが、
データの割合に関するご指摘のおかげでわかりやすい計測結果も得られて私もとても楽しかったです。
あまりにもわかりやすすぎる結果のせいで今後しばらく条件分岐恐怖症になりそうですがｗ
>>710 C4LglgNgPgAgzAAhgJgQYQQbwLACgEFICMAbAmAHbAICqFYwAysAKYAORAFJdQB4CUCALwA+BLwQihCAAwIA/AiIIQsgNx5CxMj1r0mrNsm5Vxg0Qk4SRYuEUEBqJWoR4AvkA===
個人情報漏れてね？
>>731 Windows10の電卓のソースコードがGithubに公開されてるけどかなり複雑なことやってるぞ
>>739 そう言って最強の電卓を横に出して
自分が作ってるゴミまで光らせるのやめてもらえます？
ダッサイので
>>740 電卓が簡単でないことを指摘されて逆ギレw
ﾜｯﾁｮｲ 2922-pwu9
WPF開発に使われるMVVMパターンについてですが、Viewは良いとしてViewModelとModelの役割分担についての理解がイマイチです
雑な解釈
基本的に変更も通知するモデルを作る
趣味でタッチパネル用のアプリ開発始めたのですが
タッチパネルならUWPを使いましょう
そもそもタッチ操作ではマウスオーバーを表現できないってのは明らかだけど
C#でQUEUEクラスを利用した際、Dequeue()後にメモリは残るのでしょうか？
GCされてないだけじゃね
surfaceをペンとで使ってるけどペンを画面に近づけるだけでボタンの色が変わったりしてるな
ペンはマウス扱いなんだろうけど
そりゃ対応ペンは少し浮いた状態でも座標検知できるけど指は無理っしょ
APIによって色々
あるんだ
>>761 ペンに特殊な仕掛けがあるわけじゃないと思うので、
ペンだろうが指だろうが同じだと思う
知らんけど
でも普通に静電容量式のタッチパネルでしょ？
一応Windows7からOSネイティブでタッチ操作に対応してるんだよね。
>>758 GCではだめでした
TrimExcess()呼び出せばいいんですって、奥様
>>764 surfaceのペンをスマホに当てても使えないから指とは仕組みが違うのでは？
>>764 ペンは電池式で何らかの仕掛けがあります。
良く知りませんが、恐らく「交番電界（周波数が低い電磁波とも言える）」を
出している可能性が高いです。
>>769 もともとタッチパネルの方が交番電界を出しているので、それを相殺するような
逆位相の降板電界をタッチペンの方が出している、と考えられるようです。
>>769 へー
静電容量式の原理から普通に考えればペン側に仕掛けが必要とは思えんけど、
よく分からんね。
接触しているかどうかの識別はCの大きさで判定するだけのはずだと思うんだけど
>>772 ペンは静電容量式に対応してないと反応しないよ
手袋とかでタッチしても反応しない
専用ペン使うのは電磁誘導方式でしょ。
>>773 対応って言ったって要するに導電性があるだけだよw
だから100均でも売ってる
>>774 surfaceってペン「も」使える設計だよね？
長い名前を持つクラスに、thisを返すメソッドがあるとします
>>776 外部との境界に var 型推論はムリ。それやると型を差し替えたときに影響が甚大になるため、型推論はローカルでしか許されない。
using エイリアスディレクティブで短い別名付けるとよいのではないかな。
問題点や何がやりたいのかを言うと
インタフェースとか継承を考えても、thisで型推論するのは無理じゃない？
戻り値が特に必要ないメソッドはreturn thisにして繋げれるようにしておこうかなあと
VisualStudio2017を使用
>>782 クラス名が500文字とかあるならわかるけど100文字以内なら気にすることでもないと思う
気になるならそもそもクラスの命名が間違っているのでは？
xamlの質問になってしまいますが、全コントールアイテムのBorderBrushやForegroundの色を統一することって出来ないのでしょうか？
>>776 ファイルスコープの別名なら普通に可能。
グローバルに別名が欲しいと考えてるならそもそも何か考え方が根本的に間違ってる気がする
>>784 そういう話ではない
それだと「変数をvarで定義するのは設計が間違っているからだ」と言ってるようなもん
>>788 いや誰が考えてもそういう（
>>784 ）話ですw
それ以外にありえない
returnの型から推論できるんだからメソッドの戻り型にもvarを使わせろって話？
メンバの型に型推論が使えないのは単純に技術的な問題だよ
>>785 できるよ～
１つのxamlにスタイルを定義して、全てのxamlから参照したりとか
なんか結論としては>99の質問と同じような感じになっちゃったけど
最初の質問が微妙に異なるので見落ちとしてた、すまん
>>787 単純に自身と同型のオブジェクトを返すときに、なんかスマートな方法あるのかな？と思っただけ
言語によってはそのへんの仕組みがあったりする
ファイルスコープでのエイリアスが可能なら
>>778 の言うように
分かりやすいところに ThisClass みたいな名前のエイリアスを用意しておいて
クラス内部では基本的にそっちを使うのもアリかなと思っている
予約語ではないのでエディタとの相性はそこまで良くないけのが欠点か
戻りの型名を普通に書くのがスマート
>>791 なるほど、確かにそうだな
動的な言語だとまた違うんだろうけど比較できるようなもんでもないしな
>>794 んだね
アリかナシかで言えばアリだと思ったけど
言語仕様として存在しないなら自分個人ではなるべく避けたいな
>>791 今どきのコンパイラでワンパスなんてないだろw
な？名称が長いかどうかなんて関係ない質問なのに余計な単語から質問を始めるから周りが混乱する。
>>793 なるほど失礼w
長い名前云々書いたのははミスリードだったねw
戻り値を型推論で省略できないか？とシンプルに書いて欲しかった
>>797 誰がワンパスだなんて言ったんだ？
現在何パス使っているにせよメンバの型推論を許せば間違いなくパスは増えるし、
791で書いた内容は俺の想像じゃなくてMS公式のコメントだぞ
>>801 多少パスが増えることぐらいでガタガタ騒ぐなよ
って話な
あとMSの見解がどうかしたのか？w
>>800 自身のクラス返すときだけ利用したいんでしょ
.Net CoreからBitFlyerの認証が必要なWebAPIを使いたいんだけどさあ
ソースはともかくファイルに保存は普通にやるよ
>>804 > tweenerみたいな設定が多いものをチェインメソッドで必要な設定を好きな順番で書くとか
チェインメソッドってよく見かけるようになったけど見易いのかなぁ…
X.A( ).B( ).C( );
より
X.A( );
X.B( );
X.C( );
の方が見易いと思う俺は老害なんだろうか
>>807 linqでつなげるのに慣れてれば違和感なくならない？
linqとは意味合いが違うけども
まぁ可読性なんて人それぞれだとは思うよ
>>808 linqはパイプみたいに順次処理して行くからまだ理解できるんだけど
>>804 が言う
> 設定が多いものをチェインメソッドで必要な設定を好きな順番で書く
とかは普通に分けて書けばいいのにって思うんだよね
まあ人それぞれと言うのには同意するけど
Groovy などでやる、フォームビルダーみたいに、
>>807 自分もそう思う
>>808 LINQでつなげる場合はLINQメソッドの戻り値を意識しながらつなげるわけだから、話が違うじゃん
list.Reversed().Select((v)=>v+1)みたいな例はデータをどんどん変換しているから良いと思うけど、
form.ForeColor(Color.Red).BackColor(Color.Black)みたいなやつは1行で書けるメリットがあるのはわかるけど、
やってることは関数じゃないのに関数っぽくっ振る舞ってるのがすごくモニョモニョする。
これが、
form.CopyWithForeColor(Color.Red).CopyWithBackColor(Color.Black)で別のformが2つ作られるとか、
form.ForeColorChanger(Color.Red)でForeColorChanger<Form>が生成されて、ApplyFormで元のFormに反映されるとか
ToFormで新しくフォームが作れるとかならわかるんだけど、
副作用のあるメソッドで、戻り値がvoidのやつはもったいないから、戻り値をthisにするってのがなんか受け付けないんだよな―。
DSLとしてどの程度価値があるのか次第だと思う
https://martinfowler.com/bliki/FluentInterface.html LINQのように関数型ライクな関数合成をOOで表現する場合と
FluentなBuilderパターンは見た目は似てても中身と目的は違うよね
だから意味合いは違うって書いてんでしょうが
this返すお作法は昔のjava方面の文化じゃない？
>>813 > だから意味合いは違うって書いてんでしょうが
何にキレてるのか知らんけど、意味合いの違うものを引き合いに出すこと自体がおかしいって指摘されてることぐらいは理解しようよ
とは言え
意味合い違うものを出すのがおかしいなら807のレスがおかしいんだよ？
おおもとの
>>776 や
>>793 の疑問についてはusingでエイリアスをつけて
『using [別名] = [VeryLongLongClassNameとか別名をつけたいクラス名];』と宣言して、
『[別名] Foo() { return this; }』みたいなメソッドの書き方することはできるし、
その別名に「This」を使ってるようなソースもたまに見かける
なんだけど・・・そもそも戻り値が特にないからとりあえず安易にthisを返すみたいな考え方は間違ってる
戻り値がないならvoidにして無駄な戻り値を返さない
そのクラスがBuilder的な使い方をするクラスである場合に限って、
そういうクラスであることをクラス名ほかで明示したうえで首尾一貫して全voidメソッドでthisを返す
>>782 みたいな考え方で戻り値がthisなのか新しいインスタンスなのかブレるかもしれないのは論外
戻り値が後者なメソッドが混ざってると
>>807 の２種類の書き方で結果が同一にならなくなる
Fluent apiってthisを返すことが目的じゃないからな
>>817 話題を変えること
と
違うものを引き合いに出して同じでしょ
って言うことの違いも理解できてないのかよ…
>>820 話題を変えたから見た目の話してんのに機能面に難癖つけてるの分かってる？
見た目はこれと一緒、機能はちがうけどね
ってレスしたらそれは機能が違う！って戻してんじゃんｗ
見た目も機能も同じtweenerという例示
見た目の話に切り替えたので見た目は同じだが機能は異なるlinqという例示
念の為機能は異なることも明記した上での提示に対して機能面についてあーだこーだ言われてもねぇ
喧嘩すんなよ。
コードレビューするなら
今までレスしてる中でthis返す設計に肯定的な姿勢なのは元の質問者である782だけ
>>821 バカなの？
> linqはパイプみたいに順次処理して行くからまだ理解できるんだけど
って書いてあるだろ
そういう必然性のない
> 設定が多いものをチェインメソッドで必要な設定を好きな順番で書く
を同一視してるのがおかしいの
わかった？
>>825 それは機能の話ね
で、機能は初めから違うよ、って言ってるよね？
誰も同一視してないのになんで同一視してんじゃねーよ！って絡んでくるの？
揚げ足取りだけど＆Javaからの輸入だけど
linqもtweenerみたなのもメソッドをドットでつなげて表記する
>>827 おぉ、確かに
標準にもあったね、ありがとう
>>826 もしかして「必然性」っていう言葉を理解できないの？
機能が違うからダメと言うより必要もないのにチェインメソッド使わなくても良くね？
って話な
>>827 fact を提示するのは揚げ足取りではないと思うよ。
return this は言われるほど悪いものではないと個人的には思う。が、メソッドチェーンにする価値は LINQ に比べるとさしてないという意見にも同意。
>>830 うん、使わなくてよくね？
使うべきとも使ったほうが良いとも書いてない
そういうライブラリがこの世に多少は存在することを例示しただけ
そもそも俺自身がthis返す設計に否定的だって何度も書いてるんだけど読んでる？
他言語だけどスクレイピングでよく使う
>>832 お前の意見はどうでもいいよ…
必然性の有無にも気づけずにLinqガーとかいうアホがいたって話だしw
なんか絡まれたから対応したら君の意見はどうでもいいって…
VBのWithみたいなことやりたいって理由でthis返すんなら最低だな
>>835 > じゃあなんで絡んだんだよｗ
ちゃんと書いてあるだろ…
> 必然性の有無にも気づけずにLinqガーとかいうアホがいたって話だしw
見た目の話だけなら個人の好みだから人それぞれでいいけどLinqとかの必然性があるものを持って来られても困る
>>837 いや、だからなんで俺の意見はどうでも良いはずなのに未だに絡むの？
何を説明しようがどうでもいいで片付けるんだから話にならないじゃんｗ
もう一回説明しようか？
linqと見た目が一緒、機能は異なる
ただそれだけなんだけど伝わらない？これも意見だからどうでも良いんだと思うけど
ずーっとこう主張してるのになんでlinqは必然性があるから良いんだ！みたいな頓珍漢な絡みするの？
>>838 まじで日本語の理解力がなさすぎ
(引っ込みつかなくなってるだけかも知れんがw）
> うん、使わなくてよくね？
という君の意見はどうでもいい
Linqは
>>811 が書いてる通り
> LINQでつなげる場合はLINQメソッドの戻り値を意識しながらつなげるわけだから、話が違うじゃん
ってことな
>>839 いや、だからそんなことわかりきってるよｗ
807で君が言った内容に対して表記が同じとしか言ってない
ちゃんと機能が異なることを追記した上で同じ表記だね、って言っただけでしょ？
それに対して延々と同じ内容で煽り続けてるんだよ？
linqは意味が違うよっていう808からの始まった内容に対してlinqは意味が違う！馬鹿なの？って
もっかい始めの方からレス内容確認したほうが良いよ
言葉尻捕まえて煽るだけで引っ込みつかなくなってるのはたぶん君の方だよ
もう堂々巡りにして引き分けに持ち込もうと必死だな
機能の話から表記の話なってまた機能の話に戻す
804：機能の話
ゴミのような時間の使い方をしている人らとはどっこいどっこいって感じよ
まだ言ってるのかよw
>>1 >なお、テンプレが読めない回答者、議論をしたいだけの人は邪魔なので後述のC#相談室に移動して下さい。
>C#に関係の無い話題や荒らしの相手や罵倒レスや酔っぱらいレスはやめてください
ID真っ赤にしている人はコレ100回読んでね
お互い口汚く罵るのはやめよう。どちらも有益な情報を持ち込み、スレに貢献してると思うよ。
>>844 機能と表記の 2 観点からの考察ありがとう。君の主張は首尾一貫していて妥当だと思うよ。
私は return this 完全否定はしないけどね。
>>842 tweener なるものが何か知らないのだが、設定の手数の観点で C# と比較できるものではないということはわかった。ありがとう。
私が return this を時折使う理由も設定の手数あたりにあるかもしれないと思った。
変数宣言&インスタンス初期化を “本処理とは分けて” ワンライナーで書きたいのだが、初期化の手数が多いときに return this 使うよ。
var a = new ClassA().Init1().Init2().Init3();
var b = new ClassB().Init(a);
// a, b, その他の変数を用いた本処理
という感じで。
初期化と本処理をごちゃ混ぜに書くと本処理の本質が見えづらくなるため好きではないし、if, for などで新しいブロックが出てくるわけでもないのにコンテクストの途中で新規変数宣言するのも好きではない。純粋に表記スタイルの (好みの) 話。
まあLINQはさておき
>>850 tweenerはたぶんゲーム分野とかで使うことが多いと思うけど表示物のアニメーション制御に使うようなライブラリを指して言った
最近はweb系もアニメーションには富んでるからそっちにも似たようなものはある
表示物のx座標をaからbにc秒かけて移動させる、そのときd秒遅れてアニメーションを開始して終了後にe関数を呼ぶ
みたいな設定をするのに使う
c#の先祖に当たるdelphiではwithがあったがC#で亡くなった
まあ罵倒は見てて見苦しいねw
相談させてください。 https://docs.microsoft.com/ja-jp/visualstudio/code-quality/ca1810?view=vs-2019 （続き）
俺自身もthis返す設計に否定的で813で明確に表明してるんだけどねｗ
>>856 >高コストな HighCostMethod を２回も呼びだすのは無駄なので
典型的なシングルトン。
データベースマネージャーとか、何かを管理するクラスは、基本的に1回しか実行しない
init( ) みたいな、特別な関数でしかnew できない。
通常の方法では、newできないように、エラーになるように作る
>>857 HighCostMethod()の結果をキャッシュする
キャッシュがあればそれを使う、なければHighCostMethod()を呼んでキャッシュに入れてから値を返す
>>856 private static double Cache = HighCostMethod();
public static double X = Math.Sign(Cache);
public static double Y = Math.Abs(Cache);
みたいに一旦結果を受けるものを作れば回避できそう
>>859 レスありがとうございます。
おっしゃるとおり、シングルトンを使えば問題は解決するだろうと考えて
作成したのが MyStaticClass3 なのですが、
MyStaticClass3 が MyStaticClass2 よりも
パフォーマンス的に優れていると考えられなくて
質問させていただきました。
> init( ) みたいな、特別な関数でしかnew できない。
> 通常の方法では、newできないように、エラーになるように作る
ここで説明していただいているお話と
MyStaticClass3 の中身の違いがよく理解できていないので
詳しく教えていただけないでしょうか。
よろしくお願いいたします。
>>860 レスありがとうございます。
HighCostMethod()の結果をキャッシュするための装置として
MyStaticClass3.Initializer を作ったつもりなのですが、
改良点などがあればご指摘いただけると幸いです。
よろしくお願いいたします。
>>861 なるほど！レスありがとうございます。
ただ、一時的に値を保持するためにフィールドを使うのは
少し抵抗があるきもするのですが、よく使われる手法なのでしょうか。
また、一つのクラスを複数ファイルに分けて記述できることを考えると、
フィールドの初期化は必ず上から順に行われることが
保証されているのかということについても少し不安があるのですが、
もし何か参考資料などをご存知なら教えていただけると嬉しく思います。
よろしくお願いいたします。
>>851 そう、そう言う風に純粋に見た目の話をしてるのにチェインメソッドにするしかない（まあ一旦変数に受けりゃいいんだけど流石にそれはねぇ）Linqを出されてもねぇ
Linqをバカにされたとでも思ったのかな？
それはさておき、たしかに同じ変数を何度も書かされるのはなんとなく冗長な感じがするからWith文みたいなのが欲しいのは理解できる
そのうちオブジェクト初期化子でメソッドが呼び出せるようになったりして
var a = new ClassA().Init1().Init2().Init3();
var b = new ClassB().Init(a);
↓
var b = new ClassB(){
Init(new ClassA(){ Init1(), Init2(), Init3() })
};
VS2015だとCA1810 なんか出ないなw
stringのreplaceとか別のインスタンスじゃん
>>862 「一つのクラスを複数ファイルに分けて記述できること」はpartial classを指していると思うんだけど、その場合はちょっと分からん
ただpartialでない普通のクラスの場合は、初期化は記述順(上から順)に行われることが保証されている
https://docs.microsoft.com/en-us/dotnet/csharp/language-reference/language-specification/classes#fields > The static field variable initializers of a class correspond to a sequence of assignments that are executed in the textual order in which they appear in the class declaration
これはOKみたい。
>>864 情報どうもありがとうございます。
Visual Studio のバージョンに依存する話だったのですね。
私は Visual Studio 2019 (Version 16.3.10) を使っています。
情報が後出しになってしまい失礼いたしました。
> 出るとしても警告を抑止して問題ないケースだと思うけど
ご意見ありがとうございます。
>>856 に貼り付けたリンクの先にも
「パフォーマンスが問題にならない場合は、このルールの警告を抑制しても安全です。」
と書いてありますし、やはり抑制が最善の方法であるような気もしてきました。
>>865 > プロパティ
アドバイスどうもありがとうございます。
string.Empty の様に、プロパティである必要がないものは
フィールドにしたほうがパフォーマンス的に有利かと思って
そのようにしていたのですが、確かにプロパティが一番真っ当ですね。
> Lazy<T>
ありがとうございます。ただ、私の考える限り以下のような方法しが思いつかず、
だったら
>>861 に書いていただいたもので良いのではと思ってしまうのですが、
もし Lazy<T> を使った別の方法があれば詳しく教えていただけると嬉しく思います。
static Lazy<double> Cache = new Lazy<double>(HighCostMethod);
public static double X = Math.Sign(Cache.Value);
public static double Y = Math.Abs(Cache.Value);
>>867 おお！情報どうもありがとうございます。大変勉強になります。
そうであるなら、Cache のフィールドが残ることが気にならないか、
もしくは Cache も後々使うなら
>>861 に書いていただいた方法が
最善になりそうですね。
>>864 なるほどｗ 警告も万能ではないとういことですね。
説得力のある面白い例を示していただきどうもありがとうございます。
>>868 そのコードだとyにアクセスせずxにだけアクセスしたら初期値の0のままだぞ
>>869 >>865 の一つ目のリンク(.NET Fiddle)がLazy<T>使ったサンプルだよ
>>871 CA1810のページによると、staticフィールドの初期化はいずれかのstaticフィールドに
最初にアクセスされる前に行われるとなってるから、それはないのでは？
知らんけど
>>872 >>861 に書いていただいた方法で十分な気がするのです。 >>873 >>874 個人的に警告を回避するために普段しない書き方をするのは違うと思う
警告の内容を理解し、それが今回のケースでは問題ないと判断できるなら遠慮なく警告を抑制していいと思う
プログラム起動時に自動的に初期化されるstaticとプログラマが初期化タイミングを制御できるsingleton
起動コストが問題なくてstaticが妥当なら警告抑制を選択するかな
>>874 LowCostMethodも追加してみた
https://dotnetfiddle.net/Be6wMy 名前の通りLazy LoadingとかLazy Initializationとかいうのをするためのもので
必要になった時に初期化されてなければ初期化して、初期化済みなら初期化済みの値を使う
MyStaticクラスが初期化される時点で_highCostが初期化されるわけではない
getプロパティで
if ( cache == null ) { cache = HighCostMethod(); }
return cache;
するのと意味的には同じでdefaultでthread-safe
詳しくは
>>862 の2つ目のリンクに書いてある
あともし他人も使うコードなら潜在的に高コストな処理は
フィールドやプロパティじゃなくメソッドにしといたほうが無難
>>875 > 個人的に警告を回避するために普段しない書き方をするのは違うと思う
> 警告の内容を理解し、それが今回のケースでは問題ないと判断できるなら遠慮なく警告を抑制していいと思う
アドバイスどうもありがとうございます。確かにおっしゃるとおりですね。
この考え方で、警告を抑制する方向で行こうと思います。
> プログラム起動時に自動的に初期化されるstaticとプログラマが初期化タイミングを制御できるsingleton
static はプログラム起動時に初期化されるんでしたっけ？
ただいずれにしても、コストが非常に高い場合は
明示的に初期化のタイミングを指定できるように気をつけたいと思います。
>>876 詳しいご説明ありがとうございます。
「MyStatic が初期化される時点で _highCost が初期化されて」
という表現は正しくありませんでした。失礼いたしました。
ただ、お書きいただいたコードでは
private static readonly Lazy<double> _highCost = new Lazy<double>(HighCostMethod);
の直後に
public static double X = Math.Sin(_highCost.Value);
public static double Y = Math.Abs(_highCost.Value);
が実行されるので、例えば
private static readonly double _highCost = HighCostMethod();
と
public static double X = Math.Sin(_highCost);
public static double Y = Math.Abs(_highCost);
に書き換えても同じではないでしょうか？
> あともし他人も使うコードなら潜在的に高コストな処理は
> フィールドやプロパティじゃなくメソッドにしといたほうが無難
アドバイスどうもありがとうございます。言われてみて、確かにそのとおりだと思いました。
コストの高さに応じて適切な書き方が選択できるように勉強したいと思います。
もう誰かとっくに書いてるだろうけど、やっぱり本来は重くなる可能性があるなら
なんかこう、せっかくの言語仕様を活かしきれてないような
原則としてはgetterでは値の取得と通知しかしてはならない
大原則？
昔の人は言いました「100人のプログラマーがいたら100通りのオブジェクト指向がある」
なるほど
消すの意味次第
vs 2019でenumをuintで作ったらint32にしろって警告された
フォルダファイルの情報集めてデータベース作りたいんですけど
何がしたいのかによるよね
linuxにはlocateコマンドと言うものがあってファイルを高速に検索できる
フルパスそのままじゃなくて差分のようなテキストファイルを作っていたような気もする
>>893 Redisなんてゆうデータベースあるんですね、一般的なのかな
さんくすしらべてみます
>>895 サンクスsqliteよく使われてますよね昔から
今でも普通に使われてるのかな？
>>894 >>896-897 何がしたいのかとゆうと、外付けHDDの中身を書き出したい的な事がしたいのです
高性能なフリーウェアがあるとしても、自分でつくりたいのれす
いや、知りたいのはその書き出したファイル情報をどうしたいのか？なんだけど…
教会作るのか扉作ってるのか木を切ってるのかっつー話よな
テキストファイルにファイル名ずらっと並べて終わりだろう
>>900 さんくす、SQlite？そんなの古くて誰も使ってないよ？みたいな状態が怖い
>>901 さんくす、とりあえず椅子を作りたい、用途に多少合わなくても使えるから
簡単な検索、重複ファイルの処理とか？
速度は遅くていいので、簡単で扱いやすいのがいいでつね
RDBで作ろうとおもってます
>>902 そんな感じになりそう、さすがにテキストファイルは作らないけど
sqlite使ってみようと思いますが、Microsoft SQL Serverってどうなんでしょう？
定番なんでしょうか？それとも難しいとか使いにくいとか
>>903 sqliteはローカルで閉じたお手軽DBとしてはまだまだ現役よ。ローカルDBのデファクトスタンダードと言っていいぐらい。
クライアントサーバのようなシステム作りたいなら不向きだけど。
SQL ServerとかそれこそWinのクラサバでしか使われてない無価値な技術だぞ
sqliteは組み込みDBではメジャーだろ。androidアプリの標準ローカルDBがsqliteだし。iosのcoredbだって内部はsqlite使ってるだろ?
sqliteはChromeとかfirefoxでも使ってるはず
>>903 win環境ならSQL Serverは最有力選択肢だよ
C#前提ならVisualStudioとも統合されてるし、簡単に扱えるので取り回しもしやすくて情報も多い
気になるのはやろうとしてることに対して、若干大げさな構成かなという点かな
RDBの経験積みたいのが目的に含まれるなら全然アリよ
インストールとかもSQLServerのインストールと設定込みになるから大げさだよ
プロダクト目的なSQLite
>>904 さんくすです、現役なら今から勉強しても無駄にはならなそうですね
>>905 Microsoftはたまに、それ誰得よってのがあるから怖い
>>906 さんくす、androidに使われてたらしばらく安泰でつね
>>908 ちょと調べてみたけど、きびしい、頭の片隅に
>>910 ,912
さんくす、SQLServerも間違ってはいないのですね
DB使うまでもなくオーバスペックっぽいけど、練習になるから
>911
導入がメンドイのと保守もいると、さんくすね
>909
firefoxで使ってるのみました、でもFFは設計古いままきてるからどうなのかなって
>913
VisualStudioにsqliteいれといてくれたらいいのにね
みなさんさんくす、現在のDBの立ち位置がわかって、方向性がだいたい決まりました
まずはsqlite導入してみようかな
SQLiteって導入するほどのもんでもない
nugetで簡単にプロジェクト追加できるからVisual Studioに付属していないという批判はお門違い
>>917 まあこういう文章だと語尾がしねに読めちゃうのはしょうがないしね
「～だしね」からの「しねとは何だ！」ってのはいつものお約束だろw
>>914 > VisualStudioにsqliteいれといてくれたらいいのにね
2019は知らんけど2017はVisual Studioのインストール時にSQL-Server LocalDBを入れるかどうかを聞いてきたような気がする
LocalDBは外部からの接続できないだけで中身はほとんどSQL-Server
Visual Studioからテーブル開いてデータを弄ることもできるしそこそこ便利よ
>>923 使いたいときはentityframeworkっていう似たようなものを被せて使います
>>922 まじでっ、２０１７入ってるんだけど記憶にないお
スキップしたんだろうな、今からいれてみるサンクスね
>>915-918 nugetも入れたほうがいいのかお
genericsの〈T〉のTって動的に入れるのは無理？
>>928 Type.MakeGenericType
>>927 nugetを入れると言う以前にVS使ってソリューションて作るとすぐ使える状態にあるし
SQLiteを始めとして外部ライブラリを導入するならnuget使うのはc#では基本ツールと言えるので、使えたほうが良い
パッケージ管理にnugetが最適かは置いておくとして
sqliteやるとして、Dapperを使うかEF使うかは意見が分かれるところだね
SQLiteとEFの組み合わせはテスト専用だ
SQL-Server Local DB って MSDE のこととちゃうんけ
MSDEつーか、SQL Server Expressだっけかな
いや間違ってる
ありがとう
SQLLiteてUPDATE文に結合テーブル使えないんだっけ
>>939 > Local DBはそれとインターフェイス互換性を持たせた別製品
> ExpressとCompactのあいのこみたいなもの
お前もテキトーなこと書くなよw
LocalDBはエンジンはExpressとほぼ同じで外部からの接続ができないだけ
Compactは全く別物で使えるSQLも異なる
20年程前にSYBASEと分離したけど
MS製でサーバーインスコ必要ないSQLはmdbということになる？
なんでMSはAccessやめちゃったんだろうな
>>944 SQL Server Compact…はまだ生きてたっけ?
>>947 Compactは終了で、その代わりがlocalDBなんじゃなかったっけ
>>930 さんくす、Nugetすごく簡単だねえ、ただ多すぎて迷う、coreにしてみた
>>931 わざわざさんくすね、LocalDBも入れてみるお
>>933 Dapperとゆう新たな単語が、、頭の片隅に
他の人もサンクス、あとは勉強してコード書くだけだね
>>946 Access地味に高いからな
使わんのにエンタープライズに入ってやがるのがムカつく
>>950 Accessというか、MDBファイルは作るときこそ金はかかるが、配布は無料ってところが良かったよな
頑張ればフリーで全て賄うことも可能だったし
ASP.NET Webフォームでオブジェクト指向な作りって出来ますか？Pageクラスを継承した画面ごとのクラスが基本となると思うんですが、それらとは別にドメインオブジェクトを定義すればいいんでしょうか？
ドメインオブジェクトはどんなフレームワークでも作るのはまあ基本
C#にしてもVB.Netにしても、オブジェクト指向な言語だからできるだろ
extendsを使いグローバル変数で回さないことかな
mdb は Access 無くても作れるし使える
>>956 生成できたっけ？
ADOXが必要だと思ってたけどadodbで生成できるならやり方教えて欲しい
昔はVSでもGUI上からmdb作れた気がするけどc#からコードで作れたと思う
扱い面倒だからね
モダンアプリではより完全なCOMベースになったね
組み込みっていったっていまどきマルチスレッド当たり前で、要は
>>964 用途に応じて使い分ければいいんじゃないでしょうか
Newtonsoft.Jsonに絡み、C#の文法や仕組みがよくわからないので教えてください
https://www.newtonsoft.com/json 前者のコードが通ること、対して後者が通らないことの理由がそれぞれよくわかりません
var jsonString = JsonConvert.SerializeObject(new {asdf = "asdf"});
var jsonString = JsonConvert.SerializeObject(new {var asdf = "asdf"});
JsonConvert.SerializeObjecメソッドに匿名のオブジェクトを作成して渡すのであれば、宣言を含めきちんと作成した後者のコードになるような気がしてしまいますが・・・・一体どういうことなのですか？
匿名型でvarを使う文法が存在しないからじゃねーの
>>967 =968
ありがとう、こういうものだったのか
全然知らなかった助かったよ
WindowsフォームのListBoxのアイテムの順番を
vs2019って新規作成でフォーム作れます？いきなりユーザーコントロールしかなくないですか？
>>973 そうなんだよ
まずボタンやチェックボックスの自作から始まる
一通りできたらフォームの新規作成がアンロックされる
>>976 右上二行目のコンボボックスが「AdｄOn」となっているだろうが、そこを「デスクトップ」にする
WPFのStack、WrapPanelなどのコンテナ上の余白クリック時にイベントを追加したいのですが、Background="#00000000"とすることでそれ自体は達成することが出来ました
>>979 if (!(sender is StackPanel)) { e.Handled = true; return; }
これを先頭に追加してみたところ希望の動作になりました。
どうもありがとうございます。
>>980 を踏んだ人は新スレを建てて下さい
次スレよろしく
めちゃくちゃ初歩的な話で恐縮ですが…
Visual Studio 2019でWPFアプリを作ってみようとして最初の最初でつまづきました
参考にしたURLは↓
C# で WPF を使った Hello World アプリ - Visual Studio | Microsoft Docs
https://docs.microsoft.com/ja-jp/visualstudio/get-started/csharp/tutorial-wpf?view=vs-2019 1.新プロジェクトを作成(WPF App(.NET Core))
2.ツールボックス > コモンWPFコントロールからTextBlockをデザインサーフェイス上に配置
3.配置したTextBlockを削除
4.再度、ツールボックスからTextBlockを配置
5.このスコープで重複する名前 'textBlock' を登録することはできません。 と言われエラーになる
コントロールの名称を変更すれば良いのだとは思いますが、
表面上は1つ目のコントロールなのにtextBlock2のような名前に変更しなければならないのは気持ちが悪いです
そもそも先に配置したコントロールを削除したのに重複エラーと言われてしまうのがよく解りません
一旦配置してしまうと、削除してもどこかにデータが残ってしまうのでしょうか？
XAMLを見て必要なら手で直せとしか
>>985 おっしゃっている"手で直す"とは、どこのことでしょうか？
例として、
1.TextBlockをデザイナに追加
2.TextBlockタグのx:Nameを"textBlock5"に変更
3.TextBlockを削除(マークアップ側のTextBlockタグも消える)
4.再度TextBlockをデザイナに追加(マークアップ側にTextBlockタグが追加される)
5.TextBlockタグのx:Nameを"textBlock5"に変更
6.重複エラー
このようになるのですが、やはり textBlock5 がどこに残っているのか見つけられません
現在のプロジェクトを対象に"textBlock5"を検索してみましたが見つかりませんでした
プロジェクト作成時はxamlが↓のようになっており
<Window x:Class="HelloWPFApp.MainWindow"
中略
Title="MainWindow" Height="450" Width="800">
<Grid>
</Grid>
</Window>
コントロールを追加するとGridタグ内にタグが追加されます↓
<Grid>
<TextBlock x:Name="textBlock" HorizontalAlignment="Left" Margin="159,236,0,0" Text="TextBlock" TextWrapping="Wrap" VerticalAlignment="Top"/>
</Grid>
参考URLのマークアップでは x:Name="textBlock" が記述されていなかったため、その部分を削除したところエラーは消えました
＞コントロールのNameは指定しないのが基本
というのは、ここのx:Nameのことでしょうか？
ただ、上記の通り重複している名前がどこに残っているのか解らないため
根本的な解決になっていません
xaml は xml(テキスト)ファイルだから、テキストエディタで開いてその名前で検索してみれば見つかるんじゃないの。
>>987 986の書き方では良くなかったでしょうか
xamlファイルの中身は
<Window x:Class="HelloWPFApp.MainWindow"
中略
Title="MainWindow" Height="450" Width="800">
<Grid>
</Grid>
</Window>
となっていて、コントロールを追加するとGridタグ内にタグが追加されます↓
<Grid>
<TextBlock x:Name="textBlock" HorizontalAlignment="Left" Margin="159,236,0,0" Text="TextBlock" TextWrapping="Wrap" VerticalAlignment="Top"/>
</Grid>
コントロールを削除すると、TextBlockタグも消えます
コントロールの追加/削除で変更があるのはこの行だけです
その後、現在のプロジェクトを対象としてx:Nameに指定してあった値を検索しても見つからなかったんです
xamlファイルをテキストエディタで開き直しても中身は同じです
>>986 XamlデザイナではC#エディタと違ってどこで重複してるのかまでは教えてくれないね確か
でもエラー箇所は下線が付くはずだからそれで見つけられるはず
x:Name=""やName=""は名指しでのアクセスが必要にならない限りは指定しないのが普通
そのコントロールでのイベントからのアクセスなら、例えば<Button Click="buttonClick" />なら下記のようにsenderをキャストすることによってアクセス出来るので、Name属性はそうそう必要にならないはず
private void buttonClick(object sender, RoutedEventArgs e)
{
var button = (Button)sender;
}
「x:Name="" は基本的には不要」という話は解りました
自己解決しました
.VSでのnet coreのWPF対応が全然ダメダメなのに
.net coreのWPF自体が未完成品レベルなのに何で使うのかな
>>992-993 既存の開発終えるならそう書くしかなかろう
そんでもってあなたが入門者にMSがそう書いていたら使うでしょう
そもそも既存のWPFが完成品なのかと言われると・・・
立場上、忖度しないといけないから行間読んでくれってことでしょ。
今のレベルの.net coreのWPFは趣味レベルならいいけど
それを言ったらWPF自体が…
Windows.FormsのDataGridViewで2カラムのみの状態で、カラム幅をちょうど半分ずつにするには
このスレッドは１０００を超えました。
5ちゃんねるの運営はプレミアム会員の皆さまに支えられています。
運営にご協力お願いいたします。
───────────────────
《プレミアム会員の主な特典》
★ 5ちゃんねる専用ブラウザからの広告除去
★ 5ちゃんねるの過去ログを取得
★ 書き込み規制の緩和
───────────────────
会員登録には個人情報は一切必要ありません。
月300円から匿名でご購入いただけます。
▼ プレミアム会員登録はこちら ▼
https://premium.5ch.net/ ▼ 浪人ログインはこちら ▼
https://login.5ch.net/login.php
このスレへの固定リンク： http://5chb.net/r/tech/1570446977/ ヒント： 5chスレのurlに http ://xxxx.5chb .net/xxxx のようにb を入れるだけでここでスレ保存、閲覧できます。 TOPへ TOPへ
全掲示板一覧 この掲示板へ 人気スレ |
Youtube 動画
>50
>100
>200
>300
>500
>1000枚
新着画像 ↓「ふらっと C#,C♯,C＃（初心者用） Part145 ->画像>6枚 」 を見た人も見ています：・ふらっと C#,C♯,C＃（初心者用） Part134 ふらっと C#,C♯,C＃（初心者用） Part146 ふらっと C#,C♯,C＃（初心者用） Part144 ふらっと C#,C♯,C＃（初心者用） Part142 ふらっと C#,C♯,C＃（初心者用） Part160 ふらっと C#,C♯,C＃（議論用） 【初心者用】マイニング情報交換スレ9 c2ch.net 俺、パチ初心者用質問スレ9本目 くだすれPython(超初心者用) その39 【初心者用】マイニング情報交換スレ18 【初心者用】マイニング情報交換スレ39 【初心者用】マイニング情報交換スレ43 【第五人格】IdentityV 初心者用スレ 15 FX初心者スレ Part135 MTB初心者質問スレ part105 3ds Max初心者質問スレ Part15 【PSO2】初心者用PSO2攻略wikiを作りました 【LoL】League of Legends 初心者スレ Part345 くだすれDelphi(超初心者用)その58【Embarcadero】 幻獣契約クリプトラクト 初心者&質問スレ part15 【初心者用】パズル＆ドラゴンズ【パズドラ】★118 【プロスピ】プロ野球スピリッツＡ初心者スレ part15 【MHW】モンスターハンターワールド 初心者スレpart5 【ドラガリ】ドラガリアロスト 初心者スレ part 5 【リセマラ相談】 【プリコネ】プリンセスコネクト！ Re:Dive初心者・中級者スレpart205 【プリコネ】プリンセスコネクト！ Re:Dive初心者・中級者スレpart225 【プリコネ】プリンセスコネクト！ Re:Dive初心者・中級者スレ Part125 FX初心者スレ Part56 FX初心者スレ Part128 FX初心者スレ Part109 FX初心者質問スレPart105 FX初心者スレ Part139 FX初心者スレ Part112 FX初心者スレ Part104 FX初心者スレ Part138 へらぶな釣り～初心者の質問Part2 【FF14】初心者の館 Part333 【FF14】初心者の館 Part369 【FF14】初心者の館 Part329 糖尿病初心者質問スレpart50 【FF14】初心者の館 Part380 ロード初心者質問スレ part425 ロード初心者質問スレ part436 SONAR 初心者質問スレ Part17 ■西洋占星術☆初心者さん■part18 初心者イラスト練習日記part15 【BMX】BMX初心者集え！Part49 バジリスク絆初心者質問スレpart19 バジリスク絆初心者質問スレPart32 クロスバイク初心者質問スレ part17 Twitter 初心者＆質問スレ Part.39 【小説家になろう】初心者作者の集いpart135 【初心者】ｽﾚを立てる前にｺｺで質問を【Part28】 【小説家になろう】初心者作者の集いpart.76 【小説家になろう】初心者作者の集いpart.51 【小説家になろう】初心者作者の集いpart.28 【OCG】初心者・復帰組交流スレ Part27 【OCG】初心者・復帰組交流スレ Part24 youtube初心者スレ収益化 跳躍編part25 クロスバイク初心者質問スレ part10000 ウクレレ初心者集まれ！！ Part18 (ID有) 【MTG】MTG初心者交流スレpart75【始めよう】 セキュリティ初心者質問スレッド Part138 【MTG】MTG初心者交流スレpart78【始めよう】 パソコン初心者総合質問スレッド Part2059 Kawasaki Ninja250 初心者スレ Part.002
18:53:26 up 96 days, 19:52, 0 users, load average: 13.13, 11.09, 9.02
in 2.7100100517273 sec
@2.7100100517273@0b7 on 072307
