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/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を作るとか

2020/04/29(水) 06:23:46.86

自分用のツールでわざわざプロジェクトに分けなくて良いよな
使い回すにしてもソースで良いし
無駄に手間が増えるだけ

DLL化ならまだ多少の意味もあるだろうけど

2020/04/29(水) 06:48:43.86

自前のnugetパッケージにしてもよし

46 (ﾜｯﾁｮｲ 075f-ur4w) · 2020/04/30(木) 06:12:41.05

Visual Studioとgitとで行き来しながらsubmoduleの使い方を練習してみて
いくつかつまづきましたが、ほぼ思い通りの管理ができそうな目途がつきました。
アドバイスいただいた方々にあらためて感謝。

コードを書き散らかしてた時より管理の手間が増えましたが、gitに習熟すれば
気にならなくなるかも。

>>52 >>53

おっしゃるように、ライブラリをいちいち分けると手間が増えてコストアップなので、
バランスが大事ですね。プログラミングは独学で業務でも１人でやっているため、
普通じゃないことやって無駄な苦労してないかと心配になることが多いので、
ご意見ありがたいです。

>> 54
調べてみたら依存関係があるものとか便利みたいですね。
また機会を見て勉強してみます。ありがとうございます。

2020/05/05(火) 17:53:09.18

2015のスレがないのでとりあえずここで質問なのですが
プロジェクトファイル立ち上げてしばらく下のステータスバーに
processing ファイル名...（ファイル数 remainimg）
と表示されて全ファイル処理されてるんだけど、前はこんなのなかった気がするんだけと、これって何？
最近、XAMPP入れたり、PHPをデバックできるように設定したんだけど、その辺関係ある？
途中でもデバッグは開始できるけど、毎回起動時とデバッグ時に走り出すのでマシンにも無駄な負担かかってそうで

2020/05/06(水) 02:17:46.06

気にすんな

2020/05/08(金) 00:43:30.83

WindowsだけでiOSアプリの公開まで出来る？（何回もされてる質問だと思うけど）

2020/05/08(金) 02:44:18.84

>>58
MacinCloud.com等のクラウドサービスを使って出来なくはないという話を見たことはある
使ったことはないから詳しくは知らん

2020/05/08(金) 08:29:10.25

ビルドだけならクラウドサービス使えば何とかなるけど、アプリ公開までするならMacがないとApp Storeに登録できない

2020/05/08(金) 09:40:05.68

それって毒金法違反じゃね？

2020/05/08(金) 09:47:52.51

アップル、Google、アマゾン、フェイスブックには独禁法は適用されない

2020/05/08(金) 09:51:33.46

>>61
なんでやねん。
そもそも、独占は別に問題ちゃうし。

2020/05/08(金) 09:56:25.15

まあでもAppleは実質自端末にしかアプリ提供しないもんな
シェア次第で突っ込まれるかもな

2020/05/08(金) 11:21:09.97

>>64
だからシェアは関係ない。
シェアに由来する不公平の押し付けだけが問題。

考えてみろ。
シェア100%で問題になってないものはいくらでもあるやろが。

2020/05/08(金) 22:05:40.94

Appleは自分はOKで他社は絶対ダメで訴えまくるApple。鬼畜企業。

2020/05/08(金) 22:26:09.31

>>65
iPhoneのシェアに由来する不公平の押し付けだろ？Macの強要は

2020/05/08(金) 22:45:04.18

>>67
おまえは、Macの購入をムリヤリ強制されてんの？ｗ
買わない選択肢がリッパにあるやろが。

2020/05/08(金) 22:53:29.14

アップル教信者の狂信者っぷりをとくとご覧ください

2020/05/09(土) 00:37:16.34

>>68
独占禁止法の趣旨は、買わない自由とは関係ないだろ

2020/05/09(土) 00:55:26.20

独占禁止法は、独占を禁止しない。
シェアも関係ない。
略称から勝手に妄想せずに、Wikipediaでいいから読め。

>>69
Appleは嫌い。
今まで関連商品を買ったことがないレベル。

>>70
自由なビジネスができていれば、独禁法の対象ではない。

2020/05/09(土) 01:01:12.74

