Visual Studio Code / VSCode Part4

**デフォルトの名無しさん** · 2018/06/23(土) 00:01:55.07

MS発のエディタVSCodeのスレ

公式
https://code.visualstudio.com/
https://github.com/Microsoft/vscode/

開発状況
https://github.com/Microsoft/vscode/wiki/Iteration-Plans

更新内容(日本語訳)
https://vscode-doc-jp.github.io/updates/

前スレ
Visual Studio Code / VSCode Part3
http://mevius.5ch.net/test/read.cgi/tech/1514893835/

**デフォルトの名無しさん** · 2018/09/24(月) 12:58:14.93

VScodeってなんか見た目しょぼいというか、ガジェット感ないんだよな

**デフォルトの名無しさん** · 2018/09/24(月) 13:07:54.73

VSCodeは起動がクソ遅いし透明WindowじゃないからCUIエディタにも存在価値はあるんじゃないかな
起動は作業につき1回だけだから我慢できるけど、ネット動画背景にしてコーディングができないとツライ
透明Windowにする拡張があるけど文字列も透明になって見難いからNG

**デフォルトの名無しさん** · 2018/09/24(月) 13:09:10.57

viやvimそのものはもう滅多に使わないけどテキスト編集のキーバインドとしては最強だからvimキーバインド拡張がないエディタは日常使いできない体になった

**デフォルトの名無しさん** · 2018/09/24(月) 13:09:54.85

>>569
ないなら君が作ればよい

**デフォルトの名無しさん** · 2018/09/24(月) 13:14:58.49

>>569
要望がニッチすぎw

**デフォルトの名無しさん** · 2018/09/24(月) 13:17:58.14

electoronだから透明無理なのかな？
知らんけど

**デフォルトの名無しさん** · 2018/09/24(月) 14:41:09.64

キーボードマクロさえあればemacsから完全に乗り換えられるのになあ

**デフォルトの名無しさん** · 2018/09/24(月) 16:12:44.20

>>569
こいつエディ・マーフィだろうな。

**デフォルトの名無しさん** · 2018/09/24(月) 16:29:11.39

vscodevimはキーマクロを自前で実装してるのに、emacs派は役立たずだな
vimと違ってemacsはvscodeと立ち位置が被るからそもそも乗り換えないんだろうけど

**デフォルトの名無しさん** · 2018/09/24(月) 18:27:26.27

EclipseとNet Beansはなくなることは無いよ
日本のくそSES企業大好きだから

**デフォルトの名無しさん** · 2018/09/24(月) 18:46:19.71

Eclipseみたいクソまだ使ってるやついるのか
IntelliとVScode使い出してからHDDから削除したわ

**デフォルトの名無しさん** · 2018/09/24(月) 18:50:48.49

Javaのランタイム必須系はもう二度と使いたくないな

**550** · 2018/09/24(月) 18:58:09.38

返信ありがとうございます
エディタとしては正常な動作だと理解しました
色々なフォントを試してみようと思います

**デフォルトの名無しさん** · 2018/09/24(月) 20:16:37.66

>>576
検索とか置換とかも出来るの？

**デフォルトの名無しさん** · 2018/09/24(月) 20:30:16.29

>>581
当然
vimmerにとってvimとは特定のソフトウェアではなく操作体系であり、あらゆるエディタ上でvimを実現している
emacs使いとの大きな違いだね

**デフォルトの名無しさん** · 2018/09/24(月) 22:10:56.66

Windows10・WSLで、Linux を使う場合は、GUI が使えないから、vim を使う

**デフォルトの名無しさん** · 2018/09/24(月) 22:25:16.91

それはどっちもどっちというか、emacsはOSまるごとemacsキーバインドにしてしまうものが多いな。
ただシステムワイドなので一部の操作に限られる。

**デフォルトの名無しさん** · 2018/09/24(月) 23:12:23.65

>>550
MSゴシックなんかプログラミングで使う人いるんだ

**デフォルトの名無しさん** · 2018/09/24(月) 23:41:36.60

スクリーンエディタはnanoかmicroになってほしい。環境で設定激変するの疲れた。

