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/

**デフォルトの名無しさん** · 2019/06/15(土) 20:14:03.78

as const

**デフォルトの名無しさん** · 2019/06/15(土) 20:32:57.50

>>239
ありがとう！これだ。

**デフォルトの名無しさん** · 2019/06/15(土) 22:08:42.82

デフォルトで全部 as const にするオプションとかあればいいのに

**デフォルトの名無しさん** · 2019/06/21(金) 19:39:39.40

今日の疲れやばい

**デフォルトの名無しさん** · 2019/06/21(金) 19:42:13.96

anyを許すルールにするっつったら
「でもapiからくる値なら全て型定義できますよね？」
って言われたことにものすごい疲れた
完璧なappなんかねーんだよ！！！ってキレそうだったわ

**デフォルトの名無しさん** · 2019/06/21(金) 19:42:54.97

一生インターフェース書いてろ！

**デフォルトの名無しさん** · 2019/06/22(土) 13:59:29.40

そこでunkownですよ

**デフォルトの名無しさん** · 2019/06/22(土) 14:09:53.49

unknown確か途中で足されたよな。最初から入れとけおもた。

**デフォルトの名無しさん** · 2019/06/22(土) 15:50:14.82

みんあなはallow any 派？

**デフォルトの名無しさん** · 2019/06/22(土) 18:02:27.27

>>247
許容派です。
再帰処理とかをまともに型付してたら、辛すぎる。。

ちなみに
const arr = []
で、never[]型になるのがしんどい。

設定でany[]型にならないでしょうか・・？

**デフォルトの名無しさん** · 2019/06/22(土) 20:42:33.24

明示的に型を書けばいいじゃん

**デフォルトの名無しさん** · 2019/06/22(土) 22:04:34.45

てかリテラルの [] が never[] になんかなる？

**デフォルトの名無しさん** · 2019/06/23(日) 13:58:34.11

eslint が v6.0.0 になったら @typescript-eslint/parser が読み込めなくなった
とりあえず issue をみて ./node_modules/@typescript-eslint/parser/dist/parser.js で

require("eslint/lib/util/traverser")
↓
require("eslint/lib/shared/traverser")

でやり過ごしてる

**デフォルトの名無しさん** · 2019/06/24(月) 11:41:32.01

この研究によるとTypeScriptは最もバグ発生率が低い言語なんだけどその理由とか体感とかありますか？
https://web.cs.ucdavis.edu/~filkov/papers/lang_github.pdf
>TypeScript －1.32 (0.40)∗∗ －2.15 (0.98)∗ －1.34 (0.41)∗∗ －0.34 (0.07)∗∗∗

**デフォルトの名無しさん** · 2019/06/24(月) 11:46:37.72

コンパイラにバグが無い
コンパイル中にコードのバグは発見出来る
アルゴリズムのバグは知らんがな

**デフォルトの名無しさん** · 2019/06/24(月) 21:38:49.72

TypeScriptで書いたプロダクトにバグが少ないのか、TypeScriptコンパイラにバグが少ないのか、どっちよ？

**デフォルトの名無しさん** · 2019/06/24(月) 21:39:48.85

あと今土器pdfなんかで出すなよボケカス
日本語翻訳使えないだろが

**デフォルトの名無しさん** · 2019/06/24(月) 21:52:09.72

TS >>> JS
という話なら圧倒的同意しかないのだが
https://www.reddit.com/r/typescript/comments/aofcik/38_of_bugs_at_airbnb_could_have_been_prevented_by/
他の言語と比べてどうこうはわからん

あと動的型無し糞言語がゴミというのも同意

**デフォルトの名無しさん** · 2019/06/25(火) 18:21:53.19

>>254
TSで書かれたソフトウェアにバグが少ない
そのPDFによれば調査対象のメジャーな10種くらいの言語の中で最も少ない

**デフォルトの名無しさん** · 2019/06/25(火) 20:19:43.86

