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/

**デフォルトの名無しさん** · 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

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

Githubでとあるプロジェクトをパブリックにしてたら何かヤベーアメ公に絡まれた
気に入らなきゃさっさとフォークしろやハゲ

**デフォルトの名無しさん** · 2021/07/03(土) 10:34:27.35

ふぇぇ…
Angularのバージョン上がるの早すぎだよぅ…
Angular4を使ったSPAのセキュリティが心配だよぅ…

**デフォルトの名無しさん** · 2021/07/07(水) 22:02:22.89

Angular とかとっくに死んだと思ってたわ
誰が使ってるんだ？
1系で身動き取れなくなったレガシーサービスくらいしか見たことない

**デフォルトの名無しさん** · 2021/07/07(水) 23:53:28.16

>>833
Teams（そろそろReactで書き換えられるけど）

**デフォルトの名無しさん** · 2021/07/08(木) 07:47:58.41

Google 自身が Google のサービスで全く使ってないのに、何で作ってるのかわかんない
いつ捨てられてもおかしくなくね

**デフォルトの名無しさん** · 2021/07/08(木) 14:40:54.16

teamsってangularだったのか。
reactにしたらもっさりが直るかな

**デフォルトの名無しさん** · 2021/07/08(木) 14:50:07.37

>>836
Electron+AngularJsからWebview2+Reactになってメモリ消費は半分になるとか

**デフォルトの名無しさん** · 2021/07/14(水) 23:38:18.17

質問させてください。

WebAPIを呼んでJsonを取得し、その一部の項目を使いたいのですが、
以下の２つの方法を考えました。

１．提供されるJsonと全く同じ項目をもつクラスを定義してパース
const data = axios.get<クラス[]>("複雑なJsonを返すURL");

