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

2022/11/25(金) 13:16:08.91

!extend:checked:vvvvv:1000:512
!extend:checked:vvvvv:1000:512
次スレを立てる時は↑を3行冒頭に書くこと（1行分は消えて表示されない為、もう1行は予備）

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

■前スレ
ふらっと C#,C♯,C＃（初心者用） Part156
https://mevius.5ch.net/test/read.cgi/tech/1663479569/
■関連スレ
C#, C♯, C＃相談室 Part96
https://mevius.5ch.net/test/read.cgi/tech/1639965805/
■コードを貼る場合は↓を使いましょう。
https://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/
https://docs.microsoft.com/en-us/dotnet/standard/class-libraries/
https://referencesource.microsoft.com/
https://source.dot.net/
・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

2022/12/11(日) 17:44:33.83

> 顔も知らんやつに横から指図したところで時間の無駄
これまたでかいブーメランやなw

2022/12/11(日) 17:51:54.29

ソースコードがあるなら貼り付けてみればいいのに
そんなおもしろ現象なら共有の意味も込めて

2022/12/11(日) 18:09:37.35

タイマー周りのコードが間違ってるに1000ペソ

2022/12/12(月) 11:23:38.00

精度とか使ったタイマーの話が何一つ書かれてないから
アドバイスしようがない

2022/12/12(月) 11:50:58.63

>>46
それは>>21のリンク先に書いてあるぞ
まぁ質問者が間違えてる可能性が一番高いにも関わらずコードを出さないから救いようがない

2022/12/12(月) 12:39:18.02

描画だけコケているのか、あるいは計算処理そのものがコケているのか

2022/12/12(月) 12:50:49.67

サイトにあるように作った（作れてない）
って話なんだろうなぁ

2022/12/12(月) 17:51:58.56

こんな感じ。でも手打ちでダメだったから全部コピペでやってみたんだけどな
using System;
using System.Windows;
using System.Windows.Threading;

namespace clock2
{

public partial class MainWindow : Window
{
private readonly DispatcherTimer _timer = new();

public MainWindow()
{
InitializeComponent();
InitializeTimer();
_timer.Start();
}

private void InitializeTimer()
{
_timer.Interval = TimeSpan.FromMilliseconds(500);

_timer.Tick += (_, _) =>
{
TimeLabel.Text = DateTime.Now.ToString("HH:mm:ss");
};
}
}
}

2022/12/12(月) 20:53:05.99

>>50
ぱっと見はコードに気になるところないなぁ
タイマーのプライオリティを上げてみて動きに差が出るようならデバッガーがUIスレッドで忙しくしてるのかも

2022/12/12(月) 21:46:03.90

>>50
https://learn.microsoft.com/ja-jp/dotnet/api/system.windows.threading.dispatchertimer?view=windowsdesktop-7.0
＞タイマーは、時間間隔が発生したときに正確に実行されるとは限りませんが、時間間隔が発生する前に実行されないことが保証されます
UIスレッドが忙しかったらずれるんじゃないの。よくわからんけどｗ
WindowFormで同じようにUIスレッドの影響受けるSystem.Windows.Forms.Timer使って時計作ったことあるけど気付かなかった

2022/12/12(月) 22:38:45.24

>>37
リリースモードでは動くのに？

2022/12/13(火) 05:48:44.25

>>52
これが正解なんじゃね？
UIスレッドが忙しい、というのは最適化がかからないデバッグだと動かない説明にはなる

2022/12/13(火) 07:15:53.99

時計を動かすのに全力を出し切っているということか

2022/12/13(火) 11:56:18.57

ゲームセンターのゲームとか、コマ落ち・カクカク・プチフリーズする

1秒間に、30～60回も処理できない

56 (ﾜｯﾁｮｲ 87c6-vbep) · 2022/12/13(火) 12:00:48.87

漏れはパソコンをエコモードにして、使うCPU を1つだけにすると、
ブラウザゲームが、1秒間に1回しか描画されない

セロリンとか、性能が低いCPUでも、そうなる

2022/12/13(火) 15:12:01.39

InitializeComponent()より前にnew DispatcherTimer()していいんだろうか

2022/12/13(火) 17:57:53.18

>>51
>>52
＞＞54
これでした！試しにプライオリティをInputにしてみたら期待通りに動いてくれた！
一人でやっていたらずっと気づくことができなかったと思う
色々アドバイスしてくれた人たち本当にありがとうございました

2022/12/13(火) 19:49:36.92

