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/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バイナリをバイトコードとは呼ばない
以下、話が無限ループ

2019/07/27(土) 11:54:18.86

ハッカーを日本ではクラッカーの意味で用いる習慣になってしまったように、
この言葉も誤用されてますます日本のITは弱体化していくのかな、やだな。
アメリカではハッカーを合法的な意味の褒め言葉で使っているのに日本では
けなし言葉になってしまって、これもIT弱体化の一約を担っていたりして。

2019/07/27(土) 11:54:50.53

eaxを例に出すﾜｯﾁｮｲ 1f61-5Ye2
raxを例に出すﾜｯﾁｮｲ a3a7-wm0+

世代の差を感じる

2019/07/27(土) 11:58:11.62

昔から物知りは千年前から生きてきたように見えるものなんだ。
実際には若かったりするんだよ。

2019/07/27(土) 20:25:51.26

https://en.wikipedia.org/wiki/Binary_codeでは、
「A binary code represents text, computer processor instructions, or any other data using a two-symbol system. 」
とだけあって、
https://en.wikipedia.org/wiki/Machine_code　では
「Machine code is a computer program written in machine language instructions that can be executed directly by a computer's central processing unit (CPU). 」
とあって、
バイナリコードは抽象的な命令セット、マシンコードは実際にCPUで実行されるコードと区別している。

そして実際に、Binary Code の項目内にある「Computer processor Instructions」の項目を見ると
「Some virtual machines that support bytecode as their ISA such as Smalltalk, the Java virtual machine, and Microsoft's Common Language Runtime,
implement this by translating the bytecode for commonly used code paths into native machine code.」

とあるから、Wikipediaのこの項目が正しいとするなら
Javaや.NET の実行ファイルもバイナリコードである。

以上、証明終わり

2019/07/27(土) 20:30:56.77

つまりはこういうことか

マシーンコードと区別するためにバイトコードと呼ばれてどとらもバイナリ～コードではあると

2019/07/27(土) 20:33:05.33

まあ、アスキーコードじゃないな。

2019/07/27(土) 20:51:14.16

そもそもJavaとかでバイトコードって言い始めた時の対義語ってマシンコードとかネイティブコードって言われてた
>>519はなにか勘違いしてるとしか思えん

2019/07/28(日) 00:54:17.55

ちゃんとバイトコードって書いてるやん
大事なところを間違えるなよー

2019/07/28(日) 00:57:01.92

ああこの人はバイナリコードが上位概念であり
バイトコードとネイティブコードはそれに属すると言いたいわけね

2019/07/28(日) 01:08:53.94

stackoverflow的BAを超約すると、話し手の意図次第ってこったな
バイトコードはバイナリコードの特殊な形態とも言えるし
バイナリコードとは別物とも言える

国際規格やRFCでも無いだろうしそりゃ噛み合わない
両方とも間違いではなくそもそも両者の定義が違うから平行線と

以下引用
The answer depends on what you mean by??binary code.

Java bytecode??is a binary data format that includes loading information and execution instructions for the Java virtual machine. In that sense,?鸙ava bytecode??is a special kind of??binary code.

When you use the term "binary code" to mean machine instructions for a real processors architecture (like IA-32 or Sparc) then it is different.
Java bytecode??is not a??binary code??in that sense. It is not processor-specific.

2019/07/28(日) 02:19:38.99

>Wikipediaのこの項目が正しいとするなら

そこに一番の疑いがある
はい論破

2019/07/28(日) 02:31:36.91

Wikipediaじゃなぁ
まともな記事もあるけど素人が好き勝手書いたのがそのまま載ってたりもするし
どちらか判断付かないから結局全体として胡散臭い

2019/07/28(日) 05:02:43.81

Wikipediaはアウト
e-Wordsはセーフ

バイトコード→VMのために設計された命令コードの体系
バイナリコード→バイナリと同義
バイナリ→ようするにテキスト以外のデータ

明確に違うね

（横レスのぼくはこの話どうでもいいんだけど）

2019/07/28(日) 07:52:26.15

>>530
えっ、今わかったの？
理解力なさすぎだろ…

>>531
> 両方とも間違いではなくそもそも両者の定義が違うから平行線と

> バイナリコードはネイティブコードのことマシン語
> バイトコードはスタックマシンで使われるものであくまでも中間コード
と言い切ってた奴がいたんだが、それについてはどう思う？ww

2019/07/28(日) 08:01:43.35

>>535
>>531 の英文を読んだか?
バイトの書いたコードは使い物にならんて書いてあるんだぞ

2019/07/28(日) 08:15:21.32

どちらもオレが書いたのだが…

結局バイナリコードとバイトコードは別の用語だろ
繰り返しになるが
バイトコードはjava VM用の中間コードとして、バイナリコードと区別するために使われだした呼称なのは変わらない

バイトコードと表現すべきところでバイナリコードとしたりすると、コミュニケーションとれないだろ？
バイトコードとバイナリコードは、別の用語だから区別して使うものなんだよ

バイトの書いたコードうんぬんはつまらん冗談だな