Visual Studio 2017 Part4

2017/10/29(日) 11:42:36.61

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

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

前スレ
Visual Studio 2017 Part3
http://mevius.2ch.net/test/read.cgi/tech/1502760563/

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

2017/11/21(火) 19:35:17.49

>>227
デカイディスプレイにつなぎなおすか
スクロールさせる

2017/11/21(火) 19:40:36.67

>>230
駄目なの？

2017/11/21(火) 19:42:17.30

他にも名前変えたりメソッド抽出したりするときも
ウィンドウで該当部分が表示されなかったりしてイライラする

ソーサリアンですらキャラに被らないようにウィンドウが出てたのに
今はいったい何世紀なんだ

2017/11/21(火) 20:21:34.11

あまり聞かないトラブルだな

2017/11/22(水) 07:09:46.07

フォント変えたらなおったりしてな

2017/11/22(水) 08:48:02.92

ふぉんと？

2017/11/22(水) 11:32:47.55

ふぉんと

2017/11/22(水) 12:02:42.14

どうせ MacType の類を入れてるせいだろ

93 (ﾜｯﾁｮｲ 419f-o34E) · 2017/11/22(水) 12:52:03.20

2010までみたいにパッケージ版で売ってくれれば良いのになー

2017/11/22(水) 13:16:00.20

w/MSDNのパッケージ版は廃止されたけど、w/oMSDNの製品(該当するのはPro w/oMSDNしかない)であれば今も販売してる
Microsoftストアでも買える

2017/11/22(水) 13:21:39.49

という夢を見たいのかい？

2017/11/22(水) 13:23:39.76

MSDNで旧バージョンのVisual Studioがダウンロードできることを言ってるんやろか

2017/11/22(水) 13:28:59.43

withoutかよ

2017/11/22(水) 14:26:31.73

とりあえずまとめておく
w/はwith(あり)、w/oはwithout(なし)

w/MSDNはサブスクリプション(契約時のVSは永続ライセンス、次バージョンへのアプグレ権は契約期間中のみ)
w/oMSDNはパッケージ版(該当製品はProのみ)
w/MSDNのパッケージ販売は終了

なおw/MSDNについてはVLライセンスの方が相当お得(VSは1ライセンスから購入可、他のVL製品の場合3ライセンス以上購入が必要)
VS製品のVL新規価格は普通のサブスクリプション価格と大差ないが、更新価格はべらぼうに安価

Microsoストア
https://www.microsoft.com/ja-jp/store/b/visualstudio?icid=JP_Dev_Nav_3_VSTD_NA_NA_17052017

LicenceOnline(エルサットストア)
https://www.licenseonline.jp/qq2/licenseonlinestorefront/Maker.asp?VendorID=1

nPress(サイバーロジステックス)
https://www.npress.jp/msdn_chart

2017/11/22(水) 14:52:15.30

この人たちはどこにパッケージ版があるようにみえるんだろう？
w/oMSDN Proもこの世にダウンロード版しか存在しないんだけどなあ。

2017/11/22(水) 14:58:03.71

パッケージ版というのはサブスクリプション版に対する対比だよ
Windowsのダウンロード版に対しても、DSP版やOEM版に対してパッケージ版とか言うだろ

2017/11/22(水) 15:02:06.07

サブスクリプション版に対比するのは永続ライセンス版なんだけど。

2017/11/22(水) 15:28:02.55

Visual Studio Professional サブスクリプション (新規)
https://www.microsoft.com/ja-jp/store/d/Visual-Studio-Professional/DG7GMGF0DST3/0001?icid=JP_VisualStudio_LinkNav_2_VSTProS_NA_NA_17052017

> [1] 標準サブスクリプションには、Visual Studio Professional IDE への永続的なアクセスと 12 か月間の特典アクセスの利用が含まれます。
> 12 か月間の期間の終了時に、サブスクリプションは自動的に終了します。
> 特典の一覧については、https://www.visualstudio.com/subscriptions/ を参照してください。

サブスクリプションでもあり、ダウンロードでもあり、永続ライセンスでもある

2017/11/22(水) 15:32:15.33

gccで充分なんだが

