Visual Studio 2017 Part5

2018/03/06(火) 20:41:44.79

!extend:checked:vvvvv:1000:512
!extend:checked:vvvvv:1000:512
↑冒頭にコレを三行重ねてスレ立てしておくこと

Visual Studio 2017
http://www.visualstudio.com/

日本語チームブログ
http://blogs.msdn.com/b/visualstudio_jpn

前スレ
Visual Studio 2017 Part4
http://mevius.5ch.net/test/read.cgi/tech/1509244956/

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

2018/05/27(日) 22:04:57.73

「これコピーしといて
「わかったで。コピーしといたやで
「違うわコピーってそのこと違うわ
「コピーじゃなくてプリントと言えや

みたいな会話

**デフォルトの名無しさん** (ｽﾌｯ Sd33-vBdx) · 2018/05/27(日) 22:05:09.90

またアスペがスレ荒らしてる

2018/05/27(日) 22:06:26.03

それともCPPってHTMLみたいにどこぞの標準化団体が
言語そのもののバージョンを策定してるんだっけ？
よく知らんけど

2018/05/27(日) 22:09:00.31

>>784
ISO

2018/05/27(日) 22:12:46.30

>>781
それは違う
C++は言語だ
The C++ Programming languageはVisual Studioの説明をしているか？
ISO/IEC 14882はVisual Studioを規定しているか？

2018/05/27(日) 22:43:00.67

KY君乙

2018/05/27(日) 23:09:25.89

The C++ Programming languageはVisual Studioの説明をしているか？
ISO/IEC 14882はVisual Studioを規定しているか？
↑
こんなのは空気で変わったりはしない

2018/05/27(日) 23:14:41.56

>>761
＞C++のバージョンは増えし過ぎだな
＞もはや何が何やら違いが分からん
＞https://i.imgur.com/jYi5nhL.png

これの下から2番目の VC++2015 ツールセットを入れて使用しても
VS 2015 で同ツールセットを使用した場合には出ない不具合が出るの直ったかな

2018/05/27(日) 23:23:15.95

>>788
> こんなのは空気で変わったりはしない
うん、誰もそんな話をしてないって言う空気だから

2018/05/28(月) 04:24:27.91

>>790
そんな話を>>761がしてるんだよ

2018/05/28(月) 06:34:00.89

と思ってるのはID:ow8rtphp0だけ w

2018/05/28(月) 15:34:47.45

>>784
なんでよく調べもしないで話に加わろうとするわけ？
バカだろお前。

2018/05/28(月) 19:19:10.66

20年位前、Visual Studioのプロジェクトというのが何なのかさっぱりわからなかったとき、GUI流のMakefileだと説明されてよくわかりました。

2018/05/29(火) 05:39:04.79

>>792
と思いたいのはおまえだけ
現実は微動だにしない

2018/05/29(火) 05:42:43.64

>>795
> 現実は微動だにしない
お前だけの現実な w

2018/05/29(火) 11:39:23.41

>>794
makeより使いにくい

2018/05/29(火) 12:24:56.32

別にVSに限らず、プロジェクトファイルとソリューションみたいな構成は当たり前なんだどな。
Linuxにはアプリが無いからその辺りのリテラシーが無いんだろうね。

2018/05/29(火) 12:26:03.81

Linux使ってる奴ってペイントソフトだって画像ファイルだけで起動できるとか思ってそう

2018/05/29(火) 12:29:38.11

linuxだって普通はGUI操作だからユーザーのレベルや認識はwindows,macと大して変わらない

2018/05/29(火) 12:37:02.34

Linux にはアプリがない
Firefox とか Chrome が Windows で開発されてきたと思ってるような人いるんだな

2018/05/29(火) 12:45:36.31

Linuxだと乱立してるだけで、統合開発環境だっていくらでもあるような？

2018/05/29(火) 12:53:36.83

最近はソリューション的な概念をエディタが管理するのは好まれないだろ
ディレクトリ構造をベースにして柔軟に扱うのが主流だよ

2018/05/29(火) 13:27:03.09

>>803
え゛

2018/05/29(火) 13:38:03.26

>>803
Unix では昔からそんなだしな

2018/05/29(火) 14:06:55.01

a.out

2018/05/29(火) 14:11:29.79

それバイナリ

2018/05/29(火) 14:15:32.62

a.outフォーマット
https://ja.wikipedia.org/wiki/A.out%E3%83%95%E3%82%A9%E3%83%BC%E3%83%9E%E3%83%83%E3%83%88

2018/05/29(火) 14:30:35.46

VSはa.outで出力できるんかね？
ELFとかあるから意味無いと思うけど

2018/05/29(火) 16:50:46.79

