Visual Studio 2019 Part2

2019/07/02(火) 23:19:24.60

!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/

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

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

2019/07/16(火) 18:22:44.09

>>387
HDDにはさまざまなエラー検出システムがあるし、セクタを完全にスキップすることは無いはず。
強力なエラー検出システムのあるので、エラーに気付かずにコピーしてしまうことも確率的には無くて、本当に間違いがあればコピーの途中でエラーになるはず。

2019/07/16(火) 19:15:18.85

デスクトップのショートカットに /nosplash を指定して、さらに IDE を起動後に Tools - Options - Startup を Empty Environment にしていったんIDEを終了してみると、その後の起動が劇的に速くなった。

2019/07/16(火) 19:45:32.71

External Tools で外部コマンドを設定しようとして、Arguments 欄に
/j$(CurLine) $(ItemPath)
として、a.bat というファイル名で中身を echo %1 %2 %3 %4 としてそれを起動して確認してみたところ
"/j30" "xxxx"
のように表示された。
a.bat /j30 111
とすると
/j30 111
と表示されるので、VS は、/j30 の部分を、"/j30" のように囲っているらしい。
これを防ぐ方法は有るの？

2019/07/17(水) 12:20:15.92

a.bat "/j30 111"

2019/07/17(水) 15:24:50.73

ややこしい、bat よりも、PowerShell を使え！

2019/07/17(水) 16:00:27.81

おじいちゃんには無理

2019/07/17(水) 16:03:33.95

WPFのインストーラーを作りたいのですが、パッケージ販売するためサポートがある有償のインストーラー開発キットが欲しいです。
InstallShieldは高すぎるし制約が多いので他に何か良い製品はないでしょうか？

2019/07/17(水) 16:37:41.14

>>392
結局、VSのバグですよね。

2019/07/17(水) 17:03:08.89

自演までして何を訴えたいのか

2019/07/17(水) 17:05:06.89

エロイムエッサイム我は求め～

2019/07/17(水) 17:40:43.25

>>392
外部ツールのコマンド引数を出力して確認してみたがダブルクォーテーションは含まれていない
https://i.imgur.com/XYFplaB.png

2019/07/17(水) 19:33:41.29

エロイムエッサイム、エロイムエッサイム、古き骸を捨て、蛇はここに蘇るべし、うわあああああ！！

2019/07/17(水) 19:50:24.69

>>400
自分は英語版の VS 2019 Community を使っていました。

2019/07/17(水) 19:54:13.35

なお、同様の指定方法で昔の VS では同じ Windows OS 上で昔から使ってるエディタが起動できているのですが、VS 2019 Communit の英語版では起動できなくて問題の切り分けのために、a.bat を作って試した結果が >>392 です。

2019/07/17(水) 20:01:15.20

VC++ 6.0 では
/j$(CurLine) "$(FilePath)"
としていたんですが、VS 2019 Community 英語版では
/j$(CurLine) $(ItemPath)
としています。

結果、前者では、行番号30の位置が外部エディタ上で開かれるのですが、
後者では、j30 と xxx.cpp という2つのファイルがエディタ上で起動してしまいます。
j30 というファイルは存在していないので空のファイルとして開かれます。

この時、外部エディタは "/j30" の / を絶対パスの開始として解釈しているようです。

2019/07/17(水) 20:08:06.31

やはりMS製品を窓から投げ捨てないと
自演してる場合じゃないぞ

2019/07/17(水) 20:08:10.57

【正常動作する場合】
VS: VC++ 6.0 日本語版の VS
OS: Windows 7, Pro, 64BIT, 日本語版, SP1
外部コマンド: とある Editor
引数：/j$(CurLine) "$(FilePath)"
展開後の引数：/j30 "xxx.cpp"

【異常動作する場合】
VS: Visual Studio 2019 Community 英語版
OS: 上に同じ
外部コマンド: 上に同じ
引数：/j$(CurLine) $(ItemPath)
展開後の引数："/j30" "xxx.cpp"

後者ではあらゆる引数に double quotation が勝手に付くいてしまうようです。

2019/07/17(水) 20:09:30.56

