Visual Studio 2019

2019/01/29(火) 21:41:03.68

!extend:checked:vvvvv:1000:512
!extend:checked:vvvvv:1000:512
↑冒頭にコレを三行重ねてスレ立てしておくこと

Visual Studio 2019 Preview
https://visualstudio.microsoft.com/ja/vs/preview/

The Visual Studio Blog
https://blogs.msdn.microsoft.com/visualstudio/

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

2019/01/30(水) 07:02:59.20

2get

2019/01/30(水) 14:17:05.51

早漏め

2019/01/30(水) 15:32:44.17

cl.exeのバージョン
vs2017: 19.16.27026.1
vs2019: 19.20.27305

_MSC_VER == 1916
_MSC_FULL_VER == 191627026
__cplusplus == 199711

_MSC_VER == 1920
_MSC_FULL_VER == 192027305
__cplusplus == 199711

2019/01/30(水) 15:40:47.53

デフォでUTF-8？

2019/01/30(水) 16:04:48.50

#include <iostream>

void 関数()
{
std::cout << "Hello, vs2019" << std::endl;
}

int main()
{
関数();
}
↑
これをUTF-8形式で保存して cl wanker.cpp /EHsc
コンパイル・実行ともに無問題

2019/01/30(水) 16:20:27.37

BOMなしでOK?

2019/01/30(水) 16:33:48.33

自分でやれよｗ

2019/01/30(水) 17:02:29.44

大事なことなので

2019/01/30(水) 17:19:30.31

BOMなんて、表示の時に困るだけで、コンパイラからしたらどっちだろうと全ファイル統一されてればいいだけだからな。

2019/01/30(水) 18:30:12.44

/source-charset:utf-8 /execution-charset:utf-8
これで良いのは知ってるけど
指定しなくてもいけるようになったんだっけ？って意味です

2019/01/30(水) 19:19:30.08

うちの環境では一度utf-8 bom無しで保存すれば問題なくなったよ。

相変わらずデフォがshift-jisだけど。

2019/02/02(土) 11:36:46.97

コンパイルは可能だけどエラーの赤線がでる。

#define COMMENT /##/

COMMENT bool;

2019/02/04(月) 05:58:09.86

C4455のアホ警告まだ直ってないね

2019/02/04(月) 06:33:36.61

ユーザー定義リテラルの事？
_で始まらないキーワードは標準c++の将来の拡張のために全て予約済み。

https://cpprefjp.github.io/lang/cpp11/user_defined_literals.html

2019/02/04(月) 10:32:45.55

んなこたわかってる
その標準のやつを使おうとしたのまで警告するからアホつってんだ

2019/02/04(月) 18:16:44.29

https://developercommunity.visualstudio.com/spaces/62/index.html
で報告してみれば良いんじゃないか

2019/02/04(月) 20:19:29.34

>>16

うちの環境で再現しないな。
何を使用したら警告でる？試したい。

2019/02/04(月) 20:58:22.65

#include <chrono>
using std::chrono::operator""ms;
int main()　{}

自分でやってみねえボケの相手はしちゃいけねえんだが
俺はつくづく甘い男だ

2019/02/04(月) 21:06:12.94

>>19
thank you!

その使い方だと確かになるな。うちの環境でも再現した。

void func(){
using namespace std::chrono_literals;
auto res = 3s;
}

上のような使い方にしたらどう？

2019/02/04(月) 21:10:20.51

おまえ15だよな
15の論法でそれを言ってみな

2019/02/04(月) 21:23:07.89

>>21
まさかusingしてるだけだとは思わなかったのさ。。。

これでもC4455の警告でるんだよ。
constexpr double operator""deg(long double deg) {
return deg / 180 * 3.14159'26535'89793'23846'26433'83279'50288;
}
constexpr auto res = 180.0deg;

warning C4455: 'operator ""rad': 先頭がアンダースコアではないリテラルサフィックス識別子は予約されています

2019/02/04(月) 21:31:35.32

イミフ

2019/02/05(火) 10:14:16.45

意味不明な使い方してワーニング出るとか騒ぐアホ

2019/02/05(火) 11:37:01.24

x ワー

2019/02/05(火) 17:26:19.22

うわ、あの使い方の意味がわかんねえのか
アホなんて表現で済むレベルじゃねえな

2019/02/09(土) 22:13:26.01

2019スレ立ってたのか
人いないっぽいけど

2019/02/10(日) 09:51:19.57

テス

2019/02/10(日) 12:34:34.84

興味をそそる新機能があるのならいいが、いまのところ
Preview版を入れてまで試したい新機能がないな。

それだけ完成しきっているってところなのか、
個人的にはXAMLのエディタにもうちょっと力を入れて欲しいところ。

2019/02/10(日) 12:55:15.02

MSとしてはBlend使えということかもしれんが統合しては欲しいなあ
というかいまいち使いどころがよく分からん

2019/02/11(月) 07:48:50.65

Blendの存在を忘れていたが、デザインの方ではなくてViewModelのコードとの連携かな。

よくやってしまうのがプロパティ宣言で{get;}を付け忘れてフィールドにしていたり、
privateになっていたりという単純なミスなのだが、(Prismを使うと?)エラーなどにならないからけっこうハマる。
あと、ReactivePropertyなのにValueの付け忘れとか。

他に、イベントトリガーで引数EventArgsの型がわからなくて困る。
(いったんコードビハインド側に生成させたりして確認しています)

XAMLの{Binding}に未定義のプロパティ(Path)を書いたらViewModelに生成するようになれば
このあたりのミスや手間が減りそう。

2019/02/12(火) 10:45:58.95

blendは、一時期立ち上がらなくなってたから使ってないわぁ