Visual Studio 2019 Part2

2019/07/02(火) 23:19:24.60

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

Visual Studio 2019 の新機能
https://docs.microsoft.com/ja-jp/visualstudio/ide/whats-new-visual-studio-2019?view=vs-2019

The Visual Studio Blog
https://devblogs.microsoft.com/visualstudio/

前スレ
Visual Studio 2019
https://mevius.5ch.net/test/read.cgi/tech/1548765663/

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

2019/08/02(金) 17:50:49.35

それともう一つ質問があるのですが
wisdom.sakura.ne.jpあsystemあwinapiにはC言語を熟知してることが前提と書いてあるのですが
熟知ってどれくらいのことを指すのですか？同サイトのC言語入門のページは全部覚えたつもりでいるのですが…

2019/08/02(金) 18:08:10.49

中身観てないけど
●環境構築は自分で出来る
●コンパイルエラーが出ても自分で治せる
●バグがあっても自分で治せる
●文法知ってるだけじゃなくてハマリ所やOSについてのノウハウとかも知ってる

2019/08/02(金) 18:26:39.57

そのサイトを見たら、この本を思い出した。
猫でもわかるC言語プログラミング第3版、2013

VC++ で、win API を使うのなら、それをラップした、MFC だろ

かんたん Visual C++［改訂2版］、堀義博、2017

2019/08/02(金) 18:28:06.08

●C の初心者
●Win32API を覚えたい

この条件ならMFCは止めた方が良い

2019/08/02(金) 18:43:51.41

そもそも初心者なら手を付ける言語を変えるべき
OSや組み込み環境での開発を目的としてるのでなければ今更C言語を学ぶ意味なんてない

2019/08/02(金) 18:54:43.37

そーそー初心者はBASICでもやってろ

とは思わん。金貰ってやるんじゃなきゃ
好きにすれば良いじゃん。

2019/08/02(金) 19:15:06.07

Cを学ぶ意味がないなら今さらwin32apiを学ぶ意味もあんまりないだろ

2019/08/02(金) 19:35:23.33

>>605
MFCをやりながら徐々に Win32 APIを覚えていくやり方もありますよ。
どうせMFCでは Win32 の CreateWindow() 系の style や
hParent, hMenu みたいな意味を調べないと有る程度以上のプログラム
は出来ないので、やってるうちに Win32 API の知識も増えます。
このことは、グラフィック描画においても当てはまり、
直線描画ですら、MFC は Win32 API の生の姿がかなりそのまま
表に出ています。

2019/08/02(金) 19:44:30.34

MFCもwin32も過去の遺物
今から覚えるなら無駄だからやめれ

2019/08/02(金) 20:00:45.52

システムが裏側でどう動いてるか知りたいとかの
興味趣味なら好きにすればいいんじゃね

仕事探すためにってのなら無駄になる可能性高いからやめた方がいいな

2019/08/02(金) 20:06:31.02

今新人に求めるのはPerl/php+sql+html5+javascriptでページを作れる能力だな。
それに加えてjavaかC#ができればベターだ。
古いシステムには仕事の減った年寄りがいるので新人はいらん。

2019/08/02(金) 20:08:02.56

>>612
化石人間なの？

2019/08/02(金) 20:12:14.03

まぁあとはMFCとかWin32APIは確かにレガシーだから
他の言語もいろいろ使える開発環境としてのVisual Studio のスレじゃなくて
別のスレか古い本買って読むか
どこかそれ専用のコミュニティで聞いてほしいな

2019/08/02(金) 21:27:50.51

化石人間の対義語ってなんやろな？液化天然ガス？的な？

2019/08/02(金) 21:45:58.33

perl phpはもうレガシーだわな

2019/08/02(金) 21:48:15.56

化石人類なら現生人類なんだが、
この猿は人間だぁ＠江戸むらさき
ぐらい？

2019/08/02(金) 22:06:17.98

>>601
細けえ事は気にするな
何かのワーニングだ