>>405
自演じゃない。実際に起きていることを正直に報告してるだけ。
起動が遅かったのが劇的に改善されたのも本当。

後者はネット速度が遅いためと説明が付く。前者は分からない。

2019/07/17(水) 21:46:08.10

>>396
無償だけどMicrosoft Visual Studio Installer Projectsを使えば?
MS純正だよ

2019/07/17(水) 22:53:25.53

>>408
サポートはないんちゃう？
もちろんMSのバグなら対処してくれるだろうけど

2019/07/18(木) 06:24:22.36

>>409
サポートが必要ならInstallShield一択だよ
オープンソースじゃInnoSetupやWixがあるけどサポートは無いね
よほどの複雑な事をしない限りはサポートは要らんでしょ

2019/07/18(木) 10:40:01.58

>>396
InstallShieldは制約が多いって何をしようとしてるんだろ?
かなり高機能だと思うが

2019/07/18(木) 11:14:50.08

>>411
１マシン１ユーザのみ、とかじゃないか？

2019/07/18(木) 11:24:50.24

>>412
そっちの制約かw
InstallShield有償製品としては独占状態だからねえ

2019/07/18(木) 11:34:25.28

>>408
>>409
>>410
ありがとうございます。
有償だとInstallShieldしかないのですね。
オープンソースも検討してみます。

>>411
機能の制約ではなくてInstallShieldはPCが1台に固定されたり監視されるらしいです。
あと今回は日本語と英語のインストーラーを作る必要があるのですが、それをすると費用が跳ね上がるのも難点です。

2019/07/18(木) 11:48:06.31

https://www.xlsoft.com/jp/products/indigorose/msi-factory.html

こういうのもあるよ
開発用のUIは英語版しかないけど
インストーラのUIは多言語で作成可能

2019/07/18(木) 11:59:20.26

>>414
日英だけなら日本語版で出来るよ
＋中国語版とかやろうとすると高い奴になる

2019/07/18(木) 12:33:43.02

>>414
Microsoft Visual Studio Installer Projectsを自社製品パッケージに使ってるけど何の問題もないよ

2019/07/18(木) 15:41:16.10

>>416
>>417
ありがとうございます。検討します。

2019/07/18(木) 15:41:51.71

>>415
ありがとうございます。試用版使ってみます。

2019/07/18(木) 15:45:07.64

みんな優しいな、自分で作れと言わないのか

つ https://docs.microsoft.com/en-us/windows/win32/setupapi/overview

2019/07/18(木) 15:55:08.54

>>420
だって質問者が知りたいのはサポートのある製品だもん

2019/07/18(木) 16:16:31.54

>>421
Windowsのライブラリーなのでマイクロソフトのサポートはあるよ
Installer SDKは独特なので分かりづらい
InstallShield等もそれに準拠してるんで分かりづらい

2019/07/18(木) 19:50:24.75

>>422
APIのサポートはあっても、プログラムの組み方のサポートはないだろ
InstallShieldはその辺のサポートもある（値段は知らんがｗ）し
セミナーとかも時々やってる

2019/07/18(木) 19:55:13.29

>>422
インストーラー如きにそこまで工数かけられないだろ。
作りたいのはアプリケーションであってインストーラーではないんだから。

2019/07/18(木) 20:19:31.86

如きと言えるのは、作った事のある人だけ

2019/07/18(木) 20:27:16.02

>>424
パッケージメーカーにはインストーラ専門の部隊が居るそうだけどね
アプリをインスコするだけのインストーラは簡単だがどんな環境でも実行環境をワンクリックで構築できるインストーラを作るのは難しい

2019/07/18(木) 20:33:18.68

自社アプリのインストーラーを作らされたことあるけど、実装すべき機能多くてしんだわ
これが商品になるのは分かる

2019/07/18(木) 20:44:40.76

>>427成仏しろよw

2019/07/19(金) 01:35:34.26

インストーラーで得るべきサポートってなんだろ？上手くいかないケースに対するアドバイスか？

**デフォルトの名無しさん** (JP 0Hb3-dTVB) · 2019/07/19(金) 21:59:25.99

アンインストール出来んぞオラァ
と言われた時のクレーム処理とか

2019/07/19(金) 22:30:10.48

