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

2018/06/01(金) 03:47:27.56

訂正 2.37GB

2018/06/01(金) 05:07:03.39

すごー
何十項目更新すんねん
FIXが不安になる
干渉でもすんのか溜め込みやがって

2018/06/01(金) 05:08:45.25

てかやっとVSインストーラー自動終了
更新のとき地味に煩わしかった

2018/06/01(金) 06:11:08.38

インストーラーがちゃんと動くことに感動できるようになった。

2018/06/01(金) 06:17:59.47

>>880
>>761

2018/06/01(金) 06:35:59.91

>>886
イミフ
反論になってない

2018/06/01(金) 06:42:36.69

>>886
本人が>>768でそんな話じゃないと書いてるのにバカすぎる w

2018/06/01(金) 06:55:39.18

完璧に論破されたからって話そらすとか恥ずかしくないの？ｗ

2018/06/01(金) 07:01:37.45

インストール済みと表示しながらダウンロードしてるぞｗ

2018/06/01(金) 08:48:31.83

インストール済み（ダウンロードしてるともしてないとも言ってはいない）

2018/06/01(金) 09:10:33.23

15.7.3 リリースノート。
https://docs.microsoft.com/en-us/visualstudio/releasenotes/vs2017-relnotes#-visual-studio-2017-version-1573-

2018/06/01(金) 09:13:11.04

何がインストール済みであるかについては特に言及していないので間違いではないでしょ。

2018/06/01(金) 09:21:39.17

テストはよ

2018/06/01(金) 09:26:12.59

コミュニティ、プロ、エンタープライズのうち、このバージョンがインストール済みという意味なんだろうけど、ぱっと見変だよね。
ダウンロードしながらタイトルがインストール済みだから。

2018/06/01(金) 17:02:11.14

週間アップデート状態はカンベンして欲しいぇ

2018/06/01(金) 17:15:58.55

>>868
稟議を出すための根回しに必要なんだよ。
稟議書なんてハンコ押すための書類だよ。

>>875
開発者としてのメリットではお金はでない。
お金を持ってる人向けのメリットを紹介して欲しいんじゃないかな。
メリットでも脅し（保守期限切れたとかの類）でも。

2018/06/01(金) 19:11:04.39

VS2012はメンテされてないからセキュリティホールがある可能性があるよ
それでもいいのなら使えばいいさ

2018/06/01(金) 19:53:27.61

有償版ならスタンドアローンライセンスでなくてサブスクリプションにすればいいのにな
というかMSDNなしでどうやって検証環境のライセンスを確保してるんだろ
評価版利用するにしても限度があるだろうに

2018/06/01(金) 20:46:20.32

>>888
ああ、おまえ761かｗ
アホｗ
バカｗｗｗ

2018/06/01(金) 21:07:23.08

>>900
>>889

2018/06/01(金) 21:09:33.24

そういうことは論破してから言え
アホｗ
バカｗｗｗ

2018/06/01(金) 21:23:07.77

間違いを認めると死んじゃう病の人は面倒くさいですねえ

2018/06/01(金) 21:32:41.97

論破されてもわからないのか、わからないふりしてるのか w