KHTMLのころに使ってたけど、Linuxユーザーには不評だったよ。
当時、ネットスケープは良く落ちて、それはサイトがIE用に作られているからだと言われていた。
したがって、ネットスケープが落ちるページでKHTMLが落ちないということは、KHTMLが標準から逸脱しているからだと考えられていた。
ところで今、シェアを落としたMSは、標準がどうあろうとChromeと異なる動作があるなら、それはEdgeのバグとして対処すると言っている。

2018/05/29(火) 16:54:25.69

>>809
Visual StudioはIDEなので、コンパイラは何でもいいんですよ。
現在、cl、Clang、gccが使えます。
もちろん、gdbとも接続できます。

2018/05/29(火) 17:31:47.82

>>809
メイクファイルプロジェクトにすれば何でもok

**809** (ｱｳｱｳｴｰ Sae3-tYJm) · 2018/05/29(火) 17:58:39.92

>>811、>>812
サンクス

VSのクロスプラットフォームってビルドもリモートの環境を使うのね
そしてgccのデフォルト出力はELFだった(ファイル名はa.out)

2018/05/29(火) 18:06:14.01

考え方としては、Visual StudioはSSH経由でLinuxに接続できるので、ほとんど何でもできる。
MSBuildやCMakeはLinuxに対応している。
Visual StudioはMSBuildはもちろん、CMakeにも対応している。
CMakeに何かを書けばそのままインテリセンスが効くようなレベルで対応してますね。
見逃せないのは、MSはオープンソースのVCPKGというパッケージマネージャを出しているのですが、これがLinuxやMacにも対応していることですね。
これまでMSはオープンソースやクロスプラットフォームに後ろ向きだったのですが、心を入れ替えたようです。
これはもうMacなんか使ってる場合じゃないって感じです。

2018/05/29(火) 18:09:28.02

>>813
それがwslのおかげでWindowsだけで完結しちゃうんですよね。
wslはもっと重いものを想像していたんですが、フットプリントは小さいです。
つまり、Ubuntuを起動してもタスクマネージャには数メガバイトしか表示されません。
ディスクの消費も200MB程度だったと思います。

2018/05/29(火) 18:23:52.85

Linuxのコマンドには使えるものがかなりあるので、Windows開発者であってもwslは入れた方がいいと思いますよ。
たとえばgperfなんか普通に使いますよね。
これまではちょっと野良っぽいwin32版なんかを使っていたと思うのですが、開発環境に野良を入れるのは気が引けていました。
逆に、Linux開発者がWindowsとwslを使えば、Excelなんかが便利に使えると思います。
列挙体なんかを書く時には、Excelのシートに表を作り、整形させると思います。
これの良いところは、整形用のマクロが一緒に保存できることだと思います。

2018/05/29(火) 19:00:01.40

>>816
そろそろアホは黙れよ

2018/05/29(火) 19:21:53.06

これからの開発はVisual Studioを中心に考えたら良いんじゃないでしょうかね。

2018/05/29(火) 19:28:34.78

>>804
プロジェクトはともかく、ソリューションは頭の悪い非合理な概念
・大抵、現実のシステムはVSだけでは完結しない(他の言語、パッケージソフト、設定ファイル、ドキュメント、etc)
・一般に、作業単位は案件やチームごとに異なるため、ソリューションを唯一絶対のものとして中央管理することにはあまり意味がない
・バージョン管理やパッケージ管理との相性が悪い

2018/05/29(火) 19:37:03.46

>>819
所詮XMLファイルに過ぎないので大丈夫なんじゃないでしょうかね。

2018/05/29(火) 19:40:22.15

まあ僕はVisual Studioを使わない皆さんのためにCMakeプロジェクトを作るのは良い考えだと思います。
Visual StudioはCMakeプロジェクトへの対応も素晴らしいので、大変良いです。

2018/05/29(火) 19:48:53.47

>>819
TFSやVSTSの管理単位はソリューションの上位のチームプロジェクトが基本
ソリューションは唯一絶対という程のものではないよ

2018/05/29(火) 19:59:47.86

はあ～、Visual Studioが最強になってきて愉快愉快。

2018/05/29(火) 20:30:00.89

もう10年くらいeclipse使ってないけどだめなん？

2018/05/29(火) 20:51:36.44

>>824
そんなのもあったねえ

2018/05/29(火) 21:05:56.65

>・バージョン管理やパッケージ管理との相性が悪い

どこからそんな偏見を

◆QZaw55cn4c (ﾜｯﾁｮｲ d360-Ockd) · 2018/05/29(火) 21:34:00.16

>>823
でも最新 cuda をコンパイルできないヘボコンパイラが搭載されているのも事実

2018/05/29(火) 21:42:34.77

>>819
はぁー、物理構造に縛られるのが良いと

2018/05/29(火) 21:44:58.89

