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/18(金) 05:11:45.78

ブラウザ使っててよく Webページが固まることがあるから、ちゃんとUIスレッド以外で処理しろよとよく思ってたが
JavaScript 自体がシングルスレッドだったのね

WebWoker とかいうのもあるみたいだが、MDN見るに、
言語側でがっつり管理するからスレッドセーフあんまり考慮しなくてもいいみたいだし、これは楽でいいわ

Java やってて、クリティカルセクションの処理が一番嫌いだった
デッドロックの原因探すの大変すぎた

**デフォルトの名無しさん** · 2020/12/18(金) 05:52:13.96

そもそもIO待ちにスレッドを使うのがナンセンスだったんだよな

**デフォルトの名無しさん** · 2020/12/18(金) 07:23:19.35

まぁでも、

JavaScript のソースコード内に書いたものが全部同じスレッドで走ってる

ってだけで、setTimeout とかの実装内では普通に別スレッド走ってるのか。
そりゃそうだよな、そうしないと非同期処理なんてどうあがいても不可能だものね。

**デフォルトの名無しさん** · 2020/12/18(金) 09:04:21.16

非同期処理はスレッドの場合とそうでない場合の2種類ある
そうでない場合は基本的にハードウェア割り込みで実装されてる
タイマーとか通信処理とか
ファイルアクセスもOS毎に非同期APIが有るけど、libuvは互換性の為に敢えて同期APIを使う処理をスレッドプールに投げているようだ

**デフォルトの名無しさん** · 2020/12/18(金) 09:10:54.87

setTimeoutはスレッドを使ってない様に思うけど、結局の所ユーザー側でそれを知る術が無い

**デフォルトの名無しさん** · 2020/12/18(金) 12:01:30.61

>>698の問題はスレッドがどうとか関係なくて、html中のある個所の内容が決まらないと
全体のレンダリングができない構造になっていたとか、jsをダウンロードしないと
レンダリングされないのにその取得に時間がかかっているとかそんなところだろうな。

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

最近ないように思うけど、１つのページがブラウザ全体をストールさせることが多かったのよ
そんでブラウザを起動し直さなければいけない

その原因が、JS のスレッドとブラウザのレンダリングスレッド（UIスレッド）が同じスレッドを共有してることにある

DOM 書き換えてる最中にレンダリングされちゃうと、ページレイアウトがぐちゃぐちゃになるから、全部同じスレッドで処理してるんだけど、
JSの処理でUIが固まるのを防ぐには、JS の DOM 書き換え「以外」の操作を別スレッドでやって、レンダリングスレッドと同期処理すればいい
（Java の synchronize とかの要領）

DOM 自体がレンダリングスレッドに属してるのは、しょうがないと思う
昔、マルチスレッドで動作する UI ライブラリの多くがデッドロックその他のバグでどうにもならなくなって廃棄された（Java でいう AWT）

ということで、UI が固まるのにはスレッドは関係あると思うのよ
まぁ書き方が悪かったのかもしれんが

あと、JS がシングルスレッドなのはとても良いことだと思ってるからね、自分は
マルチスレッド化したら、どのみち同期化処理に失敗して、デッドロックで今よりも固まること多くなるだろうから

参考にした：
https://stackoverflow.com/questions/30932870/why-doesnt-javascript-get-its-own-thread-in-common-browsers

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

JS で重めの処理をしたりバグがあっても、レンダリングスレッドと分離されてれば、
少なくとも UIが固まることはないということね（デッドロックがなければ）

あと、上で最初に書いた、ブラウザ全体が固まるって話は語弊あったかもしれない

ブラウザの各タブのレンダリングスレッドと、ブラウザ全体のUIスレッドは、多分分けられてるんだよね？
後でちゃんと調べます

**デフォルトの名無しさん** · 2020/12/18(金) 13:30:26.86

firefoxがフリーズすることは最近ちょくちょくあったな
edgeに乗り換えたらきれいさっぱり直った
ffはもうだめかもわからんね

**デフォルトの名無しさん** · 2020/12/18(金) 16:42:31.82

https://gimhana-ds.medium.com/how-firefox-and-chrome-use-process-and-threads-f58f478561f0