C#と大して変わらんのにバグが少なくなるって根拠がよく分からん
JavaScript上がりのプログラマが使うことが多いから良く訓練されているってのが考えられる根拠だなw

**デフォルトの名無しさん** · 2019/06/25(火) 23:32:40.42

ユーザのリテラシが高いが後押ししてるのはありえそうだな

phpあたりは言語もユーザもガイジだからかわいそう

**デフォルトの名無しさん** · 2019/06/26(水) 00:17:43.45

JavaScriptは初心者が触るには最悪の言語と言っても過言ではないないから、ありとあらゆるバグを出して大変な目に遭ったプログラマがTypeScriptを使うことになると、バグも少なくなるだろうなという意味だよ

**デフォルトの名無しさん** · 2019/06/26(水) 00:40:51.84

つか論文？の表の見方がわからんのだが

**デフォルトの名無しさん** · 2019/06/26(水) 00:41:37.75

よくよく読んだら、ほんとは一番バグが多かったとかいうオチ？？

**デフォルトの名無しさん** · 2019/06/26(水) 00:45:17.97

スレッドがないとかポインタがないとかでできないことがある分バグも減るでしょ

**デフォルトの名無しさん** · 2019/06/26(水) 00:49:58.46

>>263
できないことだらけにしたGoさんはどうなりましたか・・・？

**デフォルトの名無しさん** · 2019/06/26(水) 09:13:51.70

このスレの住人なら当然ターミナルはコレだよな！

Terminus - TypeScript製のターミナル
https://www.moongift.jp/2019/06/terminus-typescript%E8%A3%BD%E3%81%AE%E3%82%BF%E3%83%BC%E3%83%9F%E3%83%8A%E3%83%AB

**デフォルトの名無しさん** · 2019/06/26(水) 12:25:57.23

>>264
Ｗｅｂ画面なんて壊れてても気にしないからコミット取り消さないし
そもそも画面実装とかサーバに比べて問題の範囲が限定的でたいして難しくないだろ
最初から扱ってる問題が言語ごとにちがうんだ
この表ってか論文で一緒にしてるのおかしい

あ、型なし言語はあかんと思います

**デフォルトの名無しさん** · 2019/06/26(水) 16:21:39.07

確かにCとかC++は基礎的なソフトに使われるから
僅かなバグも絶対に許されないとこありそう
それ以外にポインタ使ってるからってのもあるだろうけど

**デフォルトの名無しさん** · 2019/06/29(土) 10:08:56.36

>>266
動画の新しいエンコーダ作るとか、プログラムじゃなくて数学のレベルを求められる仕事は置いといて、

webならフロントの方がよっぽど複雑じゃない？
バックなんて同期処理でお決まりのレールに乗ってダラダラ書いてくだけだし。

複雑でパフォーマンスが要求されるpwaとか、typescript無かったら絶対に完成する気しないわ。
カオス過ぎる

**デフォルトの名無しさん** · 2019/06/29(土) 10:25:06.32

js/tsだけどダイアログとか出すときに
モードレスにした方がユーザーには使い易いのに
バグが増えそうだからモードレス禁止ってことで
全部モーダルで造らされたことがある

**デフォルトの名無しさん** · 2019/06/29(土) 19:29:55.34

型の判定の正しい手順ってどうだっけ？5行目で引っかかってしまう。

function isMyType(o: unknown): o is MyType {
if (typeof o !== 'object') { return false; }
if (!o) { return false; }
if (!('key' in o)) { return false; }
if (!o.key) { return false; } // ts7053
return true;
}

**デフォルトの名無しさん** · 2019/06/29(土) 23:44:35.08

ひえっ…
typescript使う意味あるのこれ

**デフォルトの名無しさん** · 2019/06/30(日) 01:10:38.25