UIスレッド忙し過ぎてUIの挙動にも影響出てそうなんだが
プライオリティ弄るよりそっちをどうにかした方が良いと思うぞ

2022/12/13(火) 21:33:39.63

デバッグビルドのexeを直接実行した場合と
VSからデバッグ実行した場合で違いが出るようならデバッガーによる影響

**.NET MAUI HighSchool** (ﾜｯﾁｮｲ df01-1zqz) · 2022/12/13(火) 23:11:40.99

ReactiveXが理解できない…
何をやってるのかはわかるんだが具体的にアプリにどう実装すればいいのか検討がつかない…
こういうアプリを作ってみるといいよっみたいな資料とかないだろうか？

2022/12/14(水) 01:12:50.31

UIスレッドは軽量になるように非同期を駆使して細心の注意を払ってるわ

2022/12/14(水) 01:17:31.63

デバッガーが重いんだろ

2022/12/23(金) 22:15:02.01

ロックに使ってる変数の参照を書き換えてしまった

2022/12/26(月) 23:46:57.73

書けるかテスト

2022/12/26(月) 23:53:21.36

久しぶりにC#の世界に戻るかもしれないんだけど、
以前触ってたのはVS2010/Windows 7の時代なんで浦島太郎状態

で、言語の方は自分で調べて差分を埋めようと思うけど、
実行環境というか、以前ならCLRとか.NET Framerowkと呼ばれていたものが
どう変わったのかいまいちよく分からないんですが、その辺サクッと分かる記事とか
どっかにないですかね？

2022/12/27(火) 04:54:00.45

実行環境は現在進行形で変化中

2022/12/27(火) 16:09:13.51

>>67
.NET FrameworkはWindows用
マルチプラットホームは.NET Standardという規格で.NET Frameworkや.NET Coreやmonoをつないでいた
今はそれらが全て統合されて.NETになってる
Windowsユーザーから見れば.NET Coreが.NETという名前になって.NET Frameworkを吸収合併したと見てもそれほど大きくは間違ってない
Visual Studioの新規プロジェクトテンプレートでは無印のものが.NETで.NET Frameworkと書かれてるものが旧バージョン
旧バージョンではあるがWindows専用に作られただけあってWindowsアプリを作る時には.NET Frameworkが便利な場面も一部ある
しかしいずれ消えるので新規アプリは.NETで作るべき

これだけ把握しときゃ後は何とかなる

2022/12/27(火) 16:37:34.00

.NET5以降はサポート期間が最長でも3年で、ジャパニーズドカタディヴィロップメントでの採用はかなり厳しいことに注意
そして、断言するが、.NET Frameworkは最終的には5以降のCore系の.NETよりも確実に長く生き残る

2022/12/27(火) 16:55:12.12

.NET FrameworkはWindows UpdateでOSをアップグレードしたらサポート(インストールすら)されなくなることがあるからサポートが重要ならなおさら新しいバージョンを使うべき

2022/12/27(火) 16:59:13.21

>>71
使えてた.NET Framework がアップデートで使えなくなったってこと？
いつそんなことがあった？

2022/12/27(火) 17:01:47.74

>>72
過去からの類推じゃなくMSのサイトにそう書いてあるぞ

2022/12/27(火) 17:11:35.01

そもそも.NET Frameworkの最終バージョン4.8のサポートが多少長いのは破壊的変更が多いから今のうちに移行しろっていう猶予期間だって察しろよ
今から.NET Frameworkで新規開発始めるのは正気の沙汰じゃないわ

2022/12/27(火) 17:13:58.50

>>73
どこに？

2022/12/27(火) 17:16:43.50

俺が探すんかいw
ググれよ
サポートはOSのポリシー次第って書いてるのが簡単にみつかるから

2022/12/27(火) 19:42:29.97

4.8.1とかになってまだまだ毎月パッチ当たってるし
あと10年はOSにデフォルトで搭載されるっしょ
net core系は今後もデフォルトでは絶対に入らないから
余計にそうなる。

.net4.8と比べ、.net7の方がファイル数もファイルサイズも速度も速くなりますなんてものほぼないし。

だってフレームワークがクロスであることには意味があっても
各人が作る最終制作物をクロスで動かすなんてことはほぼない
わけなんだから

2022/12/27(火) 21:31:21.16

>>76
https://learn.microsoft.com/en-us/lifecycle/faq/dotnet-framework#what-is-the-microsoft-lifecycle-policy-for--net-framework-
> There is no change to the lifecycle policy for .NET Framework 4.x and its updates which continue to be defined as a component of the OS and assume the same lifecycle policy as the Windows version on which it is installed.