２．getの結果をとりあえずanyで受け取り、必要な部分だけをクラスのコンストラクタに渡す
axios
.get("("複雑なJsonを返すURL")
.then((results) => {
const items = JSON.stringify(results.data);
const parseItems = JSON.parse(items);
const data = new クラス(parseItems.必要な項目1,parseItems.必要な項目2...)
以下略

「１」の方法は、不要な項目もクラスに定義するのでいろいろ無駄が多いが、オブジェクトの作成が簡単。
「２」の方法は、型情報が使えなくて不便。だなと思ったのですが、
上記のような場合、通常はどちらの方法を使うものでしょうか？
もしくは全然別なやり方があれば教えていただきたいです。

**デフォルトの名無しさん** · 2021/07/15(木) 23:21:53.74

すみません838です。自己解決です。
２の方法で、
const parseItems : インターフェース = JSON.parse(items);
みたいにすれば、必要なとこだけ埋めることできました。

**デフォルトの名無しさん** · 2021/08/27(金) 21:03:15.72

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

**デフォルトの名無しさん** · 2021/09/11(土) 04:09:02.19

Express を用いてwebアプリケーションを開発しているものです。質問なのですが、webpackで.tsのコンパイルとバンドルを行う際に出来たbundle.jsをdist フォルダに出力するとして、.ejs などのテンプレートが入ったviewsはどこに配置するのが正しいのでしょう。srcでいいような気もするのですが、実際に動くのはbundle.jsだし、dist の方がいいのかなと…….

**デフォルトの名無しさん** · 2021/09/17(金) 12:17:55.85

ようやくtsconfigのmoduleをesnextにしたわ

**デフォルトの名無しさん** · 2021/09/17(金) 17:43:37.86

むしろesnextにしてない人って何が理由なの？

**デフォルトの名無しさん** · 2021/09/29(水) 00:27:22.98

TS型安全は良いけどハマると時間ロスするね
エラーパッと見ではなんでエラーが出てるかわからない
C++をやってた頃を思い出した

**デフォルトの名無しさん** · 2021/09/30(木) 18:43:43.57

TSってプログラミングしてるっていうより問題解いてる感が強い

**デフォルトの名無しさん** · 2021/09/30(木) 21:24:56.16

パズルっぽくはあるが。スリザーリンクみたいに定石に当てはめたらパタパタと解けていく印象だな。

**デフォルトの名無しさん** · 2021/10/12(火) 20:50:09.62

TypeScriptのジェネリクスで型消去する方法って無いんだっけ？
あるいはJavaのワイルドカード型<?>みたいなのとか。

**デフォルトの名無しさん** · 2021/10/12(火) 21:03:38.69

as any

**デフォルトの名無しさん** · 2021/10/12(火) 21:44:00.66

ああなるほど、<T extends any>なら<any>でいいわけか。

**デフォルトの名無しさん** · 2021/10/19(火) 13:43:00.05

Promiseを同期的にwaitすることってできますか？
awaitではなくC#のTaskで言うところの.Resultなんですが…

**デフォルトの名無しさん** · 2021/10/19(火) 13:54:59.42

できない

**デフォルトの名無しさん** · 2021/10/19(火) 14:08:46.54

え、できないんですか困った

外部ライブラリに渡すコールバック関数がPromiseをサポートしてない
けど、その中で非同期関数を呼びたい

というユースケースなんですが諦めるしかないんですかね…

**デフォルトの名無しさん** · 2021/10/19(火) 14:41:50.05

C#は呼び出し側のスレッドをブロックしてもTaskは別スレッドで動いてるから困らない
JavaScriptはシングルスレッドだから同期的にwaitできたら
呼び出し側がブロックされるだけじゃなくPromiseで動かそうとしてる処理もブロックされるので困る

コールバック関数をPromise化すればいいケースのような気がする

**デフォルトの名無しさん** · 2021/10/19(火) 14:52:46.98

コールバックというと正確じゃないかもなんですけど

あるフレームワークが拡張のためのフックをサポートしてる
その関数は決まった名前のjsあるいはtsファイルのデフォルトエクスポートで指定する
フレームワークはそれがあれば利用し、なければ何もしない
その関数のシグネチャーは非同期をサポートしてない

こんな感じのシチュエーションですね

**デフォルトの名無しさん** · 2021/10/19(火) 17:26:32.56

>>854
>その関数のシグネチャーは非同期をサポートしてない

async/awaitのこと言ってる？
もしそうならasync/await使わない旧来のPromiseのやり方すれば？

**デフォルトの名無しさん** · 2021/10/19(火) 19:00:11.55

>>855
Promiseもサポートされてないです

function libFunc( myFunc: (x: X) => Y )

イメージとしてはこんな感じで
myFuncはPromiseを返せないようなってます

myFuncのなかでOneWayのPromiseを走らせてPromiseを捨てることはできますが
libFuncはmyFuncの戻りであるYを使って処理を続けるのでOneWayでは意味がありません

**デフォルトの名無しさん** · 2021/10/19(火) 19:38:25.38

const ox = await new Promise(resolve=>
libFunc(x=> {
// yを作成
resolve(x)
return y
}))
とかじゃ駄目なん？

**デフォルトの名無しさん** · 2021/10/19(火) 20:05:08.21

>>857
あくまで>>854という前提があるのでlibFuncを呼び出すタイミングはこちらでは選べません

**デフォルトの名無しさん** · 2021/10/19(火) 20:07:52.68

>>856
やりたいことがいまいちわからんが、同期呼び出しでmyFuncの結果を取得したいというならそれは無理。

**デフォルトの名無しさん** · 2021/10/19(火) 21:03:40.36

Promiseも使えないならもう一つ昔のコールバックヘル方式でやるしかないね

**デフォルトの名無しさん** · 2021/10/19(火) 21:14:06.31

>>858
何がやりたいかわかんね～
myFuncさえ登録できりゃ発展形でやり様子はあると思うけど

**デフォルトの名無しさん** · 2021/10/28(木) 09:19:43.09

変数の先頭に$を付けるのは何の意味があるのでしょう？

**デフォルトの名無しさん** · 2021/10/28(木) 09:36:01.90

そんな事しません

**デフォルトの名無しさん** · 2021/10/28(木) 23:51:25.40

DOM のエレメントだよって示す

**デフォルトの名無しさん** · 2021/10/29(金) 00:01:40.58

PHPerでも出来た！と主張する

**デフォルトの名無しさん** · 2021/10/31(日) 10:32:24.95

Cの __FILE__ や __LINE__ みたいにトランスパイル前のファイル名や行番号を埋め込む方法って無いのかな？
一応source-map-supportでスタックトレースは読めるようになったけど、もっと手軽に埋め込むログで
場所を示せたらいいんだが。

**デフォルトの名無しさん** · 2021/10/31(日) 12:11:14.90

TypeScript の仕事じゃない

**デフォルトの名無しさん** · 2021/10/31(日) 12:31:29.22

tscの前にプリプロセッサとかかまして実現できるならそれでもいいんだけど。

**デフォルトの名無しさん** · 2021/10/31(日) 12:33:38.24

しょせんはトランスパイラ
多くを求めたらダメだ

**デフォルトの名無しさん** · 2021/10/31(日) 21:52:21.68

>>866
英語で議論できれば提案すればいいと思うけどね

**デフォルトの名無しさん** · 2021/10/31(日) 22:25:46.49

>>868
手動でやるのは簡単だよね？
TS使ってないからビルドシステム知らんけど、Pythonか何かを挟み込める余地があったらそこでやってしまえば？
或いはいっそのことmakefileでラップしてしまうとか。(makefile内でビルドコマンドを起動）

**デフォルトの名無しさん** · 2021/10/31(日) 23:58:24.90

ありがとう。無いってことね。

**871** · 2021/11/01(月) 00:27:26.36

>>872
多分ね。（俺は871、TS使ってない）

他言語（何だったかは忘れた）でも同様に「ないのか？」って聞かれてて、
仕様に入れない理由が「ちゃんと関数名書け」だったと思ったよ。
実際あれって、実装するのは簡単だけど、Cにしかないでしょ。
個人開発ならともかく、Gitな今だと複数バージョンが同時に使われてたりするから、収拾付かなくなるのではないかな。
その辺のCの便利機能って、今の大規模開発にはフィットしないから、基本的には嫌われてる。
多分、提案したところで入らない。

**デフォルトの名無しさん** · 2021/11/01(月) 00:59:41.61

TypeScriptのポリシー的に絶対入らない

**デフォルトの名無しさん** · 2021/11/01(月) 08:42:35.30

技術的にそう難しくもなさそうなのに今無いってことはもう入れられる見込みは無いんだろうけど
これが絶対に相容れられないようなポリシーってなんかあったかな？

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

TSって滅多にクラス使わないけどDIってどうやってんの？

**デフォルトの名無しさん** · 2021/11/01(月) 20:45:04.19

クラス全く使わないわけじゃないよ。まぁ明示的に副作用使いたい時ぐらいしか使わないけど

**デフォルトの名無しさん** · 2021/11/11(木) 15:10:53.10

DIの件はこれで解決した

function F(deps: { … }, p1: T1, p2: T2)

よくよく考えると
たったこれだけのことだったんだ
フレームワークとかややこしいことを考えたのが間違いだった

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

type X = {
foo: string;
bar: string;
baz: string;
}

この型から

type Y = {
foo: string;
bar: string;
}

この型をMappedTypesで定義したい
つまり特定の属性を除去した型を作りたいのだけど出来る？

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

Utility Types の Omit とか。

**デフォルトの名無しさん** · 2021/11/16(火) 12:37:58.33

.NETでいうところの.NET StandardのようなものってTSには無いの？
フルスタックでTS使う案件に間違って入っちゃったんだけど環境ごとに何が出来るのか把握しきれなくてツラミを感じる
ストリームと文字列の処理みたいな「こんなもんどの環境でも動くだろ」ってコードすら移植すると動かない時があって泣きそう

スタンダードなライブラリが無いならビルダーの設定でもいい
tsconfigでターゲットプラットフォームとランタイムバージョンを指定すると「このパッケージはこのターゲットプラットフォームでは使えないよ」って教えてくれるだけでもだいぶ楽になると思うんだけど…
こういう機能ってどっかに絶対あると思うんだけどググっても古い断片的な情報ばっかり出てきてその設定を探すのも難しい

**デフォルトの名無しさん** · 2021/11/17(水) 21:29:35.22

主な実行環境として node.js とブラウザがあるってことはわかってる？

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

あとは泥とりんごでしょ？
せめてその4つのメジャーな環境でほぼほぼ同じように動く基本ライブラリ、基本ライブラリだけに依存して、つまりほぼほぼどこでも動くサードパーティライブラリ
それらが日常的な作業に不自由しないレベルで揃ってて然るべきだろう、と俺は思うんだけど無いのかな？

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

基本ライブラリというならJavaScript API群があるが。
「日常的な作業に不自由しないレベル」って具体的にはどんなものを期待している？

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

.NET Standardぐらいの想定かな

**デフォルトの名無しさん** · 2021/11/18(木) 06:41:05.66

まず.NETが世界の中心。みんな知ってるだろ全部揃ってて当然だろみたいな考え方をやめろ。
フロント側についてはサイの絵が書いてある本買ってくるか、MDNを熟読すれば良い。Node側はNodeの公式を読め。話はそれから。
あとはtsconfigのcompilerOptions以下のtargetとlibを指定しろ。この辺はNodeのバージョンや、対象ブラウザで変わるからググれ。すぐ出てくる。

**デフォルトの名無しさん** · 2021/11/18(木) 07:16:30.61

> 主な実行環境として node.js とブラウザがあるってことはわかってる？

> あとは泥とりんごでしょ？

これわかってないだろ

**デフォルトの名無しさん** · 2021/11/18(木) 08:57:28.17

Announcing TypeScript 4.5
https://devblogs.microsoft.com/typescript/announcing-typescript-4-5/

**デフォルトの名無しさん** · 2021/11/18(木) 12:49:52.50

自分は知っているみたいな錯覚してるせいで根本的に間違ってることに気づいてない

**デフォルトの名無しさん** · 2021/11/18(木) 12:57:37.30

ttps://stackoverflow.com/questions/57435686/filereader-is-not-defined-with-angular-server-side-rendering

適当にググったらこんなんあったけど、
要するに、こういうことだよな
これはただの一例だけど、ストリームと文字列の変換なんてなんかはさ、いいかい？
全ての開発者が、ドキュメントを熟読せず、何の迷いもなく、インテリセンスに導かれて、スラスラと書けてだよ
そして、それが驚き最小で、思った通りに動作する
それがモダンな高級言語として、当たり前の姿なんじゃないのかい？
TSのメンテナは真新しさばかり追い求めて、足場を固めるという、地味だが大切な仕事を忘れてやしないか？

**デフォルトの名無しさん** · 2021/11/18(木) 13:22:17.68

根本的な勘違いとして、それはTypeScriptの責務では無い。TypeScriptはJavaScriptにモダンな型を付与するもの（一部例外はある）で、APIの提供はしない。
例に出てきたFileReaderの様なAPIはブラウザとNode側で求められる機能もセキュリティレベルも異なり、それぞれが提供するものだ。それを統一はできない。ましてnpmのバッケージで提供されているものはパッケージ作者が責務を負うものだ。
自分の勉強不足を棚に上げて言語に文句を言うのは筋違いも良いとこ。

**デフォルトの名無しさん** · 2021/11/18(木) 14:09:39.19

そこがTSの限界であり、使いにくい原因なんだろなぁ

FileReaderなんてのはたまたま出てきた一例でしかないが
リンク先のポストを読めば、トピ主のやりたいことはストリームから文字列への変換とわかるだろう

その程度はどのプラットフォームでもサポートできる
使用頻度もそこそこだから、標準ライブラリとして用意されていて当たり前

encode(s: string, format: string): Blob
decode(b: Blob, format: string): string

これでいいだろ？
セキュリティやハードウェアに依存するものが標準化されないのは許されるだろう
しかしなぜ簡単にできるものすら標準化しない？

**デフォルトの名無しさん** · 2021/11/18(木) 16:35:20.00

そのストリームってのは何のストリーム？
ひょっとして用語を間違えてるから調べても出てこないのでは？

**デフォルトの名無しさん** · 2021/11/19(金) 07:13:45.00

>>888
型演算に末尾再帰最適化（みたいなの）追加されるやん！

**デフォルトの名無しさん** · 2021/11/21(日) 12:03:30.92

型の@types だけインポートするにはどうしたらよいでしょうか。

leafletという地図のjsライブラリがあって、グローバルでL という変数をnamespaceとして使っています。
npmの層を薄くしたくて、地図ライブラリはnpm を使わずにhtmlにscriptタグを直接書いて読み込んでいます。
でも型補完は欲しいので、"@types/leaflet"はnpmでインストールしています。

この状態で変数L に型補完を動作させるにはどうすればよいでしょうか。
何もしないと、変数Lは未定義だよというエラーが出ます。
(エラーを消すだけなら適当なd.tsを作って declare const L: any; とでも書けばいいんだろうけど)

**デフォルトの名無しさん** · 2021/11/21(日) 12:42:32.36

import type * as Leaflet from 'leaflet'
declare const L: typeof Leaflet

**デフォルトの名無しさん** · 2021/11/21(日) 12:53:04.47

ありがとうございます

**デフォルトの名無しさん** · 2021/11/23(火) 00:51:46.26

空配列ってどうやって定義すればいいんでしょうか？

**デフォルトの名無しさん** · 2021/11/24(水) 20:42:59.28

Dateが使いにくいのどうにかする最高のライブラリ教えてよ
date-nfs、momentあたりは試したけどしっくりこんかったわ
JSONが非対称ってのもSo Badやでほんま
よくこんな罠だらけの言語でやってられるなー
フロントエンド勢の忍耐力には尊敬の念を禁じえんわい

**デフォルトの名無しさん** · 2021/11/24(水) 21:53:47.96

>>899
> JSONが非対称
とは？
JSON.parse, JSON.stringify 知ってるか？

**デフォルトの名無しさん** · 2021/11/24(水) 22:01:40.70

>>899
date-nfsで駄目ならオススメは無いかなぁ。
ご指摘の通り罠も多いけどC++とかに比べたらずっと楽な言語だと思うな

**デフォルトの名無しさん** · 2021/11/24(水) 23:40:29.12

>>899
> Dateが使いにくいのどうにかする
そんなあなたに Temporal

**デフォルトの名無しさん** · 2021/11/26(金) 22:12:29.88

Effective TypeScript
ちと古いが読んだ方がいい？

**デフォルトの名無しさん** · 2021/12/02(木) 17:06:08.00

あーくそ
なんでstrictをOFFにできるんだよ
VB.NETか！

**デフォルトの名無しさん** · 2021/12/02(木) 18:20:28.57

いやなんでfalseにするんだよ

**デフォルトの名無しさん** · 2021/12/02(木) 22:30:30.27

既存の JavaScript を段階的に移行したい時かな

**デフォルトの名無しさん** · 2021/12/07(火) 10:10:01.42

非同期がよーわからん
ワーカーを考えない場合
ブラウザでもモバイルでもバックエンドでも基本的に一本のキューにジョブを入れてって順次処理するモデル
promiseやawaitを使うと処理の前後関係は保障されるけど間に他のジョブが割り込む可能性がある
処理そのものはシングルスレッドで行われるのでpromiseやawaitを挟まない限り全てのJSコードがアトミックに実行される
fetchなどJS外の処理についてはアトミックは保障されない
こんな感じであっとる？？？

**デフォルトの名無しさん** · 2021/12/07(火) 22:24:43.13

JavaScript Visualized: Event Loop
https://dev.to/lydiahallie/javascript-visualized-event-loop-3dif

**デフォルトの名無しさん** · 2021/12/08(水) 07:25:06.20

>>907
だいたい合ってる。基本的には処理の予約と考えるだけで済む。
JS外の処理はWebWorker含めてJS環境に干渉してこないんだから（戻り値以外）ほぼイベントとか割込と同質で特殊なものだと考える必要もなくないかな？

**デフォルトの名無しさん** · 2021/12/09(木) 14:21:48.83

なんかプロジェクトでtypescript使う流れになって今から勉強してるんだが、これ何に優れてるの？
javascriptの拡張言語で型の宣言できるぐらいがメリット？
実行するためにいちいちコンパイルもどきなことをしないといけないしデバッグ面倒で正直やりづらいとしか思えないんだが

**デフォルトの名無しさん** · 2021/12/09(木) 14:29:35.72

「正直、特別優れた言語設計でもないし、基本的なライブラリ貧弱だし、なんか色々と不安定なので、他の言語を使えるならそっちのがいい。
でもJavaScriptよりかは遥かにマシだからターゲットプラットフォームがブラウザ、ReactNativeなら積極的に使っていこうぜ」ぐらいの認識ですかね

型パズルとかゆるゆるなインターフェースとか最初はこりゃ楽チン、便利だなと思うけどメンテナンス性は疑問
あとTypeScriptは生のJavaScriptよりanyの凶悪さが増してると思う

所詮はALT JSですね

**デフォルトの名無しさん** · 2021/12/09(木) 16:46:11.49

>>910
watch使うとわざわざコンパイルする手間が省けるので楽だよ。あとmapファイルも出力するようにすればデバック時も面倒じゃなくなるよ。
型だけじゃなくて、同じコードで古い環境でも動くソースを吐くこともできるよ。
でも、型にメリットを見いださない人向けの言語で無いね。

**デフォルトの名無しさん** · 2021/12/09(木) 20:23:42.31

動的型付け言語しか使ったことがない人ならそんなものだよね

**デフォルトの名無しさん** · 2021/12/10(金) 13:52:02.48

個人開発だとTypeScriptガンガン使ってる
型パズルたのちい

**デフォルトの名無しさん** · 2021/12/10(金) 16:44:26.21

型パズルはアンチパターンだ
ほどほどにしとけ
人類はC++を教訓にしなければならない

**デフォルトの名無しさん** · 2021/12/10(金) 17:18:46.95

TypeScriptにはSFINAEみたいな凶悪な仕様はないだろう。
conditional typeは少し難解かもしれないが自分で使わなければいいだけのことだし。

**デフォルトの名無しさん** · 2021/12/21(火) 11:07:25.83

any型のデータをそれ以外の型に変換可能かどうか判定する、または変換するライブラリってあります？
↓こんな感じの

type T = { id: number; name?: string; timestamp: Date; }

const data1: any = { id: 1, name: “bob”, timestamp: new Date() }
const t1: = convert<T>(data1); // OK

const data2: any = {
id: “2”, // number format string
timestamp: “2021-12-21T11:00:00Z”, // ISO Date string
}
const t2 = convert<T>(data2); // OK

const data3: any = { // without required field
timestamp: new Date()
}
const t3 = convert<T>(data3); // throw Error

const data4: any = {
id: 4,
timestamp: “hello” // invalid format
}
const t4 = convert<T>(data4) // throw Error

**デフォルトの名無しさん** · 2021/12/21(火) 11:18:51.59

TypeScriptって型が嘘をつくことが結構あって
Date型なのに実行時には文字列が入ってるとか
型定義では省略不可なのに実行時には省略されてるとか
そういう実行時の型エラーをなんとかして削減したい、というのが根本的な課題です
上でレスしたようなライブラリがもし有れば多少はマシになるかな、と
ランタイムがキャスト例外を投げてくれればそれがベストなんですが、JSに実行時型情報はないのでそれは難しい

**デフォルトの名無しさん** · 2021/12/21(火) 18:51:42.35

> JSに実行時型情報はないので
つ typeof, instanceof

**デフォルトの名無しさん** · 2021/12/21(火) 19:01:16.33

すげー斜め読みしてタイプガードではいかんのかと思った

**デフォルトの名無しさん** · 2021/12/21(火) 19:16:55.14

タイプガードでもいいんですけど数が多いので一発で全部よしなにやってくれるものがほしいって感じですかね
C#のdynamicのように非互換の代入をその場で例外にしてくれれば楽なんですが
なんでかanyは非互換でもエラー無しでスルッと進んでしまうので苦労してます