appstoreを強制されてるのはおかしいけどな
訴訟いまやってるんだっけ

2020/05/09(土) 01:10:37.25

本質は、実力競争になればアジア人には絶対に勝つことが出来ない白人が競争にならないようにしてることなんだよ。
アメリカでは如何に競争しないかに重点が置かれている。
そうしないと絶対にアジア人に負けることが分かってるからだ。

2020/05/09(土) 01:13:07.53

大事なのは自由であることではなく、競争が生じることだ。
競争しない作戦を行うことや独占する自由を認めたのでは地球全体が駄目になる。
現にこの数十年間、世界中で、生産性の伸びの鈍化が起きている事が知られている。

2020/05/09(土) 03:09:04.36

>>72
しかし、Appleが販売する製品が対象でありそのために作り上げた市場であるし、動作保証やその責任もあるし、リスクとコストを考えたら、フルオープンはいくらなんでもムリがあるやろ。
イヤならよそに行く自由はあるわけだし、アプリ審査の透明性向上くらいが落とし所になるのでは？

2020/05/09(土) 08:45:14.69

仕事でいろんなOS向けの開発やるから特定OSの信者になる感覚がよく分からんわ

2020/05/09(土) 09:27:00.91

>>75
利益を独占するために排斥仕様にした独占市場。
他人のものはおれのもの。おれのものはおれのもの。
過去の歴史を見ればAppleは無責任な切り捨て大魔王だよ。

2020/05/09(土) 09:33:59.87

ウォズは尊敬するけどジョブズは嫌い

2020/05/09(土) 10:27:56.82

>>78
ホモ乙

2020/05/09(土) 10:50:52.03

昔はウォズを尊敬するという人の方が多かった気がする。
ジョブズ派は原始マカーくらい。

2020/05/09(土) 11:43:41.08

香具師

2020/05/09(土) 13:26:20.62

>>77
そのとおり。ｗ
それはそれとして、独禁法を持ち出す勘違い君がいたから、誤りを指摘しただけ。

罵るならストレートに罵れ！

2020/05/09(土) 14:24:38.75

砂糖水でも売ってろ!!

2020/05/09(土) 15:18:16.15

>>83
スカリーの悪口？

2020/05/09(土) 16:01:25.70

モルダーの悪口？

2020/05/10(日) 04:47:41.87

>>85
それは違う

2020/05/10(日) 11:01:27.00

Xファイル

2020/05/10(日) 12:22:11.19

ペプシ「砂糖水じゃない炭酸水や」

2020/05/10(日) 17:59:52.26

コーク：　麻薬由来
ペプシ：　消化酵素由来

あとはわかるな？

2020/05/10(日) 20:37:52.39

コクシ：　無双！！

2020/05/12(火) 00:38:50.23

Windows10 iot coreとは何だったのか

2020/05/12(火) 04:26:20.30

すれち

2020/05/12(火) 04:29:31.40

IoT Coreなら俺の隣で寝てるよ

2020/05/12(火) 04:37:42.71

Windows10 IoT Enterprise LTSC 2019

147 名前：名無し~3.EXE[sage] 投稿日：2020/05/03(日) 07:41:54.86 ID:Wqo60OS1 [2/7]
>>146
ありません

https://i.imgur.com/Ze3lp8y.png
https://i.imgur.com/tfmctEO.png
https://i.imgur.com/VdLaUII.png
https://i.imgur.com/oaerpxn.png

2020/05/12(火) 05:43:14.57

framework捨てるのはCoreが完成してからにしてほしかったな

2020/05/12(火) 07:00:32.72

AZUR RTOSとか出てきて何が何やら
IoT Coreと何が違うの?

2020/05/12(火) 07:53:57.92

Win10 IoTは組込み機器用途ではあるけどリアルタイムOS(RTOS)ではない
あくまで汎用OSの範疇の製品だからな

2020/05/12(火) 19:49:00.13

MSが買収したThreadXはどうなったんだか

2020/05/13(水) 04:41:46.82