それは無理だ

2019/07/19(金) 22:36:32.43

時事通信は中立的でもっとも正確。朝日新聞は若干、旧民主党寄りの予想を出した。産経新聞は若干、自民党寄りの予想を出した。

それでもこの3つの分析には大差がない。東京選挙区はほぼ確定した。

当選者は自民党現職の丸川(台本がないと何を言うかわからないぶっとび女)、

自民党現職の武見(いつものハゲじじいもう5回シコシコ)、

公明党現職の山口公明党代表(誰もやりたがらない創価学会内の仕事を押し付けられているかわいそうな人)、

立憲民主党の塩村(東京で人気のいまでもオカズになるヌける熟女)、

共産党の吉良(共産党の女性アイドル、もう年だがまだまだエロオヤジに人気)、

立憲民主党の山岸(元朝日新聞政治部のメガネ、前頭ハゲ進行中)。

落選者で得票数第1位は維新の会の音喜多(東京都北区の区長選で落ちたのは悪口が書かれたせいだとして裁判で争っている最中のクズ、小池百合子都知事の元小間づかい、寄生できそうな政党につく虫)。

以上

2019/07/19(金) 22:37:13.19

アンインストール機能があってもみんなずるいから見かけだけアンインストールだからなw

2019/07/20(土) 02:16:19.93

シリアルキー🔐使いこなせる気がしない

2019/07/22(月) 23:41:12.94

今更だがJavaって有料になったんだな。.NetCoreにとってはシェア拡大のチャンスだな。

2019/07/23(火) 02:42:42.89

Oracleのはな、別に他所使えばいいだけの話

2019/07/23(火) 08:33:00.37

.NET Coreのサポート期間はLTSでも3年しかない
そして多数のベンダーが参加しているJavaと異なり、.NET Coreを開発してるのは事実上MSのみ
また、OSSといえども互換性のない改変によって特許利用許諾がロストして訴訟リスクが生じる問題はJava, .NET Core両方に存在する
さらに、.NETは.NET Framework切り捨てという「大量絶滅」が間近に迫っている
Javaを心配してる場合じゃなく、わりとガチでプラットフォーム丸ごと消滅しかねない

2019/07/23(火) 10:45:43.48

VB6すら切り捨てられないんだから.netFrameworkを切り捨てられるとは思えんな。

2019/07/23(火) 10:54:58.46

妄想は果てしない

2019/07/23(火) 11:10:39.02

将来的には整理統合の方向

「.NET Core 3.0」の後継は「.NET 5」～2020年11月にリリースへ
https://forest.watch.impress.co.jp/docs/news/1183216.html

2019/07/23(火) 12:34:49.54

>>437
デマおつ

2019/07/23(火) 13:10:13.77

>>441
https://devblogs.microsoft.com/dotnet/introducing-net-5/
> .NET 5 = .NET Core vNext

https://devblogs.microsoft.com/dotnet/net-core-is-the-future-of-net/
>.NET Core is the Future of .NET
>.NET Framework 4.8 will be the last major version of .NET Framework.

>>440は曖昧な書き方でわかりにくいね

2019/07/23(火) 18:21:35.60

>>442
それのどこが大量絶滅なん？

2019/07/23(火) 18:27:40.66

.NET Frameworkが使用できなくなるわけじゃないから、進化しないだけで絶滅はしないな

2019/07/23(火) 20:08:11.39

>>436
企業はそんなもんは使わん

2019/07/23(火) 21:00:25.66

.NET 3.5 SP1 ですら延長サポートが 2028年まであるからなぁ・・・。
少なくとも 4.8 もそこまでサポートはされるでしょ。

消えるとしても市場的に .NET 5 以降への移行が終了したと判断できるときでしょ。
法人向け製品には .NET 使ったもの多いしね。

2019/07/23(火) 21:06:28.09

Visual Studio自体.NET Frameworkだし

2019/07/23(火) 21:28:38.03

はい？

2019/07/23(火) 22:02:17.09

.NET FrameworkはVisual Studioだって言ってんの！

2019/07/23(火) 22:15:49.23

>>445
信頼あるJavaベンダーとかOracle以外にも昔からあるぞ
無知晒さんでええ