そりゃTypeScriptだって魔法じゃないんだから。
すごいのは外部から渡された得体の知れない値をこうやって動的に型判定して
それを静的な型の世界に持ち込めるところ。

**デフォルトの名無しさん** · 2019/06/30(日) 01:36:24.68

ts知らないけど処理系がロード済みの型一覧を取得できないの

**デフォルトの名無しさん** · 2019/06/30(日) 02:09:58.63

unknownじゃなくてanyでいいでしょ

**デフォルトの名無しさん** · 2019/07/01(月) 22:30:11.88

>>270
この返り値、なんていう記法？
というか、なぜこんな書き方が必要なの？

**デフォルトの名無しさん** · 2019/07/01(月) 23:18:57.13

user defined type guard function でググれ。

**デフォルトの名無しさん** · 2019/07/02(火) 04:58:55.57

>>269
jQuery, jQuery UI のダイアログを使えば？

モーダルが多いような気がする

**デフォルトの名無しさん** · 2019/07/03(水) 22:40:20.89

>>276
それだけで理解した
なるサンクス

**デフォルトの名無しさん** · 2019/07/07(日) 08:52:11.33

/* eslint-disable @typescript-eslint/explicit-function-return-type */
const mapDispatchToProps = (dispatch: TodoAsyncDispatch) => {
return {
fetchTodo: (id: TodoId) =>
dispatch(todoAsyncRequestActions.fetchTodoRequest({ id })),
}
}
/* eslint-enable */

type ReduxDispatchProps = ReturnType<typeof mapDispatchToProps>

---

これをeslint-disableなしで実装する方法ってないですか？
例えば、↓こんな感じで「any」の部分が「型推論させる型」みたいにできる、とか。
redux-thunkの型付けが難しいお・・・

---

type MDTP = (dispatch: TodoAsyncDispatch) => any

const mapDispatchToProps2: MDTP = (dispatch) => {
return {
fetchTodo: (id: TodoId) =>
dispatch(todoAsyncRequestActions.fetchTodoRequest({ id })),
}
}
type ReduxDispatchProps2 = ReturnType<typeof mapDispatchToProps2>

**デフォルトの名無しさん** · 2019/07/07(日) 09:34:19.15

その暗黙の推論を禁止するルールなんだから普通に考えたら無いよね。
型付けが難しい場合があるのはわかるけど、eslint-disableじゃだめな理由は？
全体として入れているチェックの例外を設けるなら後からその箇所がわかるように
しておかなきゃ困ると思うが。

**デフォルトの名無しさん** · 2019/07/07(日) 10:04:05.70

ジャネリック

**デフォルトの名無しさん** · 2019/07/07(日) 10:24:01.49

>>280
型付け自体はそう難しくはないんだが、この2重定義感がだるくて。
mapDispatchToPropsに型ちゃんと書いてそこに集約したいというか。

---

type ReduxDispatchProps = {
fetchTodo: (id: TodoId) => Promise<void>
}

const mapDispatchToProps = (
dispatch: TodoAsyncDispatch
): ReduxDispatchProps => {
return {
fetchTodo: (id) =>
dispatch(todoAsyncRequestActions.fetchTodoRequest({ id })),
}
}

---

> eslint-disableじゃだめな理由
mapDispatchToProps は書く頻度が高いから、あまり eslint-disable を撒き散らしたくない
とはいえ普通の function で explicit-function-return-type を false にしたくない
というお気持ち

やっぱ無理ッスかね

**デフォルトの名無しさん** · 2019/07/07(日) 10:37:01.72

>>281
どう書けばできそうですか？

**デフォルトの名無しさん** · 2019/07/07(日) 11:45:51.89

{ allowExpressions: true }

**デフォルトの名無しさん** · 2019/07/07(日) 13:32:44.90

>>284
既にこれで設定してます

---
"@typescript-eslint/explicit-function-return-type": [
"error",
{
allowExpressions: true,
allowTypedFunctionExpressions: true,
},
],
---

