Visual Studio 2015 Part8©2ch.net

**デフォルトの名無しさん転載ダメ©2ch.net** · 2017/01/20(金) 04:57:02.66

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

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

前スレ
Visual Studio 2015 Part5
http://echo.2ch.net/test/read.cgi/tech/1463267100/

Visual Studio 2015 Part6
http://echo.2ch.net/test/read.cgi/tech/1468307971/

Visual Studio 2015 Part7
http://echo.2ch.net/test/read.cgi/tech/1475491685/

**デフォルトの名無しさん** · 2017/01/21(土) 03:29:24.41

>>12
それは無理がある

**デフォルトの名無しさん** · 2017/01/21(土) 17:53:09.00

ジンジバにゃん

**デフォルトの名無しさん** · 2017/01/22(日) 14:41:41.72

https://chrome.google.com/webstore/detail/%E3%81%AF%E3%81%A6%E3%81%AAng/mbgdnfmdelffjdhkdggilmphfdihnmcj?hl=ja

**デフォルトの名無しさん** · 2017/01/23(月) 12:10:06.08

質問があります
2017rcのcm版を入れたんですがリリースされたらそのまま正式版にできますか?
インストール時に外したコンポネート?はあとから追加できますか?

**デフォルトの名無しさん** · 2017/01/23(月) 12:21:27.58

前者：仮にできたとしても入れ直した方がいいんじゃないだろうか
後者：インストーラを起動すれば追加削除できる

**デフォルトの名無しさん** · 2017/01/23(月) 12:27:35.98

>>16
ありがとうございますm(__)m

**デフォルトの名無しさん** · 2017/01/23(月) 12:28:12.36

間違えた
>>17 さん宛です

**デフォルトの名無しさん** · 2017/01/23(月) 12:42:11.31

rcにシリアル番号入れたらtrmになるとでも思ってるのかな

**デフォルトの名無しさん** · 2017/01/23(月) 13:26:25.00

RCと試用版は明確に区別して考えたほうがよろしいですね

**デフォルトの名無しさん** · 2017/01/26(木) 01:30:38.51

デバック実行したら必ずＯＳごとフリーズ・・・
けっこう前にDMMでエロ漫画を買って読んだせいだったとか
悲しくなってしまったよ。

**デフォルトの名無しさん** · 2017/01/29(日) 17:22:11.75

プロジェクトフォルダを取得したくて

http://qiita.com/Go-zen-chu/items/56409a77976d05d5bf61

のようにしたのですが何も書き込まれません
管理者権限じゃないといけないのかと思って管理者で立ち上げたけど駄目でした
何が悪いんでしょうか
Windows8.1 x64+VS2015 Professionalです

**デフォルトの名無しさん** · 2017/01/29(日) 17:40:49.00

>>23
質問の仕方から察するに、
悪いのはお前の頭だな
FA

**デフォルトの名無しさん** · 2017/01/29(日) 17:59:28.76

>>24
ブーメラン突き刺さってるよ

**デフォルトの名無しさん** · 2017/01/29(日) 19:00:56.81

そもそもリソースをソースであるプロジェクトファイルからの相対パスにする意味がわからん
普通静的に決まった固定パスか、実行モジュールからの相対パスにするだろ
前者ならハードコードすればいいし、後者ならビルドイベントでTargetPathかなんかからの相対にリソースをコピーすればいい

MsTestの糞挙動についてなら知らん

**デフォルトの名無しさん** · 2017/01/29(日) 20:33:09.67

そもそも論はどうでもいい

**デフォルトの名無しさん** · 2017/01/29(日) 22:48:14.00

working directory使え

**デフォルトの名無しさん** · 2017/01/29(日) 23:11:50.23

>>23
このブログは何を思ってこんなアホなことしてるんだ?

**デフォルトの名無しさん** · 2017/01/29(日) 23:28:01.38

開発中は、プロジェクトの相対パスで考えると、テストが簡単

一方、デプロイでは、サイトの相対パスへ変換する

**デフォルトの名無しさん** · 2017/01/30(月) 08:32:21.50

デプロイにそのjsonとやらを含めて、自分の居るフォルダから取っちゃだめなのかな。