2019/07/23(火) 22:39:25.98

>>449
言わんとしていることは分からなくはないが、相手に伝わる日本語を使おうな

2019/07/23(火) 22:47:29.75

>>450
信頼あるJavaベンダーとは?

2019/07/23(火) 22:56:06.50

>>452
Redhat（←やっぱ有償w）

2019/07/23(火) 23:40:21.89

>>452
わりと昔からあるのはIBMかな

2019/07/23(火) 23:59:21.14

IBMはガチでアリだな

少なくとも2025年までは確実にJava 8ユーザーをサポートする
https://www.ibm.com/blogs/solutions/jp-ja/itmedia-article-websphere/

2019/07/24(水) 00:04:33.42

ZuluとかAmazonとかBellsoftとか

2019/07/25(木) 07:00:56.33

Visual Studio 2019 version 16.2
released July 24, 2019
https://docs.microsoft.com/ja-jp/visualstudio/releases/2019/release-notes#16.2.0

2019/07/25(木) 08:39:53.42

NotNullいつ？

2019/07/25(木) 12:33:16.87

13.2GBだった・・・SP2だから多いのか

2019/07/26(金) 09:16:33.20

VC#と比べてVC++ってコンパイルエラーの内容トンチンカンだし補足入力的なサポートも全然ないけど、C++もVSに何かプラグイン入れることでC#並のサポート得られるようになるの？
そういうのがないとしたらC#と比べて膨大な暗記力要求されるよね

2019/07/26(金) 09:24:48.49

C++はプロが使うもの

2019/07/26(金) 10:27:34.67

>>460
Templateを使うと意味不明なエラー出るけど、ほかはそれなりだろ

2019/07/26(金) 10:45:15.22

>>462
それなりなのかもしれないけどC#と比べたらめちゃ不親切だよね
基礎抑えてない自分が悪いというのが大前提にあるのは勿論認めるけど、C#の場合はそれでも例えばusing未記入でConsole.WriteLineって書いたとしてもちゃんとusing Systemを書くようにって教えてくれるやん
ポインタとかインラインアセンブラ使いたいからC++習得したいんだが、そういうサポートが無くてストレスマックスだからアセンブラすらもC#でバイト配列直記入したほうがマシって思ってしまうくらいC++嫌いだわ

2019/07/26(金) 10:48:09.66

気をつけろ
大文字で始まっているのはネタだぞ

2019/07/26(金) 10:48:50.43

>>463
ユーザー数が違うからな。
C#に力入れるのは仕方ない。

**デフォルトの名無しさん** (JP 0H56-/0C9) · 2019/07/26(金) 10:51:47.68

C++ modulesが入ったら「このmoduleでexportされてるからそれをimportしてみたら？」くらいは出せるようになるのかね

2019/07/26(金) 10:52:31.95

>>458
jetbrainsのやつ使え

2019/07/26(金) 10:56:15.90

C#はIDEの支援がしやすいように設計されてる
そういう配慮もなく大昔から継ぎ接ぎで機能拡張し続けてるC++にC#並みの支援を求めても無理

2019/07/26(金) 11:34:55.22

>>463
馬鹿には無理

2019/07/26(金) 11:38:39.66

>>463
コード保管のない時代には生きていけなかった馬鹿か

2019/07/26(金) 11:43:20.84

>>463
C++という言語からの欠陥だからVS関係ない、スレ違いだぞ
そして今の時代低レイヤー書くならRust一択

2019/07/26(金) 11:51:15.69

>>463
Roslynが優秀ってこったよ
vc++なんてgccと比べたら至れり尽くせりで王侯貴族気分になれるぜ

2019/07/26(金) 12:01:52.35

アプリプログラマならわからんでもないけどアセンブラ触りたい言ってるやつがそれはちょっと…

2019/07/26(金) 12:05:49.68

触りたいって言うか既に上記の方法で触ってるけど別にアセンブラ自体は多分一番簡単やん
ポインタもC#単体でもunsafeやUnsafe.なんかで一応やれなくは無いからな
だから頑張って色々頭に詰め込んでまでC++を本気で覚えようって気にイマイチなれないからC#並の補助が欲しい