**デフォルトの名無しさん** · 2018/09/25(火) 06:47:23.83

Eclipseはもう使ってないけどNetBeansはphp開発にはかなり便利
VScodeじゃまだまだ物足りない

**デフォルトの名無しさん** · 2018/09/25(火) 07:33:19.01

>>582
じゃあまじでプラグインのでき次第なんだね。
確かに前のやつもイマイチだったし、今のも微妙に不満あるんだよなぁ。

作ろうかな。

**デフォルトの名無しさん** · 2018/09/25(火) 07:33:27.54

>>583
設定すれば使えるよ

**デフォルトの名無しさん** · 2018/09/25(火) 08:02:14.77

>>584
それは快適な操作のためというより身体障害者の補助器具的な意味合いが強い
emacsはOS標準のキーバインドと被りまくるから、慣れたらショートカットキーをまともに使えなくなるんだよな
俺もそれが辛くてvimに乗り換えた

**デフォルトの名無しさん** · 2018/09/25(火) 21:50:09.68

>>586
xyzzy なんか、いかが？

**デフォルトの名無しさん** · 2018/09/25(火) 21:54:52.60

xyzzyってLisp使わないとあんまメリットない

**デフォルトの名無しさん** · 2018/09/25(火) 21:55:16.22

もちろん元ネタのEmacsもそうだけど

**デフォルトの名無しさん** · 2018/09/26(水) 00:03:43.20

>>592
win以外で動かないでしょ。

**デフォルトの名無しさん** · 2018/09/26(水) 19:37:50.17

設定をどこかいじったのかアップデートのせいなのかどちらかわからないのですが
日本語フォントサイズが18程度だとにじむ？かすむ？ようになりました
原因に心当たりあるかたおられましたら教えていただけると幸いです

**デフォルトの名無しさん** · 2018/09/26(水) 19:48:09.21

もしMacだったらMojaveのせい
非Retinaだとくっそ汚くなった

**デフォルトの名無しさん** · 2018/09/26(水) 20:13:49.02

>>596
Windows10です
Atomも昔同じ現象にあってしまい、重たいのもあってVSCodeに乗り換えたのですが
同じ現象が起こってしまいました

**デフォルトの名無しさん** · 2018/09/26(水) 20:33:49.35

既に言われてるけどChromiumのせいじゃろ、最近のChromeでも源真ゴとか一部の日本語フォントがクソ汚ねえし

フォントサイズが20以下だとフォントによっては醜悪なヒンティングがかかるのは
DirectWriteのレンダリングモードのひとつでVisual Studioの方はずっとこれなんだよなぁ

**デフォルトの名無しさん** · 2018/09/26(水) 21:19:08.10

>>598
確かに上に色々書かれてました
ありがとうございます
とりあえずフォント20くらいで使っておきます

**デフォルトの名無しさん** · 2018/09/27(木) 01:04:14.15

Chromeもfirefox並にフォントの設定いじるようにすればいいのにね。
俺はデフォのままだけど。

**デフォルトの名無しさん** · 2018/09/27(木) 09:59:37.42

C#で. NET Framework内の補完が効くようにしたいんだけど、参照先を追加するのってどうすればいいの？
VisualStudioで作ったソリューションを持ってくるとフレームワーク内まで補完が効くのに、俺が作ったAsdf.cs内だと全く効かんぜ・・・・

**デフォルトの名無しさん** · 2018/09/27(木) 12:42:05.66

>>601
スレチ

**デフォルトの名無しさん** · 2018/09/27(木) 13:25:46.39

スレチか？C#スレでもスレチって言われそうだけど

**デフォルトの名無しさん** · 2018/09/27(木) 15:42:44.90

omnisharpの話やろ

**デフォルトの名無しさん** · 2018/09/27(木) 16:28:40.41

>>604
で、どのスレが適切なの？

**デフォルトの名無しさん** · 2018/09/27(木) 18:09:30.35

Codeが快適すぎてVisual Studio使う意味ってある？

**デフォルトの名無しさん** · 2018/09/27(木) 18:25:51.62

