Visual Studio 2019 Part4

2020/04/01(水) 13:36:34.75

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

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

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

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

過去スレ
Visual Studio 2019
https://mevius.5ch.net/test/read.cgi/tech/1548765663/
Visual Studio 2019 Part2
https://mevius.5ch.net/test/read.cgi/tech/1562077164/

※前スレ
Visual Studio 2019 Part3
https://mevius.5ch.net/test/read.cgi/tech/1569978087/

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

2020/04/01(水) 13:39:07.67

「Visual Basic」は.NET Coreでもサポートを継続～ただし、言語としての発展は終わり
.NET Framework/.NET Core双方でのVB互換性を重視
2020-03-16
https://forest.watch.impress.co.jp/docs/news/1240998.html

2020/04/01(水) 13:49:33.98

Developer Community
https://developercommunity.visualstudio.com/

2020/04/01(水) 14:51:25.78

Win32APIしか使わないアプリはたまに
仮想環境のXP上でVisual C++ 6.0立ち上げて作ってる

2020/04/01(水) 17:28:17.57

XP使うならアクチが必要だからネットワーク環境が必要だから
だったら仮想環境の意味ってあまりなくね？

2020/04/01(水) 17:43:23.05

win32apiしか使わないけど、win10環境でビルドにvs2013、ガワにvs2019使ってるけどね

2020/04/01(水) 18:24:33.13

乙

2020/04/02(木) 00:10:03.31

クロスプラットホームアプリ作るんだけど、
C#使いならXamarinがベスト？

2020/04/02(木) 00:16:24.61

例えばさ、猛獣使いが猛獣の扱い方について素人に聞いたりする？

2020/04/02(木) 00:31:16.97

今ならそうなのかね
年末に.Net Core 5.0が来たらそっちが本命だろうけど

マイクロソフトの売り文句通りになったらの話だけど

2020/04/02(木) 01:10:34.34

.NET coreがんばえー

2020/04/02(木) 08:44:56.52

Visual Studio 2019 version 16.5.2

https://docs.microsoft.com/en-us/visualstudio/releases/2019/release-notes#16.5.2

2020/04/02(木) 10:04:29.24

クロスプラットフォームは開発環境と実行環境が異なるプラットフォームで開発などを行うこと
マルチプラットフォームはひとつのソースやリソースが複数のプラットフォームで動作すること
微妙にニュアンスが違う

2020/04/02(木) 18:17:29.73

Core開発の主力メンバーがcoronaで死なないことを祈ろう

2020/04/02(木) 20:49:35.70

>>10
.NET 5 になっても Xamarin のようだ
https://docs.microsoft.com/ja-jp/archive/msdn-magazine/2019/july/images/mt833477.0719_michaelis_figure2_hires%28ja-jp%2cmsdn.10%29.png

2020/04/03(金) 01:37:15.19

>>10
なんか勘違いしてね？

2020/04/03(金) 14:51:57.75

>>15
パクリだな
https://prtimes.jp/i/20945/463/resize/d20945-463-632605-1.jpg

2020/04/03(金) 15:39:56.36

こんなんポールスミスの財布やん

2020/04/04(土) 16:00:45.90

俺の持ってる財布なんだから俺のや

2020/04/04(土) 23:17:04.20

>>15
「猿、燃やせ」

2020/04/05(日) 13:13:05.08

やっと意味わかったω
https://image.vector-park.jp/images/item/original2/114/2019/10/07/114-201910071123_1.jpg

2020/04/08(水) 10:42:34.21

Visual Studio 2019 version 16.5.3
released April 7, 2020
Fixes issue when entering wrong credentials while trying to connect to a remote Mac build host.
Fixed an inability to open some types of files.
Fixed an issue resulting in a failure to add an Apple Developer account with two-step authentication.
Fixed a crash in watchOS applications when creating GC thread.
Fixed regression that disallowed exponential floats of the form 1e5f.
Fixed an issue preventing opening files that are opened in external applications such as Word or Excel.

https://docs.microsoft.com/en-us/visualstudio/releases/2019/release-notes#16.5.3

2020/04/08(水) 11:10:13.38

VSのリリースノートはたまにXcodeのスレを開いてるのかと見間違う

2020/04/08(水) 11:14:37.35

なんで？

2020/04/08(水) 11:24:22.56

Mac/iOSがらみのfixが並んでるからじゃね？

2020/04/08(水) 20:29:31.62

意外とダウンロードに時間がかかってたけど自分のとこで更新適用したら50MBとか出た

Xcode用が多かったのなら納得

2020/04/14(火) 23:29:18.81