**デフォルトの名無しさん** (ｽﾌｯ Sd22-81ZB) · 2017/11/22(水) 18:04:42.07

>>244
MSDNサブスクリプション期間中に
提供された新バージョンは全部永続ライセンスだよ。

ただし、BizSparkとかのプログラムは別

2017/11/25(土) 14:35:25.13

ソリューションにC#プロジェクトが１０個あるとして、
そのターゲットフレームワークを一括で4.6.2→4.7に変更する方法ある？
一つずつプロパティ開いて手作業で変更するしかない？

2017/11/25(土) 15:06:03.26

csproj の targetframeworks の内容を直接置換するとか
まあ10個ぐらいなら回答待ってる間にできると思うが

2017/11/25(土) 15:35:10.72

わざわざターゲットフレームワークを変える理由は何だろう？

2017/11/25(土) 15:45:45.17

>>253
新しいのを使いたいからさ。
理由を知りたい理由を知りたい。

2017/11/25(土) 15:52:59.74

ローカルwindowsデバッガー　の使い道が良くわからないんだがｗ
ハローワールドしても消えちゃうし
まあCTRL+F5で普通に出来るから問題ないんだけどちょっときになった

2017/11/25(土) 15:59:21.46

>>254
4.7じゃないと使えない何かがあるなら
その改変時にフレームワークを変えたらいいと思うけど
4.7にしたってビルドしないと意味ないから

4.7じゃなくても動くなら別に4.7にする必要もない

2017/11/25(土) 16:00:45.45

これまで1000個アプリを作ってたとして
それを全部4.7にしたいって言うのは意味のないことだよ

2017/11/25(土) 16:04:13.01

>>253
つっかかる意味が分からない

2017/11/25(土) 16:04:22.68

ソリューションないのプロジェクトか
ああ勘違いしてたゴメン

2017/11/25(土) 17:19:59.73

そもそも意味があるかどうかを決めるのは ID:MKkAeSyz0 だし

2017/11/25(土) 18:12:10.32

>>252の２行目が正解だな
ただ「楽するための苦労は厭わない」ってのはコンピュータ屋では大事な資質だ
あと、無意味な新しもの好きも

2017/11/25(土) 18:46:48.33

全然回答になってないけど、アプリと一緒に.NET Frameworkも配布するなら
ターゲットの.NET Frameworkをオープンにしておくのが楽かもしれんね。
https://msdn.microsoft.com/ja-jp/library/jj152935.aspx

俺自身はやったことありませんが
エンドユーザーに面倒くさい人がいるとちょっとトラブルが怖いことは確かだね

2017/11/25(土) 19:01:32.16

個人で無料でやる分には Express と Community と Professional って同じ？

2017/11/25(土) 19:14:15.73

>>261
> ただ「楽するための苦労は厭わない」ってのはコンピュータ屋では大事な資質だ
そこまで言うならこの辺りを見てきちんとやるべきだな w
MSBuild プロジェクトファイルスキーマリファレンス
https://msdn.microsoft.com/ja-jp/library/5dy88c2e.aspx

2017/11/25(土) 21:38:31.34

>>263
違う

2017/11/26(日) 17:39:18.06

Express 2017 for Windows Desktop が使えるようになったけど、
ヘルプコンテンツの追加と削除をしようとするとヘルプビューアーがエラーで開かない。
みんなはどう？

2017/11/26(日) 17:40:22.59

>>217

謎の呪文てw

2017/11/26(日) 19:53:57.66

>>266
2015 の時からヘルプビューアーに期待するのはやめた

2017/11/27(月) 08:56:05.05

んもおおおsystem.windows.formsとSystem.Drawingの参照追加のやり方おしえてえええ。
2017にしたらなくなってるしググっても見つからなくてうんｋ漏れそううううう

2017/11/27(月) 09:23:20.69

うんこ漏れた方がはやいぞ

2017/11/27(月) 10:51:56.80

プロジェクトはどれでやってる？

2017/11/27(月) 17:10:31.93

x64の環境とかライブラリいらないんだけど
選択できなくなってるんだな

2017/11/27(月) 17:27:24.56

>>271
WindowsFormsAppっす。今思えばこれじゃだめだったのか・・