2019/08/02(金) 22:07:10.55

>>604
だから人間の書いた本を読め
猫のは良くない!

2019/08/02(金) 22:09:41.03

>>602
ポインタとか構造体とかそれなりに理解してないとwin32apiは無理だよ

2019/08/02(金) 22:44:25.19

ここで聞かなきゃいかんような馬鹿には無理

2019/08/02(金) 22:49:05.61

なに、失敗したところで死んだりしないから大丈夫だ
せいぜいパソコンが壊れる程度

2019/08/03(土) 01:18:22.45

>>615
w
今の液化天然ガス人間はPythonあたり?

>>622
青画面出すぐらいはできるだろうけど
パソコン壊すの結構難しくない?w

2019/08/03(土) 01:46:19.11

>>623
馬鹿は書き込みしなきゃいいのに

2019/08/03(土) 04:34:49.04

>>609
そんなことは知ってるよ
MFC はクラスライブラリではないただのラッパーだ
なんで Win32API を覚えたいのに
糞の役にも立たない MFC まで同時に覚えなきゃならんのだ
無駄な努力だから MFC に関わるなって言ってるだけ

2019/08/03(土) 05:11:06.99

フォント関係ではいらんことしていたり、
結局MFCソースを見なければならない事
もあるから、
最初からネイティブAPIに当たるってのはあり
だと思いますけどね。

2019/08/03(土) 05:27:45.02

Win32APIだけで窓アプリ作るのは辛いぞ？
コンソールアプリだったらMFCなんか必要ないけど
窓アプリのベースにMFC使うのはありだろ
MFC使ったら全部MFC使わなければならない訳じゃないし

2019/08/03(土) 05:32:19.38

勉強なんだから、それもありじゃね？
将来DDK方面に進むかも知れないし

2019/08/03(土) 05:38:48.46

DDKって...話の方向性が全く違うこと分かってる？
おまえ本当にドライバ書いたことあんの？

2019/08/03(土) 05:41:38.98

あるよ、PLX 9050が載っている独自ボードのドライバーを作っていた

2019/08/03(土) 05:44:25.18

クソMFC使うくらいならVBにすべきｗ

まあwin32api自体はC/CPPとの親和性が高いので素直にそれ使うといい
ヘッダーから全て揃ってる
他の言語はwin32apiを使うためのお作法から定義まで自分でやらにゃいかん

>>627
この程度になんでMFCが必要なのさ
WimMain書いてCreateWindowとメッセージループ回すだけだし、ここはコピペでもいい
しかしこの根幹すら理解できないんならwin32apiなんか理解できないよ

2019/08/03(土) 06:38:04.88

>>601
winmainの戻り値をvoidにするか
return 0でも付けとけ

2019/08/03(土) 06:41:01.54

>>631
何でvb?
mfc使うくらいならwxwidgetsでも覚えたほうが潰しが効く

2019/08/03(土) 08:29:33.79

初心者がVSで勉強するなら素直に.NET使うのが一番ハードルが低い
ある程度のものをすぐ作れないとモチベが続きにくい
言語はどれも方言みたいなもんだから好きに選べばいいけど初心者向けの情報量の多さからしてC#かVBだな

2019/08/03(土) 09:09:45.61

>>601
確認してみたが、VS2019ではC++関数の引数や戻り値の構文チェックが変更されたらしい
エラーではなく警告なので無視しても構わないけど、気になるならWinMain関数のプロトタイプ宣言に忠実に従えば回避できる

関数パラメーターおよび戻り値の注釈設定
https://docs.microsoft.com/ja-jp/visualstudio/code-quality/annotating-function-parameters-and-return-values?view=vs-2019

https://i.imgur.com/2FjV8qk.png
https://i.imgur.com/XttyGI7.png
https://i.imgur.com/8axqA1Q.png
https://i.imgur.com/xRN16wM.png

2019/08/03(土) 12:48:32.60

ホワイト國ω

2019/08/03(土) 12:57:16.09