**デフォルトの名無しさん** · 2017/01/30(月) 09:40:45.46

> 実行モジュールからの相対パス

C:\Program Filesにインストール以外で書き込むクソアプリは氏んでいい

**デフォルトの名無しさん** · 2017/01/30(月) 10:26:51.98

>>32
いつの時代の被害妄想だよw

**デフォルトの名無しさん** · 2017/01/30(月) 10:40:46.47

無意味に管理者権限を要求するクソアプリは氏んでいい

**デフォルトの名無しさん** · 2017/01/30(月) 11:21:22.55

>>32
今時実行モジュールもProgram Files以下には置かないだろ

**デフォルトの名無しさん** · 2017/01/30(月) 18:12:47.23

>>35
今時はどこに置くのが正解なの？

**デフォルトの名無しさん** · 2017/01/30(月) 18:15:42.78

VSの実行モジュールはどこにあるんだよ…
Program Files以下にあるうちのVSはパチモンかよ

**デフォルトの名無しさん** · 2017/01/30(月) 19:16:21.32

Program Filesは/usr/binみたいなもんで、
その人だけのものはLocalAppDataが適切なんじゃないの？

**デフォルトの名無しさん** · 2017/01/30(月) 20:11:04.56

それは違うと思うw
Chromeなんかはそんな感じだったと思うけど、MSはそもそも「その人だけ」のバイナリなんて考え方は
認めてないんじゃなかったっけ

**デフォルトの名無しさん** · 2017/01/30(月) 20:25:08.72

>>39
だからそれが時代遅れ

**デフォルトの名無しさん** · 2017/01/30(月) 20:31:58.07

時代の問題とは思わんなw
それに意味があるかどうかだろう
少なくとも「その人だけ」のバイナリに積極的な意味は見出しにくい。

**デフォルトの名無しさん** · 2017/01/30(月) 21:01:11.62

>>41
あなたが見いだせなくてもUnix系の人たちは昔から見出してるしMSもそれに寄っていってます
あなたは引き続き特権が必要なインストーラを世に送り出し続けてください
アーメン

**デフォルトの名無しさん** · 2017/01/30(月) 21:42:08.99

それはUNIXがもともとPCの文化じゃないからですw
積極的に何か意味があるからというより仕方なくだったりただの一種の文化だったり、そういうことでしょ。

積極的な意味って何があるよはっきり言ってみ？

**デフォルトの名無しさん** · 2017/01/30(月) 23:24:37.32

少なくとも、vistaからは、そのフォルダはアプリケーション入れる場所だよ。
https://technet.microsoft.com/ja-jp/library/cc766489(v=ws.10).aspx
>>39
は不勉強に加えて、反省や調査って能力も欠けてる。

**デフォルトの名無しさん** · 2017/01/30(月) 23:52:36.66

>>32
UACでブロックされるでしょ

**デフォルトの名無しさん** · 2017/01/31(火) 00:01:52.19

>>45
UACは出ずにリダイレクトされるんじゃなかったかな

**デフォルトの名無しさん** · 2017/01/31(火) 01:07:52.84

>>46
いずれにせよProgram Filesへ書き込めないってこと

**デフォルトの名無しさん** · 2017/01/31(火) 01:40:08.62

そういやClick Onceでの既定のインストール先はLocalAppDataの下だったな
Chromeは何時の間にかLocalAppDataからProgram Filesになってたけど

**デフォルトの名無しさん** · 2017/01/31(火) 05:23:32.45

>>48
よくわからんパスだよね

**デフォルトの名無しさん** · 2017/01/31(火) 06:43:05.29

何のためのUACだと思ってんだ・・・

**デフォルトの名無しさん** · 2017/01/31(火) 08:26:12.77

>>44
アプリケーションとアプリケーションデータの区別もつかないアホ乙

**デフォルトの名無しさん** · 2017/01/31(火) 08:51:09.77

>>51
読んでから言ってたら相当なアホだな。
引用)
ユーザーのアプリケーションデータおよびバイナリの既定の場所 (隠しフォルダ)

**デフォルトの名無しさん** · 2017/01/31(火) 08:52:46.79