2017/11/27(月) 18:36:32.02

かまってほしいだけで使っていないのに質問するやつがいるのか

2017/11/27(月) 21:52:47.37

あるソフトウェアのバージョン更新履歴で、アップデート内容が「開発環境をvisual studio 2015にした」という記載がありました。
その他、バグフィックスや機能追加等はありません。
開発環境を変更したことにより、内部処理が最適化されたり、生成物の品質が向上したすることはあるのでしょうか？

2017/11/27(月) 21:53:45.68

そもそも開発環境を変更って、何のためにするのでしょう？
win10対応でしょうか？

2017/11/27(月) 22:24:53.83

そのままで置いておくといずれ
ビルドできなくなる
できるときに最新にしてくれるのは良心的
vs2005のまま最新にできずいつ移行したもんか？という風になってるプロジェクトもある

2017/11/27(月) 22:30:39.76

問題になるのは
.netframeworkのmsのサポートバージョン
上記が動作するosのバージョン
上記で動作するVisual Studioのバージョン

どれかが欠落するとサポートするのが困難になる
vs2005なんてxpでしか動かないし
.netframework2.0なんてmsがサポートやめてる
入門書のコードが動かないぐらい古い

2017/11/27(月) 22:44:04.51

.NET とは言ってないような...

>>275
コンパイラやスタティックリンクされるライブラリのバージョンが変われば
理論的には品質が変わりうりんじゃない？
実際に体感できるような変化があるかはほとんどの場合疑問だけど

2017/11/27(月) 23:05:47.90

>>278
嘘は良くない

2017/11/27(月) 23:25:23.94

>>280
マジで？
何が嘘が書いておいてやってくれ
実はvs2010ぐらいのときの知識しかない

2017/11/28(火) 00:11:47.77

>>281
.NET Framework2.0はまだサポート中。もちろんOSによるけど。

2017/11/28(火) 00:21:29.85

つか、VS変えないと新しいの使えないし、フレームワークのバージョンが同じなら基本同じコードを吐くから問題は起こらないはず
歴代のVSアンインストールしたり、新しいPCに古いVS入れたくなければVSのバージョンだけ上げるってのも一つのやり方だろ

2017/11/28(火) 00:31:10.73

>>281
VS2015はWindow7まで動く

2017/11/28(火) 00:31:42.44

>>284
2015じゃなくて2005

2017/11/28(火) 00:32:58.06

>>283
この場合は.NET frameworkというよりむしろC#(MSBuild)のバージョンが変わることが問題じゃね？

2017/11/28(火) 00:35:13.35

>>285
というより、既にサポート切れだから論外

2017/11/28(火) 00:36:35.84

>>287
サポート切れようが動くもんは動く

2017/11/28(火) 00:39:34.42

>>288
論外

2017/11/28(火) 07:21:16.58

>>288
開発ツールでそれやるのは危険すぎるな。

2017/11/28(火) 10:54:29.76

でもxpでしか動かないとか知ったか言っちゃってるやつの話は
他のことも信用できないよな

2017/11/28(火) 11:26:52.81

>>287
いずれにせよXPでしか動かないというのは真っ赤な嘘

2017/11/28(火) 12:10:59.82

ホントだ
xpでしか動かないのは2003ぐれーまでの話なんだね

2017/11/29(水) 12:46:07.53

Release Date: November 27, 2017 - Visual Studio 2017 version 15.4.5
https://www.visualstudio.com/en-us/news/releasenotes/vs2017-relnotes#15.4.5

**デフォルトの名無しさん** (JP 0Hff-7Xad) · 2017/11/29(水) 18:41:49.16

2017のISO､まだ

2017/11/29(水) 18:53:44.57

150GBもあるファイルを一体どうしろと?

2017/11/30(木) 07:00:35.18

あれ？起動できなってる。
インストーラー起動しろって出てるが、なにがあったんだろ。

2017/11/30(木) 09:26:25.26

>>275です。
アップデートにより開発環境をvisual studio 2013→2015に変更したことに伴い、アプリケーションの生成する成果物に違いが出るのか…ですが、
開発環境を変更したのみでしたら、バイナリ比較の結果、差異ゼロでした。
いろいろアドバイスいただいたので、報告まで。。