**デフォルトの名無しさん** · 2019/07/10(水) 01:53:27.81

Nest.js使ってサーバサイドもts使ってる人いる？

**デフォルトの名無しさん** · 2019/07/17(水) 21:56:07.81

むしろ整合性が求められるサーバーサイドでこそ活躍する

**デフォルトの名無しさん** · 2019/07/17(水) 23:22:52.24

TSerならdenoでない？

**デフォルトの名無しさん** · 2019/07/17(水) 23:47:06.39

まだ早い

**デフォルトの名無しさん** · 2019/07/23(火) 23:09:48.66

tslintが年内収束ってことなんでeslint移行を試しているが、まだ微妙に使いづらいな。

**デフォルトの名無しさん** · 2019/07/24(水) 12:05:38.50

Svelte 試してるんだが TS にできない……
eslint-config-prettierがほぼ使用不可になるのもしんどい

**デフォルトの名無しさん** · 2019/07/28(日) 15:31:08.83

vs2019に入れるときはどうしたらいいですか？

色々やってて、2017には入ったけど、HelloWorldが正しく動いてくれない。

**デフォルトの名無しさん** · 2019/07/28(日) 16:16:00.92

悪いことは言わんからVSCodeにしとけ
それにTypeScriptはIDEにインストールするもんじゃなく、npmでインストールするただの1ライブラリだ

**デフォルトの名無しさん** · 2019/07/28(日) 19:23:20.85

検討してみます。
ありがとう。

**デフォルトの名無しさん** · 2019/07/30(火) 20:33:12.19

リテラル型からそのリテラルの値を作ることってできないんだっけか。
Record<Foo,boolean>の変数の初期値にReacord<Foo,false>の値が使えたらよかったんだが。

**デフォルトの名無しさん** · 2019/07/31(水) 01:05:45.62

型情報から実行時インスタンスの値を変更は不可能

**デフォルトの名無しさん** · 2019/07/31(水) 22:29:00.76

仕組み考えりゃ当たり前だよな

**デフォルトの名無しさん** · 2019/07/31(水) 22:36:31.70

tsはコンパイル後の結果に型情報は含まないというポリシーだけど、
そういう定数を埋め込むことはやろうと思えばできる話だろ。

**デフォルトの名無しさん** · 2019/08/27(火) 08:04:24.39

androidで使えるts用のeditorないかな
トランスパイルとかはメインの環境でやるからコーディングのための入力支援だけでも受けられるようなやつ

**デフォルトの名無しさん** · 2019/08/28(水) 02:28:02.83

TermuxでVimにプラグイン

**デフォルトの名無しさん** · 2019/08/29(木) 08:30:46.67

Announcing TypeScript 3.6
https://devblogs.microsoft.com/typescript/announcing-typescript-3-6/

**デフォルトの名無しさん** · 2019/09/05(木) 23:20:27.31

tslintの"max-classes-per-file"のデフォルト値が１なんだけどこれどういう意味合いがあってこんな制限がかかってるの？

**デフォルトの名無しさん** · 2019/09/05(木) 23:30:25.75

Best practice is to keep each file limited to a single responsibility.

**デフォルトの名無しさん** · 2019/09/06(金) 08:25:08.20

プロジェクトの規模が大きくなっても1ファイル1classって維持できるものなのか？

**デフォルトの名無しさん** · 2019/09/06(金) 14:16:54.22

tsファイルに
string型のnormalize('NFC')を
使おうとしたんだけど、エラーになる。

なんで？

**デフォルトの名無しさん** · 2019/09/06(金) 19:54:40.86

プロジェクトが大きくなることとひとつのファイルに書くクラスの数が増えることとが結びつかないんだが

**デフォルトの名無しさん** · 2019/09/10(火) 22:41:19.05

https://geekly.co.jp/column/cat-technology/1908_004/
>TypeScriptはクラスベースオブジェクト指向です。