読まずに言うのも相当だろ。どっちがマシかなんて判断出来ない

**デフォルトの名無しさん** · 2017/01/31(火) 10:49:30.79

ここでいいか迷いますが、修羅場を潜ってる方が多そうなので・・・

Access97形式のMDBを読み書きしないといけないんですが、
Microsoft DAO 3.6 Object Library ならば問題ないものの
Microsoft.Office.Interop.Access.Dao.dll を使うと MDB が壊れます。

主キー(ユニークキー)が設定されているテーブルなのに
キーが重複となるレコードが挿入できてしまうのです。
(キーをSeekしても NoMatch になる)

とりあえず x86 の間は DAO3.6 で誤魔化すとして、x64 だと DAO3.6 が動きません。
どうにか回避する方法ないですかねー

**デフォルトの名無しさん** · 2017/01/31(火) 14:00:04.48

>>54
access97を使わない。

**デフォルトの名無しさん** · 2017/01/31(火) 14:36:04.49

x64でもDAO3.6使えてるけど？

**デフォルトの名無しさん** · 2017/01/31(火) 14:47:25.52

え、ほんと？

実行環境はx86で、DAO.DBEngine使ったバージョンで正しく動くんだが
開発環境のVS2015（Win7x64）から動かすとDAO.DBEngineの付近で

CLSID {00000100-0000-0010-8000-00AA006D2EA4} を含む
コンポーネントの COM クラスファクトリを取得中に、次のエラーが発生しました: 80040154。

って出るんだ・・・
もちろんソリューションプラットフォームはx86にしてる

**デフォルトの名無しさん** · 2017/01/31(火) 14:51:28.72

プロジェクトからMicrosoft DAO 3.6 Object Library　（ActiveX版）を参照
こいつはInterop.DAOになって、こいつを使おうとしての話

Win7x86のVS2015では動いてたんだけど、開発機をx64にしたらNGになったもんで
x64で動かないもんだと思ってた。

**デフォルトの名無しさん** · 2017/01/31(火) 16:34:54.65

regsrv32をwowの中でやらなきゃならんとかそういうやつ？

**デフォルトの名無しさん** · 2017/01/31(火) 17:56:41.74

>>51
> ユーザーのアプリケーションデータおよびバイナリの既定の場所 (隠しフォルダ)
マジで言ってるのか？
それ UAC 非対応のアプリが VirtualStore\Program Files にインストールするから書いてあるだけだぞ
そもそもお前の Visual Studio はどこにインストールされてるんだよ w

**デフォルトの名無しさん** · 2017/01/31(火) 17:58:03.08

あ、アンカー間違えたわ
>>60 は >>52 宛な

**デフォルトの名無しさん** · 2017/01/31(火) 19:24:24.15

>>60
違うよ、残念ながら。
Visual StudioがProgram Filesにあるのは、バイナリが全ユーザ共通で、インストール者は管理者権限持ってるから、だよ。
ディレクトリの使い方、みたいなMSの文書あったはず。
プラグイン系もlocalappdataに行くはずだし、この辺Vista対応で燃えたからまともな開発者なら知ってると思ってたんだが。

**デフォルトの名無しさん** · 2017/01/31(火) 19:26:51.80

正しく()UAC対応すれば、Program Filesに置いていいと言う発想が間違ってる。
Program Filesには必要かつ合理的な場合のみ置く、だよ。

**デフォルトの名無しさん** · 2017/01/31(火) 20:36:46.56

調べたらもうMSからは落とせないのか。
死人に口無しとなってしまったな。

**デフォルトの名無しさん** · 2017/01/31(火) 22:14:51.64

>>62-64
ソースも出せない妄想乙
UAC の意味考えりゃわかると思うんだが w

**デフォルトの名無しさん** · 2017/01/31(火) 22:29:07.63

妄想かどうかは誰の目にも明らかで弁明する必要を感じないなあ

**デフォルトの名無しさん** · 2017/01/31(火) 23:33:47.14

https://technet.microsoft.com/en-us/library/cc709628(v=ws.10).aspx
https://technet.microsoft.com/en-us/library/cc766489(v=ws.10).aspx
PDF無いけど、technetにある程度書いてあったわ。

