ふらっと 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/11/28(月) 15:44:13.20

初心者質問で申し訳ないのですが、vsコードで予測変換が出なくて困っています。
調べてみたのですが原因も分らず…if文などの予測変換は出るのですが、gameobjectなどのユニティで使うようなプログラムの予測が出ません。
解決策などあるでしょうか？

2022/11/28(月) 20:13:23.65

なんかぶっ壊れてんじゃん？
とかテキトー言ってみる

2022/11/28(月) 20:13:52.64

他のプロジェクトは出るの？

**.NET MAUI HighSchool** (ﾜｯﾁｮｲ 9f01-8jrN) · 2022/11/28(月) 20:17:32.92

俺のも(会社PC)そうだわ
オムニシャープ入れたけどダメだった
もうVSでよくね？
どうせIntelliSenseとかVS以下だろ

2022/11/29(火) 15:56:16.24

試しに俺んところでやってみたら、OmniSharpのバックエンドにMono等が選ばれなきゃいけないのに.NET7が選ばれちゃってこうなるみたいだな
試行錯誤しても全然切り替わらないし、ほんとどうすりゃ良いんだろうねこれ・・・・

2022/11/29(火) 16:04:11.85

メディアファイル(特にｍｋｖ)のオーディオチャンネルの属性を取得したいって話ですね。
わかりません。

2022/12/04(日) 14:34:16.15

>>10
Unityのコードは特殊な環境だけ動いて普通のC#の環境とは違う
基本的に非対応と言ったほうがいいのかあな

**.NET MAUI HighSchool** (ﾜｯﾁｮｲ e201-6Epl) · 2022/12/04(日) 14:58:55.32

>>16
普通にUnityでも.NETの技術使われてるけどな

2022/12/04(日) 20:08:48.90

練習で始めてWPFを使って簡単な時計アプリ作ってみたんだけど
デバッグなしモードだとちゃんと動くのだけれど
デバッグモードで起動するとタイマーが進まなくてウインドウにカーソルを
行ったりきたりさせるとタイマーが変化するんだけどこれって仕様なのかな？

**デフォルトの名無しさん** (ｽﾌｯ Sd94-sdih) · 2022/12/07(水) 13:35:19.01

デバッグで動いてリリースで動かんのは大抵は初期化漏れだが
逆のパターンはなんだっけ
違うdllをリンクしてるとかか

2022/12/07(水) 19:05:56.01

デバッグビルドでのみ発生するエラーについて
https://social.msdn.microsoft.com/Forums/vstudio/ja-JP/a0a64f16-047c-4d65-a564-581395e9b2d7/12487124961248312464124991252312489123911239812415303302998312?forum=vcgeneralja

2022/12/07(水) 20:29:43.28

おお、こんな現象があるのか
でも初めてのWPFアプリということで
https://zenn.dev/apterygiformes/books/470ba1042dfbef/viewer/ea10e5
このサイトの時計を同じように作っただけだからそんな複雑なことしてないはずなんだけどな
もう一度コードじっくり確認してみるよ
とりあえずこういった現象があるということを知れてよかったありがとう

**デフォルトの名無しさん** (ｽﾌｯ Sd70-g9pY) · 2022/12/08(木) 15:54:32.25

これはひどい

>アサートは、チェック機能の実行に時間がかかるため、
>デバッグ版にだけ仕込まれており、リリース版では機能しません。
>そのため、リリース版では発生しないように見えているだけで
>不具合がなくなるわけではありません。

知らぬが仏とはよく言ったもので

2022/12/08(木) 21:22:08.76

ひどい？
当たり前の内容だと思うけど...

2022/12/09(金) 21:14:42.46

致命的なエラーでも無けりゃ落ちないからねぇ

2022/12/09(金) 21:19:27.16

WPFは時計すら満足に作れないんだな
これでいいかな

2022/12/10(土) 16:44:26.45

>>18
普通に考えるとビルドしないで直接別のプログラムを走らせてないか？
visual studioの三角押して実行してる？
それかビルド失敗して以前のを動かしてないか？