ブラウザのスレッドの話ココに載ってた
いろいろとたどってって疲れたので、全部は見てない

Chrome が Tab ごとにプロセスで、Firefox が Tab にマルチスレッド

Firefox もいっぱいプロセス作ってるけどね、ちゃんと読んだ人教えて

**デフォルトの名無しさん** · 2020/12/18(金) 16:44:48.76

「Firefox が Tab ごとにスレッド」って書きたかった

そのスレッドも Main Thread = UI Thread （DOM 操作と JS 実行）が１個って意味で、
Raster Thread とか、Composer Thread とか多分他にもいろいろスレッド作る

**デフォルトの名無しさん** · 2020/12/18(金) 17:50:47.93

すみません、TypeScriptって開発中はコンパイルなしでブラウザですぐに変更の動作確認をできますか？

**デフォルトの名無しさん** · 2020/12/18(金) 19:33:24.14

そういう時代が来るといいね

**デフォルトの名無しさん** · 2020/12/18(金) 19:42:28.67

Chromium Edge で、YouTube を見て、

動画を、5秒先へ進めたりすると、フリーズする

**デフォルトの名無しさん** · 2020/12/18(金) 21:47:42.98

WebWorkerは完全にスレッドだぞ
更にAtomicsを使えばスレッド間でatomicなデータ更新が出来る

**デフォルトの名無しさん** · 2020/12/18(金) 21:53:39.89

WebWorker使いやすくて好き。並列処理面倒くさいからたまにしか使わないけど

**デフォルトの名無しさん** · 2020/12/18(金) 22:14:36.51

しかし、SharedArrayBufferはSpectreのせいでほぼ使えない状態だけどね
Spectreに対応したCPUが普及しきらない限り有効にされる事は無い
Webではもはや余計な機能追加はセキュリティーホールの元という認識でこれ以上進化することも無いだろう
ただ、ストアからインストールするPWAはネイティブアプリの代わりだから、機能追加していくと思われる

**デフォルトの名無しさん** · 2020/12/18(金) 23:02:27.28

ストアの収益減らすの絶対許さないマンのアップル
ｖｓ
Webから情報吸いたいマンのグーグル

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

promise（もしくはasync/await）が使えたらシングルスレッドでも実質別段困らない
希ガス

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

WebWorkerとか知らんかった．．．
メインと状態を共有しないのが明確なら便利そうだな
さもなくばAsync/Awaitか

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

I/O boundはPromiseでいいけど
CPU boundはPromiseじゃだめだからWebWorker使う
マルチコアの有効活用

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

>>715
それは有る
Appleはブラウザの進化を完全に否定した(WebUSBとか実装しないと明言した)
建て前はセキュリティーだけど、真実はPWAがネイティブアプリと同等の事が出来るとApple税が取れなくなるからだろうね

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

税なら税で素直に払えばいい
それでいい製品が使えるならいいことだ
NHKのようなものだな

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

Appleが採用しない事で足並みが揃わなくなって、Web全体に影響するという……

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

🍎に足並みを揃えない連中がよくない

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

SharedArrayBufferの代替手段って無いの？
結局これは解決する問題なの？

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

WebUSBに関してはFireFoxも実装する予定はないので
足並みを揃えてないのはChrome

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

目の前に機器があってスマホからコントロールしたい要求は一般的だと思うけど、USBの番号を個人で取れなくなったので、ブラウザに実装する意味は薄れたかもしれないですね。

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

ここだけはappleを応援するわ
消費者としてブラウザにどんどん変な機能つけるんじゃねぇ

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

IoT的な意味合いで必要とする人たちが居るんですよ。

自分は見ないから動画機能を付けるなとか、聞かないから音機能を付けるなっていうのと同じでは？

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

USB APIをサーブしてajaxでlocalhostと通信でいいじゃん
わざわざブラウザがサポートすることじゃない

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

まあ百歩譲って乗せるとしても拡張でいいよな
標準化しようとするのはでしゃばりすぎ

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

ブラウザがんばって欲しい
React + TS 最高
swift + storyboard とかいう糞オブ糞のそびえ立つ糞まみれは2度と触りたくない

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

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