Visual Studio 2017 Part6

2018/05/03(木) 01:23:34.67

!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 Part5
https://mevius.5ch.net/test/read.cgi/tech/1520336504/

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

2018/11/17(土) 02:44:16.44

>>872
それが意味わからんよね。
frameworkバージョンは選択出来るし。

2018/11/17(土) 02:51:13.20

VCじゃないか
バージョン毎にランタイムライブラリ違うし

2018/11/17(土) 02:59:46.71

>>873
俺は意味分かるよ

2018/11/17(土) 03:29:25.26

ああ、Windows Server 2012か

2018/11/17(土) 07:02:04.36

>>875
なによ、コンパイラーのバージョンでネイティブコードが動かなくなったりするの？

2018/11/17(土) 12:28:49.75

>>877
するよ

2018/11/17(土) 13:10:06.16

チーム開発ですか

2018/11/17(土) 21:36:37.57

>>878
マジかよ...

2018/11/18(日) 00:38:07.84

Visual Studio ではいくつかのバージョンのコンパイラ等が使えるように
ツールセット？だかなんだかをプロジェクト毎に選べるよね。

以前 2015にはなかった2017のバグを調べてるときに、
VS2017でツールセットに2015を指定してビルドしてもやはりこのバグが発生して
ツールセットを選べるというこの仕組みが単なる飾り物だと気付いた。

なにが言いたいかというと
2012向けに問題なく開発できている環境は壊さずとっておいた方が良いということ。

2018/11/18(日) 08:22:42.73

そもそも他のバージョンのツールセットがおまけで付いてきたのは2017が初めてで、
VS2012をインストールしなきゃそのツールセットは出てこないな。
しかも後から昔のバージョンのVSをインストールしようとしても拒否られるので面倒くさい。

2018/11/18(日) 08:24:47.36

先に古いのががあるところに追加でインストールすると古いのも出てくるよね。
そしてそれを使っても古いのでビルドしたのと同じにならないという罠。

2018/11/18(日) 08:55:42.03

>>855
うちでは15.9.1でもNG

https://developercommunity.visualstudio.com/content/problem/289637/setargvobj-is-broken-in-the-latest-windows-sdk.html
↑と同じ環境を用意して同じコードを実行したら、全く同じ結果（b と foo.cを表示）になった

**884** (ﾜｯﾁｮｲ 95cc-4fLB) · 2018/11/18(日) 09:58:57.84

自己解決しました
SDKのバージョンが一つ古いままになってたorz
問題の記事で
> Installing Visual Studio 15.9 update will install it automatically.
これを信じてよく確かめなかったのが失敗で、手動でコンポーネントを指定しないと最新版が入らなかった

2018/11/18(日) 11:06:28.08

>>881
> 2012向けに問題なく開発できている環境は壊さずとっておいた方が良いということ。
そんなもん常識だろ
そもそもVSのマイナーレビジョンとかことによったらOSのレビジョンで挙動変わったりするからOSごと環境保存するのは普通にやってる
今時は仮想イメージ保存するだけで済むから良いけど以前はHDDにラベル貼って保存とかしてたし

2018/11/18(日) 11:20:53.25

Silverlight開発の対応打ち切りとかあっさりやってくるし当然かと。

2018/11/18(日) 12:36:41.92

>>886
なんでそんなに喧嘩腰なんだよw

2018/11/18(日) 12:44:59.21

歯が生え替わる時期はそんなもんさ

2018/11/20(火) 10:33:37.11

Visual Studio 2017 version 15.9.2
https://docs.microsoft.com/en-us/visualstudio/releasenotes/vs2017-relnotes#15.9.2
released on November 19, 2018

2018/11/20(火) 16:44:43.09

週間アップデートかよ

2018/11/20(火) 17:04:43.77

週刊 Visual Studio
創刊号はコマンドラインアセンブリ

2018/11/20(火) 18:08:47.63

また来た、この１週間で３回目

2018/11/20(火) 19:15:26.45

もう少しまとめてテストしてアップデートすればいいのにアホなの？

2018/11/20(火) 19:51:42.29

visualstudio2017入れなおそうとしたらmsvcr120_clr0400.dllないからプログラムを解決できませんって出たんだけど
調べて入れたのに同じエラーが出るなんでだ？

2018/11/20(火) 22:05:16.26

でも実際Visual Studioのすべての実行パターンをテストするのは無理だと思うわ

2018/11/21(水) 06:11:37.36

これで終わりとは何だったのか

2018/11/21(水) 06:55:48.11

むしろ15.9.0のまま10年サポートすると思ってたのか

2018/11/21(水) 07:38:29.67