Gitを導入することになったんだけど、GithubとAzureDevOpsはどっちがいいの？

2020/04/15(水) 01:08:24.99

どっちの足も臭いけどいい？

2020/04/15(水) 04:08:08.62

アプデしたらキモい色になったんだがどうすりゃ治んだ

2020/04/15(水) 04:20:30.20

再起したら治ったわ

2020/04/15(水) 09:38:20.08

GitHub、中核機能をすべて無償化～チーム開発も無料で始められるように
https://forest.watch.impress.co.jp/docs/news/1247150.html

2020/04/15(水) 11:58:41.25

Visual Studio 2019 version 16.5.4
released April 14, 2020
Modified the find "List View" to work with the VsColorOutput extension.
Fixed a regression introduced with version 16.5 where use of default indexed properties with value-types caused an internal compiler error.
Modified find in files to preserve user settings between Visual Studio 2019 sessions.
Fixed an issue where Goto next/previous entry failed to work in the find results list when "preview selected files in find results" is turned off.
Fixed an issue with find when doing a regex search a pattern that did not contain regex special characters.
Fixed the button placement in find in files tool window when its in a docked position. Changed alignments for better experience in docked mode.
Fixed an issue where the find list view did not navigate to results when enter was hit.
Fixed an issue where Goto next/previous entry failed to work in the find results list when "preview selected files in find results" is turned off.

https://docs.microsoft.com/en-us/visualstudio/releases/2019/release-notes#16.5.4

2020/04/27(月) 16:50:17.31

C++の変数がエクスポートされるシンボルについて聞きたい。
スレ違いなら誘導してください。

VCの場合、変数の型がシンボルに含まれるので、異なる型の変数を同じものとして参照させられない(リンクエラーになる)。
これをムリヤリにでも同一視させたいときはどうすれば？

○エクスポート関連をいくつか試してみたが、ダメだった。orz
○std::coutのソースを見ればわかりそうだけど、見つからんかった。orz

2020/04/27(月) 16:55:10.26

ポインタ

2020/04/27(月) 17:57:08.62

何言ってるのかよく分からないが、これの話か？
ttps://aki-yam.hatenablog.com/entry/20081019/1224386522

2020/04/27(月) 18:20:34.30

unionの話？
モジュール化が当たり前になってから
使った話聞かないな。

2020/04/27(月) 18:41:33.17

>>35
それと似てるけど、もっとあやしい話。
あるひとつの名前Lib::objが、あるソースではClassA、別のソースではClassBとして参照できるようにしたい。
# ODRから外れてるのはヨシ。

○g++だと、変数のリンク用のシンボルにはクラス情報を含めないのでふつうにセーフなんだよね。VCは含めるので別シンボルになってもうてアウト。
○extern "C"だと、名前空間が使えないし、本体オブジェクトのソースをC++で書けないのでアウト。
○VCでも、シンボルを改変する方法があるみたいなんだけど、よくわからない。。。DLL限定？

>>36
リンカレベルのunionみたいな？
ふつうのunionは、メンバ変数を書くのがイヤで。
「モジュール」で解決できる？

2020/04/27(月) 19:09:10.41

> ○extern "C"だと、名前空間が使えないし、本体オブジェクトのソースをC++で書けないのでアウト。
いや、使えるし、書けるのか。。。
ちょっと試してみると、これでなんとかなりそう。

ということで、きっと解決！
ありがとうな。

2020/04/27(月) 19:50:59.03

報告。さっきの続き。

extern "C"は、namespace{}中でも使えるし、C++的には名前空間も有効だけど、リンク用シンボルとしては、名前空間部分は外れて変数名だけになるんやな。
この結果、こっちの名前がC標準ライブラリで使われてる名前とかぶったら死亡しよる。。。

ということで、もっといい方法があったらぜひよろしく！

2020/04/27(月) 22:02:20.46

リンカ名を調べて、同名の実体をアセンブラで定義できない？

2020/04/28(火) 10:14:06.96

>>40
シンボルは「?」で始まり、「@」を区切り文字にしたような、特殊なテキストだけど、アセンブリなら定義できるんだっけ？

ただ、アセンブラはわかって使う自信がないのとで、ちょっと。。。

2020/04/28(火) 12:11:33.05

適当な名前で extern "C" として宣言しておいて
どこかの名前空間に使いたい名前で参照を置いてみるとか。

2020/04/28(火) 12:29:47.53

__declspec(selectany) ではあかんの？

2020/04/28(火) 13:14:48.31

