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/14(日) 18:24:37.30

特にトラブルもなくvs2019に移行できた
こころなしかvs2019よりも無応答時間が減った気がする

2021/11/14(日) 18:44:43.15

2019に移行したのかあ。
もう2021年なのに。

2021/11/14(日) 19:46:44.54

西城秀樹「時が未来へ進むと、誰がキメたのか」

2021/11/14(日) 20:35:29.35

「複数のファイル内を検索」の出力ウィンドウで一行が長い場合、先頭文字列が切り詰められる仕様になったっぽいね

2021/11/14(日) 22:45:43.75

>>118は、オプションの「自動的に検索を選択範囲に制限」のチェックを外せば元に戻るようだ

2021/11/14(日) 22:50:58.52

>>114
完成が伸びたらロゴから作り直しになるから２０２２にしたのかもな
Windows95は９５年の年末に出たけど、MSの人は地獄を見たんだろうね

2021/11/15(月) 10:44:56.10

VS2022のメニュー「ツール(T)」→「Spy++(+)」で起動してくるSpy++が32bit版なのが微妙に残念

2021/11/15(月) 10:54:53.96

そういうのもフィードバックしとけばそのうち変わるんじゃ？

2021/11/15(月) 10:56:13.27

Windows95のリリースは1995/8月
日本版の発売日が1995/11月

2021/11/15(月) 14:20:29.21

C/C++の「オプション」→「書式設定」→「スペース」にある「ポインター/参照の配置」で左揃えが正常に働かないね

2021/11/15(月) 14:29:31.82

2022を使ってみたけど、統合環境に微妙な不具合があるようだ。
もうしばらく2019メインでいくわ

2021/11/15(月) 14:31:00.45

>>124 の続き
ポインタ/参照の左揃えが正常に働かない現象は特定のファイルだけで発生してるので、再現性は低い
マクロで複雑な切り替えしているのを誤検出したんだろうと思う

2021/11/15(月) 15:09:18.44

早くWDKきて

2021/11/16(火) 18:30:44.94

androidとios用にOTGなUSBシリアル(中身はASCIIデータ)通信アプリを任せられとが、これで出来るの？

2021/11/16(火) 18:49:35.44

これでやんない方がいい

2021/11/16(火) 22:20:23.52

やっぱりandroid studioで作ってから、iOSは考えよう。

2021/11/17(水) 06:53:16.97

Visual Studio 2022 version 17.0.1
released November 16, 2021

2021/11/17(水) 17:45:36.96

一番びびったのがC#コンソール作ってみたらmainがなかったこと

2021/11/18(木) 15:04:10.13

まあそれを売りにしてる感ある

2021/11/19(金) 07:50:45.93

.NET6のwin formでVBプロジェクトの時にスタートアップオブジェクトに意味不明な候補がダラダラ出てくるのはなんなんだよw
ろくに動作確認もしてないものを製品として売るなよw

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みたいな人いるんだね