VSCodeの.NETサポートはまだだいぶショボいから、エディタとしての快適性を除けばVSには意味あるよ

>>601
VSCodeで正式にサポートされているのは.NET Coreのみ
CoreのプロジェクトでちゃんとNuGet使って参照してれば補完は効く

**デフォルトの名無しさん** · 2018/09/27(木) 19:09:58.89

>>606
本家のほうがインテリセンスが速い気がする
サジェスチョンが親切(不要コードのグレーアウトとか)
VSInstallerがあるのでSDKを楽に揃えやすい
あとはなんだろう

**デフォルトの名無しさん** · 2018/09/27(木) 21:29:46.47

なるほど…？
C#書くならまだVSのがいいってこと？
XamarinならVSのがよさそうだけど
部分的にスクリプト的な使い方するUnityならCodeのがいいような

**デフォルトの名無しさん** · 2018/09/27(木) 21:46:28.25

unityでcode使ってるやつなんていたんだ。補完きくのそれ？

**デフォルトの名無しさん** · 2018/09/27(木) 22:36:03.44

>>610
拡張ある

**デフォルトの名無しさん** · 2018/09/27(木) 22:42:51.16

>>610
issueいっぱい上がってるから見てみ

**デフォルトの名無しさん** · 2018/09/27(木) 23:29:49.76

>>606
用途が違うわ

**デフォルトの名無しさん** · 2018/09/28(金) 07:09:53.90

肉#

**デフォルトの名無しさん** · 2018/09/28(金) 08:05:46.60

>>613
その用途の違いを教えて

**デフォルトの名無しさん** · 2018/09/28(金) 08:15:49.14

別に違わないな
新形式のプロジェクトファイルならターゲットフレームワークが非Coreでも解析は機能するみたいだし
あとは非Coreプロジェクトのデバッグにさえ対応したら俺の業務はVSCodeでほぼ完全に完結する
MSもそれが分かってるから実装しないのかもね

**デフォルトの名無しさん** · 2018/09/28(金) 08:29:38.53

>>601
cだとinclude行のWarningアイコンクリックで参照先追加できるけど、同じようにできない？

**デフォルトの名無しさん** · 2018/09/28(金) 08:44:40.38

VSと同様のソリューション単位での扱いができればCodeとの違いはほぼないだろうな
デバッグ機能の充実度の差があるけどそんなの拡張機能で何とでもできるし

**デフォルトの名無しさん** · 2018/09/28(金) 09:15:54.97

ソリューションは要らない
.NET開発でVSではなくVSCodeを使う最大のメリットは、
ソリューションを無視して.NETと無関係な他の言語や他ソリューションのフォルダを一緒に扱えることだと思ってる
最近はmsbuildや本家VSも「設定より規約」でディレクトリベースに移行しつつあって、むしろ本家でもソリューションは無くなってもおかしくない流れだよ

**デフォルトの名無しさん** · 2018/09/28(金) 10:45:15.62

ソリューションって何？

**デフォルトの名無しさん** · 2018/09/28(金) 11:03:52.43

>>620
プロジェクトとソリューションについて理解する
https://docs.microsoft.com/ja-jp/visualstudio/ide/quickstart-projects-solutions

**デフォルトの名無しさん** · 2018/09/28(金) 12:40:38.11

CodeのせいでVSの売上落ちたりしてないんかな

**デフォルトの名無しさん** · 2018/09/28(金) 12:45:25.83

>>616
.NET Coreじゃないプロジェクトのデバッグもできるよ
64bit限定だけど

**デフォルトの名無しさん** · 2018/09/28(金) 12:49:02.35

やっぱり快適性では本家の方が上だわ

**デフォルトの名無しさん** · 2018/09/28(金) 12:59:33.65

>>622
VSの売上はTeam Suiteが大部分を占めるらしいから個人レベルの好みが売上に直結するものではないだろ
まだ組織レベルでVSCodeに移行してるところはさすがに無いだろうし

**デフォルトの名無しさん** · 2018/09/28(金) 13:18:30.54

codeはエディタであって、記述はできてもそれだけでアプリを完成させられる訳でもないしな。