2019/07/26(金) 12:18:02.66

>>474
お前にはプログラミングそのものが無理だよ

2019/07/26(金) 12:19:12.78

>アセンブラ自体は多分一番簡単やん
でも、IDEの支援とは一番距離が遠いのがアセンブラ。
型も無いし。
どういう立場で言ってるのか疑問。

2019/07/26(金) 12:32:50.23

>アセンブラ自体は多分一番簡単やん

「簡単」というのが「プリミティブ」という意味なら、その通りだろう。

2019/07/26(金) 12:37:23.17

>>470
下積み無しでもすぐプログラミングが出来る今は良い時代だよ。
確かに、本来ならこういう奴はプログラミングのプの字にも触れられなかったんだろうがね。
でもこういう怠惰な人間が良いもん作る可能性も無きにしもあらずなので、入り口は広くあるべき。

2019/07/26(金) 12:37:46.63

>>477
C++は、STLやboostは原始的なものから素直さがなくなってしまってるが、
それらを使わなければアセンブラと良く似た意味での原始的なものは残っている。

2019/07/26(金) 12:39:20.69

>>478
アセンブラを簡単と言っていながらIDEの支援を欲するところは、
昔からアセンブラが理解できたことで評価されてきたエンジニアを
侮辱してるように感じる。

2019/07/26(金) 12:44:03.47

それこそ経験値ゼロでございと言っているようなものだな
便利なツールはあれば欲しい
アセンブラだけが例外ということはない

2019/07/26(金) 13:55:53.20

SLR-SYSTEMSのOPTASMみたいに
命令書換してくれる奴は便利だったね

2019/07/26(金) 14:51:33.37

いやそういうのはノーサンキュー
勝手なことをして欲しいのではない

2019/07/26(金) 18:32:24.46

>>480
暗記的にはアセンブラもむずいと思うよ
バイト配列として直記入してるって言ったけど1命令づつバイトコードをググって書いてるだけだからな
とりあえず現状だとC#で目的果たせちゃってるから本気になれないってだけの話だったな
そもそもC#も積極的に習得したってよりは目的を達成するための手段として使い始めただけなんで俺は強烈な動機がないと勉強始められないアホってことで終わりでいいや

2019/07/27(土) 06:59:22.03

>>484
一応指摘しておくと、普通、
「バイトコード」=Java仮想マシンなどのコード。
「バイナリコード」=native CPUが理解できるコード。Z80やIA32の命令など。

2019/07/27(土) 07:24:29.68

バイトコードも普通にバイナリコードって言うだろ

2019/07/27(土) 07:26:09.85

まともな開発者は言いません
>>485が正解

2019/07/27(土) 07:27:24.11

>>484
>バイト配列として直記入してるって言ったけど1命令づつバイトコードをググって書いてるだけだからな
本当にGoogle検索だけで出てきました？

mov eax,[ebx]
と
mov ebx,[addr]

でかなり違ったバイナリコード(マシン語)に成るので IA32の命令エンコーディングの Mod/RM
や SIB オペランドなどをかなり深く理解しないといけなくて、そのためには、
命令表の /i8 mem32 reg32 などの表記法からeax,ebx,ecx,edx,esi,edi,ebp,espと
対応するレジスタ番号も調べたりする必要があり、BITパターンに正確に埋め込まなくてはならない。
また命令表では mod reg r/m などと書かれていてもそれぞれの BIT数がいくつなのかも最初は
戸惑う。答えは、それぞれ 2,3,3 bitで合計8BITになっている。
僅かにレジスタのビット幅が変わっただけで先頭に data prefix と呼ばれる前置バイトが入ったりもする。
またZ80や8086の頃と違って、IA32(特にAMD64)の命令表は非常に複雑で、その読み方を学ぶのに
アセンブラ経験者でも何日か必要とする事が多い。

2019/07/27(土) 07:43:47.11

C#でバイト配列として記述しても所詮.NETの中間言語にしか過ぎないのでネイティブで実行するのは無理だと思う
そのままでは.NET実行環境から逸脱したコードは実行できない

2019/07/27(土) 07:48:46.82

>>487
まともな開発者ww
まあお前の周りではそうなんだろうな…