Visual Studio 2022 Part1

2021/10/14(木) 08:11:07.29

!extend:checked:vvvvv:1000:512
!extend:checked:vvvvv:1000:512

Visual Studio 2022 の新機能
https://docs.microsoft.com/ja-jp/visualstudio/ide/whats-new-visual-studio-2022?view=vs-2022

The Visual Studio Blog
https://devblogs.microsoft.com/visualstudio/

リリースノート
https://docs.microsoft.com/en-us/visualstudio/releases/2022/release-notes#

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

2021/11/19(金) 08:25:40.82

Getting to Know ARM64EC: #Defines and Intrinsic Functions
https://techcommunity.microsoft.com/t5/windows-kernel-internals/getting-to-know-arm64ec-defines-and-intrinsic-functions/ba-p/2957235

2021/11/19(金) 08:44:43.36

>>134
今はまだベータに毛が生えた程度
2019も最初はそうだったろ
ポップアップも英語がたくさん残ってるし

2021/11/19(金) 09:34:43.10

>>134
2022を2021年中に使うのが悪いw

2021/11/19(金) 09:45:13.68

>>136
インテリセンスの説明も英語に戻ってる…
毎回振り出しに戻るのはなんなんだよ('A`)
>>137
し、試用期間のお試しだからw

2021/11/19(金) 10:22:00.55

>>137
説得力あり過ぎて草生えたｗ

2021/11/19(金) 17:30:18.17

Windowsフォーム
VB
英語ができない

これがVSユーザーの平均

**デフォルトの名無しさん** (ｽﾌｯ Sd02-PHyL) · 2021/11/19(金) 17:52:46.49

>>132
何言ってるんだ、このカスは

と思ってたが
ASP.NET Core 作ったら同じくなくて
なんじゃこりゃと思った

2021/11/19(金) 19:02:51.56

CMakeでインテリセンスが効いてる。
効いてる！

2021/11/19(金) 21:17:49.09

WindowsフォームやVBは滅びぬ、何度でも蘇るさ！

What's new in Windows Forms in .NET 6.0
https://devblogs.microsoft.com/dotnet/whats-new-in-windows-forms-in-net-6-0/
What’s New for Visual Basic in Visual Studio 2022
https://devblogs.microsoft.com/dotnet/whats-new-for-visual-basic-in-visual-studio-2022/

2021/11/19(金) 22:46:18.47

VBにもString?くれよ

2021/11/20(土) 00:35:08.46

>>143
WinFormおじさん大勝利じゃん

2021/11/22(月) 07:52:17.73

.NET6のWin formは使い物にならん
ClickOnceでURLパラメータ使えねえんだから話にならんわ

2021/11/22(月) 13:56:19.08

ClickOnce使ってる人いたんだ

2021/11/22(月) 21:35:49.91

とっくの昔に無くなったと思ってたわ

2021/11/22(月) 23:37:24.85

うちも使ってる。
そのうち無くなりそうな不安はあるけどなかなか代わりになるものが無いんだよな。
BlazorがGUIもサポートしてくれたらいいんだが。

2021/11/23(火) 15:50:20.78

VSてパッケージ版なくなったん？
1人毎にサブスクの値段かかるんじゃ稟議通らんわ

2021/11/23(火) 16:59:25.51

うちは月額の方が通りやすいわ

2021/11/23(火) 17:00:46.90

ん？パッケージ版でもPC1台ごとに1ライセンス必要だけどVLはないのかって話？
今は基本ダウンロードで40GByteとかなのでメディアは存在しないけど

2021/11/23(火) 17:18:22.85

Pro w/o MSDN : ライセンス版(VSサブスクリプション)とパッケージ版
Pro w/ MSDN : ライセンス版(VSサブスクリプション)のみ
Ent w/ MSDN : ライセンス版(VSサブスクリプション)のみ
Entにはw/o MSDN製品の提供はない

2021/11/23(火) 17:20:08.67

訂正
Pro w/o MSDN : パッケージ版のみ
Pro w/ MSDN : ライセンス版(VSサブスクリプション)のみ
Ent w/ MSDN : ライセンス版(VSサブスクリプション)のみ
Entにはw/o MSDN製品の提供はない

2021/11/23(火) 20:31:07.97

ん？2022にパッケージ版ある？

2021/11/23(火) 20:42:26.65

ごめん、めっちゃ語弊があった
買い切りライセンスと言うべきだった

2021/11/23(火) 21:46:34.83

>>152
ん？
いつからVisual Studioってマシン単位のライセンスになったの？
以前はユーザー単位だったと思ったが…

2021/11/24(水) 02:40:00.07

>>151
月額なんてあるの？

2021/11/24(水) 03:38:03.89

ライセンス版の場合
月額払い(ストア) > 年額払い(ストア) > オープンビジネス(ボリュームライセンス) > オープンバリュー(ボリュームライセンス)
の順に割安になるので普通はストアではなくボリュームライセンスの方が一般的だと思う

2021/11/24(水) 10:45:59.81

Communityの条件見たら請け負い開発だと発注元の規模を適用と書いてあったから
うち自体は零細でもCommunity使えないのがキツい

2021/11/24(水) 15:20:42.00

>>160
Action Packはどう？

2021/11/24(水) 16:02:07.25

2人でMCPとったほうがコスパいいぞ

2021/11/24(水) 16:48:19.68

>>161
Action Packも請負では使えないぽい
従業員のみによって使用されるアプリをビルドするのは問題ありませんが、クライアントプロジェクトの一部としてアプリをビルドすることは許可されていません。

2021/11/24(水) 20:07:18.41

閃いた
ビルドは他人に任せればいいんじゃね？
チェックインすると自動ビルドが走るイメージ
んで上手くいったら本番のリポジトリにチェックイン！

2021/11/24(水) 21:48:56.67

だめだろ
てかそれならVSCodeでいいよね

2021/11/24(水) 23:32:14.36

サクラエディタで十分さね

2021/11/25(木) 08:11:49.22

間に幽霊弱小企業をかまして受注したらええんか？
知らんけど

2021/11/25(木) 11:44:59.38

.net6は失敗だったな。

2021/11/25(木) 12:21:06.86

まあ.net frameworkからわざわざ移行する必要ないな
てか、移行できないし
あと10年は4.8で戦えるわ

2021/11/25(木) 14:22:38.28

nullable reference半端対応で切られたからキツイ

2021/11/25(木) 14:57:42.26

箱庭にしてOSの依存度下げて保守を楽にするはずが
箱庭がコロコロ変わって保守が大変でござる。

2021/11/25(木) 15:25:21.29

vs2022だとデバッグ中にコードを変更できるのは面白いと思った
それ以外は正直変わらん、てか分からん

2021/11/25(木) 15:48:24.11

>>169
クライアントはそうだけど、サーバーサイドは.netCoreの方が言語も新しいの使えるからよくない？

2021/11/25(木) 16:30:24.31

それ前からじゃないの

2021/11/25(木) 19:48:09.22

ホットリロードは2022からじゃない？

2021/11/25(木) 19:55:02.78

ただでさえdebugとreleaseでよく勘違いするのに
ホットリロードとかさらにイージーミスが増える予感。

2021/11/25(木) 21:24:24.48

>>169
一部のAPIは.NET Core からパフォーマンスあがってるから移行できるのならしたほうがよい

2021/11/26(金) 12:13:51.11

記念カキコ
でかいプロジェクトデバッグしても落ちなくなった
６４ビットの威力かな
それ以外でも今のところ互換性で影響なし
win7にインスコ中になんか出たけどサポート外か

2021/11/27(土) 11:02:39.61

世のなか便利になったもんだねえ・・・

2021/11/29(月) 08:54:33.69

C++の頃にエディット・コンティニュってあったけどあんな感じなのか？

2021/11/29(月) 11:42:24.27

VC++6のdswとdspのアップグレードができないね>2022

2021/11/29(月) 15:57:40.85

ソリューションやプロジェクトの自動アップグレートは成功したように見えて、問題が起こりがちだったので。
お試しはともかく、最終的には手動でいちいち作りなおすようにしてる。
あと、未だに現役のvc6だけど、そろそろ引退させてもいいかな、と思えるようにはなってきた

2021/11/29(月) 21:58:23.38

VC6って1998年リリースだから息長いね
7-Zipのソースコードなんてつい最近出た7-Zip 21.06 (2021-11-24)が今もVC6のプロジェクトのまま
つまりVS2022単体ではコンパイルできない

2021/11/29(月) 23:15:23.16

>>183
まじか。ここまでバージョン上げない理由とかあるの？

2021/11/29(月) 23:57:40.23

さすがにここまで来ると
新しいのを覚えるのが面倒なんじゃw

2021/11/30(火) 00:08:00.59

>>185
そのわりには最近のVC++コンパイラーで起きるコンパイル・エラーをちゃんと修正してたりして、よくわからんのよね

2021/11/30(火) 00:10:43.72

VC6だとarm64とかx64とかビルドできないんじゃね？と思ったら確かに.dspとか含まれてるなぁ
ただ、同じディレクトリにmakefileがあったりほとんどは.makにしてるから今はVC6を使ってるないっぽい？

2021/11/30(火) 07:03:46.20

>>183
7-zipのvcプロジェクトなんて誰もメンテしてないだろ

nmake PLATFORM=x64 とかのコマンド一発でビルドできるから

2021/11/30(火) 09:06:21.32

プロジェクトAにあるinternalなクラスを、テストプロジェクトBからテストする時、
プロジェクトAに[assembly: InternalsVisibleTo("B")]って書く必要があるみたいだけど、

Aにテスト用の記述を増やしたくないんだけど、B側の記述でAにアクセスする方法ってありませんか

比較に出して申し訳ないけど、swiftだと@testable って属性を書けば
テスト側から無理やりテスト対象のクラスを読み込むことが出来るみたいで、これみたいな事がしたい

2021/11/30(火) 11:31:19.40

>>188
仮にVC6でbuild完了してもむしろデカいファイルでバグらないか心配しかない

2021/11/30(火) 17:16:29.36

だれも対話デバッグを使った開発をしてないプロジェクトとかありえんでしょ

2021/11/30(火) 22:51:36.78

VC6のエディタはメンバ関数の移動がキーボードだけで簡単にできて使いやすかったなぁ

**デフォルトの名無しさん** (ｽﾌｯ Sdbf-HpDc) · 2021/12/01(水) 10:01:14.31

不具合の修正とPythonのバージョン変更

2021/12/01(水) 10:10:32.76

てかVS2019で.NET6のサポートしろよ…

2021/12/01(水) 10:45:59.89

17.0.2

2021/12/01(水) 20:40:47.35

VS2019使い続ける理由ないだろ…

2021/12/01(水) 20:51:42.61

VS2022はデフォルトで複数CPUを使ったコンパイルが有効になったので既存のプロジェクトもVS2019以前より早くビルド完了できることが多いね
VS2019から乗り換えるだけの価値は十分ある

2021/12/01(水) 21:00:14.17

従来も複数CPUを使った並列ビルドはできたけどプロジェクト単位だった
VS2022でソース単位で並列コンパイルをできるようになってるの大きい

2021/12/01(水) 21:37:28.79

>>198
ん？　/MPを知らない？

2021/12/01(水) 23:20:03.10

ソース単位並列コンパイルって10年以上前からあるよな

2021/12/02(木) 02:07:12.05

デカいプロジェクトって、機能単位でDLL化して、分割コンパイルとかしないの？
外部DLL内にあるクラスや関数なら、プリコンパイル済みヘッダに、外部DLLの
ヘッダを含めれば、ビルド速くなると思うけど？

2021/12/02(木) 02:18:42.28

>>189
AがDLLプロジェクトで、BがEXEプロジェクトなら、シンボルファイルが作成され
ていれば、これまでは普通にクラス内部までトレース出来たと思うけど？

ビルド後イベントやバッチ処理で、ビルドされたDLLやEXEだけを別の場所にコピー
してデバッグ実行しているとかでは？

internalなクラスって、dllexportしてないってこと？

たとえそうでも、少なくともAとBのビルド出力先を同じにして、A(DLL)側のデバッグ
設定で、BのEXEを叩くようにすれば、特に何もしなくても、DLL側のソースデバッグ
できるはず。

但し、デバッグ設定は、*.vcxprojではなく、*.vcxproj.userファイルに保存されるので、これを
バージョン管理から除外していると、毎回デバッグ設定を登録しないといけない罠。

2021/12/02(木) 09:08:10.28

>>202
デバッグじゃなくてテスト（Unit test）の事だと思うよ。

2021/12/02(木) 11:00:54.53

>>203
単体テストでも同じだと思うけど？　極端な話、わざわざ別のプロジェクトを作らなく
ても、Aのプロジェクト内に、テスト用のビルド構成を追加して、Aのソース内に、
#ifdef でテスト用の main()や、WinMain()を埋め込むとか、いくらでも方法はある。

2021/12/02(木) 14:47:05.83

>>204
随分古い臭いテスト手法をお使いのようで…
Visual Studio のテストエクスプローラー使ったことある？

2021/12/02(木) 15:58:58.68

>>205
新しいも糞もあるか、バグを検出すること、バグを出さないことが目的であって、
手段が目的ではない。　正直、テスト駆動開発とか、CppUnitTestとか、単純な
テストで、机上の空論でしかないと思う。

2021/12/02(木) 16:47:55.46

いつものRubyおじさんかな？

2021/12/02(木) 17:42:12.16

>>206
バカなのか

2021/12/02(木) 17:50:19.44

はい

2021/12/02(木) 18:21:10.33

>>206
>新しいも糞もあるか、バグを検出すること、>バグを出さないことが目的であって、
はい。そのとおりです。
そのためにテスト駆動開発とか、CppUnitTestとかの手段を用いているのです。
この手段で目的を達成できないのであれば、あなたの理解が足りない、使い方が間違っているのではないでしょうか？

2021/12/02(木) 18:43:25.24

>>210
> そのためにテスト駆動開発とか、CppUnitTestとかの手段を用いている

正直、その手のツールで見つかる低レベルなバグなんて出したことないから
これまで必要性を感じたことがない。

2021/12/02(木) 18:55:30.79

誰も使わないプログラムってバグ出ないんだよね

2021/12/02(木) 19:04:30.23

>>212
それは、バグが見つかりにくいだけ。　道具ばかりこだわっても、無能は無能。

2021/12/02(木) 19:06:54.79

いまだに>>211みたいな人いるんだね

2021/12/02(木) 19:19:46.61

>>213
無能はバグをバグだと気付かないよね

2021/12/02(木) 19:23:32.04

>>206
#ifdefを外し忘れてリリースするんですね、分かりますw

2021/12/02(木) 19:33:18.15

テストは甘え。
完ぺきにコーディングすればテストは要らない。

2021/12/02(木) 19:44:13.77

そろそろスレタイ

2021/12/02(木) 19:49:15.37

テンプレに「テストは甘え」と入れといて。

2021/12/02(木) 21:19:07.27

そもそもユニットテストについて聞いてる人間に上から目線で見当違いの回答して引っ込みつかなくなったバカがまともなデバッグなんかできる訳ないだろ
一生printfデバッグしてろw

2021/12/02(木) 22:01:19.83

こういうアホな奴が湧いてくるってことはやっぱりバカにも使いやすい優秀なIDEってことだな
んで結局正解を教えて貰えてない質問者がかわいそうｗリフレクションで取れそうだけどな

2021/12/02(木) 23:01:23.56

なあにかえって今回のVS2022でいろんなサポートが打ち切られているから、
なあにかえって時代に取り残されないためにもすべてのWindowsプログラマが導入すべき神バージョンになった

2021/12/02(木) 23:42:37.71

>>216
#ifdefが残ってても、別に何にも困らんよ。　オープンソースプロジェクトのソース
コードとか一度も見たことないの？

Visual StudioはデフォルトのDebug,Releaseの他にビルド構成を追加できるから、
UnitTestでも何でも、任意の名前を付けたビルド構成を追加して、テストコードを
有効化する#ifdefで使う定数を、プロジェクト構成プロパティのプリプロセッサ
定義に追加するだけ。　makeでも同様のことはできる。

「知らないことは調べようがない」(公安九課荒巻)か。　馬鹿は馬鹿のまま。

2021/12/02(木) 23:47:32.83

>>217
誰もテストしないとは一言も言ってないが、頭の悪いZ世代か？　わざわざテスト用の
コードなんて書かなくても、要所要所にassert()とか埋め込んでおけば、実コードを
動かす段階でデバッグできるし、はるかに効率的。

ツールAIが自動でコードをリファクタリングしてくれるならともかく、いくらテストを
繰り返しても、コード自体を書き直さない限りコード品質は上がらない。

2021/12/02(木) 23:53:25.09

ところで、VS2022って、最近使ったプロジェクトのMRUが、VS2019と同じレジス
トリエントリを使っている気がする。　VS2022で新規作成したソリューションが、
VS2019でも出てくる。　VS2017とVS2019は別のレジストリを使ってる。

あと、いつの更新からか判らんが、VS2019を含めて従来のソリューションをアップ
グレードしても、ソリューションファイルの先頭のVisual Studio バージョン情報が
書き変えられなくなってるようだな。

2021/12/03(金) 11:24:29.88

VS2022 Currentで作成したASP.NET Core API（.NET5.0or6.0どちらも、C#）のプロジェクトで、
クラスダイアグラムが作成できません。
（[追加]→[新しい項目]で選択しようにも出てこない）

プロジェクト作成時、選んだテンプレートで以下のようになります。
ASP.NET Core API　→出ない
ASP.NET Core web　→出ない
ASP.NET Core（空） →出ない
BlazorApp　　　　　　　→出ない
WPF　　　　　　　　　　→出る
コンソールアプリ　　→出る

Visual Studio2022（過去も？）でASP.NET Coreテンプレートだと、
クラスデザイナーでクラスダイアグラムの作成は出来ないのでしょうか

2021/12/03(金) 11:28:28.78

>>226
自己解決しました
めちゃくちゃドキュメントに書いてました

「注意

クラスデザイナーは .NET Core プロジェクトで使用できません。」

ありがとうございました・・・

**デフォルトの名無しさん** (ｽﾌｯ Sd94-5X9Y) · 2021/12/09(木) 10:36:55.56

ReSharperきてたああああ

2021/12/09(木) 14:13:31.40

>>227
こう言うとこを旧Verでも不完全なままで平気で新VerリリースするよなMS
バージョンが西暦になってから完成したリリースなんてひとつもなかったりして
常にどこか作りかけの状態

2021/12/09(木) 14:17:55.38

Win11にてVS2022で作成したexeを
VS2022が入っていないWin10の別のPCで実行させようと
.NET 6.0 Runtime (v6.0.0) - Windows x64をインストールしてみてexeを実行しても動かないが
どうすればよいの？

2021/12/09(木) 14:21:01.71

完璧なものを作ったら仕事が無くなるだろ！
ワイらと同じや

2021/12/09(木) 14:21:58.23

>>230
なんかエラーメッセージ出るでしょ

2021/12/09(木) 14:34:54.13

>>232
エラーメッセージも出ません
反応なしで、プロセスは終了してます
単純なクローズボタンを貼り付けたサンプルexe

2021/12/09(木) 14:46:37.04

>>230
シングルバイナリを発行するか(但し巨大なexeができる)
¥net6.0-windows
のexeと同じ場所にできるファイルとruntimesフォルダをコピーしたら動いたような