もしかしてこれのことか？
これはつまりWindowsの一部としてサポートしますよという意味で、MSとしてはむしろ最強クラスのコミットメントだよ

2022/12/27(火) 21:32:52.86

Windowsがバージョンアップするの知らないやつおるな

2022/12/27(火) 21:34:22.17

てか4.8が最終バージョンてとこでどんなボンクラでも後がないんだなーって気づくだろ
マジで気づかないの？

2022/12/27(火) 21:55:57.93

でもMSってなかなかレガシーを切れないから、
Windows15くらいまでFramework 4.xも平行して続けてもおかしくない

2022/12/27(火) 21:59:42.62

>>69
質問者じゃ無いけど為になるわ、有難う

2022/12/27(火) 23:07:28.89

>>69
なるほど。簡潔で分かりやすくて助かります。ありがとう。

2022/12/28(水) 00:25:13.64

.net standardは規格なの？
いつの間にかこの概念を耳にすることがなくなったのでまだよくわからん
.net core以降で開発する時にこいつをどう意識すべきなのかな？

2022/12/28(水) 00:32:31.57

>>84
.NET Standardはバージョン2.1で.NET Frameworkを切り捨てたため、事実上の存在意義をほとんど失った
不特定多数向けにNuGetパッケージを開発しているのでない限り、全く気にする必要はない

2022/12/28(水) 00:56:41.13

.NETはいつまでたっても未完成品
今後のことも考えて仕方なく使ってる

2022/12/28(水) 01:13:53.13

.NETはゲートウェイを指定してHTTPリクエスト送るのがメチャクチャ回りくどくなった
これに限らずリファクタリング版は大抵劣化してるだけのゴミ

2022/12/28(水) 02:23:47.28

>>69
最近C#始めたのでこういう情報はありがたい。

2022/12/28(水) 07:34:10.36

だからといってC#の代わりになる言語なんてあるはずもなく…

2022/12/28(水) 08:32:36.89

>>85
2.1は意味わからんよなぁ。うちはしばらく2.0でいく。

2022/12/28(水) 08:35:34.24

.NETはサポート期間が短いのが難点
業務アプリならやっぱり.NET Framework

2022/12/28(水) 08:39:03.13

何をサポートしてほしいのか知らんけどバージョンアップすればいいじゃん

2022/12/28(水) 10:03:45.99

>>92
まあ.NET Frameworkは少なくとも今後10年のうちにサポートを切られることはないだろうから、仮にリミットを2032年としよう
現在最新のLTSである.NET6で開発したとして、サポート期限は2024年だ
そしてLTSは2年毎にリリースされ、リリースから3年間サポートされる
つまり3年を超えて使い続ける想定であれば2年毎のアップグレードが必要であり、
まず2024年にLTSの.NET8にアップグレードして以後は2026年、2028年、2030年と計4回のアップグレードが必要になる
一方.NET Frameworkを採用していればその間何もしなくてもいいわけだ
技術者として新しいものを使いたい感情は理解するが、これを客に正直に説明すれば客が望むのはどちらか、答えは明白だろう

2022/12/28(水) 10:11:55.61

特に不便が無ければ、枯れた.NET Frameworkの方が安定して動作するからな
.NETにしか無い新しい機能が必須！とかならともかく

2022/12/28(水) 10:14:16.94

作りっぱなしで何年放置する気なんだよw

2022/12/28(水) 10:16:06.74

自分用のアプリは全部.net framework
新しい機能を試したい場合はcore使う
未完成品のデザイナがまともになれば.NETに全面移行するんだけど
それにAPIに互換性のないものがあるのが困る

2022/12/28(水) 10:29:31.98

>>95
放置してようがアクティブに開発してようが、アップグレードの際のコストに大差はない
自社サービスや内製システムのキラキラした話によって、アクティブに継続的な開発が行われているシステムではアップグレードしやすいというようなイメージを持っているかもしれないが、実態は別にそんなことはない
そういった恵まれた環境では、受託と違って自己責任なので場合によってある程度品質を犠牲にする選択がしやすいのと、比較的エンジニアスキルが高く彼らの技術者的感情もが尊重されるから、
結果的にアップグレードに積極的な傾向があるだけだ

2022/12/28(水) 10:29:50.24

>>95
最低10年は使います

2022/12/28(水) 10:44:14.55

マイクロソフトはしくじり先生だからな

2022/12/28(水) 11:11:15.73

>>95
不具合や不都合が出るまで
出ないのが一番良いシステムだからな

