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/

**デフォルトの名無しさん** · 2020/12/19(土) 23:55:21.82

PWAの定義が今一漠然としてるから、今後はその辺りが進化していくと思われる
で、PWAでない場合はJavaScriptの動作は思いっきり制限されるだろうね
ま、それで良いと思う

**デフォルトの名無しさん** · 2020/12/20(日) 00:28:55.07

> わざわざブラウザがサポートすることじゃない
ほんとこれ
なぜわざわざブラウザでなんでもやろうとするのか
IoTなんだから普通にツールとかアプリとかドライバ書けよと

**デフォルトの名無しさん** · 2020/12/20(日) 00:29:51.25

結局ああいうのって「すげええブラウザでこんなことできた!」
いいたいだけちゃうんか、みたいなのがマジ多い

**デフォルトの名無しさん** · 2020/12/20(日) 03:36:56.04

ブラウザが高機能化しすぎてブラウザさえ動作すりゃいい感じになってきてる
最終的にOS=ブラウザまで進化しかねない

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

モバイル用OSがそんなかんじ
アプリを全てサンドボックスで隔離して出来ることを制限
じっくり時間をかけて出来ることを解放してきた

**蟻人間** ◆T6xkBnTXz7B0 · 2020/12/21(月) 18:34:44.48

Web Workerの話が出たから貼っとこう
https://katahiromz.github.io/xword.js/

**デフォルトの名無しさん** · 2020/12/21(月) 18:45:09.04

ゴミサイトの宣伝すんなカス

**蟻人間** ◆T6xkBnTXz7B0 · 2020/12/21(月) 18:49:49.16

これPromiseとWeb Workerのマルチスレッドでパズルを生成してる。組み合わせ無限大。しかもInternet Explorerでも動作する。まあ、素人にはひと目では分からんだろうな。

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

ゴミサイトの宣伝すんなカス

**デフォルトの名無しさん** · 2020/12/21(月) 19:15:36.88

webworkerってjoinみたいなメソッドある？

**蟻人間** ◆T6xkBnTXz7B0 · 2020/12/21(月) 19:15:42.32

悔しいのお、悔しいのお

**蟻人間** ◆T6xkBnTXz7B0 · 2020/12/21(月) 19:17:04.35

>>740
Promise.allとかPromise.anyがあるぜ。

**デフォルトの名無しさん** · 2020/12/21(月) 19:25:34.90

「蟻人間」でNGぶっこむだけだろうに…

**蟻人間** ◆T6xkBnTXz7B0 · 2020/12/21(月) 19:26:17.16

Promise.anyとWorkerを使った例が
>>736
にある。ご参考に。

**デフォルトの名無しさん** · 2020/12/21(月) 20:32:28.70

最近のCPUってコア数バラバラでかつ非対称なコア載ってるから、6個くらいWorker立ち上げて平等に処理投げるんじゃなくて、20個くらいのWorker立ち上げて非対称でいいから適当に処理投げてあとはOSに良きに計らってもらうとかの方がベターなのかな？

**デフォルトの名無しさん** · 2020/12/21(月) 20:34:43.73

navigator.hardwareConcurrency
でコア数取れるぞ

**蟻人間** ◆T6xkBnTXz7B0 · 2020/12/21(月) 20:44:19.66

>>746
アリがと。修正した。

**デフォルトの名無しさん** · 2020/12/21(月) 20:51:02.61

>>746
なるほど。そういうのがあるのか。
じゃああとは非対称コアへの対応になるけど、これは細かくスライスして逐次投入で良いか

**デフォルトの名無しさん** · 2020/12/21(月) 20:54:25.24

>>745
そうです
素人が考える半端なスケジューリングはアンチパターンです

**デフォルトの名無しさん** · 2020/12/21(月) 22:43:20.76

>>747
お前に向けて書いたんじゃない。
許可無くレスするな糞コテ

**蟻人間** ◆T6xkBnTXz7B0 · 2020/12/22(火) 00:55:34.36

>>750
わかりました、ご主人様

**デフォルトの名無しさん** · 2020/12/26(土) 09:41:16.66

export interface TypeA {
paramters: {
[k: string]: {
// body
}
};
}

こんな型があるとき、上記bodyの部分の型を取り出すことってできますかね？