こんな転職サイトのお世話にはなりたくない

**デフォルトの名無しさん** · 2019/09/10(火) 22:57:35.54

これはひどい

**デフォルトの名無しさん** · 2019/09/10(火) 23:33:47.24

バズワードに踊らされてるだけなのか、ツッコミどころてんこ盛りなのは置いておいて・・・

Geekly Media ライター
バスコ

最新の記事がXAMPPで草生えた
10年前からタイムスリップしてきたのか？

**デフォルトの名無しさん** · 2019/09/11(水) 10:05:57.98

>>307
>TypeScriptはクラスベースオブジェクト指向です。
完全に合っているが…何が問題なんだ？

**デフォルトの名無しさん** · 2019/09/11(水) 20:26:00.45

TypeScriptはクラスベースでJavaScriptはプロトタイプベースって対比しているのは完全におかしい
クラス構文はただの糖衣構文で実態はプロトタイプベースだし、そもそもクラス構文はES2015にあるんだからJavaScriptもクラスベースという話になってしまう

**デフォルトの名無しさん** · 2019/09/11(水) 21:06:44.69

JavaScriptをプロトタイプベースのオブジェクト指向言語と言うべきではない
http://blog.anatoo.jp/entry/2015/05/05/163225

**デフォルトの名無しさん** · 2019/09/12(木) 02:40:31.86

Haskellは最終的に再代入しまくりのCに変換される(出来る)けど、Haskellは純粋な関数型言語と言われている
オブジェクト指向言語の様に書けてその通りに動けば、オブジェクト指向言語と言える
TypeScriptが言語仕様を全く変えずにWebAssemblyにコンパイルされるようになっても、TypeScriptはプロトタイプベースと言い張るのか？

**デフォルトの名無しさん** · 2019/09/12(木) 08:27:51.94

オブジェクト指向的な言語機能に関して言えばTypeScriptはJavaScriptと何ら変わりはないんだから
そのHaskellの例は思いっきり的外れというか牽強付会というか。

>TypeScriptが言語仕様を全く変えずにWebAssemblyにコンパイルされるようになっても、TypeScriptはプロトタイプベースと言い張るのか？

プロトタイプが動作しなくなるなら別だが、仕様をまったく変えないという前提なら何も変わらんだろ。
ところで、こんなこと言い張っていた奴なんて見当たらないが、

>TypeScriptはプロトタイプベース

もしかしてクラスベースを否定したらプロトタイプベースを主張していることにされちゃうんだろうか。

**デフォルトの名無しさん** · 2019/09/12(木) 16:14:58.14

TypeScriptはprototypeをいじくるようなコーディングは推奨してないだろ
型システムが破綻する
その時点でプロトタイプとは関係無い単なるオブジェクト指向言語なんだよ
最終的にどう動いてるか何て関係無い
Haskellの様にね

**デフォルトの名無しさん** · 2019/09/14(土) 21:17:37.20

いやなんでそんな必死にその糞ガイジ記事を擁護したがるのかわからん
バスコ本人か？
ちゃんと頭のお薬飲めよ

**デフォルトの名無しさん** · 2019/09/18(水) 08:52:01.19

知らなかったが、AssemblyScriptなんてあったのか。
既存のTypeScriptのコードがそのままコンパイルできるわけじゃなくて
文法だけが共通の別言語って感じだが。

**デフォルトの名無しさん** · 2019/09/18(水) 10:08:51.34

Ruby と Elixir みたいなもんか
https://mevius.5ch.net/test/read.cgi/tech/1565187727/

**デフォルトの名無しさん** · 2019/09/18(水) 17:14:10.63

ES5以前はともかく、今はPrototypeを意識することは全然ないな
ずっとJavaとかPHPだった人でも違和感なく始められると思う

**デフォルトの名無しさん** · 2019/09/18(水) 17:29:52.16

でまたまにうんこが顔を出す