「検索と置換」ウィンドウがフォーカスを受け取った時の振る舞いがおかしくなってる気がする。

2019/08/03(土) 13:06:07.50

>>633
wxWidgetはお勧めできない。

2019/08/03(土) 13:24:32.30

>>638
そうなの?
お勧めは

2019/08/03(土) 14:30:08.66

>>639
ない。

2019/08/03(土) 15:04:08.18

自称でもC得意ならTcl/tk

2019/08/03(土) 15:24:27.52

>>633
間口の広さと手間のかからなさから言えば、MFCより断然VBなのは間違いがないってだけのジョーク

**デフォルトの名無しさん** (ｽﾌｯ Sd43-nzvg) · 2019/08/03(土) 15:51:14.98

MFCってClass Literaryじゃなかったのか

2019/08/03(土) 16:08:22.27

釣られないぞ

2019/08/03(土) 17:04:39.43

>>642
vbってvb6のことか?
vb6のようにお手軽にguiの作れるのは無いな

2019/08/03(土) 17:14:59.35

そもそも2017と2019ってなにが違うの？
初歩的な質問ですまんね

2019/08/03(土) 17:28:14.06

オレも違いが分からんがvs2019ではtfsの新規プロジェクト作成のメニューが見つからないw

**デフォルトの名無しさん** (ｽﾌｯ Sd43-nzvg) · 2019/08/03(土) 17:34:57.84

>>644
ごめん、ちょっと試験のあとと屋外の暑さに参ってか
素で間違った
Class Library ね

2019/08/03(土) 21:04:22.05

>>646
2019じゃないとできないことが少しだけある
WPF/WinForm+.NET Coreアプリの開発とか

2019/08/03(土) 21:19:05.67

2019でClangをサポートしてる

2019/08/03(土) 21:47:18.07

>>646
使えるMSBuildのバージョン

2019/08/03(土) 22:47:16.85

>>650
Windowsアプリがclangでビルドできてる

2019/08/04(日) 10:13:42.15

VSは新しくすると出来なくなることあるから、そこで困らなければ最新でいい

2019/08/04(日) 10:35:22.42

枯れたバージョンを使ってると通に見られますが何か

2019/08/04(日) 10:40:47.69

頭が固くなって新Verに乗り換えられないお爺ちゃん

2019/08/04(日) 10:44:55.00

>>654
老害乙

2019/08/04(日) 11:05:10.04

>>654
プログラマー界のシーラカンス

2019/08/04(日) 11:25:01.01

>>654
２００８使ってたら、社内ネットに接続禁止って言われた

2019/08/04(日) 11:28:30.30

>>654
Visual C++ 1.52c とか使ってるならそう言っても許される

2019/08/04(日) 11:48:37.69

前は枯れててかつ古すぎない1つ前のバージョンを使うってのがあったけど、
今は2015,2017,2019とマイナーバージョンアップみたいなものだから微妙。
VCランタイムもいつの間にか共通化されちゃって、いつまでたっても枯れない。

2019/08/04(日) 12:03:54.07

枯れてる≒腐ってる
今は伸びてる元気な枝にぶら下がるしか無いんだよ
その枝が枯れてきたら他の枝に飛び移る
飛び移るだけの体力は温存しようぜ

2019/08/04(日) 12:32:40.51

バグが無けりゃ、常に最新版を使いたいのだけどね。
最近はちょくちょく小さい枝を伸ばす(マイナーバージョンアップ)けど、その度に虫(バグ)が沢山付いてるのがちょっと。
試せばすぐ分かるようなのも多くて、β版みたいな品質…。特に2017は酷かった。

2019/08/04(日) 12:48:44.21

別にUIの挙動程度なら許容範囲だな。
世の中の数ある開発ツールの部類の中では安定してる方だしな。

2019/08/04(日) 12:53:03.33

前に最新版でpythonの画面開けないバグあったけど
誰もテストしてないからそうなったんだろうなって思う
とりあえず機能つけて出してクレームはあったら数週間後にバグ修正