const f = (k: string, o: ???): TypeA => {
return { parameters: { [k]: o } };
};

こんなことがしたい。

**デフォルトの名無しさん** · 2020/12/26(土) 10:04:33.59

ヨーわからんがこうかね

bitどっとly
/3aJV7Hw

ts playground だが短縮URL NGワードになってるからすまんな

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

そこの type Hage の定義に "extreme" を書かずに済ませたい。
この例だと {extreme:string} という型になる部分が変更されたとしても
type Hage の記述を変えずに済むよう TypeA の定義から取り出す
方法がないかと。

**デフォルトの名無しさん** · 2020/12/26(土) 11:21:04.03

ありがとう、わかった。
["extreme"] を削れば目的の型になりますね。
["paramters"] を使えばいいことに気付かなかった。

**デフォルトの名無しさん** · 2020/12/26(土) 12:19:31.06

**デフォルトの名無しさん** · 2020/12/27(日) 19:16:51.24

もう一つ教えてください。

typeTypeB =
{
tag: 'a';
/* a のボディ */
} | {
tag: 'b';
/* b のボディ */
};

こんな Tagged union type があるとき、 tag === 'a' の時の型(下記)を
取り出すことはできるでしょうか。

type x = {
tag: 'a';
/* a のボディ */
}

**デフォルトの名無しさん** · 2020/12/27(日) 19:33:05.66

TypeB & { tag: 'a' } でいけた。ありがとう。

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

型に欲情する変態さんは piotrwitek/utility-types でも npm 愛するといいぞ

**デフォルトの名無しさん** · 2020/12/27(日) 19:42:50.77

またまた教えてください。

type X = A | B | C | undefined;

この X から undefined を除いた型 (A | B | C) を求めるにはどうしたらいいでしょうか。

**デフォルトの名無しさん** · 2020/12/27(日) 19:45:55.95

>>760
この変態欲しがりめが
https://github.com/piotrwitek/utility-types#nonnullablea

**デフォルトの名無しさん** · 2020/12/27(日) 19:49:30.25

標準にExcludeあるじゃん

**デフォルトの名無しさん** · 2020/12/27(日) 19:49:45.20

ありがとう！

**デフォルトの名無しさん** · 2020/12/28(月) 00:46:42.66

>>763
https://github.com/millsp/ts-toolbelt

**デフォルトの名無しさん** · 2020/12/28(月) 21:27:29.35

何に使うんじゃ…
漏れの限られた経験では、
　x: (A | B | C | undefined)
が渡ってきたら、
　if (x is A) { ... }
　else if (x is B) { ... }
　else if (x is C) { ... }
　else if (x == undefined) { ... }
　else {
　　(エラー)
　}
ぐらいしかやることが無いｷﾓｽ

**デフォルトの名無しさん** · 2020/12/28(月) 22:38:22.06

少し簡略化するけど

type A = { [k: string]: number };
type B = { [k: string]: string };
type C = { [k: string]: boolean };

ここで type X[string] で number | string | boolean を取り出したかったけど
undefined が混じっているとうまくいかなかった。

**デフォルトの名無しさん** · 2021/01/03(日) 19:57:38.08

typescriptのd.tsファイルについて網羅的に解説されているドキュメントはありますでしょうか
公式は最低限の事しか書かれていなくて。

例えば、test1.d.tsは以下の通りに書いてあって
export type A1 = boolean;
type A2 = boolean;

test2.d.tsは以下の通りに書いてある場合、
type B1 = boolean;
type B2 = boolean;

A2 B2はどっちも「type XX = boolean;」という書き方をしているのに、別のtsファイルで
const x1 : A2 = true; と書くと、Cannot find name A2 とエラーになる(importする必要がある)が
const x2 : B2 = true; と書くと、import無しでもエラーは出ない。

test1.d.ts はexport文があるから「このファイル内の定義は、importをしないと使えない」というようなモードになっているのかなと思うけど、このあたりの挙動について知りたい。

declare module文を使った場合とか、namespaceやらでネストされた場合どうなるのかとか、/// <reference types="xxx" /> と書かれているとどういう扱いになるのかとか
とにかくd.tsファイルの一番細かい仕様が見たい。

