Visual Studio 2017 Part6

2018/06/11(月) 00:37:48.15

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

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

2019/03/01(金) 15:52:18.57

VS「よっしゃ、テスト環境は1番で動くよう、最後の4番モニター使ったろ」

はさておき、こちとらwin8.1で2枚モニターだけど、終了時のモニターで起動するけどねえ

2019/03/01(金) 17:01:59.17

FindWindowしてSetWindowPosするexeくらいすぐできるだろ

2019/03/01(金) 17:46:58.80

同意。欲を言えば、それをWin32API呼び出しするPythonやPerlのスクリプトで実現するくらいがいい。

2019/03/01(金) 18:17:54.63

そういう問題じゃないと思うがｗ
まあフリーソフトでも対応できるし（違

2019/03/01(金) 18:29:24.37

スクリプト言語のよさは、設定と実行の両立にある。
なんでもexeにしてしまうのは中二病。

2019/03/01(金) 18:50:17.38

話が脱線してないか？
もともとVSそのものの話だったのに飛躍しすぎだろ

2019/03/01(金) 18:53:19.07

自分の自分による自分のためのexeはスクリプトと何が違うのかねえ

2019/03/01(金) 19:07:02.92

>>765
スクリプトなら、アプリ監視の厳しい職場でも使えるしソースが見えるから他の人にも安心して提供できる。

2019/03/01(金) 19:22:16.41

>>766
俺は「exeとスクリプトの何が違う」のかは聞いてねえぞ
オウンコードのexeはスクリプトと何が違うのかと聞いている

2019/03/01(金) 19:47:51.50

>>767
日本語が不自由な馬鹿は氏ねよ
おまえの質問文が悪かったんだろうが

2019/03/01(金) 20:10:58.88

お前ら今一度質問内容を読み返せ
現象説明と設定有無を聞いてるだけだろ

2019/03/01(金) 20:20:44.32

>>767
exeを機能拡張していくうちにexeファイルとは別に設定ファイルが欲しくなったりする。
スクリプト言語の場合、設定をソース中に記述できるし、テキストエディタですぐに改変できる。
Java/C/C#などのコンパイル言語との決定的な違いだよ。

2019/03/01(金) 21:06:08.88

コンパイル型、スクリプト型のpros/consなんてちょっと調べれば山ほど出てくるのにわざわざ何を聞きたいのか

2019/03/01(金) 22:20:43.36

>>768
悪くねえよ
悪いのは765が読めないおまえの頭だ　アフォｗ　ヴァカｗｗｗ　クルクルパーｗｗｗｗｗｗ

2019/03/01(金) 22:41:01.26

exeの場合、getoptのような引数解析を充実させることで設定ファイルを内在できないコンパイル言語の不利を補うのだけど、
残念なことにWindows向けには正規のgetoptライブラリが提供されていないのでライセンスの問題がごにょごにょ。

2019/03/01(金) 22:43:50.14

重箱の隅だけか

2019/03/01(金) 22:48:03.71

重箱だろうが何だろうが、神は細部に宿るけどね。

2019/03/01(金) 22:48:51.00

https://github.com/katahiromz/getoptwin

2019/03/01(金) 22:53:52.45

ID:h8NHrx+20
なんの話してんねん

2019/03/01(金) 23:06:02.66

私はこっちのgetoptを使ってる。スタティックリンクするとLGPL違反警告してくれる。

Full getopt Port for Unicode and Multibyte Microsoft Visual C, C++, or MFC Projects
https://www.codeproject.com/Articles/157001/Full-getopt-Port-for-Unicode-and-Multibyte-Microso

2019/03/02(土) 01:41:05.13

こういう誰でも分かる話になると急に参加してくる奴らｗ

2019/03/02(土) 02:26:15.85

ウインドウ位置どこに保存してるのかと思ったら、自前でレジストリハイブ持ってるんかい