**デフォルトの名無しさん** · 2018/09/28(金) 13:24:20.07

TeamSuiteとはまた懐かしい名称を引っ張り出してきたな
10年くらい前のエディション構成だな
VS2005の頃だったか

**デフォルトの名無しさん** · 2018/09/28(金) 14:34:49.51

ぶっちゃけ、.NETとかMS用アプリ開発しないのであれば、VSCodeで十分！

**デフォルトの名無しさん** · 2018/09/28(金) 15:15:25.90

いやC++サポートは本家VSの足下にも及ばんぞ

**デフォルトの名無しさん** · 2018/09/28(金) 17:30:57.67

確かに
c++だけは2017でやってるわ

**デフォルトの名無しさん** · 2018/09/28(金) 18:54:36.29

Linuxで作業したいけどCUIエディタはクレイジーなのでVSCode

**デフォルトの名無しさん** · 2018/09/28(金) 19:00:59.46

そこはvimかemacsで頑張れよ。

**デフォルトの名無しさん** · 2018/09/28(金) 19:48:29.42

>>626
VSだって高機能エディタに過ぎないぞ
直感的に操作できるように各種コマンドを裏で動かしてくれてるだけなのでcodeの進化と拡張機能の充実度次第ではほぼ同等に使えるようになる可能性は十分ある

**デフォルトの名無しさん** · 2018/09/28(金) 19:58:05.54

コンパイラの有無を言っているのでは

**デフォルトの名無しさん** · 2018/09/28(金) 20:17:53.10

C++ C# F# はVSのほうが使い勝手いいな
まあちょっとしたコードの修正くらいならCodeかな
サクッと設定かくのはvim

**デフォルトの名無しさん** · 2018/09/28(金) 20:22:03.99

コンパイルなんてコマンド叩けばできるんだから

**デフォルトの名無しさん** · 2018/09/28(金) 20:25:45.71

オブジェクトブラウザの代わりってないの？

**デフォルトの名無しさん** · 2018/09/28(金) 20:29:40.73

定番IDEがない言語はこれで十分だな
PythonでもPycharm捨てたわ

**デフォルトの名無しさん** · 2018/09/28(金) 23:22:44.66

普段C++での開発はVSだけど、vcxprojを直接編集するときはVSCode使ってる。

**デフォルトの名無しさん** · 2018/09/28(金) 23:56:57.33

Visual Studio持ってるのにC++や.NET系言語をVSCodeメインで使う理由がないんだよな

**デフォルトの名無しさん** · 2018/09/29(土) 00:49:20.82

起動時間が比べ物にならないので単一のファイルを編集したいだけとかなら.Netとかでもcode使いたい

**デフォルトの名無しさん** · 2018/09/29(土) 01:13:40.56

GUIベースのプロジェクトだとデザイナ画面でコントロール切り貼り出来るVS しか選択肢はない
VSCodeはターミナルから手軽にWSLのBashが利用できるのでLinux関連の開発には便利

**デフォルトの名無しさん** · 2018/09/29(土) 09:04:26.68

せいぜい100MB程度のVSがあればなぁ

**デフォルトの名無しさん** · 2018/09/29(土) 10:13:58.18

>>642
FormsもWPFもデザイナ無しで開発できるよ
htmlと同じで慣れるとデザイナよりコードの方が早い

**デフォルトの名無しさん** · 2018/09/29(土) 10:42:12.22

グラフ用紙でも使って紙面上でコントロールの配置を検討して手作業で座標を入力していくのか
面倒くさすぎる

**デフォルトの名無しさん** · 2018/09/29(土) 10:45:25.91

詳しく

**デフォルトの名無しさん** · 2018/09/29(土) 10:52:16.33

WinForms手書きはやってみたことあるけど、JavaでSwing使うような感覚だな。

**デフォルトの名無しさん** · 2018/09/29(土) 11:41:25.57

>>645
？

**デフォルトの名無しさん** · 2018/09/29(土) 11:47:46.32