**デフォルトの名無しさん** · 2021/01/21(木) 09:27:06.31

フロントエンド系の解説動画上げてる英語話者の Youtuber
イケメン率高すぎじゃね？
イケメンじゃなくても、
リーナスやRMSやバーナーズリーみたいな、ひと目みただけで「変人だわ」って思う人が少ない

どうなってんのよ
お前らもイケメンなの？

**デフォルトの名無しさん** · 2021/01/21(木) 14:08:52.40

ちなみにわしは自称福山雅治のイケメンだ

**デフォルトの名無しさん** · 2021/01/21(木) 14:56:12.52

俺もよく歩いてると三浦春馬さんやっぱり生きてたんですねって話し掛けられて困るわ

**デフォルトの名無しさん** · 2021/01/21(木) 19:34:01.03

オレもしょっちゅう『二郎さんっ……！』って声を掛けられるから、「おやっ、オレは田宮二郎の生まれ代わりなのかな……？」って思ってたら、坂上二郎さんの生まれ代わりだったわ

**デフォルトの名無しさん** · 2021/01/21(木) 23:37:32.75

>>771
加齢臭ヤバナイ？

**デフォルトの名無しさん** · 2021/01/21(木) 23:42:06.12

加齢臭とかいうレベルでなく今の30代ぐらいならもう何の話してるかもわからんだろうな

**デフォルトの名無しさん** · 2021/01/22(金) 05:20:07.47

TypeScript で、React やったけど、いちいちいちいち型定義めんどすぎな…
相性くそわるなめくじかよ

ビジネスモデルのオブジェクトとかは型定義したいが、
いちいち props のインターフェースとか書いてらんねー
変更があったらいちいちインターフェースも書き換えなきゃいけないし

みんなどうやって使ってるの？
Angular とか他のフレームワークだと TypeScript でのやりやすさ違う？

**デフォルトの名無しさん** · 2021/01/22(金) 05:27:56.87

>>774
ts使いこなせてないのか？
面倒ならanyにしとけ。

**デフォルトの名無しさん** · 2021/01/22(金) 05:29:38.84

>>774
>>Angular とか他のフレームワークだと >>TypeScript でのやりやすさ違う？

やっぱts理解してしないね。

**デフォルトの名無しさん** · 2021/01/22(金) 14:46:40.93

> 変更があったらいちいちインターフェースも書き換えなきゃいけないし

おまえさんのようなうっかりガイジでも変更忘れがないよう指摘してくれてるというのに
わがままうっかりガイジにランクアップや

**デフォルトの名無しさん** · 2021/01/22(金) 17:02:33.24

リファクタリングしない人もいるからね。

（いまもみじかににいるし、
拒否るかも...その人）

**デフォルトの名無しさん** · 2021/01/25(月) 15:51:22.24

VSCode の補完で関数シグニチャ確認する時、カオスすぎない？
ライブラリがユニオンやら使いまくってるの多くて、パット見引数が何個あるのかわかりにくいし、
もう少し見やすいポップアアップ表示にならんのかな

**デフォルトの名無しさん** · 2021/01/25(月) 18:07:26.17

>>779
c#以上だね。
改行で見やすくなりそーーなもんだけど。

**デフォルトの名無しさん** · 2021/01/25(月) 18:33:23.35

c#以上にカオス…？

**デフォルトの名無しさん** · 2021/01/25(月) 22:54:08.93

何倍も！
型の機能も遥かに高度だ！

**デフォルトの名無しさん** · 2021/01/25(月) 23:03:58.08

http://js.studio-kingdom.com/typescript/handbook/advanced_types

**デフォルトの名無しさん** · 2021/01/25(月) 23:14:46.15

JavaScriptというそび糞をまともにするためだ
しゃーない

**デフォルトの名無しさん** · 2021/01/26(火) 03:28:35.94

型を半ば無理矢理付けてるだけで、最終的には型を削除したJavaScriptになる
要するに動的型言語というのは、それだけ豊富な表現力を秘めてると言うことだ
本来はそれと引き換えに実行速度が犠牲になるもんだが、VMのチューニングによりネイティブコードと遜色無いのが凄いところ

**デフォルトの名無しさん** · 2021/01/26(火) 04:01:05.59

後半まで読み進めると
おおおーー！ってなる。