privateregistry.binってのが実体だからレジストリエディタで適当な所に読み込んで、Software¥Microsoft¥VisualStudio¥(バージョン)¥のMainWindowって値がそれ
終了時の保存に失敗してるんだと思うけど、値を削除すると全画面になった
ちなみに終わったらアンロードしないとVSがアンロード待ちになってウインドウが出て来ない

2019/03/02(土) 07:31:58.20

>>770
酔い潰れて見落としていたが
ダメだコイツ、オウンコードが通じてない

2019/03/06(水) 06:41:12.98

Visual Studio 2017 version 15.9.8
released on March 05, 2019

Details of What's New in 15.9.8
Issues Fixed in 15.9.8
・These are the customer-reported issues addressed in 15.9.8:
ModelBus-enabled text transformation fails on 15.8.
・SSDT: Fix to improve performance of loading solutions with multiple projects.

2019/03/06(水) 18:56:05.19

picturebox1に表示された画像をpicturebox2に移したいのですが、参考ページ教えてください
picturebox1にdragdropを指定しても動いている様子がないです

2019/03/06(水) 19:34:54.65

>>783
それC#の話か？なんでここで聞くんだよ
C#で表示だけならpicturebox2.Image=picturebox1.Image
もっと詳しくなら該当スレで聞きなおせ

2019/03/06(水) 20:52:30.36

>>782
インストールフォルダが56.3GBになった
時々古いフォルダ消してるけど、全体は膨らむ一方

2019/03/06(水) 21:13:36.26

気になるようであれば、mklinkコマンドでジャンクションを作って別のディスクに割り当てるといい。自己責任だけど。

2019/03/06(水) 21:36:11.02

貨物列車1編成でミカン1個運ぶようなもんか

2019/03/07(木) 11:10:37.25

良い例えだがエリンギにするべきだった

2019/03/07(木) 18:51:02.33

エリンギの上にミカン１個乗せて運ぶようなもんだ

2019/03/07(木) 20:33:16.95

松茸の上に松露だったらうれしい

2019/03/08(金) 18:05:21.50

ｃ＃のフォームデザイナから追加したイベントは、コントロールを削除すると同時に削除されないのでしょうか？
そういう設定はないですか？

2019/03/12(火) 14:59:08.18

プロジェクトを一部だけ参照することって出来ないのかな？
↓こんな感じのことしたいんだけど

参照先プロジェクト・・・・自前のコード（ここだけを参照したい） + Mono非対応Nugetパッケージ（こっちを参照したくない）
参照元プロジェクト・・・・自前のコード + 自己責任で改造したMono用パッケージ

2019/03/12(火) 22:59:21.97

俺は使ったことないけど共有プロジェクトっていうの使えばいいんじゃないの？
昔はリンク参照とかしてたな

2019/03/13(水) 06:23:49.98

Visual Studio 2017 version 15.9.9
released on March 12, 2019

Details of What's New in 15.9.9

Issues Fixed in 15.9.9
・These are the customer-reported issues addressed in 15.9.9:
・SSDT: We fixed a crash in the SSIS Foreach Loop container.
・A few .NET native for UWP customer issues were fixed in .NET native tools 2.2 (UWP 6.2.4).
・We have corrected dual signing of Visual C++ Redistributable installers.

Security Advisory Notices
・A remote code execution vulnerability exists when the Visual Studio C++ Redistributable Installer improperly validates input before loading dynamic link library (DLL) files.
・Unity Editor Remote Code Execution Vulnerability.
・.NET Core NuGet Tampering Vulnerability.

2019/03/13(水) 12:18:58.08

>>794
2017はこれで打ち止めか？

2019/03/13(水) 13:22:53.97

15.9で最後だけど修正更新はまだ続くんじゃない？

https://devblogs.microsoft.com/visualstudio/visual-studio-2017-and-visual-studio-for-mac-support-updates/

2019/03/13(水) 14:01:59.80

>>795
ver.15.10.0とかver.15.11.0とかよくあることｗ