2017/11/30(木) 11:32:05.10

>>298
C#とMSBuildのバージョンは？

2017/11/30(木) 12:25:46.10

>>299
勝手にC#前提にするなよ
>>298
せっかく試したところで差異が無いのならどんな条件でやったかも書かないと意味ない
条件によって変わるかもしれないんだから
そういった予想付かない部分も踏まえて
＞「開発環境をvisual studio 2015にした」という記載
がされる。

2017/11/30(木) 12:50:55.46

>>300
ごめんね

2017/11/30(木) 12:58:40.88

>>300
いえいえ悪いのは私ですよ

2017/11/30(木) 15:21:51.86

>>257です。
プログラミングについては全くの無知です。
https://github.com/wieslawsoltes/wavtoac3encoder
のアプリケーションになります。
5.5のchangelogに「開発環境をvisual studio 2015に」となってたので、
出力されるac3ファイルが、5.4と差異がないか知りたかった次第です。
あまり詳しいことはわかりませんが、5.4を試した環境は、win7-64bitで、
5.5を試した環境は、win7-32bitでしたが、バイナリコンペアの結果、1バイトの差異もありませんでした。
念のため、バイナリエディタで適当な箇所を1バイト81→80に変更したところ、その差異は検知されましたので、コンペア性能にも問題ないと思われます。
音という繊細なデータを扱うソフトのため、5.4も5.5も出力結果は同一ということがわかり、安心しました。
これで偶数バージョンの5.4を愛用できます。

2017/11/30(木) 15:22:43.44

>>275です。
プログラミングについては全くの無知です。
https://github.com/wieslawsoltes/wavtoac3encoder
のアプリケーションになります。
5.5のchangelogに「開発環境をvisual studio 2015に」となってたので、
出力されるac3ファイルが、5.4と差異がないか知りたかった次第です。
あまり詳しいことはわかりませんが、5.4を試した環境は、win7-64bitで、
5.5を試した環境は、win7-32bitでしたが、バイナリコンペアの結果、1バイトの差異もありませんでした。
念のため、バイナリエディタで適当な箇所を1バイト81→80に変更したところ、その差異は検知されましたので、コンペア性能にも問題ないと思われます。
音という繊細なデータを扱うソフトのため、5.4も5.5も出力結果は同一ということがわかり、安心しました。
これで偶数バージョンの5.4を愛用できます。

2017/11/30(木) 16:49:55.70

なるほどようやく意味が分かった
>>298のアプリケーションの生成する成果物ってエンコーダが生成する音声のことだったんだな
てっきりVisualStudioが生成する実行ファイルの話かと思ったよ
つまりエンコーダをビルドするコンパイラのバージョンで音質が変わるか知りたかったのか
そりゃよっぽどのことがない限り音質には影響しない
エンコード速度なら変わるかもしれないがな

2017/11/30(木) 17:03:19.22

>>305
おれもVSの生成する実行ファイルの話だと思っていたよｗ
条件はコンパイル内容の事しか考えてなかった
完全にスレ違いだったようだ

2017/12/01(金) 14:24:58.22

WindowsSDKのヘッダーやライブラリがバージョンで違うんだから、コンパイルしたバイナリは変わるだろうね

2017/12/04(月) 21:59:18.06

諸事情で2015が必要になりました。
2017が入ってるPCに後から2015をインストールしてもトラブらないでしょうか？

2017/12/04(月) 22:02:41.85

2015のスレで聞けばいい
うちでやったらC#のビルドが2015でできなくなったからすぐアンインストールした

2017/12/04(月) 22:41:37.68

C++のプリプロセッサで、環境変数に値がセットされているかどうかで条件コンパイルしたいんだけど
VisualStudio(msbuild)の機能でうまくやる方法ないですかね。
こんな感じ。

#if 環境変数に値がセットされている
～
#endif

・条件は　環境変数が定義されている　空文字列以外がセットされている　どちらでも可
・条件コンパイルに使うディレクティブは#ifでも#ifdefでもそれ以外でも可

2017/12/04(月) 22:53:59.87