2019/08/04(日) 13:17:25.83

>>663
たまにアプリの挙動に問題が出るバグもあるけど

2019/08/04(日) 14:28:39.13

>>661-662
どっちも判る

2019/08/04(日) 14:45:44.78

枯れる枯れないてか、仕事で使う分にはセキュリティリスクとかサポート状況の方が重要だから、
それらに問題ないんならバージョン1~2くらいわざわざ最新に手を出すのは面倒くさい
ヒマならいいけど

2019/08/04(日) 15:39:34.13

昔はvsの新物はサービスパック出てから使ってたけど
vs2019は週替わりバージョンって位落ちてくる

2019/08/04(日) 16:48:48.46

MSの製品どれもリリースサイクル早くなってる印象がある

2019/08/04(日) 18:09:32.60

古くてもVS2015までだな、それ以前は言語機能やフレームワーク周辺からして無理

あと古いからバグが無いって考え方は間違いだぞ
Linuxカーネルとか最新版(LTS含む)でバグ修正されててもクソ古いRHEL系じゃ反映されてない危険な状態も多々あるし
先日誤報があったVLCの脆弱性も1年半前には修正されてたが、Debian,Ubuntu系で採用されてたライブラリが古いバージョンなせいだからな
出始めの物を触りたくない気持ちも分かるが、最新使って積極的にフィードバックした方がお互い嬉しいはず

2019/08/04(日) 18:28:07.42

会社だと古いVSでビルドした製品の保守はそのバージョン使うしケースバイケース
趣味なら基本最新版やね

2019/08/04(日) 19:01:53.05

std::くらい書けで終わる話をいつまで続けるつもりだ

2019/08/04(日) 19:02:08.51

すまん誤爆

2019/08/04(日) 20:21:15.04

ふざけんな

2019/08/05(月) 22:17:46.67

2017でビルドできたclangを使ったc11のソリューションが2019だと
clang_c2もllvmプロジェクトの拡張機能のやつも2019で加わったclang8.0の分も全部ビルドできない。
stdnoreturn.hが見つからないんだけど何が問題かわからない。
誰かヒントくれ。

2019/08/07(水) 06:10:05.10

Visual Studio 2019 version 16.2.1
released August 6, 2019
https://docs.microsoft.com/en-us/visualstudio/releases/2019/release-notes#16.2.1

Top Issues Fixed in Visual Studio 2019 version 16.2.1 Servicing

・Fixed an issue that caused Xamarin.Android projects using the Xamarin.Android.Arch.Work.Runtime NuGet package to fail with "class file for com.google.common.util.concurrent.ListenableFuture not found".
・Fixed Link assemblies causes app crashes if you have an EditText in VS2019 Preview 2
・Fixed error 'Some or all identity references could not be translated' when opening extension manager; fixed failure to persist some IDE settings.
・Fixed Parallel Stacks shows nonsense number of threads
・Fixed After repair, build cmake folder fails with D8050, compile using tasks.vs.json fails with "cl" is not recognized
・Fixed No longer able to group by trait in Test Explorer with VS 2019 Preview
・Fixed Some c++ code analysis warnings are not localized
・Fixed Service Fabric Project not loading
・Now correctly reports $(MSBuildVersion) as 16.2.x, instead of the erroneous 16.200.19.
・Fixed issue causing a random crash after closing GoToAll/Symbol UI.
・Fixed crash during Visual Studio sign-in.
・Fixed an issue where forms previewer on Android frequently stops responding and needs a restart.
・Added iOS Designer Xcode 10.3 support.

2019/08/07(水) 17:11:08.36

こんなにリリースを繰り返したら、バグが入らざるを得ないだろう。

2019/08/07(水) 17:32:38.90

人柱というのはどこにでもいるもので。

2019/08/07(水) 17:43:59.21

2021が出たら2019に替えれば問題ない

2019/08/07(水) 19:48:44.75

Fixed crash during Visual Studio sign-in.