**デフォルトの名無しさん** · 2017/01/31(火) 23:43:20.60

UACって何の意味かわかってんのかな。
管理者昇格を気楽に考えすぎだろ。
アクセス権のコントロールじゃなくて、アカウントコントロールだぞ。
VirtualStoreに格納されるのは、あくまで自分が管理者でないか、管理者としての権限はあるが管理者として特権を確保していないために書き込みのアクセス権がない場合のみだから、
UACを切ってりゃ一般ユーザもVirtualStoreに格納されず直接読み書きできるかとなると、そういう訳じゃない。
Roamingするかどうかから、インストール先は考えるべきだしな。昔で言うシンクラとかするなら。

**デフォルトの名無しさん** · 2017/02/01(水) 08:06:59.52

自分が出してきたリンク先のタイトルも読めないのか... w
> Managing Roaming User Data Deployment Guide

**デフォルトの名無しさん** · 2017/02/01(水) 08:15:42.99

>>69
本文読んでない人に言われても。。
まぁ、お前が正しいって言うならそれでいいんじゃねえの？
アホすぎて相手にするの疲れたわ

**デフォルトの名無しさん** · 2017/02/01(水) 08:28:52.19

捨てぜりふいただきました～
そりゃ具体的にはなにも言えないもんな w

**デフォルトの名無しさん** · 2017/02/01(水) 08:42:41.30

で、結局何が言いたかったんだ？
>>39
のまま？

**デフォルトの名無しさん** · 2017/02/01(水) 11:17:51.29

全ユーザーが使えるようにインストールする：Program Files
実行ユーザーのみ向けにインストールする（UAC昇格は不要）：LocalAppData

これだけの話だと思うんだが
公式にお墨付きがあるかどうかなんて気にしてないな

**デフォルトの名無しさん** · 2017/02/01(水) 11:20:07.99

>>72
ちがうよ。
MSはその人だけのバイナリ、は認めてる。
その場合、リンク先に書いてあるように、ドメイン内でローミングするかしないかで、LocalAppDataなのかAppDataなのか使い分けろよ、って事。

**デフォルトの名無しさん** · 2017/02/01(水) 12:15:09.14

>>74
いや、君の方の言い分に疑問は無いんだけどね。
>>38 の主張がそのままなら単純にMicrosoft自身がアプリケーションをインストーラー自体必要ないzip形式でも配布してる事実を示せばそれで終了だよねと思っただけで

**デフォルトの名無しさん** · 2017/02/01(水) 12:17:33.89

それはインストールが必要なアプリも存在する以上反論になってないのではw
俺はそもそもその人だけのバイナリなんて必要性は認めないし、MSも恐らくそうだろうと思ってるけどさ

**デフォルトの名無しさん** · 2017/02/01(水) 12:23:48.14

>>76
え？なんで？zip配布するってことはその人だけしか使わない使い方も考慮してるってことだよね？
まさかzipを解凍して手動で全ユーザーが使えるように設定することを想定してるなんて無理のある主張はしないよね？

**デフォルトの名無しさん** · 2017/02/01(水) 12:30:41.66

https://imgur.com/a/YRhtL

**デフォルトの名無しさん** · 2017/02/01(水) 12:31:52.36

>>76
管理者としてインストールが必要なものと、
管理者でなくともインストールできるあるのが自明でしょ。
クリックワンス忘れんな

**デフォルトの名無しさん** · 2017/02/01(水) 19:43:44.00

スレ違いの話でどうしても自分が正しくないと気が済まないキチガイが居ついたか

**デフォルトの名無しさん** · 2017/02/01(水) 22:49:11.19

スレ違いでも無いだろ。

**デフォルトの名無しさん** · 2017/02/01(水) 22:57:22.82

しかし>>76を見てると「俺は」ってのは往々にして意味わからん事を言うもんなんだな、気をつけねばと自制の念すら覚えるな。
その人だけのバイナリを認めないなら、WindowsインストーラのJust meは何のオプションなのかわからん。
MSもおそらくそうだろう、が稚拙すぎてちょっと怖いレベル。学生でもあるまいし。