2019/03/13(水) 21:53:41.47

15.9.10, 15.9.11, ... (略

2019/03/13(水) 22:36:10.75

15.9.28307.518 …

2019/03/13(水) 23:23:02.49

だが待って欲しい。0-9a-zを使う36進数かもしれない。

2019/03/13(水) 23:27:56.24

結局2017のバグはまだあると。

**457** (ﾜｯﾁｮｲ f30c-13+i) · 2019/03/14(木) 00:54:37.80

VB6の頃みたいにイミディエイトウインドウでfor文を実行することは出来ないのでしょうか？

2019/03/14(木) 06:25:26.23

>>801
Visual Studio 2017程度の規模のソフトウェアでバグがないソフトがあるなら教えてくれw

2019/03/14(木) 06:41:26.49

バグがない証明ができるなら
バグのあるソフトは出荷されないだろう

2019/03/14(木) 08:54:37.86

>>804
それはわからんな
ないことの証明にとてつもなく時間がかかるとか費用がベラボーにかかるとかならやらない選択肢もあるだろ

2019/03/14(木) 11:39:24.60

友達いなそう

2019/03/14(木) 12:40:55.88

というか、どんなソフトにもバグが有るだろ。
無いと思ってる奴がいるのか?

2019/03/14(木) 16:26:31.16

それも違う
不具合なく動いているプログラムは普通にある
そのことが本当にバグがないことを意味するかどうかがわからないということだ

2019/03/15(金) 12:26:22.08

>>808
ソフトウェアの評価を仕事にしてる奴らなら「バグを無くすことは出来ない」と常識のように言うぜ。

不具合なく(殆ど表面化せずに)動いてるプログラムは普通にある。
それでも間違いなくバグはあると奴らは言うだろう。

2019/03/15(金) 12:41:15.47

検証後あとから出たバグは仕様です

2019/03/15(金) 12:52:24.78

>>809
おまえさん格言の意味を誤解しているな
それはバグの発生を防ぐ絶対的な方法はないと言っているだけで
全てのプログラムに必ずバグがあるという意味ではないぞ

2019/03/15(金) 14:05:31.81

>>810
検収じゃないのか？

2019/03/15(金) 18:03:59.03

2019はいつ頃リリースされるんだろう

2019/03/15(金) 18:12:48.23

>>813
4月2日

2019/03/15(金) 19:16:02.76

>平均的なC++プログラマがトリッキーと感じたり、メンテしにくいと感じたりするような構成は避けること

これわかる。演算子オーバーロードや関数バインドに凝りすぎると、人間にとって読みづらくなる。

2019/03/15(金) 20:24:07.69

2015から2017は軽くなったからあっさり乗り換えられたな
2019も2017より軽くなればいいけど無理だろうなあ

2019/03/15(金) 20:35:59.36

軽いよ
試してないの？

2019/03/15(金) 22:32:24.78

MFCしか使えないけどコントロール貼り付けて一度保存して、開きなおさないとビルドでエラーになるわ。

2019/03/16(土) 07:56:00.74

>>815
その「平均的なC++プログラマ」というのが最もスキルの低い者になっちまうのが現実
せっかくいい手を思いついてもいちいち否定するアイディアキラーはやる気なくさせるだけの害悪だ

2019/03/16(土) 14:28:05.90

ほんそれ
頭悪すぎる

2019/03/16(土) 15:42:12.95

そんな低レベルプログラマーがいるような組織にしか行けない人も所詮は同類

2019/03/16(土) 15:52:16.01

>>819
ラッシュアワーだと地下鉄降りてから地上出口になかなかたどり着けないのと同じだな。
全体の速度が強制的に一番歩くのが遅い人に同期させられてしまう。

ラムダ式使ったら「そんな難しくてわかりにくもの使うな」って言われた思い出。

2019/03/16(土) 16:44:33.15

>>822
いい例えだね
賢い人は別の空いてるルートを探してスイスイ先に進んでしまうわけだ
思考停止して群衆に紛れたらそこで終わり

2019/03/16(土) 17:54:10.32

引導渡してやれ

2019/03/16(土) 18:21:25.23

ラムダ式の存在意義は、ラムダ式呼び出し位置のすぐ近くに関数定義が存在することによる読みやすさ。
呼び出し位置とはるか離れた場所にラムダ式が定義されているなら、ケチつけられたとしても文句は言えない。

2019/03/17(日) 12:19:16.73

>別の空いてるルートを探してスイスイ先に進んで

これも空いてるから出来るんであって
本物のラッシュなめたらあかんで

2019/03/17(日) 16:56:56.92

ラムダ式の話題を見る度に関数やマクロで良いんじゃないのかと思ってしまう。
新進のコーダーと作業しないと新しい思考法が身に付かなくて困る。

で、ラムダ式の利点て何？
無名関数みたいに無計画にコーディング出来る事？

2019/03/17(日) 17:06:49.53

ラムダというかストラテジーパターンやオブザーバーを始めとした処理をカプセル化して生成箇所とは違うところ違うタイミングで遅延実行させるアレコレが強力なんだろな
ラムダはそれを書きやすくするための糖衣構文と考えればいい
ようはラムダのメリットはデザパタのメリットを得るために必要なコストを削減できる事だ

2019/03/17(日) 17:17:15.20

ラムダ式なんて関数でいいじゃん、という類の意見に対する反論なんてラムダ式の解説調べれば真っ先に出てくるだろ
「ラムダ式と関数ってどう使い分けるの？」的なのがいくらでも載ってる

2019/03/17(日) 17:25:02.72

関数に実際に処理させる関数渡すときなんじゃないの、

一度しか行わない処理のために関数増えたりとか面倒でしょ。
LINQなんかだと渡す処理は複雑でもないからね。

ラムダで複雑な処理かくなら
関数使えばてなるけどなんでもかんでも関数ってのもね

素人的にはそんな感じかな

ソフトウェア工学的とかの難しい話はできない

2019/03/17(日) 17:47:45.16

関数名や変数名の名前を重要と思ってる人は名前を付けないで済むと言う有り難さがわかってる
>>827みたいなのはテキトーに名前を付けてるクズコーダー

2019/03/17(日) 17:54:20.67

>>827
まあ所詮は関数名考える方が時間の無駄になるような、小さい関数書く時くらいだわな。
んで、無名関数より短く書けるってだけ。

最終的には可能なものは、Haskellのセクション(こういう(+)の)まで短縮したいんだろうがムリポ。

2019/03/17(日) 18:03:57.49

コード短くしようとするあまり1行にまとめてしまって対話デバッグでステップ実行しにくくなる、あるある

2019/03/17(日) 18:16:57.05

式をウォッチに入れるだけでは？

return h(a, g(b, f(a)));
---
w1: f(a)
w2: g(b, f(a))
w3: h(a, g(b, f(a)))
---

これをステップ実行しようとしたら最悪、変数が2つ増えてヤダ
ぽちぽち回数も増えるし良いことない

2019/03/17(日) 18:27:29.70

>>834
C++の話だろ？
引数に単純に即値を渡せないケースが多いからウォッチでは難しいよ

**827** (ﾜｯﾁｮｲ 4301-9VmB) · 2019/03/17(日) 23:08:35.24

もっとラムダ式のユースケース探してみる。
他人のコード読むのが一番勉強になるのに、交流が無くて辛い。
みんなありがと。

2019/03/20(水) 23:49:02.99

var client = new HttpClient();

このコードを使う為に
参照を記述しました。

using System.Net.Http;

しかし、↓この様なエラーが出ます。
これって何が問題なのでしょうか？

エラー CS0234 型または名前空間の名前 'Http' が名前空間 'System.Net' に存在しません
(アセンブリ参照があることを確認してください)

VS2010の時とかこんなエラー出なかった気がします。。。久々に使おうと思ったのですが
何か仕様が変わったのかな？

2019/03/20(水) 23:52:53.79

こういう質問をわざわざ5chでするのは荒らし

2019/03/21(木) 00:00:51.97

>>837
ターゲットフレームワークをNET Framework 4.5以上に設定

2019/03/21(木) 00:03:16.83

>>839
ありがとうございます！
なるほどぉお

2019/03/21(木) 06:33:15.51

.NET Coreプロジェクトをいじろうとしていますが作成したプロジェクトのターゲットフレームワークで
2.0以上を選択することができません。

とりあえずGoogle検索で出てくるようなことはやってみました
SDKの再インストールとかVisual Studioの再インストールとかでもダメ
プロジェクトのプロパティをエディタで直接編集してもビルドでけられます

何かご存知の方がいればご教授お願いします

2019/03/21(木) 07:42:21.71

プレビュー版をインストールすればバージョン上げれるよ

2019/03/21(木) 08:23:14.50

>>842
もう一度試してみますが、それも確かダメだった覚えがあります。

**841** (ﾜｯﾁｮｲ 9e02-0zLl) · 2019/03/21(木) 09:27:26.54

原因はわかりませんが、Path変数からdotnetフォルダへのパスが消えたためのようです
お騒がせしました

2019/03/23(土) 13:15:22.96

VC2017でMFCダイアログベースで組んでいます。
アイコンを作ってみたのですが、ソリューションエクスプローラーのプロパティでアイコンファイルの指定が見付けられないので、自作のアイコンファイルをデフォルトのアイコンファイル名にすて上書きして使っています。

これって駄目でしょうか？

2019/03/23(土) 14:04:05.04

VB6.0が何気に早くてよかった

2019/03/23(土) 14:18:59.92

>>845
アイコンとかはリソースビュー。
アイコンはプロジェクト毎に生成されてるから、同じファイル名で上書きして使っても問題ない。

2019/03/23(土) 22:00:43.89

>>847
ありがとう。
見つかったけど差し替えでやるわ。

2019/03/25(月) 14:42:22.30

Atomからきました
Atomでいう所の操作がいくつかVisualStudioでどうやるか分からないので教えて頂きたく
複数個所をクリック選択→まとめて単語選択
Atom : Ctrl+クリックで複数個所選択、Ctrl+Dで単語選択。まとめて発動
visualstudio : Ctrl+Alt+クリックで複数個所選択、Ctrl+Wで単語選択。だけど単語選択は最後に選択した箇所だけになってしまう

画面の横スクロール
Atom : Shift+ホイールコロコロ
visualstudio : ？？？

2019/03/25(月) 14:51:05.02

””や()の自動囲い
Atom : 囲いたい箇所を範囲選択→"キー
visualstudio : ？？？

2019/03/25(月) 14:55:06.13

>>849
頭は大丈夫か？

2019/03/25(月) 15:02:57.59

>>851
出来ないなら出来ないで諦めるんだけど、その情報にも辿り着けないから頑張ってまとめたのに酷くない
傷ついたから帰るわ

2019/03/25(月) 15:04:08.01

>>852
まず、スレタイをよく読んでみろ
ここは何のスレだと思う？

2019/03/25(月) 15:05:23.37

>>853
VisualStudio2017はコーディングに使うソフトではないのか

2019/03/25(月) 15:19:56.65

>>854
VS Codeと間違えたのではなく、VS2017で正しいと？
それなら謝る。すまん。

**デフォルトの名無しさん** (ｽﾌｯ Sdea-k4dH) · 2019/03/25(月) 15:28:06.98

俺もVSCodeスレと間違えてると思ってたw

2019/03/25(月) 15:36:33.86

確認したけどやっぱ間違ってないな・・・
それはそうと情報が欲しい

2019/03/25(月) 20:34:39.86

あー春休みか