こういうのって普通ある程度事前に判るよね

2019/08/07(水) 20:54:13.52

アセンブリの署名ってGACに登録しないのであれば不要という認識でよいでしょうか？

2019/08/07(水) 23:24:31.32

署名の役割はGAC登録だけではないので
状況次第ではノーだけど

GACに登録する必要が無くて
他に考慮するべきことも無いなら署名は不要

2019/08/07(水) 23:28:57.76

他に考慮すべきことってのは

改竄されてないこと(発行元)の保証や
複数バージョンの管理とかね

2019/08/08(木) 07:34:45.70

>>678
多分、安定バージョンと実験バージョンを区別できないので、
世界中の開発者が全員、公開デバッグに参加させられる。
つまり全員が強制的に人柱にされる。

2019/08/08(木) 08:01:57.97

>>682
>>683
ありがとうございます。

2019/08/08(木) 08:04:11.61

>>684
VisualStudio Insiderでの開発版の公開テストって廃止されたっけ？

2019/08/08(木) 08:12:28.46

ただの皮肉でしょ
嫌なら使うなとしか

2019/08/12(月) 06:14:41.91

VisualStudioはC言語用のファイルは無いのでしょうか？
空のプロジェクトを作成してCppファイルを追加で入門書のコードを打って練習しているのですが
paizaとかでエラーにはならないのにVisualstudioだと打ってもエラーになるようなコードが出てきます。

2019/08/12(月) 06:59:28.07

VScodeが環境パス通したり色々したり設定めんどくさそうなので
Visualstudio2019を選んだのですがC言語学習には不向きなんでしょうか？
pa

2019/08/12(月) 07:09:44.03

インストールオプション

2019/08/12(月) 07:24:09.22

>>690
NETデスクトップ開発、C++によるデスクトップ開発、ユニバーサルWindows、拡張機能の開発、C++によるLinux　という5つの項目をインストールしたのですが他に何か足りなかったでしょうか？

2019/08/12(月) 07:36:01.87

拡張子をcppじゃなくcに変えたら出来ました。試してみるべきでした。ごめんなさい;

2019/08/12(月) 11:14:42.86

このレベルの人がどうしてまずここに辿り着くのか不思議でしょうがない。

2019/08/12(月) 11:21:10.36

せめてこっちだな
【初心者歓迎】C/C++室 Ver.105【環境依存OK】
https://mevius.5ch.net/test/read.cgi/tech/1556142878/

2019/08/12(月) 11:54:24.40

Cがわからないんじゃなくて
VS2019がCをビルドできない（VS2019のバグじゃね？）
というノリで探しているからだろう

2019/08/12(月) 12:25:29.95

>>688
C++はほぼC言語を含んでいるけど、言語仕様で厳しくなっている部分もあるから、
コンパイルエラーになったら初心者スレで、エラーになるソースを提示して聞いてみるのが、
いいと思う。
拡張子をcppにしておけば、その後のC++で追加されたクラスの勉強にも、そのまま
使えるし、なんでC++ではコンパイルエラーになるようになったかもわかった方が勉強になると思う。

2019/08/12(月) 15:11:33.72

>>688
C++じゃなくてCとしてのコンパイルを期待してるなら
ソースの拡張子も hoge.c にした方が無難
(オプションで C 文法指定出来るけど紛らわしいのでやめろ)

2019/08/12(月) 15:13:33.07

>>689
「学習」が目的なら
「環境パス通したりが面倒」「環境変数設定が面倒」とか言うべきではないな

2019/08/12(月) 15:20:31.97

>>689
面倒だと思うなら素直にLinuxでやっとけ

2019/08/12(月) 15:50:28.24

>>698
> 「学習」が目的なら
> 「環境パス通したりが面倒」「環境変数設定が面倒」とか言うべきではないな
そうか？
言語の学習には不要だからやらなくていいならやる必要なんてないだろ

2019/08/12(月) 16:13:12.15

>言語の学習には不要

doubt
聴き飽きたわそれ