https://html5experts-jp.cdn.ampproject.org/v/s/html5experts.jp/shumpei-shiraishi/24660/amp/?amp_gsa=1&;amp_js_v=a6&usqp=mq331AQHKAFQArABIA%3D%3D#amp_tf=%251%24s%20%E3%82%88%E3%82%8A&aoh=16115828872772&csi=1&referrer=https%3A%2F%2Fwww.google.com&ampshare=https%3A%2F%2Fhtml5experts.jp%2Fshumpei-shiraishi%2F24660%2F

protocol と可変長型は c#で昔から
待望してた機能だ！

**デフォルトの名無しさん** · 2021/01/26(火) 05:29:01.62

>>780
そうよな
割と改行するだけでも全然違うと思うんよな
できれば色もついたらそりゃ見やすいけど

なんか Extension ないんかね

**デフォルトの名無しさん** · 2021/01/26(火) 05:52:17.01

https://github.com/microsoft/vscode/blob/master/extensions/typescript-language-features/src/languageFeatures/signatureHelp.ts

https://github.com/microsoft/vscode/blob/master/extensions/typescript-language-features/src/utils/previewer.ts

このあたりかね？ TypeScript のシグニチャのポップアップ表示してる部分

**デフォルトの名無しさん** · 2021/01/26(火) 07:02:54.66

>>786
可変長型もう入ってなかったっけと思ったら3年前の記事か

**デフォルトの名無しさん** · 2021/02/10(水) 08:45:05.84

TypeScript の型定義に凝りすぎじゃね？
https://neos21.net/blog/2021/02/09-02.html
アンサー：なぜTypeScriptの型定義に凝るのか
https://qiita.com/uhyo/items/3bc5f951f922804ede51

**デフォルトの名無しさん** · 2021/02/10(水) 10:21:36.03

サードパーティライブラリの型定義に関しては、
定義書くのめんどくさそうなときは any で通してる

型定義あったほうが便利なのは確かなので、
作業自動化して楽にしてくれるツール出てくるとありがたいなと思ってる
インテリセンスの進化とか

あと、VS Code で、TypeScript の型定義読みにくすぎ、
ドキュメント書いてあること少なすぎ、JavaScript のコードに直接とべねーすぎ（？）

でも、こういうアーキテクチャに関する抽象的な議論って
個々の案件に落とし込まないと本質見えてこないことととか、
そもそも想定する状況が議論する相手と食い違ってることがあるから
GitHub にある具体例でも明示してくれると議論は捗るんじゃないかなと思う

**デフォルトの名無しさん** · 2021/02/10(水) 12:42:09.82

弊社は障害者雇用枠しかいないのでPHPしか書けません並の駄文書いてる奴って
生きてて恥ずかしくないのかなって思っちゃう、ごめんね

**デフォルトの名無しさん** · 2021/02/10(水) 14:59:14.96

>>790
この人有名人なの？
個人ブログに対する反応としては量が多くて驚く

アンサーのほうは避けられない複雑性を
”複雑な型”で表現した場合としない場合のトレードオフについては
“消えてしまうことは無い”で濁してるだけで正面から回答してないよね

最初のブログの人も感覚的な話だからどっこいどっこいだけど
↓こういうのは頑張りすぎじゃねって感じる
type ArrayOfLengthRec<Num, Elm, T extends unknown[]> = T["length"] extends Num ? T : ArrayOfLengthRec<Num, Elm, [Elm, ...T]>

**デフォルトの名無しさん** · 2021/02/11(木) 02:00:22.02

まぁでも型定義するの楽しいからね
パズルみたいで

夢中になっちゃうのは分かる

**デフォルトの名無しさん** · 2021/02/11(木) 12:28:55.00

>>794
まじかよｗ
めんどくせーだけなんだが…

**デフォルトの名無しさん** · 2021/02/11(木) 12:32:46.43

初心者のうちは考えなくて良いんだよ。

わけ解らなくてもコード補完してくれる位
思ってれば良い。

**デフォルトの名無しさん** · 2021/02/11(木) 19:55:55.18

コード補完力・エラー発見力を高めるために型書いてる感はある
JavaとかGoの型を”書かねばならない”という強制感がないんだよな

