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/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
まあお前の周りではそうなんだろうな…

2019/07/27(土) 07:53:39.12

>>489
さらに、C/C++であっても現在のCPUと現在のOSではバイト配列を
マシン語として実行するのはCPUアーキテクチャの深い理解と
Win32の特殊なAPIの助けの両方を借りないといけない。

1. メモリーのページ属性に実行可能属性を付けないといけない。
2. 高級言語であるところの C/C++ のバイト配列はデータ用のページに置かれるので
　普通は、1のページにコピーしないといけない。
3. 書き込み可能なページに実行可能属性を付けた場合、コードの実行に失敗する事がある。
4. なので memcpy()などで単純なコピーは難しい場合があるので、Win32 APIの
　デバッグ用の特殊な関数を使う必要が有るかもしれない。
5. これだけでも簡単には実行させて貰えない。実行するためには命令キャッシュのフラッシュや、
　命令パイプライン、分岐予測などのリセットのようなものが必要になる。そのためには、
　少なくともIA32標準では far jmp命令とnear jmp命令を繰り返す必要が有る。
　今の普通のC/C++コンパイラでは、far jmp命令は生成できない事が多いので、これも
　Win32 のデバッグAPIを使わないといけない可能性が高い。

つまり、C#を手段として使い始めばかりの程度の人が出来るようなことではない。

2019/07/27(土) 07:56:07.86

>>490
あなたは「バイトコード」でググってみてないと思う。
多くの場合。バイトコードとバイナリコードという言葉は、厳密に区別されている。

2019/07/27(土) 07:57:19.05

MASMかNASM使えよ

2019/07/27(土) 08:25:10.42

無知は罪とならないが
過ちて改めずを間違いと言うのだがな

良き週末を過ごされんことを

2019/07/27(土) 09:09:15.94

>>488
大抵は出てくるし何ならデバッガでてきとーなコンソールアプリの空いてそうなメモリ領域にpush raxとか書き込んでコード調べるってこともよくする
バイトコードとかなんかの名詞間違ってたのが気に触れたらしいがマジで物事暗記するの嫌いだからすまんな

2019/07/27(土) 09:33:45.89

>>492
しつこいね
そこまで言うならバイナリコードにバイトコードが含まれないと言う根拠を出せよ

2019/07/27(土) 09:39:46.72

バイトコードという言葉は昔は無かった。
バイトコードがいつからどのような目的で使われるようになったかを調べてから発言するように。

2019/07/27(土) 09:44:40.37

(決着つくのか？)

2019/07/27(土) 09:58:38.87

バイナリコードはネイティブコードのことマシン語
バイトコードはスタックマシンで使われるものであくまでも中間コード

理解している開発者は用語を使い分ける
わかってない人はjavascripをjavaとかジャバスクと呼ぶようなもの

恥の上塗りはやめとけ

2019/07/27(土) 10:04:59.82

pCODEとの違いを３行でよろ

2019/07/27(土) 10:10:05.17

バイナリコードと区別するためにわざわざバイトコードつってんのに何ゴネてんだよ

2019/07/27(土) 10:10:19.59

>>499
スタックマシン限定なのか?

2019/07/27(土) 10:11:06.11

共通中間言語
https://ja.wikipedia.org/wiki/%E5%85%B1%E9%80%9A%E4%B8%AD%E9%96%93%E8%A8%80%E8%AA%9E

> .NET言語がベータリリースである間、CILはMicrosoft Intermediate Language (MSIL) と呼ばれていた。
> C#およびCLIの標準化により、現在ではバイトコードは公式にCILと呼ばれる。

2019/07/27(土) 10:11:58.20

jarとか便宜上バイナリ呼びする事はあるが
バイナリコード扱いするのは流石に障害者としか

2019/07/27(土) 10:18:17.96

それ只のzip

2019/07/27(土) 10:20:59.24

>>502
バイトコードと呼ばれだしたのはjava仮想マシンが初めだったはず

