Visual Studio Code / VSCode Part8

**デフォルトの名無しさん** · 2020/06/11(木) 12:01:27.72

Microsoft発のエディタVisual Studio Codeのスレ

公式
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 Part7
https://mevius.5ch.net/test/read.cgi/tech/1576059976/

**デフォルトの名無しさん** · 2020/07/11(土) 16:03:40.27

>>332
別にマイクロソフトがお手上げ状態という訳じゃないよね
開発中ですってことだろ

**デフォルトの名無しさん** · 2020/07/11(土) 16:40:50.80

試験段階ではあるだろうけど、その注釈は"Partial" IntelliSenseに対してだろうし
「until the more complete」が指すのはプロジェクトの完全ロードを要する物でしょ
例に「language service needs to know all exported symbols」って書いてあるよね？

**デフォルトの名無しさん** · 2020/07/11(土) 16:52:53.59

プロジェクト全体の解析が終わった後のインテリセンスはもともと完成していて、その上で今回新しく実装した簡易版インテリセンスの制限の話をしてるだけだな

**デフォルトの名無しさん** · 2020/07/11(土) 16:57:43.18

まるで読めてない>>330の反論が待たれる

**デフォルトの名無しさん** · 2020/07/11(土) 18:15:34.58

ほぼIDEになってきたな

**デフォルトの名無しさん** · 2020/07/11(土) 22:26:33.09

>>337
個々の製品/仕様のリリースがバラバラなだけで元からLSPと連携する前提で開発されてる

**デフォルトの名無しさん** · 2020/07/11(土) 22:39:01.16

>>325
やっと正規表現の大文字小文字変換きたか
サクラ＋鬼車からの乗り換えで唯一残ってた不満点が解消された

**デフォルトの名無しさん** · 2020/07/12(日) 00:06:59.35

>>339
\u\u\u$1とか、あんまり見ない記法やなあ。

例にはない、最後だけわける\L\u$1みたいなのはダメなんかな？
できてもよさそうだけど。

**デフォルトの名無しさん** · 2020/07/12(日) 02:53:43.87

>>340
確かに
今はグループを分けるしかないっぽいね

**デフォルトの名無しさん** · 2020/07/12(日) 05:50:01.27

もはや正規"表現"ではなく置換シーケンスだな
○○エスケープするみたいな正規表現もあるんやろ？

**デフォルトの名無しさん** · 2020/07/12(日) 08:45:58.06

そもそも正規表現は厳密にはマッチングの部分だけで、置換の表現というか構文は後付けの拡張だからな

**デフォルトの名無しさん** · 2020/07/12(日) 12:56:03.03

>>342
「regular expression」を「正規表現」と訳して広めたヤツが悪い。
もう誤訳に近いんでは。

この「expression」は、「語法」とか「式」の意味だったやろ。

**デフォルトの名無しさん** · 2020/07/12(日) 13:00:21.63

何が正規かわかんねーから原語から改名すべき

**デフォルトの名無しさん** · 2020/07/12(日) 13:11:38.54

そもそも数学的なregular expression とは別物になってるから違う言葉つかったほうがいいとは思う

**デフォルトの名無しさん** · 2020/07/12(日) 13:15:20.78

もはや正規文法のまま使っているケースもほとんどないしな。

**デフォルトの名無しさん** · 2020/07/12(日) 15:37:33.72

>>345
英語はガバガバ言語だから、そのへんははなからしゃあない。
normalとかproductとか、よくもあんなもんで。。。

**デフォルトの名無しさん** · 2020/07/12(日) 16:06:17.39

IT掲示板群 ttp://x0000.net/forum.aspx?id=15

学術の巨大掲示板群 - アルファ・ラボ ttp://x0000.net
数学物理学化学生物学天文学地理地学
IT 電子工学言語学国語方言など

