ふらっと C#,C♯,C＃（初心者用） Part142

[表示 : 全て最新50 1-99 101- 201- 301- 401- 501- 601- 701- 801- 901- 1001- 2ch.scのread.cgiへ]
Update time : 01/03 17:51 / Filesize : 300 KB / Number-of Response : 1017
[このスレッドの書き込みを削除する]
[＋板最近立ったスレ＆熱いスレ一覧 : ＋板最近立ったスレ／記者別一覧] [類似スレッド一覧]


↑キャッシュ検索、類似スレ動作を修正しました、ご迷惑をお掛けしました

1 名前：名無C mailto:sage [2019/03/07(木) 06:35:41.12 ID:6L3KEJfe0.net]: !extend:checked:vvvvv:1000:512
次スレを立てる時は↑を2行冒頭に書くこと（1行分は消えて表示されない為）

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

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

■関連スレ
C#, C♯, C＃相談室 Part93
mevius.5ch.net/test/read.cgi/tech/1492818720/
■前スレ
ふらっと C#,C♯,C＃（初心者用） Part141
mevius.5ch.net/test/read.cgi/tech/1544839627/
■コードを貼る場合は↓を使いましょう。
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
referencesource.microsoft.com/
VIPQ2_EXTDAT: checked:vvvvv:1000:512:----: EXT was configured
679 名前：デフォルトの名無しさん [2019/05/04(土) 14:32:15.09 ID:IHSUUilV0.net]: List.Addって、複数のスレッドから同時に呼び出したらデータが壊れる可能性ってあるの？
680 名前：デフォルトの名無しさん mailto:sage [2019/05/04(土) 15:00:48.03 ID:NSx1pb1m0.net]: >>670
スレッドセーフじゃないからlock制御を自前で持つか、System.Collections.Concurrentのコレクション使うべき
681 名前：デフォルトの名無しさん mailto:sage [2019/05/04(土) 15:23:49.46 ID:H40F3Pfj0.net]: Queueの出し入れもlock必要だし、マルチスレッドはめんどいよな。
なんでConcurrentDictionaryはあるのにListは無いのか
682 名前：デフォルトの名無しさん mailto:sage [2019/05/04(土) 15:37:29.51 ID:uz0VN5nda.net]: >>672
使い道がない
683 名前：デフォルトの名無しさん mailto:sage [2019/05/04(土) 15:38:02.55 ID:vy21Hr2ZM.net]: 個人的にはスレッド自体に特定のスレッドからのデータを受け取る処理がある方が好き
684 名前：デフォルトの名無しさん mailto:sage [2019/05/04(土) 15:57:05.65 ID:qIB0qWQDM.net]: 別々のスレッドから生成された値を集めたいなら、
各スレッドで別のバッファ(List)に値を書き込んでから最後に単一スレッドでマージするのが定番
685 名前：デフォルトの名無しさん mailto:sage [2019/05/04(土) 17:20:59.03 ID:pMssk1qR0.net]: スレッドセーフって実はどういう動作するのかよく知らないぜ
686 名前：デフォルトの名無しさん mailto:sage [2019/05/04(土) 17:27:01.27 ID:0zm1CIpf0.net]: >>676
わかる
エラーがでなかったらそれがスレッドセーフ！！
687 名前：デフォルトの名無しさん mailto:sage [2019/05/04(土) 20:18:11.93 ID:pMssk1qR0.net]: APIのマニュアルにおいて「スレッドセーフ」という言葉が用いられる場合、たいていは「複数のスレッドからアクセスされても例外を出さない、プログラムがクラッシュしない」というような意味です。

しかしプログラムの目的によっては、例外が出ないだけでは不適切です。