>>796
何とでも言えば？
おまえからも見えてる「それ」を

2018/05/29(火) 22:15:40.78

VCPKGは最新のライブラリへの追従が速いので、ディストリビューションが用意する開発版パッケージよりお勧めですよ。

2018/05/29(火) 22:16:05.97

>>827
そりゃnvccの方の問題だろ。

2018/05/29(火) 22:52:06.65

>>828
逆だよ
ソリューションに縛られずに物理構造を自由にできる
例えば、当のVSだって今の新しい形式のプロジェクトファイルはソースファイルをいちいち全部登録しなくても勝手に探してビルドしてくれるようになったりしてて、
時代は余計な設定やメタデータを省いてシンプルに構成する方向へ進んでるんだよ

2018/05/29(火) 23:04:40.04

>>829
では、お前に賛同してる奴のレス番示してみ w

2018/05/29(火) 23:18:23.34

まあよくわからんけど、俺の素晴らしいレスを上に押し出してまでする争いじゃないと思います。

2018/05/29(火) 23:29:57.19

>>827
MicrosoftのGPGPU支援はCUDAではなくてDirectComput
https://ja.wikipedia.org/wiki/DirectCompute

そのためのコンパイラ仕様はC++AMP
VC++は、C++/CLIだけではなくC++AMP仕様のコンパイラでもある

2018/05/29(火) 23:39:25.78

C++/CLIの標準規格はECMA372
https://ja.wikipedia.org/wiki/C%2B%2B/CLI

C++AMPには標準規格はない
https://ja.wikipedia.org/wiki/C%2B%2B_AMP

2018/05/30(水) 01:54:54.68

>>832
必要ないファイルまで勝手にコンパイルされたくないからソリューションファイルがいいですね

2018/05/30(水) 12:47:37.84

話変わるが
VSでは伝統的にC++プロジェクトのファイルをヘッダとソースで分けて登録するけど、
ヘッダとソースは同じグループに並べて登録した方が便利だと思わない？

foo
+ hige.h
+ hige.cpp
+ hage.h
+ hage.cpp

みたいに

2018/05/30(水) 15:49:34.42