限定したつもりはないけど
バイトコードと呼ぶときは大抵スタックマシン上の実行言語=中間言語のことを指すのが一般的かと

2019/07/27(土) 10:23:21.48

>>502
他に例があったら後学のために教えて

2019/07/27(土) 10:30:29.75

根拠も出せずに人を障害者呼ばわりか…
人間性がよくわかるなw

2019/07/27(土) 10:31:22.12

うちはC#だけど
ソースと生成物はバイナリて
言い方はしてるけどね
中間コードであることは
みんな認識してる

2019/07/27(土) 10:32:11.99

当の俺は別にゴネてなんかないが
名称なんて本質でもないし間違ってたなら間違ってたでそれでいいよ
まぁかと言って覚える気はあんまないけど

2019/07/27(土) 10:38:08.67

>>499
スタックマシンにはハードウェアで直接実行されるものもありますが、
それ用のコードもバイトコードと呼ぶんでしょうか
https://ja.wikipedia.org/wiki/%E3%82%B9%E3%82%BF%E3%83%83%E3%82%AF%E3%83%9E%E3%82%B7%E3%83%B3#%E5%AE%9F%E7%94%A8%E5%8C%96%E3%81%95%E3%82%8C%E3%81%9F%E3%82%B9%E3%82%BF%E3%83%83%E3%82%AF%E3%83%9E%E3%82%B7%E3%83%B3

2019/07/27(土) 10:38:20.54

>>509
テキストではなくバイト列なんだからバイナリで正しいよ
実行ファイルとか executable binary とか言われると若干首を傾げる部分もあるけど

2019/07/27(土) 10:43:21.09

>>511
仮想マシンじゃなきゃバイトコードって言わない

2019/07/27(土) 10:46:46.55

>>512
c#だとEXEやDLLが生成されるので実行ファイルで良いんじゃないの
ファイル名だけだとネイティブの実行ファイルと区別できないぞ

2019/07/27(土) 10:55:21.98

>>506-507
確かにp-codeの頃はバイトコードって呼び方は無かった気がする
バイトコードって呼ばれるようになったのはJITコンパイラーが出てからかも

2019/07/27(土) 10:56:44.19

>>511
性能向上のためにハードウェアで直接実行可能になったりするものもあるけど
バイトコードとして出力される以上はバイトコードと呼ぶ
たいていのバイトコードはアセンブラに似せた設計になってるし、ハードウェア命令として実行できるのはなんら不思議ではない
自分でスタックマシンや簡易言語を設計実装するのは経験のある開発者ではままあることで、やはりバイトコードあくまで中間言語として設計する

何事にも例外はあるのでややこしくならないように一般的と表現した
バイナリコードと区別するためにバイトコードという表現が使われたはずなので、あくまで別なもの

時代が進んで言葉の指す意味が変わったり、差異が無くなったり、間違った意味が主流になるのはよくあることなので
将来的なことまではわからないけどね
ホームページとかURLとかギガみたいに

2019/07/27(土) 11:04:43.84

>>516
そんなん実装するのは一部の言語マニアだけだぞw

2019/07/27(土) 11:09:22.74

>>517
まあちょっと大げさだったw
100人に1人もいるかどうか…

2019/07/27(土) 11:22:44.17

>>512
データの場合は、テキストデータでは無い場合、バイナリデータとは言う。
ここまではいい。
しかし、中間言語コードのことは、昔から、バイナリコードとは呼ばない
習慣があった。例えばBASIC言語の中間コードをバイナリコードという
習慣は無かった。Javaの仮想マシンが実行するコードは、だからこそ
バイナリコードと呼ばずにバイトコードと呼ぶようになったと考えられる。

逆に、native binaryコードの事をバイトコードと呼ぶことは全く
考えられないといっても過言ではない。

2019/07/27(土) 11:46:03.51

お前がそう思うのは自由だよw

2019/07/27(土) 11:48:21.59

Nativeバイナリをバイトコードとは呼ばない
以下、話が無限ループ