2022/12/28(水) 11:13:26.28

さすがに三年バージョンアップ無しのソフトはオワコン扱いだわ

2022/12/28(水) 11:24:48.04

>>101
そもそもコンテンツじゃないからな

産業界などでは何十年前のソフトがずっと動いてるなんてざらだろ
一度作ったソフトが何も問題ないならわざわざフレームワークのアップデートでバージョンアップ版作り直す必要はないわ

MSが頻繁に電卓をアップデートしてるのがおかしい
誰も電卓に期待してない機能をどんどん継ぎ足してる
ほっとくと電卓がexcelになる

2022/12/28(水) 11:31:58.72

>>101
ペイントやメモ帳はいつオワコンになるの？

2022/12/28(水) 11:36:51.92

>>103
開発が止まったらかな

2022/12/28(水) 11:48:38.96

ペイントもメモ帳も開発が続いてる
いらない機能を追加し続けてる
MSはアホなのかと

単体で毎回100MB以上ダウンロードさせてる
世界で数億台あるwindowsマシンのリソースや
世界の電気の無駄づかい

MSは自然由来の電力を使っていますと言ってるけど各家庭や職場はそうじゃない

2022/12/28(水) 12:13:16.73

>>105
Googleにも言ってやれ

2022/12/28(水) 12:15:23.61

>>102
グラフ描画機能おもろいよな
コンバーターもかなり便利だと思う

2022/12/28(水) 12:20:18.60

>>107
そんなもんいらないだろ
常識的に考えて使ってるのは0.001%もいない

2022/12/28(水) 12:24:19.22

>>108
いるけど？

2022/12/28(水) 13:28:37.15

https://i.imgur.com/s0yi3rO.png
https://i.imgur.com/VHNgxDA.png

2022/12/28(水) 13:50:31.59

関数グラフは普通に便利

2022/12/28(水) 13:54:36.91

世界に数人の電卓に関数グラフいるマンがいるから環境が破壊されるｗ

2022/12/28(水) 13:55:18.27

100均の電卓使ってろよｗ

2022/12/28(水) 13:57:41.39

まあ実務で使う業種は少ないかもしれんな
大学とかの勉強とか研究とかではグラフを描きたいときはよくある

2022/12/28(水) 13:58:04.76

0.001%が数人のわけないじゃん

2022/12/28(水) 14:03:29.19

>>115
＞　常識的に考えて使ってるのは0.001%もいない

国語力ないなお前は

2022/12/28(水) 14:22:55.52

国語力ってのはある程度目安になる数字を出してから行ってくんないかなあ
少し数字を変えて80億人もいないとか言っても意味ないのはわかる？

2022/12/28(水) 15:09:50.05

そういえば電卓アプリって整数だけで、浮動小数点には対応して無いんだな
アップデートはよ！

2022/12/28(水) 15:33:29.47

目ん玉と頭の中のアップデートが必要か？
普通に小数は扱えるし指数表現もおｋ
というか関数電卓の機能すらあるのになぜ整数だけだと思った？

2022/12/28(水) 16:40:36.91

プログラマー計算機モードのこと？

2022/12/28(水) 16:52:53.39

違う
三角関数や指数・対数計算などの時の計算モードのこと

2022/12/28(水) 17:16:59.28

電卓はデカすぎ拡大機能はいらないから縮小させろ
クソデカボタンをマウスで押すとでも思ってんのかMSさんは

2022/12/28(水) 18:01:07.80

>>122
サイズ変えられると思ったけど一定サイズ以下にはならんのね
確かに大きすぎると言われれば…

スレチがいつもまでも続いてごめんね…

2022/12/29(木) 01:37:50.91

webformアプリ抱えてる会社とかこれからどうするのかな
リプレイスするにしてもほぼ再設計になるだろうし

2022/12/29(木) 01:52:43.43

どうするもクソも.NET Frameworkを使い続けるだけだよ
.NET Framework のサポートが終了するのが10年先か20年先かはともかく、その頃には既にCore系の.NETもレガシー扱いとなり新しい代替技術が出てきているはず
中途半端なステップを踏む必要はない

2022/12/29(木) 08:23:14.39

.netは .NET6すなわち2021年秋ではじめて
広範な人々が.NET Frameworkに変わるものとして提供する
ある程度安定したプラットフォームです、
ってなったばかり。

Core3系ではリプレイスにはなり得なかったし.NET5は
実験もしくはアーリー用といった扱いだったし。

