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/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フォルダをコピーしたら動いたような

2021/12/09(木) 15:18:52.33

>>234
自己解決しました
Releaseでビルドして、bin\Release\net6.0-windowsフォルダ配下
をまるごとコピーしてexeを実行すれば動作しました
Debugビルドだとダメでした
net6.0-windows配下のDLLと環境ファイル不足やDebugビルドが原因でした
ありがとうございます

2021/12/09(木) 15:25:49.69

ちなみにフレームワーク.NET6のランタイムは
dotnet-runtime-6.0.0-win-x64.exe
のインストールでは動作しませんでした
windowsdesktop-runtime-6.0.0-win-x64.exe
のインストールで動作しました

2021/12/10(金) 08:52:26.42

>>228
いいね

2021/12/10(金) 11:18:17.79

いつの間にかスタンドアロンライセンスも2022に変わってるな
無くならなくてよかった

2021/12/10(金) 22:22:14.23

WinFormsでメニューのタブオーダーが無効化されてて死ねる
1つ1つ手入力するのは流石にハゲるぞ

2021/12/11(土) 09:37:50.09

For i = 0 to 100
で足していくと100でなく101になってしまうバグを発見した

2021/12/11(土) 09:54:49.75

えっ

2021/12/11(土) 10:51:39.90

0も含むから101

2021/12/11(土) 12:13:16.93

>>240
バグは身近なところにあるよな

2021/12/11(土) 18:58:19.54

バグじゃないでしょ

2021/12/11(土) 19:26:28.73

(240の頭が)バグってる

2021/12/11(土) 20:26:40.49

まあ誰しも頭はバグってるもんよ

2021/12/11(土) 20:39:08.66

誰がハゲやねん

2021/12/12(日) 00:56:44.53

ハゲは悪くない
ハゲは犯罪じゃない

2021/12/13(月) 07:52:59.44

ハゲをdisるやつにC++を使う資格ないしな

2021/12/13(月) 20:43:00.20

ストラウストラップ御大はC++の普及に髪の毛を捧げた

2021/12/15(水) 05:55:26.39

Windows Updateでエラーコード：0x80070643が出たときは
「Windowsの更新時に他のMicrosoft製品の更新を受け取る」のチェックOFF

Visual Studioを起動して
ヘルプ　＞　更新プログラムの確認

2021/12/15(水) 07:24:02.29

開発やってるなら知ってるかもしれんけど
これでエラーコード検索すると何が原因か予想つくことがある

https://docs.microsoft.com/ja-jp/windows/win32/debug/system-error-code-lookup-tool

2021/12/15(水) 07:44:39.30

.NET 6.0のWindowsUpdateセキュリティアップデートバージョン 6.0.1
.NET 6.0 SDK for VisualStudioの更新バージョン 6.0.101
バージョンが微妙に違うためエラーになっている模様

2021/12/15(水) 17:57:55.92

うちもWUの.NET 6.0.1で0x80070643が出た
ログ見るとMicrosoft.NET.Sdk.Android.Manifest-6.0.100より新しいバージョンが既に入ってるからエラーになってる模様

エラーになった後にSoftwareDistributionに残ってたdotnet-sdk-6.0.1-win-x64.exeを実行すると成功するのは何でだ…

2021/12/15(水) 20:06:42.88

17.0.3

2021/12/16(木) 06:37:21.53

dotnet --list-sdks
6.0.101 [C:\Program Files\dotnet\sdk]

dotnet --list-runtimes
Microsoft.AspNetCore.App 6.0.1 [C:\Program Files\dotnet\shared\Microsoft.AspNetCore.App]
Microsoft.NETCore.App 6.0.1 [C:\Program Files\dotnet\shared\Microsoft.NETCore.App]
Microsoft.WindowsDesktop.App 6.0.1 [C:\Program Files\dotnet\shared\Microsoft.WindowsDesktop.App]

2021/12/17(金) 06:23:31.47

17.0.4

2021/12/17(金) 14:27:23.31

朝まで掛かって17.0.3にしたのに～

2021/12/17(金) 15:07:13.86

10分くらいで終わらないの？

2021/12/17(金) 15:47:28.08

>>258
PCか回線か知らんけど、まずは環境を整えたら

2021/12/18(土) 10:50:03.96

SSDじゃないんだろう