>>310
環境変数で条件分岐してコンパイラの/Dオプションを変更するとか？

2017/12/04(月) 23:10:49.78

スクリプトやmakefileでcl.exeを叩いているなら分岐もできそうですけど、
MSBuild(vcxproj)だとそれをどう書けばいいのかなぁと。

2017/12/04(月) 23:35:47.26

設定する値を未設定、ヌル文字列、0、それ以外にできるなら
コマンドラインオプションのところに
/DVAR=“%VAR%”
などして
#if VAR
でokなんだけどな

元の仕様に沿うなら、文字列化してサイズを見る

#define STRINGIZER(arg) #arg
#define STR_VALUE(arg) STRINGIZER(arg)
#define VER_STRING STR_VALUE(VAR)
static char ver_str[] = VER_STRING;
# define VER (sizeof(ver_str) > sizeof(char))

として

#if VER

で分岐する方法が使えるかもしれない。

2017/12/04(月) 23:42:24.84

あるいは pre build で

if defined VAR (
echo #define VAR 1 > defines.h
) else (
echo #define VAR 0 > defines.h
)

などして設定ファイルを作ってしまう方法
こっちの方が好き勝手なことできて汎用性がある

いずれにせよクリーンビルド忘れて面倒なことになりそうだけれども

2017/12/04(月) 23:48:16.97

やはり一筋縄ではいかないですねぇ。
たしかに、値を0かそれ以外の整数にできれば前者の方法で一発なんですが。
後者の方法は試してみようと思いますが、VC++のプリプロセッサでsizeofって使えましたっけ。

2017/12/05(火) 00:02:18.46

sizeof は使えますよ

後者の方は
echo ... > $(PROJECTDIR)\defines.h
(だったかな)
とかしてディレクトリも指定した方がいい気もする

2017/12/05(火) 00:13:28.62

>>309
ありがとうございます。やめときます。

2017/12/05(火) 00:24:28.14

XXX Conditionが使えるかな？とおもいましたが、これも結構めんどくさそうですね

https://msdn.microsoft.com/ja-jp/library/ms171459.aspx

2017/12/05(火) 04:15:11.04

>>317
VM使えばいいじゃん

2017/12/05(火) 11:05:19.26

Visual Studio 2017 version 15.5 Release Notes
https://www.visualstudio.com/en-us/news/releasenotes/vs2017-relnotes#15.5

2017/12/05(火) 11:24:32.94

>>320
git submodule対応嬉しい

2017/12/05(火) 11:46:36.07

ずっと放置されてたバグがいくつか潰されてる
いままで潰す機会はもっとあっただろ

2017/12/05(火) 12:18:38.00

>>320
ダウンロード容量約8.7GBだったわ

2017/12/05(火) 12:31:09.84

やばいねパケ死しちゃうね

2017/12/05(火) 16:18:07.56

VS2017でSQLCLRって無くなった？
新規プロジェクト→SQLServerの中がデータベース作成しかなくて「SQL CLR C#ユーザ定義関数」とかないんだが

2017/12/05(火) 20:02:28.16

>>320
ようやくC#7.2来た。
>We reduced load times of large C# and Visual Basic projects.
元から早いからよくわからんｗ
あとC#で存在しないpdbファイルのパスが埋め込まれるのも直っているがfixedの項目には無いような

2017/12/05(火) 22:40:07.20

事前に詳しく調べずに、とりあえず更新きたってことで更新してみたらlayoutのダウンロードだけですごい時間かかったｗ
大きなアップデートだったのか

2017/12/06(水) 00:42:38.27

layaoutのフォルダ容量がすでに40GB超えてるんだけど
今回はこれに7GB容量が増えるんだろう…

2017/12/06(水) 01:06:35.56

ちゃんと古い内容消してる？
ja-JP縛りだけど、だいたい30GB程度だよ

2017/12/06(水) 11:16:04.87

アプデしたらインテリセンスが馬鹿になったよ
VBで、Option Strict Off になってるのに、On では・・・ってエラーを大量に吐く

そりゃ On にしておいたほうがいいのは分かるけど、意図的に Off してるんだから、エラー吐くなよ
アプデする前までは大丈夫だったのに