例えば対象が、100個のデータを管理する変数だとします。
その100個のデータに対して、1つ目から順に処理するスレッドと、50個目から変更するスレッドが同時に動いたらどうなるでしょうか？　結果は不定です。
この例では、排他処理 (C#なら lock ステートメントなど) と呼ばれる処置が必要になります。

ってググって出たサイトで拾った
688 名前：デフォルトの名無しさん mailto:sage [2019/05/04(土) 20:25:20.65 ID:pMssk1qR0.net]: つまり

for(int i=0;i<lst.count;i++)
{
unk un=lst[i];
略
}

みたいなプログラムを組んだとき
どっかでいきなり要素をゼロにされて死ぬってことは
スレッドセーフだろうがどうだろうが可能性はあるってことだよね

ってことを考えるとスレッドセーフである意味ってあんまりなくて
排他処理は絶対実装しないと駄目だよね？ってこと？
誰か違うと言ってくれ
689 名前：デフォルトの名無しさん mailto:sage [2019/05/04(土) 20:59:32.71 ID:Ui9BQ5TxM.net]: スレッドセーフはメソッド内などで一貫性を保てる作り

排他制御が必要な場面でやってないなど作り手のロジックミスには対応出来るわけがない
690 名前：デフォルトの名無しさん mailto:sage [2019/05/04(土) 21:06:21.08 ID:Ui9BQ5TxM.net]: スレッドセーフである意味

あるオブジェクトがプロパティAを持っててメソッド内で
b=aaa(A)+bbb(A);
を計算しようとしても複数のスレッドからアクセスされることを考慮されていなければ
最初のAと次のAが違う場合があり計算結果が期待したものにならないかもしれない

スレッドセーフはこういう場合でもちゃんと計算される仕組みを持つ
691 名前：デフォルトの名無しさん mailto:sage [2019/05/04(土) 21:07:23.59 ID:3sktWiiHa.net]: >>679
その処理は要素数チェックと要素アクセスが分かれているから、間に他スレッドからの処理が割り込み得る
System.Collections.Concurrent系のコレクションは、
例えば「要素があるなら取得」のようなまとまった処理がatomicになっているので、他スレッドからの割り込まれない(＝スレッドセーフ)
どっかのスレッドで詰めて、別のスレッドでループ処理、がやりたいのならBlockingCollectionが楽
692 名前：デフォルトの名無しさん mailto:sage [2019/05/04(土) 21:27:48.58 ID:qIB0qWQDM.net]: >>679
厳密に他のスレッドとの同期を取らなきゃいけないなら>>682の言うようにBlockingCollection使うか毎回ロックだろうし、
ループ中は他のスレッドによるlstの変更を反映しなくていいならループに入る直前だけロックしてコピーしておけば済む
ケースバイケースだよ
一つ一般的なアドバイスをしておくと、並列処理のコツはデリケートな前提をなるべく設けずに極力ロバストな設計をすることだ
要件が許す限りにおいて、少々処理の順番が入れ替わったり処理間の同期が取れてなかったりしても問題にならないつくりにするのが理想
693 名前：デフォルトの名無しさん [2019/05/04(土) 22:09:10.98 ID:56LrGuhB0.net]: 非同期処理は複数のスレッドが同じデータを弄ろうとすることによる不整合は起きないけど
コールスタックは複数になるから
同じデータに触ると訳ワカメになる事があった
694 名前：デフォルトの名無しさん mailto:sage [2019/05/04(土) 23:16:04.81 ID:pMssk1qR0.net]: (||ﾟДﾟ)ﾋｨｨｨ!(ﾟДﾟ||)
じゃあ>>679みてーな処理を書いたら
スレッドセーフなんて関係なく
バグるんだね
こぇえええええ
じゃなくて終わったわ
今まで組んだもんでテキトーにやった箇所全部終わってる気がする
695 名前：デフォルトの名無しさん mailto:sage [2019/05/04(土) 23:28:33.99 ID:J15hVQV0a.net]: まあ複数スレッドで同時並行処理するときにはそのへん慎重を期さないと
再現困難なバグを埋め込んじゃうからねえ
同時に読み書きする可能性のある変数を安易に書き換え/差し替えしちゃダメ
696 名前：デフォルトの名無しさん mailto:sage [2019/05/05(日) 05:07:07.08 ID:tvdtPjB+0.net]: マルチスレッドの恐ろしさは、たまにしかバグらない事。
ほとんどは正常に動くから、質が悪い。
必ず、バグらないだろ

それで喧嘩になる事も多い。
マルチスレッドは、ベテランでもバグるからやめろと言っても、
ほら、バグらないでしょ？と、突っかかってくる

その時には、バグらないと言うと、
千回実行しても、バグらないでしょ？と、突っかかってくる。
でも、その時にはバグらない

バグる立証をするのが難しい

だから、Ruby をやった人は、関数型言語のElixir をやる。
他の言語の人は、何を言っても、そのテスト回数でバグらないと言ってくるから、質が悪い

1万回実行しても、10万回実行しても、その時にはバグらないものなんだよ。
何回バグらないで実行すれば、正しいと認めるのか、と問われても困る
697 名前：デフォルトの名無しさん mailto:sage [2019/05/05(日) 06:10:17.07 ID:BzgWdCy40.net]: ｱｸﾏﾉｼｮｳﾒｲ
698 名前：デフォルトの名無しさん mailto:sage [2019/05/05(日) 08:46:40.02 ID:TKrOuc6uM.net]: >>687
喧嘩になるのはマルチスレッドのバグのせいではなくお前の頭がバグってるから
699 名前：デフォルトの名無しさん mailto:sage [2019/05/05(日) 08:57:36.80 ID:Vqy33e5r0.net]: エビデンスとれてりゃ突きつけるだけなのに
700 名前：デフォルトの名無しさん mailto:sage [2019/05/05(日) 10:34:54.98 ID:RPhfdkos0.net]: >>687
マルチスレッドはバグるからやめろってなるのでなく、バグが無いように作れよ。

あと、お前の意見を相手が聞き入れず喧嘩になるのは、お前がいつもバカなことを言うから相手は当然受け入れる気にならず、お前にはその自覚がなくて｢何でアイツは僕の言うことを理解してかれないんだウワアーーー｣ってなってるからだぞ。
701 名前：デフォルトの名無しさん mailto:sage [2019/05/05(日) 10:45:50.32 ID:bYgaGqRgM.net]: >>687
なんでバグが起こってるのか原因特定出来てなくてワロタ
702 名前：デフォルトの名無しさん mailto:sage [2019/05/05(日) 10:48:34.16 ID:uudMW5nw0.net]: スレッドセーフは単発のメソッドが競合しないだけで
一連の処理についての動作保証をするものではないと

マルチスレッドはやらなくていいならそれに越したことはないけど
絶対に駄目というわけではなく

排他処理を組まないことが害悪
703 名前：デフォルトの名無しさん mailto:sage [2019/05/05(日) 11:21:06.67 ID:IBoHsNppa.net]: 排他制御をしなくても安全に並列処理できるように設計することが大事
まずはロック、クリティカルセクション、ミューテックス、セマフォ、といった待ち時間を発生させるタイプの機能を使ったら負け、というルールで設計に挑戦してみるといい
大半の並列処理でそんなものは必要ないこと、それらを使わないほうが圧倒的に設計とプログラムが綺麗になることを体験するべき
704 名前：デフォルトの名無しさん mailto:sage [2019/05/05(日) 11:29:03.77 ID:Q2loWuJOM.net]: シネ
705 名前：デフォルトの名無しさん [2019/05/05(日) 12:22:10.03 ID:6g/cxz/+M.net]: ぱられるふぉーってのを使えば良いんじゃね？
知らんけど
706 名前：デフォルトの名無しさん mailto:sage [2019/05/05(日) 12:32:51.31 ID:uudMW5nw0.net]: >>694
うーん、でも>>679みたいなこと
やった時点で終わりってまともじゃねぇよ
コードで一瞬でもすきを見せたら終了みたいになっちゃうじゃん

お前の理想はなんかあるんだろうけど
他人が叫ぶスレッドセーフに頼っちゃ駄目だよ
アプリの仕様として排他処理を盛り込むべき
707 名前：デフォルトの名無しさん mailto:sage [2019/05/05(日) 13:01:26.26 ID:EeTrV1LT0.net]: >>697
だからさ、>>679みたいなforループ自体をスレッドセーフにする一番簡易な表記方法がlockなんだよ
これ以上簡単に書くことはライブラリをどんだけ上手く作っても無理
708 名前：デフォルトの名無しさん mailto:sage [2019/05/05(日) 13:15:03.75 ID:l159r3xkM.net]: >>698
それって記述が簡単ってだけでしょ？
ロック中にアクセスしたらどういう動作するの？
次回に回すの？
待機して待つの？
そういうのってスレッド毎にステータスを持たせて
マトリックスで管理しないと制御できてると俺は認めない

ジジイだから
709 名前：デフォルトの名無しさん [2019/05/05(日) 13:34:55.82 ID:1Pm7tIcB0.net]: VisualBasic大先生を怒らせてしまったようだな
710 名前：デフォルトの名無しさん mailto:sage [2019/05/05(日) 13:41:27.68 ID:IBoHsNppa.net]: >>698
だからさ
そんな不安定なロジックを書かなくても良いようにちゃんと設計するのが並列処理の王道なんだよ
lockブロックは最初の一回を書くときは楽かもしれんがだんだん難しくなるぞ
そのコレクションを使う全てのプログラマが並列性を意識して正確に排他制御をコーディングしなければならない
これは実用的なシステムの規模になるとかなり大きな負担になる
711 名前：デフォルトの名無しさん mailto:sage [2019/05/05(日) 14:02:39.93 ID:IBoHsNppa.net]: そもそもロックって論外なんだわ

世の中の並列処理の目的ってのはほぼ2種類に分類されるんだよ
①インフラストラクチャ処理中にCPUを待たせたくない
②消費コア数を増やして暇なCPUを働かせたい

よーするにCPUを無駄にしたくないわけ
でもロックしちゃうと問答無用でCPUが何もせずに止まっちゃう
ロックすると並列処理をする目的そのものに反してしまう
なのでロックは基本使わず最後の手段ってわけ

この辺りは(やや古い本だが)Microsoft Pressのプログラミング.NET Franework第4版やEffectiveシリーズでも解説されてることだね
どちらも良書なので脱初心者を目指しているだろう君達は是非とも読むべきだ
712 名前：デフォルトの名無しさん mailto:sage [2019/05/05(日) 14:08:00.64 ID:kZz1htUnM.net]: その通り
極端な話、並列処理なんてそれぞれ別のサーバーで実行させりゃいいんだよ
それがレイテンシやコストなどの問題で無理なら代わりにプロセスを分ければいい
そもダメならリクエストやワーカー単位でスレッドを分け、といった具合に、共有するリソースを最小限にすることを優先する
713 名前：デフォルトの名無しさん mailto:sage [2019/05/05(日) 17:40:50.25 ID:Q2loWuJOM.net]: ジジイだから能力低いだけだろ
714 名前：デフォルトの名無しさん [2019/05/05(日) 18:00:00.04 ID:1Pm7tIcB0.net]: 非同期処理全盛の時代にこれじゃ、世の中やばいコード(or非同期処理のつもりが同期処理されてるコード)だらけだろうな
Qiitaとか見ててもやばい奴だらけだ
715 名前：デフォルトの名無しさん mailto:sage [2019/05/05(日) 18:04:40.39 ID:IBoHsNppa.net]: >>705
今時lockだもんな、笑えない深刻さ
お前のコード、めちゃくちゃブロックされてんだけど、って同僚の誰かが教えてやればいいのに見て見ぬ振りは可哀想だ
716 名前：デフォルトの名無しさん [2019/05/05(日) 18:09:44.07 ID:1Pm7tIcB0.net]: そもそも、世のサンプルプログラムの多くが欠陥品なのが諸悪の根幹なのかもな
劣化コピーしちゃうQiita屋とかコピペプログラマが全部危険なコードを書いてしまう
717 名前：デフォルトの名無しさん mailto:sage [2019/05/05(日) 18:19:48.84 ID:Q2loWuJOM.net]: 一番パフォーマンスの良いMutexを使ってる人がどれだけいるやら
718 名前：デフォルトの名無しさん mailto:sage [2019/05/05(日) 18:23:53.97 ID:IBoHsNppa.net]: >>708
よくねえよw
OSリソース消費する処理に速度を期待するな
719 名前：デフォルトの名無しさん mailto:sage [2019/05/05(日) 18:27:02.59 ID:Q2loWuJOM.net]: 他人に迷惑をかける基地外はシネ
720 名前：デフォルトの名無しさん mailto:sage [2019/05/05(日) 18:33:04.85 ID:Q2loWuJOM.net]: webサーバでスレッド一個で処理を完結するようにはなっていないだろ
721 名前：デフォルトの名無しさん mailto:sage [2019/05/05(日) 18:33:17.95 ID:IBoHsNppa.net]: Mutexは相変わらずスレッドをブロックするうえにMonitorよりも消費リソースが大きい
その代わりプロセスを超えて待機処理を実装できるというものだ
よーするにlockよりもっと遅いんだよ
722 名前：デフォルトの名無しさん mailto:sage [2019/05/05(日) 18:34:49.31 ID:Q2loWuJOM.net]: >>712
実務で使ったことないんだろ
黙っとけや

自分だけの小さなアプリしか作ったことないんだろ
723 名前：デフォルトの名無しさん mailto:sage [2019/05/05(日) 18:37:30.50 ID:IBoHsNppa.net]: >>713
もう無理だよ笑わせないでw
もっともパフォーマンスの良いミューテックスwwwwwww
実務で使ったことないだろwww
学生さんですかwwww
724 名前：デフォルトの名無しさん mailto:sage [2019/05/05(日) 18:38:33.24 ID:Q2loWuJOM.net]: 5分で確認できることをできない老害
725 名前：デフォルトの名無しさん [2019/05/05(日) 18:41:05.51 ID:1Pm7tIcB0.net]: Mutexはロックがいらないスレッド同士でもロックしちゃうのが使いづらいな
回避できるのかはしらんが
726 名前：デフォルトの名無しさん mailto:sage [2019/05/05(日) 18:41:10.65 ID:Q2loWuJOM.net]: そもそもスレッドがとまると言ってるけどCPUのスレッドと.netのスレッド混同してそう
727 名前：デフォルトの名無しさん mailto:sage [2019/05/05(日) 18:41:50.97 ID:Q2loWuJOM.net]: >　でもロックしちゃうと問答無用でCPUが何もせずに止まっちゃう

これ笑う所？
728 名前：デフォルトの名無しさん mailto:sage [2019/05/05(日) 18:45:15.15 ID:Q2loWuJOM.net]: ロックしちゃうと問答無用でCPUが何もせずに止まっちゃうわけないだろｗ
729 名前：デフォルトの名無しさん mailto:sage [2019/05/05(日) 18:47:01.12 ID:uudMW5nw0.net]: え？lock中にアクセスしようとしたらどうなるの？
730 名前：デフォルトの名無しさん [2019/05/05(日) 18:48:17.37 ID:1Pm7tIcB0.net]: ロックが取得できないだけ
731 名前：デフォルトの名無しさん mailto:sage [2019/05/05(日) 18:48:31.54 ID:Q2loWuJOM.net]: お前のPCは8スレッドぐらい動かしたら止まるの？
732 名前：デフォルトの名無しさん mailto:sage [2019/05/05(日) 18:51:01.09 ID:IBoHsNppa.net]: >>719
うるせーなスマホで長文書くとミスるんだよ
スレッドが
733 名前：ブロックされるってことだ []: [ここ壊れてます]
734 名前：デフォルトの名無しさん mailto:sage [2019/05/05(日) 18:51:41.98 ID:Q2loWuJOM.net]: >>723
ググってきたのかよ低能さん
735 名前：デフォルトの名無しさん mailto:sage [2019/05/05(日) 18:52:07.51 ID:uudMW5nw0.net]: >>721
そんときのコードってどう書くの？
736 名前：デフォルトの名無しさん mailto:sage [2019/05/05(日) 18:53:42.23 ID:IBoHsNppa.net]: >>724
調子のんなよ重箱の隅つつきマン
737 名前：デフォルトの名無しさん mailto:sage [2019/05/05(日) 18:55:47.24 ID:Q2loWuJOM.net]: >>726
lockとMutexのパフォーマンスのベンチ比較して
結果を出せよ
それまで書き込みするな
738 名前：デフォルトの名無しさん mailto:sage [2019/05/05(日) 19:00:35.89 ID:IBoHsNppa.net]: >>727
はぁ？
言い出しっぺのてめーがパフォーマンス一番良いミューテックスのベンチ出せや
一番ってんならロックと比較なんてケチくせえこと言わんで他の排他制御機構とも比較しろよ？
739 名前：デフォルトの名無しさん mailto:sage [2019/05/05(日) 19:00:46.75 ID:Q2loWuJOM.net]: どう見ても間違っている内容で煽られると人はどう思うのか
どう考えても仕組み上Mutexのほうが遅い
740 名前：デフォルトの名無しさん [2019/05/05(日) 19:07:06.98 ID:1Pm7tIcB0.net]: >>725
普通に取得できるのを待ってるな
まあ、ロックが取得できるまで制御を戻したりはしておらんわ
741 名前：デフォルトの名無しさん mailto:sage [2019/05/05(日) 19:12:25.48 ID:uudMW5nw0.net]: >>730
だよね
ちょっと調べてるけど
普通の排他処理組んでおきたくて

lock
ReaderWriterLockSlim
UpgradeableReadLock

なんか普通の排他処理したいだけなのに
たくさん出てきちゃったぞ
これ全部使っても
ん？排他処理できてんのか？
って疑問が晴れない
この言語非同期処理の対応手薄なんだよねまだ
時期尚早として触らんことにしたｗ
742 名前：デフォルトの名無しさん [2019/05/05(日) 19:21:47.99 ID:1Pm7tIcB0.net]: LockやMutexは初心者本の範囲内だからしらんのはまずいよ
743 名前：デフォルトの名無しさん mailto:sage [2019/05/05(日) 19:45:53.31 ID:VmrJwxHQM.net]: 非同期のチートシートないの？
744 名前：デフォルトの名無しさん mailto:sage [2019/05/05(日) 19:57:32.38 ID:LYwUBfu90.net]: https://qiita.com/tadokoro/items/28b3623a5ec58517d431
測った人によると
nterlocked > lock > SemaphoreSlim > Semaphore > Mutexだってさ
745 名前：デフォルトの名無しさん [2019/05/06(月) 02:20:35.00 ID:wkmj+bF20.net]: 並列処理なら.netなんだからF#でSTM使え。
何で関数型言語が注目されたんだよ。
並列処理に有利だからだろ。
746 名前：デフォルトの名無しさん mailto:sage [2019/05/06(月) 04:59:30.75 ID:wr9bFPpT0.net]: マルチスレッドなんか無理！
だから、Ruby の人は、Elixir を使う

作るのに何百年も掛かる、人類の成果、Erlang VM + Ruby = Elixir。
ErlangVMを、Rubyでラップしたもの

Elixirの小プロセスなら、10万プロセスも余裕！
パイプラインと同じ

関数型だから状態を持たない。
ただ、データを変換していく関数をつなげていくだけ！
747 名前：デフォルトの名無しさん mailto:sage [2019/05/06(月) 07:40:48.06 ID:WDjCowqB0.net]: >>736
Rubyにマルチスレッドは、無理！
RubyはいわゆるGILといって、同時に複数のスレッドが走らないような排他制御がVMレベルでかかっている
これはVM自体がスレッドセーフでないクソ実装であることに起因する制約である
もちろんC#にはそんなものはないし、ベンチマークだとErlangより速い
748 名前：デフォルトの名無しさん mailto:sage [2019/05/06(月) 12:19:36.88 ID:zGa1jTsu0.net]: Windows8.1/10の令和対応アップデートでWinFormsの画面レイアウトが崩れるらしいね
749 名前：デフォルトの名無しさん mailto:sage [2019/05/06(月) 12:48:42.80 ID:w2Z6VwVJ0.net]: お前んとこのWinformsいつもレイアウト崩れてんな
750 名前：デフォルトの名無しさん mailto:sage [2019/05/06(月) 12:59:34.99 ID:rtkPFZMSd.net]: >>738
俺のとこも昨日発生した
AutoScaleModeをNoneにして対応できたから令和のせいではないと思う
751 名前：デフォルトの名無しさん mailto:sage [2019/05/06(月) 13:02:49.51 ID:4h7Vjk7HM.net]: >>739
は？崩れてねーし
OKボタンが画面外にいって押せないだ
752 名前：けだ []: [ここ壊れてます]
753 名前：デフォルトの名無しさん [2019/05/06(月) 21:06:24.34 ID:Gi+4ls7q0.net]: 画面レイアウトがクソみたいに崩れたぞ死ねや
754 名前：デフォルトの名無しさん mailto:sage [2019/05/06(月) 21:19:39.33 ID:Gi+4ls7q0.net]: >>740
どうやってやるのそれ？
visual studio開いた時点ですでに崩れてて手動で戻すしかなさそうなんだが。

【警鐘】[改元][Windows][.NET] 「令和」対応パッチで画面が横に伸びる、文字が見切れる ― Windows Update 手動更新はちょっと待った方がいい
https://qiita.com/CodeOne/items/22004635d3c7cc533e5e
755 名前：デフォルトの名無しさん mailto:sage [2019/05/06(月) 21:32:21.57 ID:lj/6a9HB0.net]: >>743
デザイナ表示壊れてんのなら.Designer.csの中身書き換えるしかないんじゃね
AutoScaleMode.FontをAutoScaleMode.Noneに全部置換したらいい
756 名前：デフォルトの名無しさん [2019/05/06(月) 21:39:51.78 ID:Gi+4ls7q0.net]: >>744
ありがとう
form1.csのデザインのAutoScaleModeをNoneにしたけど何も起こらなかったからあきらめてたけど、そっちを修正したら解決したわ。
757 名前：デフォルトの名無しさん mailto:sage [2019/05/07(火) 00:11:46.09 ID:HkLoI6gC0.net]: >>740
令和を1文字で表すやつのために、フォントをいじったんだが、そのときに既存の文字の幅が変わったらしい
なのでまあ、令和対応のせいだと言えばそうなんじゃね

つか明日からどれだけ影響出てるか考えると鬱だわ
758 名前：デフォルトの名無しさん mailto:sage [2019/05/07(火) 01:24:56.82 ID:A2KlUElc0.net]: 納期直前でGW返上してる最中にこの不具合対応しなきゃいけなくなってかなりイラッとした
759 名前：デフォルトの名無しさん mailto:sage [2019/05/07(火) 08:16:44.51 ID:h85TWq9Qa.net]: https://devblogs.microsoft.com/dotnet/introducing-net-5/
.NET Framework 終了のお知らせ
Coreへ移行できないドカタは永遠に4.xに取り残されることが決定したようだ
760 名前：デフォルトの名無しさん mailto:sage [2019/05/07(火) 08:55:31.55 ID:H2EGG+st0.net]: >>748
すげーな。２０年以降毎年バージョン上がる予定か
2020 .net5
2021 .net6
2022 .net7
2023 .net8

.net4で停滞した１０年とは一体
761 名前：デフォルトの名無しさん mailto:sage [2019/05/07(火) 08:58:10.52 ID:Q8AOfbVkd.net]: Java interoperabilityって何なんだよ…
762 名前：デフォルトの名無しさん mailto:sage [2019/05/07(火) 09:30:59.37 ID:n4vre8LhM.net]: >>748
出来損ないは過去に葬った方が世の中のためだぁ
763 名前：デフォルトの名無しさん mailto:sage [2019/05/07(火) 10:21:58.95 ID:vw5zJnlq0.net]: バージョンを頻繁に上げるのは、
成熟していないってことでは？
764 名前：デフォルトの名無しさん mailto:sage [2019/05/07(火) 11:33:46.06 ID:4Mlb2ms50.net]: FrameworkからCoreに移行できないのはどういう場合ですか？
765 名前：デフォルトの名無しさん mailto:sage [2019/05/07(火) 11:59:10.66 ID:25JpTCOf0.net]: え、winformはどうなるの？？
766 名前：デフォルトの名無しさん mailto:sage [2019/05/07(火) 12:06:04.60 ID:b+Ix+FO0a.net]: 最近のmicrosoftかなり攻めてるな
767 名前：デフォルトの名無しさん mailto:sage [2019/05/07(火) 13:10:26.59 ID:eYh/lhy30.net]: .net frameworkからcoreなんてどこかちょろっといじったらいいだけじゃないの？
VB6からVB.netほどの変化はないんだろ？
768 名前：デフォルトの名無しさん mailto:sage [2019/05/07(火) 13:37:50.62 ID:9iRY6hHtM.net]: >>753
そんなワケのわからんもん使こて何かあったらどないすんねん！責任取れるんかい！
わりとこれ
769 名前：デフォルトの名無しさん mailto:sage [2019/05/07(火) 13:46:35.16 ID:9CwYXDcE0.net]: 別に移行しなくてもいいですけど保守には特別料金いただきまっせ
770 名前：デフォルトの名無しさん mailto:sage [2019/05/07(火) 13:47:55.21 ID:Q8AOfbVkd.net]: >>756
Web FormsはほぼUI作り直し
771 名前：デフォルトの名無しさん mailto:sage [2019/05/07(火) 13:50:03.67 ID:9iRY6hHtM.net]: あと技術的な最大の障害はWebFormsだろう
WebFormsは.NET Coreではサポートされてないし、される気配もない
既存資産の移行もさることながら、.NETドカタはWebForms頼りで標準的なWeb開発のスキルを持たない奴も多い
彼らはWebアプリケーションの開発が不可能になり、路頭に迷うことになる
772 名前：デフォルトの名無しさん [2019/05/07(火) 17:00:19.52 ID:1tK/VkfG0.net]: すまんが、Stream型って前の方だけメモリを解放するとか器用なことは出来ないの？
773 名前：デフォルトの名無しさん mailto:sage [2019/05/07(火) 19:17:09.01 ID:9iRY6hHtM.net]: >>761
意味不明
お前の考えはどうでもいいから具体的に何が問題になっているのか、もしくは何が気になっているのか書け
774 名前：デフォルトの名無しさん mailto:sage [2019/05/07(火) 19:23:08.04 ID:VnMa5nf90.net]: Stream型ってなんか確保してんの？
775 名前：デフォルトの名無しさん mailto:sage [2019/05/07(火) 19:29:05.20 ID:n4vre8LhM.net]: Streamの実装によるだろ
776 名前：デフォルトの名無しさん mailto:sage [2019/05/07(火) 21:03:30.48 ID:FJj2rymy0.net]: >>761
Streamクラスは抽象クラスだけど、MemoryStreamクラスを想定してるのかな。
何となくMemoryMappedFileクラスが要望に合ってるような気がする。
777 名前：デフォルトの名無しさん [2019/05/08(水) 21:27:25.44 ID:4kxgmlsqa.net]: C#でwindowsPCのマイク音量設定を設けたアプリを作りたいんですが情報がいまいち出てきません
今現在どのような方法が推奨として使われているのでしょうか
778 名前：デフォルトの名無しさん mailto:sage [2019/05/08(水) 21:33:29.28 ID:UPhx/0uCM.net]: おとなしくNAudioと言うのを使いなさい
779 名前：デフォルトの名無しさん [2019/05/09(木) 20:00:37.76 ID:25KQckNoa.net]: >>767
ありがとうございます
調べてみます！

[ 続きを読む ] / [ 携帯版 ]

read.cgi ver5.27 [feat.BBS2 +1.6] / e.0.2 (02/09/03) / eucaly.net products.
担当:undef