デバッグの方はマウスenterあたりでタイマー動作が働いてると言うことでそこらへんをミスってる可能性が高い
間違ってなんか別のイベントハンドラを作ってうまく消せないでタイマーハンドラのと混ざっているんだろうなと

2022/12/10(土) 16:53:22.85

アサートはデバッグ時に想定した状態になっているか確認する手段で
リリース時にはアプリの挙動に関与しないし

2022/12/10(土) 19:14:30.52

>>26
一応メニューの方のビルドやリビルドとか色々試してみたけどダメだった
ビルドは成功してるっぽい
デバッグの方は単にウインドウにマウスオーバーしてもタイマーは動かなくてウインドウ中央上部にある
横棒２本のメニュー開くところにマウスオーバーすると一瞬だけタイマー動く感じですぐ止まる
再度そこからはずしてマウスオーバーするとまた一瞬動く
あとなぜかドラッグでウインドウ動かしまくっててもタイマー動いた
正直初心者の自分にも現状原因まったくわからんからあきらめるわ

2022/12/10(土) 23:33:30.27

わかりました二度と我々の前に姿を現わさないでください

2022/12/11(日) 09:12:44.67

IList.Item[Int32] Property
public object? this[int index] { get; set; }
object? ってなんですか ?

2022/12/11(日) 09:43:35.75

プログラミング初心者は電卓でも作ってろ
→　数式を評価できるようにしたいんやが、やり方が分からん
→　Roslynってやつがあるやん
→　なんやC#のREPLみたいになりそう
→　VisualStudioに付属してるREPLでええやん、ってなった

2022/12/11(日) 10:18:27.91

>>30
null許容参照型でしょ
以前の object 型は null を代入できたけど Null 許容認識コンテキストだと object には null を代入できないから以前と同じように null を代入したいなら object? にしないといけない
ただしそうすると今度は object を逆参照する時に null でないことを確認するか null でないことが分かっているなら null 免除演算子で警告抑止しないといけない
https://learn.microsoft.com/ja-jp/dotnet/csharp/language-reference/builtin-types/nullable-reference-types

2022/12/11(日) 10:27:01.23

>>29
なんで初心者スレでそんな正確悪いこと言うかね

**.NET MAUI HighSchool** (ﾜｯﾁｮｲ df01-1zqz) · 2022/12/11(日) 11:09:33.02

ここの住人意味わからんよな
同じC#erなのに優しく接しればいいのに

2022/12/11(日) 11:33:04.10

>>33
ここ腐っても技術板だから現象をぐだぐだ書くより最低限の現象が発生するコードを示すなりしないとみんな冷たいよ
初心者と言うのは免罪符にならんし

2022/12/11(日) 11:45:10.12

初心者スレでなに言ってんだと思わなくもないけど、気持ちは分かる。

2022/12/11(日) 15:02:59.02

>>28
面白現象だから保存しておいて別のプロジェクト作ってやり直してみたらいい
そのページ見たら5分でできる内容だからさ

イベントハンドラの記述ミスだろうなあとは思う
プロパティウィンドウのイベントのmouseleftbuttondownとmouseLeaveがすぐ隣なのでそちら関係なんだろうなと

2022/12/11(日) 15:54:02.66

初心者だから甘えさせてっていう人は昭和の人間としては理解できないわ
まあ俺が理解する必要ないんだけどせっかくの伸びる時期を浪費してもったいなくないか？

2022/12/11(日) 16:46:43.61

自分の知識を披露出来る場を逃してイライラするよな

30 (ﾜｯﾁｮｲ c702-85+0) · 2022/12/11(日) 17:04:14.69

>>32 ありがとうございます

2022/12/11(日) 17:20:28.29

気に入らないなら優しい奴が優しく答えてやればいい
顔も知らんやつに横から指図したところで時間の無駄

2022/12/11(日) 17:26:19.02

>>37
試しにコードミスの可能性も考えて全部コピペで新しいプロジェクトでやってみたけどデバッグモードどけダメみたい
あと気づいたのがマウスオーバーしなくても10秒くらい待ってたら一瞬だけタイマー動いた
もしかしたら自分の環境だけの現象かもしれない
こんな変な現象に色々付き合ってくれてどうもありがとう

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