TypeScript part3

**デフォルトの名無しさん** · 2018/04/26(木) 21:48:23.07

http://www.typescriptlang.org/

JavaScript that scales.
TypeScript is a typed superset of JavaScript that compiles to plain JavaScript.
Any browser. Any host. Any OS. Open Source.

part1
https://peace.5ch.net/test/read.cgi/tech/1349187527/
part2
https://mevius.5ch.net/test/read.cgi/tech/1430386649/

**359** · 2019/12/24(火) 13:53:39.03

実践TypeScript を読んでるけど、TS の細かい挙動の怪しい所が多いから、
その例外的なルールの数を覚えるのが大変。
つまり、ハマる箇所を避けるのが大変

TS を学ぶと、Haxe の偉大さが分かる！
JavaScript のおかしい部分を修正しているから、かなりやりやすい

**デフォルトの名無しさん** · 2019/12/24(火) 21:47:34.41

JSに良さなんてあったのか！？びっくりドンキー！

**デフォルトの名無しさん** · 2020/01/04(土) 19:44:33.72

3.7でECMA private field 使えないんだな。ガチのprivateはお預けかぁ

**デフォルトの名無しさん** · 2020/01/04(土) 19:55:56.50

ECMA private fieldの必要性、全く感じないわ

**デフォルトの名無しさん** · 2020/01/16(木) 00:04:23.72

ts拡張子のts動画との棲み分けってうまい方法あるかな？

**デフォルトの名無しさん** · 2020/01/17(金) 22:59:25.18

tsxにする

**デフォルトの名無しさん** · 2020/01/21(火) 10:46:46.65

ts-jestはテストのたびに*.test.tsをTypescriptからJavaScriptにコンパイルしてテストを実行しているのですか？
テストコードが変わらなくても、内部的にコンパイルしてるの？
それとも、tscコマンドでテストコードもコンパイルしてｊｓファイルに変換したら、それを利用してるの？

**デフォルトの名無しさん** · 2020/01/24(金) 09:42:02.04

プロパティでyield のやりかたわからん。
get hoge : Generator<number,void,boolean> {
　　　return (function* (){ yield 1; yield 2; yield 3; })();
}
とかでええの?
なんか get* hoge も *get hoge も get *hoge も怒られる。

**デフォルトの名無しさん** · 2020/01/24(金) 22:27:44.69

そもそも getter にジェネレータ記法はない

**デフォルトの名無しさん** · 2020/01/24(金) 23:21:56.15

getterでそんな複雑なことをするんじゃあない・・・

**デフォルトの名無しさん** · 2020/02/24(月) 18:47:37.01

<Ts extends Array>(...args: Ts)=>
でTsの全ての型の交差型を返したいんだけど可能？

**デフォルトの名無しさん** · 2020/02/24(月) 23:10:15.02

Typescript: Retrieve element type information from array type - Stack Overflow
https://stackoverflow.com/questions/41253310/typescript-retrieve-element-type-information-from-array-type

Creating types from values in array ・ Issue #28046 ・ microsoft/TypeScript
https://github.com/microsoft/TypeScript/issues/28046

keyof for arrays ・ Issue #20965 ・ microsoft/TypeScript
https://github.com/microsoft/TypeScript/issues/20965

この辺どうよ
できたら教えて

**デフォルトの名無しさん** · 2020/03/02(月) 20:34:14.12

締め付けはガチガチなのにガバガバな構文
トランスパイルのせいで起動は遅いし設定項目やハマりポイントはクソ増える
選択肢のないフロントはともかく、言語を選び放題なサーバーでts入れてまでjsを使う意味ってなに？

**デフォルトの名無しさん** · 2020/03/04(水) 19:31:12.74

>>376
キツマンなのに誰とでも寝るみたいなん感じか

**デフォルトの名無しさん** · 2020/03/05(木) 00:10:09.52

型無し言語というジャンルで見ると、一番マシ

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

https://github.com/microsoft/vscode-textbuffer/blob/master/src/common/position.ts をC#に書き直してる。
44行目からのwithが分からん。