15.9.10000とかいくんですかね

**デフォルトの名無しさん** (ｽﾌｯ Sdea-dRC3) · 2018/11/21(水) 12:35:10.38

更新頻度高いのは最初だけでしょ。

5年後には半年に一回とかになってるんじゃね

2018/11/21(水) 15:30:15.93

VS2015で間に合ってる

2018/11/21(水) 16:09:01.46

サポート期間基本5年＋延長5年の考え方は変わってないのだっけ？

2018/11/24(土) 02:06:43.69

15.9.1あたりからかvsかvs installerを起動するとIntel(R) Management and Security Application Local Management Serviceがハング後OSごと死にやがる。

これ自体は2017以前からあるみたいだけど設定とんでもうた。
ttps://social.msdn.microsoft.com/Forums/vstudio/ja-JP/516b29ff-a78a-4c61-b8fe-c9e2b23d470b/visualstudio201312364windows1239812501125221254012474124342434112365362?forum=vsgeneralja

2018/11/24(土) 12:51:42.23

太古の昔からインストーラーは鬼門だな
アンインストールして再インストールするときに壊れてることが多い
VSの複数のバージョンを同じOS(PC)に入れようとトラブル確率がさらに上がる
インストール後に別のアプリ入れたりするとまたさらにうｐ
あるいはウィルス対策ソフトが邪魔してるとか
アンインストーラのくせにレジストリ壊したりしてるんだろうな

2018/11/24(土) 22:29:09.23

VS2017のGitでgit add -pと同等のことをするには
どうすれば良いですか？

勢い余ってコミットしないまま複数の機能を書いてしまった…

2018/11/25(日) 00:30:47.75

無理だと思うからgit bash使う

2018/11/25(日) 01:21:22.46

コメント、ありがとうございます
変更前のコードとの差分画面で選択できそうだったので
操作できるかな、と思ったのですが…次のバージョンに期待します

2018/11/26(月) 17:05:40.51

C#のコードスタイル設定で以下のような設定にする方法はありますか？

[A] メソッド名がPascalCase以外の場合に警告を出すが、
　　コントロールのイベントハンドラのみCamelCase以外で警告を出す
[B] thisを付けずに自身のメンバを参照すると警告を出すが、コントロールのみthisをつけなくても警告を出さない

2018/11/28(水) 13:30:06.40

c++にはフォームデザイナーはないのでしょうか

2018/11/28(水) 17:47:51.23

クスっとなった

2018/11/28(水) 18:28:57.90

えっ
ないんですか？

2018/11/28(水) 18:38:44.52

リソースエディタとか、wxWindowsとか、Qtとか。リソースエディタは、VS2017で無料で使える。拙作のリソーエディタを使ってもいいし。

2018/11/28(水) 18:52:22.22

今でも使える
重宝してる
https://ht-deko.com/tech053.html#XNRESOURCEEDITOR
https://stefansundin.github.io/xn_resource_editor/

2018/11/28(水) 20:28:11.03

外部のアプリということですよね
フォーム使うならC#のほうがいいんでしょうか？
ちなみにopenglつかいたいです

2018/11/28(水) 21:01:32.68

>>911
CLR使うものなら昔のＶＳにならあった。今は用意されてない
https://qiita.com/tadnakam/items/636db24546846da5a425
ここにやり方は書いてあるが試していない
>>914
好きなほうでどうぞ

2018/11/28(水) 21:29:11.96

>>914
新規プロジェクト作成時にC++のフォームのテンプレートが無くなった位だから、
MS的にはGUIにはC#推してるんだと思う。

2018/11/29(木) 00:13:35.78

https://support.microsoft.com/ja-jp/help/3001686/windows-form-application-and-windows-form-control-library-project-wiza

>>マイクロソフトでは、Visual C++ (C++/CLI) を使用した
>>Windows フォームアプリケーションの作成は、推奨しておりません。

2018/11/29(木) 05:54:45.99

Visual Studio 2017 version 15.9.3
released on November 28, 2018

Issues Fixed in 15.9.3
These are the customer-reported issues addressed in 15.9.3:
・Visual Studio 15.9 - duplicate loads open files on solution reload.
・Issues with reloading and IntelliSense with Unity projects and Visual Studio 2017 15.9.x.

2018/11/29(木) 06:46:21.51

フォームも自分で作れる人でなければ使うなということですか、、、

2018/11/29(木) 08:23:18.34

どゆこと？C++はもうgccでやれってこと？

2018/11/29(木) 08:31:25.85

>>919
C++はもともとそういうものだろ
フォームデザインをポトリ、ペタッと貼り付けて簡単にやりたいんだったらC++は選択肢に入らない