**デフォルトの名無しさん** · 2019/09/18(水) 19:34:20.09

3.7はなかなか楽しみな機能が盛りだくさん

**デフォルトの名無しさん** · 2019/09/18(水) 22:35:58.20

asserts ええな
pipelineオペあくしろよ

**デフォルトの名無しさん** · 2019/09/19(木) 10:29:52.30

Google、モバイル開発環境を加速するFlutter 1.9、プログラミング言語Dart 2.5リリース
https://news.mynavi.jp/article/20190912-893296/

Null安全も開発中だそうだし、そうなったら最強かもしれん
TSあやうし！

**デフォルトの名無しさん** · 2019/09/19(木) 17:24:02.70

ksk

**デフォルトの名無しさん** · 2019/09/19(木) 22:29:49.45

>>323
すでにTSはNull安全なんですがそれは

**デフォルトの名無しさん** · 2019/09/19(木) 22:33:00.75

TypeScript 3.7 Iteration Plan
ttps://github.com/microsoft/TypeScript/issues/33352

- Optional Chaining
- Nullish Coalescing
- Assertion Signatures
- Recursive Type References
- ECMAScript Private Fields
- Top-Level await

つよい

**デフォルトの名無しさん** · 2019/09/19(木) 22:50:14.26

>>326
Microsoftの本気

**デフォルトの名無しさん** · 2019/09/19(木) 23:08:15.80

TSあやうし！　　（笑）

**デフォルトの名無しさん** · 2019/09/29(日) 01:47:49.36

>>326
Recursive Type References
こんなん出来るのか？

再帰はanyで逃げてたわ。

**デフォルトの名無しさん** · 2019/10/04(金) 15:53:59.79

ktkr
https://forest.watch.impress.co.jp/docs/news/1210897.html

**デフォルトの名無しさん** · 2019/10/04(金) 21:06:33.10

>>330
いや、必要なのはパッチじゃなくて、明示的なdeprecatedだろ。

MSは全ての官公庁に対して、blinkのブラウザーを強制させるべき。

ゴミ政治家じゃ無理なので、MSがやれ。

黒船代行料として10兆払っても惜しくない。

**デフォルトの名無しさん** · 2019/10/06(日) 16:12:20.74

Object の OR を自動判別ってできないのかな？
下のURLは、TypeScript Playgroundで書いてみたもの
規制で書き込めなかったから、お手数だが concat して開いてほしい

https://
bit.ly
/30Pw8K3

**デフォルトの名無しさん** · 2019/10/06(日) 16:44:47.50

そういうのは、{ type: 'Succeeded'; result: string }と{ type: 'Failed'; message: string } みたいにして、typeで分岐させるのが普通だけど、
if ('result' in resp) {} でもいけるよ
typescriptの型はただの構造でしかないことがわかれば理解できると思う

**デフォルトの名無しさん** · 2019/10/06(日) 17:28:21.59

>>333
うおお、できた、ありがとう、感動、感謝、完璧です

**デフォルトの名無しさん** · 2019/10/09(水) 01:40:28.94

tsconfig.jsonでソースディレクトリの指定は

"include": [
"src/**/*"
]

と "compilerOptions":{
""rootDir": "./src",

のどっちが正しいのですか？

**デフォルトの名無しさん** · 2019/10/09(水) 07:36:48.39

コンパイルできる方

マジレスすると上
rootDir って要らなくね？

**デフォルトの名無しさん** · 2019/10/26(土) 16:09:48.89

もうeslintに移行しても大丈夫かな？

**デフォルトの名無しさん** · 2019/10/26(土) 16:20:08.49

もう3ヶ月前くらいに本番でeslint移行したが、全く問題なくてビビるぞ

**デフォルトの名無しさん** · 2019/11/06(水) 08:31:23.68

Announcing TypeScript 3.7
https://devblogs.microsoft.com/typescript/announcing-typescript-3-7/