with(newLineNumber: number = this.lineNumber, newColumn: number = this.column): Position {
if (newLineNumber === this.lineNumber && newColumn === this.column) {
return this;
} else {
return new Position(newLineNumber, newColumn);
}

解説とC#に書き直して。"Create a new postion from this position."ってあるけど、
どう呼ばれるの？もしかしてwith文じゃなくて、with()ってメソッド？

**デフォルトの名無しさん** · 2020/03/07(土) 20:06:50.29

メソッドの定義以外の何に見えるのか

**デフォルトの名無しさん** · 2020/03/07(土) 21:33:39.02

そもそも JavaScript に with 文なんて・・・あるのかよ何だこの邪悪な臭いがプンプンするやべえやつは

**デフォルトの名無しさん** · 2020/03/08(日) 10:00:55.25

>>203
御社は今どういう状況になってる？

**デフォルトの名無しさん** · 2020/03/08(日) 13:25:25.06

>>382
何も変わっとらんよ
機能拡張もできないから、現状維持という名の放置

**デフォルトの名無しさん** · 2020/03/08(日) 13:39:52.36

サンクス

**デフォルトの名無しさん** · 2020/04/14(火) 00:16:42.49

違い何？

interface Dictionary<T> { [key: string]: T; }

type Dictionary<T> = { [key: string]: T; };

**デフォルトの名無しさん** · 2020/04/14(火) 00:52:31.86

そのコードに限っては、違いないかもな

interface は後から追加できる
これ playground にでも貼ってみ

```
interface DictionaryI {
a: string
b: string
}

type DictionaryT = {
a: string
b: string
};

interface DictionaryI {
wow: number
}

type DictionaryT {
wow: number
}

const di: DictionaryI = ({} as any)
console.log(di.wow)
```

だから、ライブラリの定義ではたまに使われる
プロダクトコードで使ってる奴は物知らないか、設計力のないやつ

**デフォルトの名無しさん** · 2020/04/14(火) 08:03:12.85

＞物知らないか、設計力のないやつ
どうして？

**デフォルトの名無しさん** · 2020/04/14(火) 08:24:49.93

>>386
ケツにIとかTを付けるのは設計力の無いやつ

**デフォルトの名無しさん** · 2020/04/14(火) 08:34:25.44

>>388
ただのサンプルコードにそんなこと言われてもwww

>>387
以下理由
・昔デフォルトONだったprefer-interfaceを引きずっている
・自分で管理できるコードなのに、interfaceで拡張する余地を残さねばならないのはおかしい

**デフォルトの名無しさん** · 2020/04/14(火) 08:54:36.47

>>389
> ・自分で管理できるコードなのに、interfaceで拡張する余地を残さねばならないのはおかしい
オブジェクト指向を全否定かよw

**デフォルトの名無しさん** · 2020/04/14(火) 10:13:18.16

>>390
たぶん君は、Java の implements に使える interface のことを言ってるのだと思うが、
type でも implements 相当の宣言ができるので、
TS の interface は src 変更が容易でないが、ライブラリの性質上拡張の余地が必要なケースでしか有効でない

「同じ名前の型なのに、実は後から src のどこかで拡張されてました」なんて嫌だろう？
どこの JavaScript だよ

**デフォルトの名無しさん** · 2020/04/14(火) 18:14:19.90

>>386
なるほど
ありがと

**デフォルトの名無しさん** · 2020/04/26(日) 04:53:02.63

function hoge<T, S> (x: T, f: (x: T) => S) {
// ...
}
みたいな関数があって、引数f のデフォルト値を identity:<T>(x: T) => T
にしたいんだけど、無理かしら？

hoge(1) <-- このときは T: number, S: number と推論してほしくて、
hoge(1, n => `number: ${n}`) <-- このときはT: number, S: string と推論してほしい

**デフォルトの名無しさん** · 2020/04/26(日) 05:47:15.51

ごめん、自己解決した
TypeScriptでは依存型をオーバーロードで実現できるのね

```
function hoge<T>(x: T): T;
function hoge<T, S>(x: T, f: (x: T) => S): S;
function hoge<T, S>(x: T, f?: (x: T) => S) {
if (typeof f === "undefined") {
return x
}
return f(x)
}
```

これで一応、第２引数指定しなかったら、戻り値の型を第１引数の型で推論してくれるようになったし、
指定すればその関数の戻り値の型で推論してくれるようになった

**デフォルトの名無しさん** · 2020/05/13(水) 20:55:34.11

Announcing TypeScript 3.9
https://devblogs.microsoft.com/typescript/announcing-typescript-3-9/

**デフォルトの名無しさん** · 2020/05/13(水) 22:51:12.18

＞Our team has been focusing on performance after observing extremely poor editing/compilation speed with packages like material-ui and styled-components.
あーやっぱり material-ui と styled-components が遅いんだ
両方使ったら耐え難いレベルで重くて辛かった

**デフォルトの名無しさん** · 2020/05/17(日) 20:28:24.81

初学者が今からTypeScriptやるメリットってある？
普段使ってるC#のBlazorが育つまで我慢してそれまではJS使えばいいかなーという気がしてるんだけど

**デフォルトの名無しさん** · 2020/05/17(日) 21:27:13.06

・BlazorがTSと同等レベルまで言語・市場が育つことはありえない
・JSに毛の生えた程度の文法でC#と同等以上のタイプセーフの恩恵を受けられる

と思うよ
正直TS始めてからは、JS（特に他人が書いたやつ）は2度と触りたくなくなった

**デフォルトの名無しさん** · 2020/05/17(日) 22:05:58.39

仕方なく js 書いてる時も jsdoc で型を付けまくってる
もうあの頃には戻れない・・・

**デフォルトの名無しさん** · 2020/05/17(日) 22:08:17.75

毛が生えたと言われてもジェネリクス周りとか仕様がけっこう大きい（大きいだけでそんなに難しくは無いけど）。あと歴史的に同じような機能のものが複数あるのはやや辛い。

**デフォルトの名無しさん** · 2020/05/17(日) 22:10:49.95

素のjsは確かに触りたくなくなったな～

**デフォルトの名無しさん** · 2020/05/17(日) 22:12:40.26

>>400
まぁそうだけど、最初はbetter js程度に :string みたいな単純な型書くだけでいいと思うよ
それだけで劇的に違ってくる

**デフォルトの名無しさん** · 2020/05/18(月) 06:26:49.70

>>402
確かにそうだわ

**デフォルトの名無しさん** · 2020/05/19(火) 12:17:36.04

クラス使えるだけで嬉しかった。prototypeとか二度と触りたくない。

**デフォルトの名無しさん** · 2020/05/19(火) 19:57:31.83

せっかくTypeScript使うのになんでクラス

**デフォルトの名無しさん** · 2020/05/19(火) 20:00:38.62

jsonに型が付くのマジサイコーって気分になる

**デフォルトの名無しさん** · 2020/05/20(水) 18:25:07.86

@types/node を v14:x に上げたら fs.write* 周りでエラーがいっぱい出た
以前の型定義ファイルでは第2引数が any だったために見逃されてたのね

**デフォルトの名無しさん** · 2020/05/20(水) 19:13:29.09

vscoe+deno
d.tsを用意してjsをimportたがインテリセンスに型情報がでない

**デフォルトの名無しさん** · 2020/05/20(水) 19:43:48.30

アーリーアダプタすぎっしょ

**デフォルトの名無しさん** · 2020/05/28(木) 04:29:10.95

質問させてください
初歩的なものかと思いますがよろしくおねがいします

以下の様に getElementById() にてinput要素を取得した場合、value属性を読み取ろうとすると問題が発生します。
　　const input = document.getElementById('input');
　　const text = input.value; // <- プロパティ 'value' は型 'HTMLElement' に存在しません。ts(2339)

解決方法を検索すると、
　　const input = <HTMLInputElement>document.getElementById('input');
　　const input = (document.getElementById('input')) as HTMLInputElement;
などの型アサーション？キャスト？で解決するように書いている記事が多くヒットするように感じます。

質問としましては、
　・HTMLElementではなくHTMLInputElement等の具体的な型で要素を取得する方法はありますか？
　・具体的な型で取得できない場合、それがHTMLInputElementであると判定する方法はどのようなものがありますか？

以上、長くなりましたがご教授頂けると嬉しいです。

**デフォルトの名無しさん** · 2020/05/28(木) 05:30:32.28

>getElementById
英語読め

**デフォルトの名無しさん** · 2020/05/28(木) 07:36:15.22

>>410
https://bi□t.ly/2zBJQbZ

こんな感じでいかがでございましょうか？

getElementById の取得結果は、HTMLElement を継承した何かであることは確実だが
より具体的な型であることは if 文などで判定しないとわからないので
（読みやすい）ワンライナーするのは難しいかな

**デフォルトの名無しさん** · 2020/05/28(木) 07:37:06.32

リンク先は typescript playground
長すぎて貼れなかった

url中の□を取っ払ってアクセスしてほしい
こっちも短縮url規制で貼れなかった

**デフォルトの名無しさん** · 2020/05/28(木) 08:20:23.58

>>412,413
なるほど、constructorと型の名称は一致するので比較に使えるのですね。
3パターンもありがとうございます。参考にさせて頂きます。

**デフォルトの名無しさん** · 2020/06/03(水) 19:01:52.32

vscodeのタスクでビルドしたいのですが、上手くいきません。
最初から入っていた"tsc: ビルド - tsconfig.json"という設定を使ってタスクを実行すると、

> Executing task: tsc -p (省略)\tsconfig.json <
パラメーターの書式が違います - -Command

と出てビルドが終了しません。
コンソールに同じコマンドをコピペするとちゃんとjsファイルが作成されます。
ググってみたのですが、そもそもtscで「パラメーターの書式が違います」というエラーが出るという記事すらありませんでした・・・
どうすればいいでしょうか。

**デフォルトの名無しさん** · 2020/06/03(水) 19:16:49.18

普通にnpmとnpm scriptの一部に組み込んだ方がいいと思う
vscodeのタスクとか使ったことないし、必要性も感じたことないな

**デフォルトの名無しさん** · 2020/06/04(木) 22:32:22.64

tscがどこにインストールされてるか、とか関係ありそう

**デフォルトの名無しさん** · 2020/06/04(木) 23:13:01.10

npx tsc --init
で、tsconfig.json が出来る

package.json に、こう書いておいて、

"script": {
"build": tsc
},

npm run build
で、コンパイルする

**デフォルトの名無しさん** · 2020/06/06(土) 19:11:34.24

>>416
そうすることにします

>>417
AppData\Roaming\npm
にありました。

>>418
元々コンソール上からはどのコマンドも実行できるのですが、
vscodeのタスクから使うとエラーが出てしまうんです。

色々テストしていたところ、
単なるシェルコマンド echo unko ですらエラーが出るのでvscode固有の問題っぽいです

**デフォルトの名無しさん** · 2020/06/06(土) 20:04:01.16

>>415
パラメータの書式が違うってのはPowerShellでよく見るエラーだけど、VSCodeってPowerShell叩いてるんだっけ？
VSCode固有の問題と決めつけるんじゃなくてもう少し調査してみたら？

**デフォルトの名無しさん** · 2020/06/07(日) 10:34:46.16

解決しました

日本語版のWindowsではpowershell.exeがShiftJISで読まれるので、
合わせてvscode上のPowerShellの文字コードをShiftJISに変えていたのが原因でした。
元のUTF-8に戻したら問題なく実行できました。

tscをフルパスで実行したらパスの途中にスペースが発生し、
PoweｒShellスクリプトのデバッグ時によく見た文字化けだったので気づけました。

>>420
ご名答です
PowerShellが叩かれていて、エラーもPowerShellからでしたｗ

**デフォルトの名無しさん** · 2020/06/11(木) 18:33:48.61

Nodeでサーバーを立てているような場合、
ユーザーが入力した値を格納する変数の型は一旦unknownとしておいた方が良いのでしょうか？
例えば以下の様な場合です。
　const func1 = (userInput: unknown) => {...};
　const func2 = (userInput: string) => {...};

バリデーション等を行って問題が無ければ、
改めて型宣言した変数に代入し直すような方法が一般的ですか？

**デフォルトの名無しさん** · 2020/06/13(土) 14:38:30.02

ついにDartがnull安全になったそうな
https://forest.watch.impress.co.jp/docs/news/1258690.html

webからiOSまで1言語で書ける(ちゃんと動くとは言っていない)

**デフォルトの名無しさん** · 2020/06/13(土) 16:20:45.29

今TypeScript+Reactを勉強しているのですけど、テーブルのコンポーネントで使いやすいものって無いですか？
テーブルのヘッダはそのままで縦は内容だけスクロールして横はテーブルも一緒にスクロールするみたいなものが良いです

**デフォルトの名無しさん** · 2020/06/13(土) 21:17:17.22

jexcel
react-table

react-tableは、初心者なら v6 おすすめ
理由は、標準でUIが付いてるから簡単にそれっぽいものができる
ドキュメント調べれば割と多くの挙動に対応できるはず
代わりに、UIのカスタマイズがつらい
「あそこのcssを弄りたいけど、どうやって指定すればいいかわからん」
「!importantじゃないと上書きできない」
的なことになりがち
あと、@types を v6 のをインストールするよう注意すること

UIごりごりにカスタマイズしたいなら最新の v7
headless と謳われてるように、UIが一切ないから全て自分の思い通り
代わりに、学習コストが高い
あと @types 書いたやつがバカなのか、Genericsの対応が酷くて
キャストがたくさん必要でうんざりする

**424** · 2020/06/14(日) 00:14:28.32

>>425
有難うございます、react-tableを調べてみます。

material-uiがElectronで
TypeError: Cannot use 'in' operator to search for 'ontouchstart' in null
とか出て動かなくて困っていました。
ボタン一個しか指定していないサンプルを写してこれです。

**デフォルトの名無しさん** · 2020/06/14(日) 00:51:17.06

>>426
https://stackoverflow.com/questions/60473495/how-to-properly-set-up-material-ui-with-electron-react-boilerplate

速攻それっぽいの出てきたが、ちゃんとググったかねキミィ？

**デフォルトの名無しさん** · 2020/06/14(日) 12:09:11.89

これっぽいの見たことあるけど、他にも気になる事があって見落としてました
<div>に書いてあるの要るのかな？
今試せる環境でないので後日に

**デフォルトの名無しさん** · 2020/06/25(木) 08:05:47.95

TypeScriptってsetIntervalとかsetTimeout,
async/await, Promiseとか使えるんですか？

**デフォルトの名無しさん** · 2020/06/25(木) 08:55:25.54

逆に使えない意味がわからない

**デフォルトの名無しさん** · 2020/06/25(木) 09:53:31.94

Ruby on Rails では、React も多いけど、

TypeScript を使う香具師は、いるのかな？

**デフォルトの名無しさん** · 2020/06/25(木) 10:01:29.46

ルビカスは宗教上の理由からTypeScriptなは絶対に使えないんで消えて
フロントエンドの方が厳格な言語で書かれてるとか頭おかしいからなw

**デフォルトの名無しさん** · 2020/06/25(木) 10:37:01.47

かわいそうに。

**デフォルトの名無しさん** · 2020/06/25(木) 11:14:26.11

CoffeeScriptとは何だったのかω

**デフォルトの名無しさん** · 2020/06/25(木) 11:57:37.69

Ruby on Rails 6 から、Node.js, webpack が標準になったから、

もう、Coffee Script には依存していない

**デフォルトの名無しさん** · 2020/06/25(木) 14:16:09.33

だからどうしたRubyガイジ
さっさと消えろ

**デフォルトの名無しさん** · 2020/06/25(木) 14:49:25.12

webpack使えるなら、普通にもうRoRでhtml作る必要ないのでは

**デフォルトの名無しさん** · 2020/06/25(木) 14:51:02.50

ほんまやな
PHPもRubyも、型無し糞言語は滅びるべきや
json以外を喋る邪悪なWebサーバーは1台残らず破壊しろ

**デフォルトの名無しさん** · 2020/06/25(木) 14:52:55.59

この場違いRuby妖怪はアンカ飛ばさんでも一応レス見てる素振りを見せるのがちょっとしたホラー

**デフォルトの名無しさん** · 2020/06/26(金) 03:43:22.98

GUI は、React, Bootstrap で良いけど、
サーバ側が、Node.js じゃ辛い

Rails, Sinatra などの、Ruby の方が分かりやすい

Rubyの欠点は、web アプリだけしか作れないこと！
スマホ用アプリも必要なら、Electron, React Native + Expo

それか、Unity

**デフォルトの名無しさん** · 2020/06/26(金) 07:42:47.69

Rubyの欠点はお前みたいなキチガイがスレチのクソ宣伝で評価を下げてることだよ

**デフォルトの名無しさん** · 2020/06/26(金) 14:54:51.55

https://twitter.com/yokatsuki/status/744702839558017024

多言語disをついやってしまう癖を止めて欲しい。
最後に参加したTokyuRubyKaigiで「Javaやってる人手を挙げてはーい♪今挙げた人はすぐに帰ってくださーい♪」って言ったのは忘れたくても忘れられない。
https://twitter.com/5chan_nel (5ch newer account)

**デフォルトの名無しさん** · 2020/06/26(金) 16:51:07.25

型無し糞言語やってる人は帰るだけじゃ済まされない
死んでください

**デフォルトの名無しさん** · 2020/06/26(金) 18:00:16.15

俺も東横線代表として参加してくるわ

**デフォルトの名無しさん** · 2020/06/26(金) 20:32:19.16

>型無し糞言語

今どきの言語で何があったっけ？

**デフォルトの名無しさん** · 2020/06/26(金) 22:12:45.13

>>442
10年以上前に同じようなJava disやってたスピーカーがいたが
別のスピーカー/コミッター達にあれはやめたほうがいいって厳しく批判されてたけどな
その時代の話なのかな

**デフォルトの名無しさん** · 2020/06/27(土) 01:29:27.09

ありますで喩えると
Java山中さん
*by笹井さん

**デフォルトの名無しさん** · 2020/07/01(水) 14:29:27.01

Talking TypeScript with the engineer who leads the team
https://stackoverflow.blog/2020/06/15/talking-typescript-with-ryan-cavanaugh/

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

TypeScript で、無名配列のJSON ファイルは、import できない

[
["a", 10],
["b", 20]
]

名前を付ければ、import できる。
import { xyz } from "./a.json";

{"xyz": [
["a", 10],
["b", 20]
]
}

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

typescriptに限らず
そういう実装結構ある
全体は{}を仮定してるの

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

jsonってトップレベルはObject必須だと思ってた
そういう仕様あるのかな

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

Type Script 使ってみて思ったけど
最初から ES がこの仕様だったら本当に助かってた
そして今の課題は既にある ES のライブラリ摂りこむのが面倒
なんとかならんのか？？っていう

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

C# 使ってみて思ったけど
最初から C がこの仕様だったら本当に助かってた
そして今の課題は既にある C のライブラリ摂りこむのが面倒
なんとかならんのか？？っていう

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

割とマジで攻守共にTypeScriptが最強だわ
TSに欠けてるのは、あとはパターンマッチくらいだろう
TypeScriptがネイティブバイナリ吐くようになればいい

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

>>449
そもそもimportはjsonを読むためにあるわけじゃないから読めなくても不思議はないが、
ts3.9.6で試してみたら普通に読めるんだが？

>>451
rfc読めばわかるがトップレベルだけ特別扱いする必要ないしね。

**449** · 2020/07/15(水) 19:20:18.72

./a.json に以下だけを書いて、どういうimport 文を書いたの？

[
["a", 10],
["b", 20]
]

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

ふつうに
import j from './a.json';

"module"は"commonjs"

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

esModuleInterop か allowSyntheticDefaultImports は true になってる？
false や未設定なら、 `import * as j from './a.json';` でインポートする必要がある

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

ああすまん、"resolveJsonMdule": true してた。
つまりmoduleじゃないjsonをロードしたいならこれが必要ってことね。

**449** · 2020/07/15(水) 21:20:34.32

あれ？普通に、これで、import できた！
漏れの勘違いだったみたい

import j from "./a.json";

漏れの設定は、

"module": "es2015",

"esModuleInterop": true,
"resolveJsonModule": true,

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

こういうのはだめなんだっけ
[
["a", 10],
["b", 20],
]

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

TypeScript の開発中は、
Webpack のオフライン機能、workbox を使わないから、

package.json の、"workbox-webpack-plugin": "^5.1.3" を、
コメントアウトしようとしたが、形式エラーになって出来ない

削除はできるけど、コメントアウトで残しておきたい

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

gitを使いましょうよ・・・