2018/11/29(木) 08:43:58.53

これからはTcl/Tkの時代ですか？

2018/11/29(木) 09:21:08.67

>>921
そうだったんですか
c#でopenglは相性よくないのですか？できることに制限があるとか

2018/11/29(木) 09:54:27.11

MFCでもWTLでもDirect2D/3Dで全部自前描画でもいいよ
わざわざC++でフォーム使いたいかな

2018/11/29(木) 10:25:03.74

>>923
制限とかなんとか以前に opengl は c バインディングしかない。
(c の api しかない)

c# で opengl を使うためのライブラリ(opentkとか)はあるけど、
それを使うためには opengl の知識に加えてそのライブラリの仕様を学ぶことになる

2018/11/29(木) 18:23:41.75

>>924
https://www.youtube.com/watch?v=Arlz1lgaO-0
こういったソフトの場合、インターフェースが必要ですよね
MFC　WTL　といったものがインターフェースを作れるライブラリ？になるのですか
ちょっとした３ｄのジェネレータを作りたいんです

>>923
バインドというのがよくわかりませんが、基本的にｃでしか使えないとうことですよね
ｃというのはｃ＋＋でもいいのですか？
vsにはｃのプロジェクトはありませんが

2018/11/29(木) 20:07:42.91

mfc とか wtl はちょっと UI 作るためだけに学習するのはどうなんだろう
それなりに腰を据えて古臭い知識をガッツリ学ぶ覚悟が必要だし
Windowsのアプリ開発自体が目的じゃないならなるべく避けた方がいい気がする
どうしてもやるならmfc の方がまだ楽かな

2018/11/29(木) 20:17:48.25

右も左もわからないならまずCを学ぶ
どのみちOpenGLやるならCのサンプルを読めないいけないし
そんでCでOpenGLを動かしてみる
その上でちゃんとしたフォームをつけたいならC#学んでOpenTK（OpenGLのラッパー）
の使い方を学べばいい

2018/11/29(木) 20:33:59.50

.vsと言うフォルダは何？
消しても良いの？

2018/11/29(木) 20:38:13.33

良いよ

どうせまた作成されるから

2018/11/29(木) 20:46:57.76

>>930
さんきゅう。消すわ。
でも、じゃあ、何の為にあるの？

2018/11/29(木) 22:00:33.58

mfc滅ぶべし。winでguiやりたいなら素直にc#でwpfやったほうがいいと思うけどな。
winでQtとかgtk面倒だし。

2018/11/29(木) 22:09:39.37

C#の方が滅ぶだろ。

MFCは残る。

2018/11/29(木) 22:55:45.82

普段は.vcフォルダ気にしてないけど、エディタはvc使わずテキストエディタ使ってる。
たまにバックアップするときに.vcのデカさが邪魔なんで、作らない設定があるなら教えてケロ！

2018/11/30(金) 07:05:06.35

>>933
時代認識が15年くらいズレてる

2018/11/30(金) 07:41:08.16

>>928
c++でもフォームは作れるけど、C#のフォームのほうがまともということですか？

2018/11/30(金) 07:47:38.57

初心者向けにしたものをまともとは言わない

2018/11/30(金) 08:10:25.56

ダイアログボックスとフォームをごっちゃにしないようにね

2018/11/30(金) 08:12:00.48

>>936
フォーム作るのはC#の方がなにかと簡単にできる。がわはC#で作って、性能が必要なコアなところだけC++にするのがいいと思うよ。

2018/11/30(金) 12:10:22.44

>>936
他人に質問するのはやめてチュートリアルをやってみたりドキュメント読むといいよ。
それができないならプログラミング自体が不可能。

2018/11/30(金) 12:17:33.06

C#もMFCも残り続けるでしょ。MFCはATL/WTLとますます境界線がなくなってくんじゃないの。

2018/11/30(金) 12:56:14.50

うちの老害数人は
MFC最強とかいって
ダッサいソフトしか作れないから
やってる仕事も小さいわ

2018/11/30(金) 13:03:23.77

肥大化したMFCとは別にWTLは今みたいにMSがGitHubでメンテしてて欲しかったなあ

・・・と思ってたまに見に行くとWTLは思い出したように更新されててビビる
まともにHiDPI対応しれば今でも使い続けてたと思う

2018/11/30(金) 13:11:10.48

>>942
そこはMFCよかセンスの問題じゃね

2018/11/30(金) 13:31:22.29

>>939
別々にできるんですね
それでいきます

2018/11/30(金) 13:46:08.25