組み込みOS(汎用)の最大勢力は組み込みLinux系、RTOSの最大勢力はTRON系
いずれも複数の企業や団体がそれぞれに製品化しておりデファクトスタンダードと呼べるような製品はない
Microsoftがそれぞれの領域にWin10 IoTとAzure RTOSで参戦している構図

2020/05/13(水) 10:00:53.77

いやWinIoTはWindows Embeddedシリーズで、
主に画面の付いた業務用機器向け
従来からWindowsが圧倒的シェアを持つ分野だよ

2020/05/13(水) 13:48:54.49

Visual Studio 2019 version 16.5.5
released May 12, 2020
Team Explorer not loading after update to mandatory latest visual studio version for Visual studio 2019
Find Highlighting Fails when Matching with Match Case Disabled and Regex Option Enabled

2020/05/13(水) 14:17:30.45

.net core もバージョン上がったな

2020/05/15(金) 21:00:30.50

買い切りかサブスクで悩んでるんですけどどうですかね？
MSDNとか使うことあるのか？といつのが正直なところです。

2020/05/15(金) 21:09:24.21

買い切りのVisual Studioなんて今ないんじゃ？

2020/05/15(金) 21:33:39.15

>>104
これのことかな
https://docs.microsoft.com/ja-jp/visualstudio/subscriptions/vscloud-overview
Q:リテールサブスクリプションの価格が高くなっています。どのような追加特典が得られますか。

A: サブスクリプションに付属する Visual Studio IDE の永続的ライセンス権が得られます。
更新時にお支払いいただくのはソフトウェアアシュアランス料のみであるため、かなり安くなります。

2020/05/15(金) 21:56:25.90

>>105
それってサブスクリプションに付随するものなのでは？

ぶっちゃけ >>103 はCommunityで十分なんじゃという気がするが

2020/05/16(土) 01:10:32.41

皆さんありがとうございます。
実は今communityで開発してて事情があってproを買わないといけなくなりまして今回相談した次第でした。
もう少し財政面の相談もですが色々と情報を集めます。

2020/05/16(土) 01:31:28.00

Visual Studioだけでも買うことできるよ
https://www.microsoft.com/ja-jp/p/visual-studio-professional-2019/dg7gmgf0f6q1/0003?activetab=pivot:overviewtab

ただし一ヶ月後に新しいメジャーバージョンが出ても利用できない

2020/05/16(土) 01:38:16.90

まあ、新しいバージョンには不具合も少なくないから。。。

2020/05/16(土) 01:49:30.62

CommunityとProってあんまり変わらんよな
Proにしなきゃいけない条件は
> PC 250 台超、または年間収入 100 万米ドル超の組織です。
開発にまったく関係ないPCもカウントするんだろうね

2020/05/16(土) 01:51:57.65

あれこれ悩まずに素直にサブスクリプションでProfessional買っとけ

2020/05/16(土) 01:57:21.56

以前はVS単体とMSDN(1年有効)付きのVSの両方がパッケージ販売されていた
現在はMSDN付きのVSのパッケージ販売は廃止されてライセンス販売のみとなっている
ライセンス版はサブスクリプション方式のみが提供されている
VS単体のパッケージ販売についてProは現在でも入手可能
Proより上位のEntなどについては元々MSDNなしの製品はなかったのでライセンス販売しか行われていない

2020/05/16(土) 03:31:20.42

>>110
個人がそういう組織から仕事受ける場合もcommunityはNGなんで実質仕事じゃ使えないんだよ

2020/05/16(土) 03:46:26.35

Communityはほぼ個人開発者とOSSのためのもんだからね

2020/05/16(土) 08:42:42.47

サブスクリプションじゃないVisual Studio単体のライセンス販売はいまでもある

https://www.seshop.com/product/detail/22964

2020/05/16(土) 09:49:02.10

ライセンス販売の場合はライセンスの有効期間内であればメジャーアップデートの際に最新版に更新できる
ライセンスの更新は新しく新規に購入するより割安なので新規に新しい製品を購入するよりは安上りで済む
ただしそこまでやるにはVS単体で購入するのは馬鹿らしい
どうせなら単体ではなくてMSDN付きにしておけばアップグレード権と同時にMSDN特典も同時に常に維持
できるのでその方がお得