simulationライブラリで純粋な関数式プログラミングをする
ttp://x0000.net/topic.aspx?id=3631-0
UIライブラリ (C#, 2D) を作ったよ
ttp://x0000.net/topic.aspx?id=3688-0
連続と離散を統一した！
ttp://x0000.net/topic.aspx?id=3709-0
4Dエンジン（画像有り）
ttp://x0000.net/topic.aspx?id=3677-0
matrixのライブラリ
ttp://x0000.net/topic.aspx?id=3711-0
ある強力なFor関数
ttp://x0000.net/topic.aspx?id=3630-0
SQLライブラリ
ttp://x0000.net/topic.aspx?id=3675-0

☆ VMを書いた(C#) * x86ではない!
ttp://up.x0000.net/files/TSimulang.zip
☆ malloc / free を実装してみた (C#)
ttp://up.x0000.net/files/TMallocTest.zip

**デフォルトの名無しさん** · 2020/07/12(日) 23:43:43.55

SNOBOL系再興の時が来たな。

>>344
圏論の圏どっからでてきたんやろっていうやつだな。

**デフォルトの名無しさん** · 2020/07/13(月) 00:08:09.84

永谷園から

**デフォルトの名無しさん** · 2020/07/13(月) 00:25:16.41

悪いのは、頭か、目か。

**デフォルトの名無しさん** · 2020/07/13(月) 03:29:53.74

Java Extension Packで日本語フォルダ名を含む位置にファイルを置くと
デバッグに失敗するのは既知の仕様ですか？
Windows 10で、フォルダ名を日本語を含まないものにしたら解決しました。

**デフォルトの名無しさん** · 2020/07/13(月) 03:41:38.81

>>353
これで解決しました。
https://qiita.com/kare/items/11309fef5822788501b5#%E6%97%A5%E6%9C%AC%E8%AA%9E%E3%81%AE%E8%A1%A8%E7%A4%BA%E6%96%87%E5%AD%97%E5%8C%96%E3%81%91%E3%81%B8%E3%81%AE%E5%AF%BE%E5%BF%9C

**デフォルトの名無しさん** · 2020/07/13(月) 06:34:46.81

>>353
やっぱりダメで、
フォルダやファイル名に特定の日本語文字列が含まれていると再現します。
いくつか設定を変えたけどダメですね

**デフォルトの名無しさん** · 2020/07/13(月) 07:55:25.97

のとおり

**デフォルトの名無しさん** · 2020/07/13(月) 12:18:34.94

1.47でEmmetの画像ファイルのサイズ自動入力updateImageSize使うと
"No valid image source"エラーが出るようになってたんだが今やったら直ってた・・・どういうことだ

**デフォルトの名無しさん** · 2020/07/13(月) 12:21:55.59

ああ、直前にHTMLタグのミスを修正したんだった　なるほど自動入力ってこういう動作するんだ

**デフォルトの名無しさん** · 2020/07/14(火) 14:35:17.40

TypeScript の設定ファイル・tsconfig.json では、
//, /* ～ */ の2種類のコメントを使っているけど、

JSON にはコメントがないから、
右側のファイルエクスプローラーでは、1つの間違いがあると表示されてしまう

これを消す方法ある？

**デフォルトの名無しさん** · 2020/07/14(火) 15:07:54.51

コメントをもう一つ追加すれば、
1つの間違いがあるという表示は消える

**デフォルトの名無しさん** · 2020/07/14(火) 15:24:02.39

>>359
自分の環境ではエラーなんて表示されないんですが、
ファイルタイプはちゃんと「JSON with Comments」で読み込んでるんですよね？

https://i.imgur.com/sUsWtl1.png

**359** · 2020/07/14(火) 15:53:13.65

漏れは、tsconfig.json を少し修正したからね。
どこで間違ったか、なかなか分からない

うわー！
再起動したら、エラーが消えてる！

編集すると、言語モードが変ったのかも。
今のファイル形式は、JSON with Comments になってる

**デフォルトの名無しさん** · 2020/07/14(火) 16:28:02.08

なんかファイル開くとエディタの選択ドロップダウンが出るようになった。ウザい。消したい！

**デフォルトの名無しさん** · 2020/07/14(火) 16:59:40.61

>>362
自分も行消したり追加したり編集したり、ソース追加したりビルドしたけど結局再現しなかった
https://i.imgur.com/2l5bEPO.png

まぁ直ってよかったね

**デフォルトの名無しさん** · 2020/07/14(火) 17:27:10.70

>>363
.txt とか、そのファイルの拡張子に対応して起動する、
エディタを決めていないからでは？

決めている場合は、一々、聞かれないのでは？

**デフォルトの名無しさん** · 2020/07/14(火) 19:20:03.27

いやあホントにJSONは初手が色々とまずかったなあ
いまのJSONCみたいなレギュレーションだったらもっと可能性が広がったろうに

**デフォルトの名無しさん** · 2020/07/14(火) 19:32:43.16

いや、むしろJSONはムリヤリ広く使われ過ぎ。

仮定の話でいいのなら、ブラウザで流行ったのがJavaScriptでなければよかったのに。

**デフォルトの名無しさん** · 2020/07/14(火) 19:38:12.23

でも筋の良いスクリプト言語って思いつかないな
みんな癖がある

**デフォルトの名無しさん** · 2020/07/14(火) 20:17:39.02

癖はあるけどそんなに筋が悪いとは思わんがな。
もともと関数型言語として設計された出自が今評価されている気がする。

**デフォルトの名無しさん** · 2020/07/14(火) 20:22:23.08

なんか以前は単語を選択した状態で左の虫眼鏡マークをクリックするだけで
検索窓に選択した単語が入ってくれたような気がするのだけど、いまは
いちいちコピーペーストの操作が要るようになってしまった

これって戻せるのやろか？

**デフォルトの名無しさん** · 2020/07/14(火) 20:26:43.82

いやVSCodeで開く選んで来てんだから前みたいにそのまま開けや。
VSCodeはエディタじゃないんですか？と。
なんでいちいちひとつしかない選択肢ビルトイン選ばねえとなんねーんだ？

**デフォルトの名無しさん** · 2020/07/14(火) 20:44:15.03

ctrl+fのショートカットじゃダメ？

**デフォルトの名無しさん** · 2020/07/14(火) 22:05:04.90

んー　虫眼鏡のほうは範囲がファイル全部なんだよね

**デフォルトの名無しさん** · 2020/07/14(火) 22:16:43.90

>>370
設定の search.seedOnFocus ってやつにチェック入れたら、ファイル検索(Ctrl+Shift+F)の方も選択テキストが入力済みになったよ

**デフォルトの名無しさん** · 2020/07/14(火) 23:27:25.46

>>369
>もともと関数型言語として設計された出自が今評価されている気がする。
元から関数型言語なんかに設計されてないから他所で言ったら戦争になってたな。
純粋主義者とかモナドしか知らん連中は息災だろうか。

**デフォルトの名無しさん** · 2020/07/14(火) 23:37:53.56

JavaScriptで関数型っていうのは
jQueryとかUnderscoreとか関数型を取り入れた
ライブラリと組み合わせて初めて実現できる
素のJavaScript（DOM API含む）は関数型になってないよ

**デフォルトの名無しさん** · 2020/07/15(水) 00:17:56.92

jsonはデータの受け渡しに使えばいいだけであって人間が扱うファイルにするのが間違い
yaml使え

**デフォルトの名無しさん** · 2020/07/15(水) 02:56:31.84

>>375
JavaScriptはプロトタイプベースオブジェクト指向言語である、という根本がわかってないヤツはめんどくさそう。

**デフォルトの名無しさん** · 2020/07/15(水) 04:53:18.53

JSON with Comments が主流になってほしい

Yaml は、特定の範囲の再利用ができるので、
例えば、開発用と製品用の設定を同じファイルに書いて、
同じ設定を、コピーせずに使える

でも、形式が格段に難しい

**デフォルトの名無しさん** · 2020/07/15(水) 06:11:25.87

へえ

JSON にもコメントを書きたい
https://qiita.com/yokra9/items/1ac03876415d7fd47a65

**デフォルトの名無しさん** · 2020/07/15(水) 06:47:29.33

>>375
当初のコンセプトは「ブラウザでschemeを動かす」ってことだった。
Javaっぽい文法やオブジェクト指向とか取り入れられたのはその後。

**デフォルトの名無しさん** · 2020/07/15(水) 10:21:47.72

>>381
コンセプトは、結果と関係ない。
現実は非情である。

**デフォルトの名無しさん** · 2020/07/15(水) 12:13:21.10

>>381
最初にJavaScriptと独自にリリースされた
DOM APIがオブジェクト指向だった

**デフォルトの名無しさん** · 2020/07/15(水) 12:15:28.97

DOMもそろそろ見直しの時期が来てるんじゃないか？
関数型に置き換えるべき

**デフォルトの名無しさん** · 2020/07/15(水) 12:18:58.65

jQueryをそのまま導入したらいいのにね
DOM APIはJavaScriptだけのものじゃないから

他の言語で対応しづらかったんだろうけど
今はJavaScriptの力が強くなったから
他の言語側でどうにか対応しろって言えるだろ

**デフォルトの名無しさん** · 2020/07/15(水) 14:42:54.88

さすがはjQueryバカ、頭悪いなぁ…
jQueryはDOM APIラップしてるだけなんだから、取り入れて呼び出しの形式を同じにしたところが現行DOMの制限はそのまま残る。
そういうレベルの話ししてないから巣へお帰りください。

**デフォルトの名無しさん** · 2020/07/15(水) 14:59:40.35

JavaScript質問スレ荒してるのが今度はここに来たのかｗ

**デフォルトの名無しさん** · 2020/07/15(水) 15:16:00.68

JavaScriptウゼーからはよWebAssembly実用化して欲しいわ

**デフォルトの名無しさん** · 2020/07/15(水) 15:19:22.69

jsスレはﾜｯﾁｮｲどころかIDすら非表示だから荒らし御用達
このスレはﾜｯﾁｮｲで防衛すべき

**デフォルトの名無しさん** · 2020/07/15(水) 16:00:24.57

すみません、教えてください。よろしくお願いします。
vscodeでjavaを使おうとしたのですが
java:create java project
できません。

vscodeとjdkをインスツールし
jdkはshellで確認できますので、pathも通っています。
vscodeのjava.homeも設定できていると思うのですが
どうすれば、create java projectできるようになるでしょうか？

**デフォルトの名無しさん** · 2020/07/15(水) 16:11:05.50

エラーメッセージは？

**デフォルトの名無しさん** · 2020/07/15(水) 16:13:05.11

「おやじ！メロンパンくれ！」
「うちは果物屋🍈だよ？」

**デフォルトの名無しさん** · 2020/07/15(水) 16:53:30.48

>>386
DOMの制限ってなんだよ？
言った誰がDOMの制限の話をしてるんだよ

**デフォルトの名無しさん** · 2020/07/15(水) 16:55:46.07

>>388
WebAssembly実用化してもDOMの制限は残るぞ

**デフォルトの名無しさん** · 2020/07/15(水) 17:22:15.36

>>394
C#のパーサー使うからどうでもいいです

**デフォルトの名無しさん** · 2020/07/15(水) 19:04:50.32

>>374
ををを　サンクス！

**デフォルトの名無しさん** · 2020/07/15(水) 19:06:02.51

>>382
あの後から取って付けた感ありありのプロトタイプが根本に見えちゃう人はさすがにｗ

**デフォルトの名無しさん** · 2020/07/15(水) 19:33:21.89

>>397
「取って付けた感」を具体的に？

**デフォルトの名無しさん** · 2020/07/15(水) 20:54:46.51

prototypeとか[[prototype]]とか__proto__とか

**デフォルトの名無しさん** · 2020/07/15(水) 21:14:26.34

で、それのどこに「取って付けた感」があんの？
プロトタイプベースでそのプロトタイプ情報をオブジェクトに持たせるなら、表現は簡単だし、実装もたぶん簡単だし、悪くないやろ。

ほとんど見当たらないScheme要素よりもはるかに根本的。

**デフォルトの名無しさん** · 2020/07/15(水) 23:39:14.30

[[prototype]]はともかくprototypeと__proto__は最初からじゃねーか
どこが取って付けてるんだ？文句言いたいだけじゃん
そんなんだったらプロトタイプベース自体に文句言うやつのほうがなんぼかマシだわ

**デフォルトの名無しさん** · 2020/07/16(木) 00:41:37.20

つまりオブジェクトやプロパティというものが実装された言語の上に「特殊なプロパティ」として
プロトタイプチェーンを載っけているところを指してそう言ったわけだが。
Ioのように言語の不可分な要素として実装されていたりあるいはせめてluaのメタメソッドのように
最初から考慮された設計なら違って見えたが。

**デフォルトの名無しさん** · 2020/07/16(木) 01:06:27.07

じゃpythonの__hoge__みたいなのは？
phpにも似たようなのあるよね。

**デフォルトの名無しさん** · 2020/07/16(木) 01:25:34.43

Pythonはきれいな言語じゃないよお
やっつけ感が大きい

**デフォルトの名無しさん** · 2020/07/16(木) 01:40:17.48

1.47とMarkdown Preview Enhancedの組み合わせでMarkdownのファイルリンクが上手く動かなくなってる
これまでに大量に書いてきたメモの蓄積が･･･
MPEのバージョンアップで直るといいんだが

**デフォルトの名無しさん** · 2020/07/16(木) 02:14:03.73

>>402
それは、個人的な嗜好であり、ただ潔癖なだけ。
# 気持ちはわかるが。
配列オブジェクトも、プロパティにメチャクチャ感があるけど、つまり、そういうポリシー。
「取って付けた感」では全然ない。

たとえば今から新しくつくる言語だとしても、表現や実装の都合で、特殊なプロパティをほかに混ぜてしまう選択は、ふつうにあり得る。

で、Schemeの話はどこにいったんだよ？

**デフォルトの名無しさん** · 2020/07/16(木) 08:17:23.65

プロトタイプチェーンというものがその配列と同じようなレイヤーで実現されていることを
指して言ったわけなんだが。
それが「根本」に見えちゃうのは主観なんでそれ以上は言わんけど。

**デフォルトの名無しさん** · 2020/07/16(木) 09:07:29.56

スレチ

**デフォルトの名無しさん** · 2020/07/16(木) 09:29:46.00

>>407
日本語能力と言語センスがないことはわかった。

>>408
まあまあ。。。

**デフォルトの名無しさん** · 2020/07/17(金) 21:16:25.00

最初からオブジェクト指向言語として設計していたならあのthisはないよなぁ。

**デフォルトの名無しさん** · 2020/07/17(金) 23:39:54.29

なんで？最初からプロトタイプベースオブジェクト指向言語として設計されてたよ？
おかしくなったのはそのプロトタイプベースオブジェクト指向言語として設計されてたものに後付けでnewやらthisやらのC++/Java系のクラスベースオブジェクト指向用語を無理やり導入してJavaっぽいクラスベースオブジェクト指向言語に見えるよう無理やりガワを被せようとしたため。

**デフォルトの名無しさん** · 2020/07/18(土) 05:17:12.44

TypeScriptでラップすると快適やわ

**デフォルトの名無しさん** · 2020/07/18(土) 11:34:26.80

>>411
その珍説はどこから？
プロトタイプベースだろうがオブジェクト自身へのアクセスにthisは必要だし、
newによるコンストラクタ呼び出しがなければ別の方法でプロトタイプチェーンを構築
していたことになるが、そいつらがプロトタイプ自身より後付けとは考えにくいんだが。
もちろんどっちもクラスベース固有の概念じゃあない。

**デフォルトの名無しさん** · 2020/07/18(土) 12:25:08.69

es2015以降のclass構文はともかく（あれもシンタックスシュガーなのに文法上new使用を強制してるだけだが）、
JSのnewはJavaに見た目を寄せるためのシンタックスシュガー以上の意味はない。
見た目こそ同じnewだが、C++やJavaのnewとは全く異なる。
JavaScript: The Good Parts 133ページ
> new演算子の持つ問題に対するもっとも良い方法は、newをまっまく使わないことである。

使わなくて全く問題ない。
JSのnewはJavaに見た目を寄せるためのシンタックスシュガー以上の意味はない。
見た目に騙されてC++やJavaの知識を転用しようとすると理解を誤る。

**デフォルトの名無しさん** · 2020/07/18(土) 13:48:24.95

> 見た目に騙されてC++やJavaの知識を転用しようとすると理解を誤る。

C++やJavaの知識ってなんのこと？

**デフォルトの名無しさん** · 2020/07/18(土) 14:00:57.09

newとはこういうもの！これ以外のはずがない！という思い込み・囚われている常識、のことかな

**デフォルトの名無しさん** · 2020/07/18(土) 15:08:39.55

プロトタイプ系とクラス系の違いも。

つうか、プロトタイプ系はわかりにくいんだよ！
実装は簡単というか、手っ取り早いと聞くので、当時ブラウザに埋め込むにはちょうどよかったんやろけども。

**デフォルトの名無しさん** · 2020/07/18(土) 16:25:25.54

もともとネスケのためだけのマクロに過ぎなかったしねえ
20数年後にこれを使ってアプリを書く人たちが現れるとは想定してなかったんじゃなかろうか

**デフォルトの名無しさん** · 2020/07/18(土) 16:33:34.40

>>4124
ああ、プロトタイププロトタイプ言いながら自分でプロトタイプベースで書いたことはないのね。
newをまったく使わないというのは自分で__proto__を操作するかあるいはプロトタイプ継承を
使わないってことになるんだが。
当然、前者を推奨しているわけがない。

**デフォルトの名無しさん** · 2020/07/18(土) 17:07:44.12

>>417
プロトタイプが分かりづらいんじゃなくて
昔のJavaScriptが面倒だっただけ

プロトタイプベースでの継承の仕方っていうのは
Object.createを使ってB.prototype = Object.create(A.prototype)
ってするだけの簡単なものなんだが、昔のJavaScriptは肝心のObject.createがなかった。

JavaScriptは最初（1995年ぐらい）からプロトタイプベースのオブジェクト指向だったが
Object.createができたのはECMAScript 5からChromeだと2010年の5から
IEだと2011年のIE9から、つまり15年もの間、JavaScriptは重要な機能が欠けた
不便なプロトタイプベースオブジェクト指向だった

**デフォルトの名無しさん** · 2020/07/18(土) 17:36:07.70

>>420
そういう話じゃない。
そもそも継承なんかしないユーザーレベルでも、なんかわかりにくいんだから。

JavaScriptが不出来だからとかドキュメント不足とか、理由はいろいろあったと思うけど、それだけでもない。

**デフォルトの名無しさん** · 2020/07/18(土) 17:53:27.03

それはライブラリが不足していただけ
どんな言語でもライブラリがなければ使いづらい
JavaScriptはjQueryが登場してから世界が変わっただろ

**デフォルトの名無しさん** · 2020/07/18(土) 18:19:52.24

スレチ

**デフォルトの名無しさん** · 2020/07/18(土) 21:26:08.79

>>422
だから、そういう話じゃない。
JavaScriptの使いやすさのことではない。
言語としてのわかりやすさについて言っている。

むしろ、prototype.jsとかjQueryとか出てきてから、JavaScript自体はわかりにくくなった気さえする。
こなれたコードを見る機会が増えて、慣れてもいいはずなのに。なんかわかりにくくて、あやしいからか？

>>423
まあ、VSCodeの話題も出てこないことだし。。。

**デフォルトの名無しさん** · 2020/07/18(土) 21:47:03.20

とりあえずお前らのおすすめの拡張
説明付きで教えろください

**デフォルトの名無しさん** · 2020/07/19(日) 00:25:37.44

最近使うようになったやつ
Draw.io Integration - 作図に便利
Code Spell Checker - typo が減った

**デフォルトの名無しさん** · 2020/07/19(日) 05:09:46.41

>>424
JavaScriptのどこがわかりにくいのか全くわからん

日本人が日本語は簡単だが英語はわかりにくいって
言ってるようなもんだろ

言語としてのわかりやすさじゃなくて
お前の知識の問題

でないと俺みたいにJavaScriptが分かる人がいることが説明できない

**デフォルトの名無しさん** · 2020/07/19(日) 07:36:22.70

>>425

■SynthWave '84
ネオン調に光るテーマ。
（説明にもある通り、別途Custom CSS and JS拡張を入れてCSSの設定が必要）
https://i.imgur.com/hmvfda3.jpg
https://marketplace.visualstudio.com/items?itemName=RobbOwen.synthwave-vscode

■GlassIt-VSC
VSCodeを透過できる。
https://i.imgur.com/yvH2LSA.jpg
https://marketplace.visualstudio.com/items?itemName=s-nlf-fh.glassit

■Remote Containers
革命。Dockerコンテナ内でVSCodeを開いて開発ができる。
これのせいでもうVSCode以外で開発する気起きない。
https://microsoft.github.io/vscode-remote-release/images/remote-containers-readme.gif
https://marketplace.visualstudio.com/items?itemName=ms-vscode-remote.remote-containers

**デフォルトの名無しさん** · 2020/07/19(日) 11:32:11.41

>>428
一番下便利そうだな。
どうせDockerで開発するならこれありゃWSL2なんかいらんかったなｗ

**デフォルトの名無しさん** · 2020/07/19(日) 11:38:21.65

>>429
ホストとコンテナのボリュームをマウントするときに、ホストがWindowsだといろいろめんどいのでWSL2も使うのがオススメ

Windowsで使う場合、WSL2で立てたlinuxマシンにRemote WSLで繋いで、そこからRemote Containersを使うのが良い

**デフォルトの名無しさん** · 2020/07/19(日) 11:59:48.19

>>429
そのDockerはWSL2上で動いてるんだぞ？

**デフォルトの名無しさん** · 2020/07/19(日) 12:00:08.13

ややこしいな…