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/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/

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

　( 　ﾟдﾟ)
＿(__つ/￣￣￣/＿
　　＼/　　　　/

きたか…！！

　　( ﾟдﾟ )　ｶﾞﾀｯ
　　.r　　ヾ
＿_l_l　/￣￣￣/＿
　　＼/　　　　/

　　( ﾟдﾟ )　ｽｯ
＿(__つ/￣￣￣/＿　
　　＼/　　　　/　

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

1歩進んで2歩さがる

**デフォルトの名無しさん** · 2019/11/08(金) 14:35:13.79

Microsoft、組み込みデバイスをターゲットとしたTypeScriptの高速サブセット”Static TypeScript”を発表
https://www.infoq.com/jp/news/2019/11/static-typescript-msft-paper/

**デフォルトの名無しさん** · 2019/11/08(金) 15:41:32.87

神ってる

**デフォルトの名無しさん** · 2019/11/08(金) 21:30:00.92

>さらにSTSは、TypeScriptの型規則からも逸脱している。TypeScriptがクラスに構造的型付け(structural typing)を
>使用するのに対して、Static TypeScriptでは名前的型付け(nominal typing)を使用しているのだ。

TypeScriptの人気にあやかった別言語じゃね？

**デフォルトの名無しさん** · 2019/11/09(土) 02:29:33.32

結局ただのC言語の亜種だろ
MSもそんな事をいちいちアピールしないといけないほど落ちぶれたか…

**デフォルトの名無しさん** · 2019/11/23(土) 10:38:33.96

TypeScriptはJSerへの強制型付けギプスだと思えばそこそこ優秀
いつまでもギプスつけた状態で満足するものではないのでそのうちRustなり別の静的型付けに移行する前提であれば賞賛できる

**デフォルトの名無しさん** · 2019/11/23(土) 10:47:34.10

TypeScriptはタイプ脳への強制補助輪だと思えばそこそこ優秀
いつまでも補助輪つけた状態で満足するものではないので
そのうち生JSなり別の動的型付けに移行する前提であれば賞賛できる

**デフォルトの名無しさん** · 2019/11/23(土) 11:57:55.85

TypeScriptはタイプ脳への強制補助輪だと思え
ばそこそこ優秀いつまでも補助輪つけた状態で満足するものではないのでそのうち生JSなり別の動的
型付けに移行する前提であれば賞賛できる

**デフォルトの名無しさん** · 2019/11/23(土) 13:06:34.59

型無し糞言語は死ねだと思え
動的糞言語はいつまでも糞でそのうち糞
糞糞糞

**デフォルトの名無しさん** · 2019/11/30(土) 00:23:57.91

すみません
今までES5.1を使って来て、これから扱い易いと言われる
TypeScriptを学習しようと思うのですが
逆にTypeScriptの方がJavaScriptより
難易度高いと言う事はありませんでしょうか。

型は値に付く物で変数はそれへの参照、
prototypeはファンクションへの参照格納用プロパティ
Objectは可塑性のある便利な何かという感覚が身についています。

**デフォルトの名無しさん** · 2019/11/30(土) 05:04:50.08

vscodeといっしょに使えば、jsより楽
型エラーは全てTSが教えてくれる

**デフォルトの名無しさん** · 2019/11/30(土) 08:52:48.62

>>350
型は値に付くというその感覚はそのままでいいよ。TypeScriptはそれに加えて

- それぞれの変数にどんな型の値が入るかコンパイラが調べてくれる
- それぞれの変数にどんな型の値が入ってほしいかプログラマが指定できる
- その両者に食い違いがないかどうかコンパイラがチェックする

というだけ。

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

TSの機能を余す事なく使おうと思うと難易度高いけど
其処を目指す必要はない

**350** · 2019/12/01(日) 22:23:36.97

ありがとうございます。
とりあえず tslint を緩めにしてやってみます。

**デフォルトの名無しさん** · 2019/12/02(月) 06:56:16.59

TS初心者ですがお勧めの書籍ありませんか？webpackとかも合わせて勉強したいです。

**デフォルトの名無しさん** · 2019/12/04(水) 22:44:25.30

interface A {
x: string;
}

a: A;

A.xの型(string)を取り出したい場合 typeof A.x じゃダメで typeof a.x ならいけたけど、
aみたいな変数を使わずに typeof A.x 相当のことってできないんだっけ？

**デフォルトの名無しさん** · 2019/12/05(木) 07:17:39.55

A['x']

**デフォルトの名無しさん** · 2019/12/05(木) 08:56:27.95

なるほど。ブラケット記法って最近とんと使わなくなったけど、こんなところに使い道残ってたんだ。

**デフォルトの名無しさん** · 2019/12/21(土) 15:23:23.21

実践TypeScript - BFFとNext.js&Nuxt.jsの型定義、吉井健文、2019/6/26

今まで、TS の本は、あまり無かったので買ってみた

入門者用の文法の説明が、130ページしかない。
残りの190ページが、各フレームワークへの対応

本屋で、他の本を見たら、
掌田津耶乃は、Node.js, Vue.js, React, Angular の本を出してるw
山田祥寛も、Vue.jsの本を出した

**デフォルトの名無しさん** · 2019/12/21(土) 15:40:03.75

vueは根本から型が腐ってるから使う必要なし

**デフォルトの名無しさん** · 2019/12/21(土) 19:32:06.97

やっぱ React か

**デフォルトの名無しさん** · 2019/12/21(土) 22:14:02.68

日本人は馬鹿だからしょうがない。
世界的にはreactなのに、世界と同じものでは戦えないからなのか、日本ではvueを使おうとする

**デフォルトの名無しさん** · 2019/12/24(火) 13:31:33.33

記述がスゲー長くなって見づらい
これって劣化javaみたいな記述にならない？
jsの良さが完全に死亡してる気が…