**デフォルトの名無しさん** · 2021/02/11(木) 21:33:21.20

コード補完はすごいメリットだよね
あと型定義通ってると書いてて安心するし

**デフォルトの名無しさん** · 2021/02/11(木) 23:22:56.80

メリットの一番下は
リファクタリング耐性でしょ。

**デフォルトの名無しさん** · 2021/02/11(木) 23:23:35.04

メリットの一番は
リファクタリング耐性でしょ。

**デフォルトの名無しさん** · 2021/02/15(月) 14:41:09.07

クラスの中で、毎回 this. っての書かなきゃいけないの面倒くさくない…？
忘れるし

Java 並感

**デフォルトの名無しさん** · 2021/02/15(月) 14:44:23.78

https://github.com/microsoft/TypeScript/issues/679

やっぱみんな思うよね…
Declined だけどね…

**デフォルトの名無しさん** · 2021/02/15(月) 15:26:58.09

javascriptのthisのややこしさ知ってて言ってる？

**デフォルトの名無しさん** · 2021/02/15(月) 20:44:05.34

>>802
JS使いは誰もそう思わないと思うよ
そこでも最初から否定されてるし、その通りだよ

thisを省略可能なのは各メソッドにクロージャがない言語だけだよ
JSはそうではないから、余計に分かりにくくなるだけ

**デフォルトの名無しさん** · 2021/02/15(月) 21:56:58.17

this省略が欲しいなんて1度も思ったことないわ
レガシーなJavaプロジェクトで、クソデカclass相手にした時は eclipse で this 強制せんとやってられんかった

で、Javaならローカル変数とクラス変数の違いが見分けられないだけだが
JavaScriptはただのfunctionもある
アホがJavaScriptでthisの省略悪用したら、簡単に地獄の蓋が開いて中から飛び出たイエスファッキンキリストに脳までファックされる未来が見えるね

**デフォルトの名無しさん** · 2021/02/15(月) 21:58:12.78

つかしばらくclassもthisも書いた記憶ねえわ
POJOと参照透過なarrow functionがあればそれでいい

**デフォルトの名無しさん** · 2021/02/15(月) 22:03:00.31

tsやってるとclassいらないよね

**デフォルトの名無しさん** · 2021/02/16(火) 00:04:28.67

個人的にはオブジェクトが副作用を持つ（と明示したい）ときは使うかな。
あとErrorを継承とか継承以外にスマートな方法が無いときも使う。
出番はそんなに多くないけども

**デフォルトの名無しさん** · 2021/02/24(水) 20:43:58.73

Announcing TypeScript 4.2
https://devblogs.microsoft.com/typescript/announcing-typescript-4-2/

**デフォルトの名無しさん** · 2021/02/25(木) 08:15:48.96

