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/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じゃないんだろう

2021/12/18(土) 14:35:17.96

ADSLなのでは？

2021/12/21(火) 19:56:05.42

17.0.4が17.0.3にロールバックされてたな
改めて17.0.4来た

**デフォルトの名無しさん** (ｽﾌｯ Sd8a-oat2) · 2021/12/22(水) 21:32:46.35

えっ?

2021/12/22(水) 23:00:46.91

スマン
ロールバックは勘違いだった
2019と2022のUpdateを続けてしようとして2019しかアップデート当ててなかった

2021/12/23(木) 03:59:49.97

うっかりさん

2021/12/24(金) 02:52:27.28

VS2022をインストールしようとしたらVCラインタイムのインストールで失敗するな

2021/12/24(金) 08:31:19.30

しないよ
クソ環境乙とでも言って欲しいのかな？

2021/12/24(金) 16:46:30.61

>>268
良環境乙

2021/12/25(土) 13:39:49.03

VS2022にて、
「新しいプロジェクトの作成」→開発言語「C#」にて「コンソール
アプリ」を選択し、
フレームワークを「.NET 6.0(長期的なサポート)」とし作成しました。

デバッグを実行しようとすると
「プロジェクトには、プロファイル ConsoleApp1
を実行する方法が分かりません。」
と表示されてデバッグができないんだが、どうすればいいのか？

こんな症状の人いる？

2021/12/25(土) 15:26:44.48

自己解決しました
TypeScript Server
JavaScript および TypeScriptの言語サポート
が有効じゃないとダメなようです

2021/12/25(土) 18:38:28.30

そんなバカな…

2021/12/25(土) 18:44:12.21

意味がわからへん

2021/12/25(土) 20:54:05.76

いまやJavaScriptこそヘゲモニーだからな
他の言語はひれ伏すべし

2021/12/25(土) 21:33:43.10

hogemony？

2021/12/26(日) 09:10:52.13

また髪の話ししてる

2021/12/26(日) 09:18:43.88

ま、CPUやメモリの性能があがれば、スクリプト言語の存在感もあがるわな

2022/01/03(月) 15:38:06.96

質問です

やりたいこと：学習がてら書籍情報をネットから取り込んでDBを作ってみたいと思ってるんですが
その後の消したり足したりでまずないと思いながらもIDが枯渇したら嫌だなと
BIGINTが頭をかすめています(INTの方が速いということでそっち寄りです)

やっていること：下記URLを見ながらmdfファイルをローカルでいじってます
https://atmarkit.itmedia.co.jp/ait/articles/0701/20/news016_3.html

自動で出来たテーブル構造
CREATE TABLE [dbo].[Table] (
[ID] INT NOT NULL IDENTITY DEFAULT NEXT VALUE FOR [dbo].[Table_ID_Sequence] ,
PRIMARY KEY CLUSTERED ([Id] ASC)
);

環境：WIN10(64)・VB,NET
知りたいこと：上記設定で自動作成のＩＤが2^31-1を越えた場合の挙動が解らない（最大数は指定してません）

質問1：またID=0から始まるんでしょうか？それともオーバーフローとかになるんでしょうか？
質問2：ループする場合歯抜けのIDを埋めていく感じなんでしょうか、それとも最初から強制的に上書きされるんでしょうか？
質問3：最大数を指定した方が良いですか？もし良いなら理由を知りたいです

2022/01/03(月) 17:25:44.21

スレチ

2022/01/03(月) 18:31:33.28

>>279
スレチというならその説明もしたほうがいいですよね
こっちは合っていると思って書いているので

2022/01/03(月) 18:58:42.25

まず主キーの最大値を調べろ
その最大値までDBにデータを格納した場合、運用に耐えられるか想像してみろ

真なる回答は、設計から考え直すべきもしくは気にせず作って後で最適な仕様を考えろ
この質問は愚問であり、この質問に固執するなら向いてない

2022/01/03(月) 19:40:01.39

>>281
>まず主キーの最大値を調べろ
プライマリキーの最大値は2^31-1と定義してありますが解らなかったんですか？

>その最大値までDBにデータを格納した場合、運用に耐えられるか想像してみろ
想像して解らないので参考になるような質問をしたわけだし解ってたら聞かないですよね？

質問に答えて欲しいだけです、向いているかどうかや哲学がしたいと書いた覚えはないです
その意図が伝わらない、そもそも解らないなら返答はご遠慮願います

2022/01/03(月) 19:48:21.89

> ID:ZvJMYFhl0
よそのスレでお願いします

他のかたは ID:ZvJMYFhl0 に成功体験を与えないようにしてください

2022/01/03(月) 19:54:05.15

>>280
VB.NET質問スレ(Part44)
https://mevius.5ch.net/test/read.cgi/tech/1527325729
DB板
https://mevius.5ch.net/db/

二度とこのスレに来るんじゃねぇぞ

2022/01/03(月) 20:09:07.60

>>278
データベースが新規にIDを作れないので
エラーでレコードを追加できない。

そもそもなんでVB.netなんだか

まぁーC#もどんどんキモくなってしまってるが

2022/01/03(月) 20:20:24.41

>>283
ただの趣味でやっているだけなので良いですが成功体験を与えないでとか
とても失礼ですよ、その感覚すら麻痺しているなら悲しいですが別の意味でスレ違いのようです

>>284
誘導してくれてありがとう、そこは知っています
vb.netだけの仕様ではないと思うのでここで聞いてみたんですが
ここでは俺が悪いようですし俺もストレスが溜まるのでもう良いです

得るものがないことだけは解ったのでもうきません、失礼しました

2022/01/03(月) 20:25:17.47

もう来ませんというやつに限ってすぐ帰ってくるけどなー

2022/01/03(月) 20:25:18.25

>>285
ありがとうございます、助かります
こないと書いた傍からですが折角答えていただいたので最後にお礼だけ……では