新体制はまだ1年、マイクロソフトの特性から考えて
.net4がOSのプリインストールでなくなるのが最速で2031年あたり
3.5と同じようにnet4依存の実行ファイルの初回実行時に
自動インストールを問うような仕組みが外されるのは
2041年頃だろう。

2022/12/29(木) 08:45:18.11

.NET6が安定と言われるのは.NET統合後最初の長期サポート版だからだよ
.NETは基本的に奇数バージョンがCurrentで登場後に偶数バージョンがLTSCでリリースされることになってる
新機能を早く使って試したいユーザーは毎回更新してもいいけど安定サポートを望むなら偶数バージョンを乗り継いでいく運用が推奨されてる

2022/12/29(木) 08:52:51.63

Microsoftが「.NET 6」正式リリース　.NETとして最初の長期サポート版
https://www.itmedia.co.jp/news/articles/2111/09/news097.html

2022/12/29(木) 09:29:46.53

予定は予定

2022/12/29(木) 09:52:34.13

「アップデートに追従できないなら.NETランタイムのバージョンを固定して塩漬けにしろ。そのために完全なサイドバイサイドとSCDを実現した。」
が.NET5系の互換性に対する基本ポリシーなんで、バージョンが上がる際に.NET Framework よりも気軽に破壊的変更を入れてくるのは確実
Windowsのアップデートに影響されないから本来的には楽になるはずなんだけど、常にセキュリティパッチを当てているかをちゃんと監査してるようなとこではかなり厳しいだろうね

2022/12/29(木) 10:13:30.04

.NET6 のサポート期間は３年。
その期間の開始は去年で、終わるのが24年。正式リリースはやっと今。

このサポート期間の短さゆえに .Net Framework4.8 (31年まで)を採用とか、実際にあった話なんけど、なんとかなんないかな。

2022/12/29(木) 10:19:25.53

そこまでバージョンアップを厭うシステムが間違ってるから見直せばいいと思うぞ
君らが必要としてる.NET Frameworkのサポートもバージョンアップという形でサポートするだけだから何も変わらん

2022/12/29(木) 10:37:53.61

いや、できることが増えるならまだしも劣化版になんで苦労して移植せなアカンのかってね
結局win32apiで組んでおけばよかったねってのが
結論になっちゃってるダッサ
困る困らないじゃなくてダッサ

そういう裏切りを何度も受けてるこその現状
今の年寄りは平気でじゃあwin32apiでっていうぞ
ちょうどそういう世代だし
バージョンアップしなくていいLinuxで組むってのもやってる

会社で
会議を開いてメリットデメリットを比較のために並べるとどうしてもそういう方法が選択されてしまう
ビジネスだからメリットデメリットを並べてでた結論には逆らえない
なのでc++に戻ってるまである（Linuxでも使えるから）
上の人間はプログラマの都合なんて決定に混ぜない

2022/12/29(木) 10:39:20.87

>>132
それはシステムではなく組織構造や契約の問題だからなんとも
ベンダーにとってはスタックの更新は貴重な売上機会だし、不具合出したら責任負わされるから、やるからには大袈裟にしたい
一方で、客からすればそんなことは何の価値もない作業に見えるから、当然なるべく避けたいわけ

2022/12/29(木) 11:06:51.22

それをシステムと言うんだ
一つ勉強になったな

2022/12/29(木) 11:21:32.29

現在の最新版(Current)は 7.0.1
長期サポート版(LTS)は 6.0.12
https://i.imgur.com/WzanYc9.png

2022/12/29(木) 11:26:43.85

>>135
周辺の人間活動までシステムに含めるのならその通りだが、だとすると君は「間違っているのは俺ではなく世界の方だ」と言っているようなものだ
もはや主張としてなんら意味を持たない単なる厨二病的発言ではないか

2022/12/29(木) 11:54:44.25

https://dotnet.microsoft.com/ja-jp/download

2022/12/29(木) 12:03:29.41

>>137
単純に君の世界が他の人の世界より狭いとは思わんのかね？

2022/12/29(木) 16:21:08.98

ぶっちゃけ今の.NET戦略は失敗してる
出た当時からほぼ完成されていたCOMを進化する方向になぜ行けなかったのか
政治的な問題なのか

2022/12/29(木) 16:39:34.35

Googleの存在がなければCOMとActiveXが進化する方向性も僅かにあったかも知らんけど今更な話だな

2022/12/29(木) 18:33:53.34

COMを使ったことあれば
> 出た当時からほぼ完成されていたCOM
なんて戯言を言わなくなると思う...

2022/12/30(金) 10:20:04.38

>>136
今更Currentかよ