　　　　　　　　　　　|
　　　　　　　　　　 |　　彡⌒ミ
　　　　　　　　　　　＼ (´･ω･`)　また髪の話してる・・・
　　　　　　　　　　　　　(|　　　|)::::
　　　　　　　　　　　　　(γ　/:::::::
　　　　　　　　　　　　　　し＼:::
　　　　　　　　　　　　　　　　　＼

2018/05/30(水) 17:59:46.22

伝統ってか単に標準のフィルタ設定がそうなってるってだけで
OSSとか見ててもそのまま使ってる方が稀じゃね

2018/05/30(水) 18:53:22.77

ソースとヘッダは並べてある方が便利ということについては同意してくれてると考えていいのだろうか

2018/05/30(水) 19:12:47.19

場合にもよる
数が増えてくると分けたほうが見やすくなるよ

2018/05/30(水) 19:18:14.04

>>838
そのプロジェクトでしか使わないならそれでいいと思うよ
ヘッダーが他のプロジェクトでも使われるならそのヘッダーは分離しておいた方が管理が楽

2018/05/30(水) 19:24:30.48

俺はソースを置くディレクトリ以下にサブディレクトリがあってそこにソースがあるなら同じようにプロジェクトにもフォルダを作ってソースを登録してるな。　サブディレクトリがないなら結果として >>838 みたいになる。

2018/05/30(水) 19:33:54.58

外部依存関係ってのが邪魔なんだよなぁ。あれ表示されないようにできないのかな。

2018/05/30(水) 22:09:34.51

>>833
賛同したら必ずレスするという前提なんだな

2018/05/30(水) 22:29:01.18

>>838
そういう分類にしたらいいじゃん
自由に分類できるんだから

2018/05/30(水) 22:32:52.96

>>846
レスもないのに賛同してるのがわかるとかエスパーかよ w
あほらし

2018/05/31(木) 00:04:31.39

2ちゃんなんて基本的に文句ない限りレスつかないからな

2018/05/31(木) 00:31:43.21

　/* */を含むブロックを/* */でコメントアウトしたら、コメントアウトがネストしなくて途中でコメントアウトが途切れてしまいました。
　テキストエディタの書式設定ではコメントのネストに関する設定を見付けられませんでしたが・・・本当にないのでしょうか。　私の見落とし？
　見落としではなく本当に無いのだとしたら、回避の定石とかありますか？

2018/05/31(木) 00:40:54.48

#if 0
...
#endif

2018/05/31(木) 00:41:00.99

>>850
Cだと思うけど、この辺かな？
ttp://www.amy.hi-ho.ne.jp/~lepton/program/p3/prog322.html

構文に関する所だから、Visual Studioじゃなくて言語仕様の方だね

2018/05/31(木) 05:34:43.28

CTestのGoogle Test Adapterが機能していないようなのだが。

2018/05/31(木) 07:34:24.30

https://ideone.com/3LDXGx
質問です。定期的に同じ関数をスレッドで起動するクラスを作りました。
んでコード中のここ無駄って書いてある行を削除する方法はありませんか。
開発はVCでやってますが、GCCでも通ればいいなーと思っています。

相談室で答えてもらえなかったので誰か教えてください。

2018/05/31(木) 10:57:38.82

2012から2017に上げるコストを容認できるような、派手なメリットってある？

2018/05/31(木) 11:11:43.40

C++ならC++14、C#ならC#7.0、VBはよく分からん
使用言語によってどうぞ

2018/05/31(木) 11:16:50.77

>>855
更新が多い

2018/05/31(木) 11:21:39.62

逆に2012を使い続けるデメリットでもいいけど
なんかｷｬｯﾁｰなの頼む

2018/05/31(木) 11:34:38.60

環境を変えるモチベを持てないのなら2012に留まるのもよし
他人の価値観なんか分からん

2018/05/31(木) 12:25:11.16

>>858
アップデートしちゃってまともに動かなくなるスリルが味わえる

2018/05/31(木) 12:34:51.57

>>855
.NET Core, .NET Standard

2018/05/31(木) 14:07:04.41

>>858
Visual Studio Live Share
役に立つかはともかく、ここ数年のVSの新機能の中では間違いなく最もｷｬｯﾁｰ

2018/05/31(木) 14:39:30.34

アップデートしてここにこのような不具合発生したという正確かつ具体的な情報はほとんど報告されていないのですが

2018/05/31(木) 15:01:48.04

>>863
ReleaseNote見てみ

2018/05/31(木) 15:02:26.39

StackOverflowの中の人とかも結構報告してるよ

2018/05/31(木) 18:13:14.90

うーん…予算捻出に効く感じのものは乏しいな
効率あがるような新機能のデモするとかかな…めんどいなぁ

Gitとの連携が強化されてるのは材料になるかな
あと2017は起動や挙動が早くなったらしいけど、感動できるくらいある？

2018/05/31(木) 18:22:45.26

確かに自分でDeveloper Comminityに投稿したポスト紹介してvoteよろしことかは一度も見たことないねｗ

2018/05/31(木) 19:21:31.57

>>866
稟議書の審議でなくてプレゼンでもして決済を通すのか？
変わった職場だな

2018/05/31(木) 20:16:45.57

>>848
賛同してるのがわかるってどこに書いてあるんだ？
俺は現実と書いただけなんだが、
おまえはエスパーかそれともスキャナーか？

2018/05/31(木) 20:56:03.59

>>869
・賛同してるレスは出せない
・レスはないと賛同してるのはわからない

結局
> と思ってるのはID:ow8rtphp0だけ w
って結論でいいかな w

2018/05/31(木) 21:05:13.05

自分が勝った状態で終わらないと気が済まない人、女みたいで情けない

2018/05/31(木) 21:05:54.44

>>870
よくない
コンパイラのバージョンと言語のバージョンは違う
誰が賛同しようがしまいが微動だにしない現実だ

2018/05/31(木) 22:01:50.15

>>855
Azure

2018/05/31(木) 23:28:42.56

>>866
起動速度は2015で遅くなったのが2017でましになったかな位。
新機能はCodeLensとC#インタラクティブはどうだろうか。

2018/05/31(木) 23:46:21.40

そもそもこんなところでメリットを聞いているのが変な話。
自分たちの仕事に役に立つと思ってるからこそバージョンアップしたいわけだろう。

2018/06/01(金) 00:05:50.86

Community入れて自分で試せば済む話ではあるな。
CodeLens以外は無料で使えるのだし。

2018/06/01(金) 00:27:53.80

VSCodeなら無料でCodeLens使えるよ
WebならVSCodeでの.NET開発も実用的になってきた

2018/06/01(金) 00:41:51.89

CodeLensはVSにはケチっているのが謎。

2018/06/01(金) 01:01:47.78

>>878
IntelliJなどの競合製品に同様のものが無いからだろ
ゼロからの挑戦者であるVSCodeとは違って、VSの他製品に対する圧倒的な優位性はCodeLensの有無なんかでは全く揺らがない
だから他製品との差別化ではなくエディションの差別化に利用したほうが利益があるという判断だろうな

2018/06/01(金) 01:25:41.10

>>872
> コンパイラのバージョンと言語のバージョンは違う
お前以外は誰もそんな話をしてない
これが微動だにしない現実だよ w

2018/06/01(金) 03:46:48.04

15.7.3 (2.73GB@Enterprise)