**デフォルトの名無しさん** · 2017/02/01(水) 23:56:07.76

>>82
あれは単にショートカットをどこに作るかだけの違いでしょ
どっちを選んでもインストール先は変わらないよw

**デフォルトの名無しさん** · 2017/02/02(木) 00:04:57.31

っていうか昨日から言ってるけど、だからその人だけのバイナリーなんて
（複数のユーザーがインストールして使うとしたら）ディスクスペースもメモリーも無駄だよね。

今時それらは潤沢かもしれないけど無駄は無駄であって、それを超えるメリットが何かないと
単なる無意味な無駄じゃないの？

俺にはメリットがあるように思えんのだけど

**デフォルトの名無しさん** · 2017/02/02(木) 00:20:12.21

>>84
馬鹿には分からない
だからお前にはわからない

**デフォルトの名無しさん** · 2017/02/02(木) 00:28:11.84

>>83
違うよ。もっとも、そうも作れるけど。
お前インストーラ作るようなアプリ作った事無いだろ…

>>84
メリットいくらでもあるじゃん。
別ユーザが仮想的に同位置に同名のファイルが置けるでしょ。
絶対に唯一として一つのバイナリだけ使うなら、そりゃProgram Filesに置けばいい。それはそう書いてある。
そうでないなら、気安くバイナリ置くべきではない。
ライブラリでも.netとGACで多少良くなったとは言え、マネージドでないならサイドロードされるかもしれんし、したいかもしれん。
自分の環境でテストしてるのに、誰か他の奴がバイナリ更新したら環境を保証できないじゃん。
かつ、誰かが使っている間は更新出来ない。
素人でもあるまいし。寝言は寝て言え。

**デフォルトの名無しさん** · 2017/02/02(木) 00:40:20.36

>>84
お前がそう思うのは良いけど勝手にMicrosoftを代弁すんなよ。

**デフォルトの名無しさん** · 2017/02/02(木) 00:51:11.85

ってか、わざわざUpした資料に書いてあるよね。
この業界で英語が読めないわけでもあるまいし。

**デフォルトの名無しさん** · 2017/02/02(木) 01:54:33.84

>>86
いや違わないから。
君こそインストーラー作ったことないでしょ
あれは単にショートカット作成の場所を選択してるだけ。

後半のメリットについては確かに一理はあるね。

**デフォルトの名無しさん** · 2017/02/02(木) 02:00:07.52

>>87
代弁するも何も、MSが「その人だけのバイナリ」に意味があると考えてない（少なくともある時点までは）
ことは、MSのディレクトリ構成がそれを前提としたものになってないことから明らかだ

**デフォルトの名無しさん** · 2017/02/02(木) 02:01:28.82

>>90
× MSのディレクトリ構成
○ OSのディレクトリ構成

**デフォルトの名無しさん** · 2017/02/02(木) 02:16:29.84

常に特権で使用するのが前提だったXPまではそうかもね。でもそんな昔の話してるのお前だけだから。

**デフォルトの名無しさん** · 2017/02/02(木) 08:18:28.15

>>90
なってるよ

**デフォルトの名無しさん** · 2017/02/02(木) 08:19:27.05

>>89
Localに入れるか無印に入れるかさえ選べるよ

**デフォルトの名無しさん** · 2017/02/02(木) 08:22:44.32

>>90
>>78
でupしたPP11-12に書いてある

**デフォルトの名無しさん** · 2017/02/02(木) 11:56:48.68

>>95
そんなこと書いてないでしょ。
一体どこを読んでるんだ？

**デフォルトの名無しさん** · 2017/02/02(木) 12:00:16.73

だからMSが共有されない個人ごとのバイナリなんて考え方を認めるのなら
OSのディレクトリ構成を最初からそのように設計してるよ。

スタートメニューはそういう設計になってる。
プログラムのインストール先はそうはなってない。

**デフォルトの名無しさん** · 2017/02/02(木) 12:05:05.70

面倒くさいやつだな。
一体何故押し通したいのかわからん。
悔しくて否定してるだけなら技術者としてちょっとヤバい。
というか、まさか実行可能ファイルはデータではない、とか思ってんのかな。