[TypeScript のテストを Jest (ts-jest) でやってみる - Qiita](https://qiita.com/mangano-ito/items/99dedf88d972e7e631b7)

これ参考にjestでテストしたのですが、ts-jest使うと、テスト時にts-jestが内部的にトランスパイルすｒので、JavaScriptコードがファイルとして生成保存されないから
テストするたびに、前のテストから変更されてないソースもいちいち全てトランスパイルしてるのですか？
それともjsファイルが生成されてれば、それを利用してくれるのですか？

**デフォルトの名無しさん** · 2021/02/25(木) 20:47:42.47

https://kulshekhar.github.io/ts-jest/docs/processing
キャッシュしてると思います

**デフォルトの名無しさん** · 2021/02/26(金) 07:59:54.83

>>811
ありがとう！
その図みても自分じゃ難しくてよくわからんが、確かにキャッシュ使ってるみたいだね。
思ったより複雑にいろいろしてるみたいだから、やっぱり自分が心配するような事は考慮済みだね、当たり前か。

**デフォルトの名無しさん** · 2021/03/04(木) 12:38:42.72

Flutter2 とともに Dart にnull安全がやって来たなあ
ちょっと勉強してみようかな

**デフォルトの名無しさん** · 2021/03/04(木) 12:47:27.36

Dartのことゴミだと思ってるけど
聳え立つクソof真のゴミofゴミstoryboard & xcodeをやるくらいなら、Dartで首吊った方がマシなのかもしれん

**デフォルトの名無しさん** · 2021/03/05(金) 14:31:03.60

>>813
やっときたか！

**デフォルトの名無しさん** · 2021/05/18(火) 11:15:17.98

TypeScript勉強してたらオブジェクトの配列とか出てきて型の使い方が全くわからなかった。

**デフォルトの名無しさん** · 2021/05/18(火) 11:53:25.44

type user2 = {
id: number;
name: string;
}[];

let test2: user2 = { id: 1, name: "大谷" };

console.log(test2);

---

type user2のオブジェクトをオブジェクトの配列にしたけど、これを利用するのはどうすればいいの？

**デフォルトの名無しさん** · 2021/05/21(金) 21:43:57.64

いきなり間違ってる

**デフォルトの名無しさん** · 2021/05/25(火) 20:07:54.63

eslintのno-unsafe-member-accessチェックを有効にするために怪しいanyは全部タイプガードを通して
使うようにしようと思ったんだが、タイプガードの中でメンバーチェックするところがno-unsafe-member-accessに
引っかかってしまう。
詰んでる？

interface TypeA {
member_a: string;
}

functin isTypeA(a: any): a is TypeA {
if (typeof a !== 'object') return false;
if (!('member_a' in a)) return false;
if (typeof a.member_a !== 'string) return false; // Unsafe member access .member_a on an any value.
return true;
}

**デフォルトの名無しさん** · 2021/05/27(木) 07:58:04.71

Announcing TypeScript 4.3
https://devblogs.microsoft.com/typescript/announcing-typescript-4-3/

**デフォルトの名無しさん** · 2021/05/28(金) 20:33:33.18

#privateは使っていくべきなの？

**デフォルトの名無しさん** · 2021/05/31(月) 20:57:24.94

プログラミング言語「TypeScript 4.3」をMicrosoftが公開
https://www.atmarkit.co.jp/ait/articles/2105/31/news119.html

**デフォルトの名無しさん** · 2021/06/07(月) 08:54:45.48

「型がないと開発できない」
「型がないと開発できないっていうのは無能」
↓翻訳
「うんこって汚い」
「うんこは汚いと思ってるやつは無能」
↓翻訳
「バーカ」
「アーホ」

**デフォルトの名無しさん** · 2021/06/07(月) 11:20:40.98

>>821
なるべくweb標準に寄せたほうが良いと思ってるので、俺は使ってる。
コンストラクタ引数でブロパティ初期化のシンタックスシュガーが無いのだけが不満

**デフォルトの名無しさん** · 2021/06/13(日) 17:37:59.04

GoとかRustみたいにenumとかtypeに直接メソッド生やしたい...

**デフォルトの名無しさん** · 2021/06/13(日) 19:26:58.74

>typeに直接メソッド生やしたい.

いまいちどういうことをやりたいのかわからないが、classじゃなくてtypeじゃないとダメなの？

**デフォルトの名無しさん** · 2021/06/13(日) 20:26:40.60

↓みたいなADTっぽいことやる時とか直接メソッド生やせないと不便じゃない？
ttps://typescript-jp.gitbook.io/deep-dive/type-system/discriminated-unions

**デフォルトの名無しさん** · 2021/06/13(日) 21:44:24.86

typeに関数型のメンバを追加すりゃいい話じゃなくて？
「typeに直接」ってのが何を言っているのかよくわｑからん。

**デフォルトの名無しさん** · 2021/06/13(日) 22:03:52.22

GoやRustを触ったことがあれば分かるけど, クラスではなくあくまでデータ構造(struct)を定義して, Goではレシーバ付きの関数, Rustではimplでデータ構造に対して操作を定義していく
C#だと定義済みのクラスに拡張メソッドでメソッド追加したり
素のJavaScriptならprototypeにメソッド追加する, みたいな

で, TypeScriptだと今は出来ないと思うけど, 需要はありそうだし, RFCとか出されてない？
構文的にJavaScriptと互換にやるのが難しいかな？

**デフォルトの名無しさん** · 2021/06/13(日) 22:17:00.33

既存の構文で出来るらしい

https://medium.com/my-coding-life/extension-method-in-typescript-66d801488589

C#のような新規の構文サポートは実装しない方針

https://github.com/microsoft/TypeScript/issues/563#issuecomment-291300044