>>42
できた！
実変数領域はextern "C"でなくても(いっそ非公開でも)いいもよう。

実はポインタでは試してたんだけど、でもポインタはイヤだな、オブジェクトでなんとかならんかな、とやりかたを探してた。
参照は試してなかったけど、やってみたら充分許容範囲。

ということで、ほとんど解決！
ありがとう。ありがとう。

2020/04/28(火) 13:23:45.75

>>43
知らなかったので、ドキュメントは読んでみた。
試してないけど、用途が違いそう？
特定シンボルが外部にあるときにとにかくリンクさせる用？
今回の件は、シンボルが別なので。

**sage** (ﾜｯﾁｮｲ 245f-Btmo) · 2020/04/28(火) 21:12:16.27

Visual Studioのソリューションとプロジェクト、Gitの使い方について教えてください。

仕事で自分用のツールを作るためにVisual Studio Pro 2019とC#でプログラミングをしています。
これまでは１つのツールにつき１つのソリューションを作っていて、その中の１つのプロジェクトに１つ
の機能をまとめてライブラリにする構造にしていました。ツール間で共通利用するライブラリでどれが
新しいのかわからなくなったりするので、ソリューションの使い方とバージョン管理をちゃんと理解して
使いこなしたいのですが、ソリューションのまとめかた／切り方？とGitへの対応のさせ方がよくわかりません。

Visual Studioでは、ソリューションとGitリポジトリが１対１で対応しているようなので、ライブラリごとに
１つのソリューション（と対応するリポジトリ）を作って、各ライブラリ毎にバージョン管理をするので
あってますでしょうか。

また。その時に、ライブラリを使う側のソリューションからの、ライブラリの参照方法はどのようにすれば
いいでしょうか。「ソリューション＞追加＞既存のプロジェクト」でも「プロジェクト＞追加＞参照＞ファイルを
選択」でも、ライブラリ側でコード変更やビルドをするとその時点で参照する側にも影響を与えてしまうので
、これだと参照する側のバージョン管理ができてないのでは？という気がして正しくないように思えます。

2020/04/28(火) 22:59:02.92

マルチプロジェクトだろ

普通は、1つのソリューション内に、1つのプロジェクト。1対1。
でも、大きなものでは、1対多

2020/04/29(水) 00:18:11.83

ライブラリは別プロジェクトにして、git submodule addしたら？

46 (ﾜｯﾁｮｲ 075f-LlFz) · 2020/04/29(水) 01:33:34.72

>>47 >>48

アドバイスありがとうございます！
１つのソリューションの中に、（UIは別として）基本計算、２Ｄ描画、通信、ログファイルＩOなどと
機能ごとにプロジェクトを分けてライブラリにしてました。再利用性を考えて分けたのですが、
結局管理できていないので分けすぎなんでしょうか。
ひとまず、共通性の高いライブラリは１ソリューション１プロジェクトにわけてみて管理できそうか
やってみます。

あと、git submoduleについてもありがとうございます。調べてみたらVisual StudioのUIではまだ
使えないみたいですね。コマンドラインから打てばVisual Studio側で認識してくれるようなので
やってみます。
ソリューション内のプロジェクトごとにリポジトリが分かれてれば一番いいのに、と思っていたので
submoduleを使えば実現できそうな気がします。

47 (ﾜｯﾁｮｲ 7f2c-1Vtn) · 2020/04/29(水) 01:58:07.67

>>49
>機能ごとに、プロジェクトを分けて
これらは、別プロジェクトじゃない。
同一プロジェクト内

Ruby on Rails なんて、プロジェクトを初期化しただけで、
100個以上のフォルダ/ファイルがある

third party のライブラリが入った、node_modules 内には、千以上はありそうw

2020/04/29(水) 02:41:30.27

>>50
それはやりかた次第やろ。
唯一の正解はない。

分割した方がわかりやすいかもしれないし依存関係を整理できるかもしれないし設定が面倒かもしれないし、まとめた方が扱いやすいかもしれないし混乱するかもしれない。

47 (ﾜｯﾁｮｲ 7f2c-1Vtn) · 2020/04/29(水) 06:09:39.28

プロジェクトは、仕事・成果物の単位。
普通は、マルチプロジェクトにならない

マルチプロジェクトになるには、
未来に、その機能を使うかも知れないから、
DLL にして、プロジェクトを分離しておくような感じだろ

数年後に使うかも知れないようなために、現在のコストを掛けられないから。
それに、まず使わないと思う

機能を分離して、異なる人が開発するのは、あるかも知れない。
Aさんがメイン処理で、BさんがライブラリのDLLを作るとか