**デフォルトの名無しさん** · 2017/02/02(木) 12:11:37.40

>>97
なってるよ。なんのためのAppDataや、VirtualStoreなんだ。
お前が思ってる「インストールするもの」は、それがシステム全体に適用されるべきパッケージなだけ。

**デフォルトの名無しさん** · 2017/02/02(木) 12:11:43.26

>>98
こちらから見たら押し通したいように見えるのは君も同じだってわかる？
そういう幼稚な自分棚上げは（馬鹿な2chネラにありがちだけど）は技術者以前に人間として恥ずかしいよ。
大丈夫か

間抜けなこと言ってないで事実をもって反論してくれ

**デフォルトの名無しさん** · 2017/02/02(木) 12:18:45.59

>>99
AppDataにバイナリを入れるのは明らかに本来目的じゃない。
それはフォルダ名からも>>78の文章からも明らかだ。

VirtualStoreはUAC導入前の行儀の悪いプログラム対策の仮想フォルダで
ユーザー個別のプログラムのインストール先ではない。

何を言ってるのかね

**デフォルトの名無しさん** · 2017/02/02(木) 12:28:28.09

レスアンカーがついて議論になっているように見えるが、
実は互いが勝手に独り言をつぶやいているだけという好例。

**デフォルトの名無しさん** · 2017/02/02(木) 12:31:42.56

>>100
Microsoft自身がアプリケーションをzipで固めただけのものを配布してるという事実を指摘してるだろうが。
都合の悪いこと無視してんじゃねえよ

**デフォルトの名無しさん** · 2017/02/02(木) 12:36:36.53

USBメモリーの中にEXEやDLLをいれて
それ単体で実行できるもんね
一般ユーザー権限でも

Windowsのセキュリティはファイルのアクセス権で止まってるんだよ
とあるフォルダにファイルを書き込めるか/読めるか/削除できるか

って時代から大きく進歩してない

**デフォルトの名無しさん** · 2017/02/02(木) 12:39:14.61

>>103
話噛み合ってないよ。
そんなもの誰も否定してない。

**デフォルトの名無しさん** · 2017/02/02(木) 12:39:40.26

ユーザー環境も
1台のパソコンを複数人で代わる代わる使う
って思想

そりゃWin10から、1人で複数パソコン、を見据えた仕組みを備え始めたけれど
もともとのベースはWin10になっても「1台のパソコンを複数人で代わる代わる使う」って風なまま

**デフォルトの名無しさん** · 2017/02/02(木) 12:43:10.90

>>105
え？
じゃあ、
Microsoftが共有されない個人ごとのバイナリを認めてるってことで良いんだよな？
お前は一体何を主張してるんだる

**デフォルトの名無しさん** · 2017/02/02(木) 12:51:04.11

>>107
揚げ足取りじゃなくて真面目に議論するつもりがあるなら文脈読んで欲しいが、
だれもインストール不要の実行ファイルの存在を否定したり、それをMSが認めてないとか言ったりしてない。

そんなの現に実行できるようになってるんだから当たり前だと思うが

**デフォルトの名無しさん** · 2017/02/02(木) 12:55:05.71

>>108
じゃあ、お前の主張を纏めてくれ

>>だからMSが共有されない個人ごとのバイナリなんて考え方を認めるのなら

とか、そうとしか読めない

**デフォルトの名無しさん** · 2017/02/02(木) 12:57:44.13

> MSはその人だけのバイナリ、は認めてる。
と言い張る人がソースを出せばいいだけ

**デフォルトの名無しさん** · 2017/02/02(木) 13:10:28.06

インストール不要のアプリケーションもその人だけが使うためじゃなくて、全ユーザーが使えるように全てのユーザーが見える場所に置いて使うようにするための物って主張？

**デフォルトの名無しさん** · 2017/02/02(木) 14:06:28.10

ところでお前らWindows To Go使ってる？

**デフォルトの名無しさん** · 2017/02/02(木) 14:25:15.11

MSが大好きなCOM系モジュールはドライバと似たようなもんだから
ユーザー個別管理には向いてない

>>112
Windows To Be Gone? (難聴