OpenGLはJavaが使いやすかったな
別ウィンドウでGUIを表示するのも簡単だった
今はどうなのか知らない

2018/11/30(金) 14:12:05.44

>>942
>>944
センスだったり個人差というか年代差だろうなあ
言語やプラットフォームの違いでダサいダサくないなんて言ってるヤツは開発したことないんじゃないかな

2018/11/30(金) 14:16:12.54

>>943
え？WTLはgit管理されてて常に更新され続けているよ？
https://sourceforge.net/p/wtl/git/ci/master/tree/

2018/11/30(金) 16:57:35.00

MFCとか労力に見合わない。
C#/WPFでUI、速度いるならC++のDLLじゃあかんのか？

2018/11/30(金) 17:03:59.42

MFCはとってもお手軽。簡単操作でＵＩ作成。

ドットNetは改訂されまくりで落ち着かない。
いずれ無くなるでしょ。

2018/11/30(金) 17:24:37.48

>>950
馬鹿なのそれともゆとり？

2018/11/30(金) 18:01:33.60

C#で作ってても、Interopを使ったWin32API呼び出しだらけになるんですね、わかります。

2018/11/30(金) 19:11:18.33

>>952
それでもいいけど、ちょっと手間だけどC++/CLIでラッパー作ってるわ。

2018/11/30(金) 20:11:45.12

カスタマイズされたツールチップウィンドウとかちょっと個性的なことをC#でやろうとするとすぐに積むでしょ。

2018/11/30(金) 21:38:46.38

C#でGUIを作ろうと思ったら無難なもので我慢するのが正解
凝ったもの作りたかったらWTLで茨の道しかない

>>948
.Net Coreみたいに、”MSが”メンテしてほしかったってことでしょ
今はMSの社員の人だけど”個人で”メンテしてるわけで

2018/11/30(金) 21:59:17.19

C#でGUIに凝るならWPF使う

2018/11/30(金) 22:08:59.61

C++/CLIを窓際に追いやったんだから、かわりにC#とC++で混在アセンブリ作れるようにしてほしいよな。

2018/11/30(金) 23:48:17.01

c++を魔改造することはもうないんじゃないかな
cppwinrtもsdkにはいったからc++/cxもフェードアウトしそう

2018/11/30(金) 23:56:46.31

いまはIL2CPPもあるしな

2018/12/01(土) 02:21:45.82

>>954
MFCでもWinFormsでもウィンドウやコントロールの構造等は基本的に同じだから、Win32API呼び出せばどうとでもなる。
WPFは独自路線だけど、その辺りのカスタマイズはお手の物。

2018/12/01(土) 05:08:57.92

Electron とネイティブモジュールってのも悪くないんじゃないだろうか。
mfc で ddx_なんちゃらとか覚えるより
html と css での ui の実装とか node のネイティブ
モジュールの書き方覚える方がずっとマシな気がするし。

2018/12/01(土) 05:37:13.92

何でもいいからドヤれるのを教えてください

2018/12/01(土) 05:48:21.24

VS でドヤるのは無理です

2018/12/01(土) 06:09:34.90

自宅で食べるカレーをレトルトから作る人と、市販のルーから作る人と、スパイス調合から作る人では、カレーに対するとらえ方が違う。

2018/12/01(土) 10:38:07.06

Visual Studioは台所。どんな食事を作るかは人によって違うが同じ台所を使う。作る料理が全然違うので会話がかみ合わない。

2018/12/01(土) 11:39:13.96

c#でGeckoFx60使ってWeb画面でhtmlとcssとjsでUI組み立てれば楽じゃね？
WebBrowserは遅いし

2018/12/01(土) 18:14:04.97

真面目な話ラピッドリリース的なノリが嫌いでずっと2017入れてなかったんだけど、
そろそろ安定した？

あと、PCの性能はどのぐらい必要？
メモリーさえ大量に積めばcore i7 3770kあたりの古いPCでも快適に使える？
（その世代のPCなら中古で3万円台とかで買えるから）

2018/12/01(土) 19:22:57.13

>>967
速く入れないともうすぐ2019が出るぞ。
PCはストレージをSSDにすればそれでも行けると思うが、
10万くらいだして新しいの買えば？
ボーナス出たんだろ。

2018/12/01(土) 19:38:17.10

>>968
まだボーナスは出ないだろ

2018/12/01(土) 20:37:48.90

>>967
まさにそんなスペックで頑張ってるよ。
VSのインストールはSSDのがいいだろね。
快適に使えてます。

2018/12/01(土) 20:38:33.79

>>967
あ、メモリは16Gです

2018/12/01(土) 21:45:13.70

>>968-971
ありがとう参考にします