Formsは手書きしたことないけどWFPとかUWPみたいにXAMLでGUI作る場合はデザイナーはあくまで表示確認用であって直接触るのはXAMLだな
いわゆるポトペタ編集すると思い通りの入れ子構造にならなかったり変な数値がハードコーディングされすぎるから
その画面上では綺麗に表示されて見えてもサイズ変更で滅茶苦茶になったり、今後の使い回しができなかったりするから
結局XAMLを全部見直さなければいけなくなるのでそれなら最初から直接編集した方が簡単
今後のVSの進化でポトペタで生成されたXAMLから自動的に汎用化できる部分を切り出してくれるような機能ができれば少しは使えるようになるだろうけど
今のところポトペタでやるのは最初の最初に画面構成案を作る時ぐらいかな、手描きとかパワポよりは簡単に描けるから

**デフォルトの名無しさん** · 2018/09/29(土) 17:53:09.54

>>649
長文ご苦労様だけど結局のところVSCodeではなくてVSを使っているということでいいのかな

**デフォルトの名無しさん** · 2018/09/29(土) 17:57:42.10

>>642
WebはGUIじゃないとでも？

**デフォルトの名無しさん** · 2018/09/29(土) 18:04:46.72

WPFはともかくXAMLの編集はBlend for VSを使うのもひとつの手
VS本体のデザイナーよりも画面レイアウトには向いていると思う

**デフォルトの名無しさん** · 2018/09/29(土) 22:22:49.30

Mac用のスクショだとメニューバーが黒いんだけど、どうやるんでしょうか？
https://vscode-doc-jp.github.io/updates/images/1_17/touchbar.gif
この時点ではもちろんMojaveは出てないからOSのダークモードの設定は無いんですが。

**デフォルトの名無しさん** · 2018/09/29(土) 22:34:43.42

自己レス
"window.nativeTabs": true
にするとウインドウバーの色がデフォルトに戻ってしまうみたい
ちょっと残念

**デフォルトの名無しさん** · 2018/09/29(土) 22:57:36.58

native tab有効にするとcustom titleが無効になるからOSをダークテーマに設定するしかないけど
custom titleを黒くするのはテーマの仕事だからそういうテーマを利用すればいいと思う。

**デフォルトの名無しさん** · 2018/09/29(土) 23:16:38.10

タイトルバーの色が設定されているテーマに設定しても"window.nativeTabs": trueにすると、テーマの色が反映されなかったの

**デフォルトの名無しさん** · 2018/09/30(日) 01:56:16.62

macで使ってるんだよね？
提示されたgifにはメニューバーは映っていないように見えるけど

**デフォルトの名無しさん** · 2018/09/30(日) 13:06:45.77

オヌヌメのテーマ教えて

**デフォルトの名無しさん** · 2018/09/30(日) 13:19:12.87

>>658
デフォルト

**デフォルトの名無しさん** · 2018/09/30(日) 19:51:37.47

>>656
>>655嫁

>>657
ように見えるというか映ってないね。

**デフォルトの名無しさん** · 2018/09/30(日) 21:27:35.50

アイコンテーマはMaterialがすき

**デフォルトの名無しさん** · 2018/09/30(日) 23:40:20.20

漏れは、暗めのテーマ、Dracula を使ってる

テーマについては、
>>293-306

**デフォルトの名無しさん** · 2018/10/01(月) 07:32:36.01

確か最初から入ってる「Dark+」が良い。
ちゃんと色分けできてるし、色んな意味で普通だから良い。

**デフォルトの名無しさん** · 2018/10/01(月) 11:22:09.84

ドラキュラの派生でもっと暗めのがあったはず。あれ好き。

**デフォルトの名無しさん** · 2018/10/01(月) 17:51:05.06

あとrailgunっていう御坂美琴を意識してるんだろうなーってやつも案外見やすくて好き

**デフォルトの名無しさん** · 2018/10/01(月) 17:52:44.46

VSCodeがいろんな言語をデバッグできるのはどういう仕組みなんですか？

**デフォルトの名無しさん** · 2018/10/01(月) 17:58:53.05

デバッグなんて所詮は既に存在するデバッガを動かすだけのことだから洗練されたUIを作るのに時間がかかるだけでデバッグ機能自体は簡単に実現できる