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/

**デフォルトの名無しさん** · 2018/08/11(土) 17:07:22.55

>>47
>詳しく。reactと相性良いよね

詳しくも何も、Windows10はjs+htmlでデスクトップアプリが開発できるから、それでソフトを作っているだけ。
ただUIを全部作る必要がある。

**デフォルトの名無しさん** · 2018/08/11(土) 17:58:24.09

>>49
最近Blazorとかいう強引な技術が出てきてるぞ

**デフォルトの名無しさん** · 2018/08/12(日) 17:10:22.85

TypeScriptは折角ならC#と継承とかの書き方も統一して欲しかったなぁ

**デフォルトの名無しさん** · 2018/08/12(日) 17:20:17.72

Javascriptのフレームワークででかい顔w
Javaプログラマーからしたらお笑い種ですよ

ヴァカっぽくて笑える

**デフォルトの名無しさん** · 2018/08/25(土) 06:30:24.41

JavaScriptやらないでいきなりTypeScriptから勉強するのってアリ？
でもjQuery覚えようとしたらJSも勉強しなきゃならなんのよね

**デフォルトの名無しさん** · 2018/08/25(土) 07:21:26.46

つうか型システム以外はJavaScriptなんだから、TypeScriptを覚えることは普通にJavaScriptを覚えることにほぼ等しい

**デフォルトの名無しさん** · 2018/08/25(土) 07:24:42.29

特に最新のJavaScriptに変換すると、単純に型指定だけが無くなったものが出力されることが多くなったな

**デフォルトの名無しさん** · 2018/08/25(土) 09:38:13.06

むしろtsから入った方がいいくらいだ
生のjsは危険

**デフォルトの名無しさん** · 2018/08/25(土) 12:19:44.10

俺もTypeScriptから学んだ口だ。
ライブラリの使い方とかvscodeが教えてくれるようになるからむしろjsを巣のまま学ぶより調子が良い

**デフォルトの名無しさん** · 2018/08/25(土) 12:22:48.10

ビルドするのめんどくさい
TypeScriptのままレスポンスを返して動くようにしてほしい

**デフォルトの名無しさん** · 2018/08/25(土) 12:25:42.67

つ　ts-node

**デフォルトの名無しさん** · 2018/08/25(土) 17:36:56.36

Typescript からやるにも、良い書籍が無くない？
JavaScript の良い書籍で基礎学んでからTypescript やった方がわかりやすい気がする

**デフォルトの名無しさん** · 2018/08/25(土) 17:40:26.05

書籍とか流れが速すぎて向いてないわ
最初にやる言語以外で言語を学ぶ目的で書籍買うなんてC/C++くらいだろ

54 · 2018/08/25(土) 17:50:12.22

そこまで変わらないのね安心
tsから学んでみます
皆さん教えてくれてありがとう～

**デフォルトの名無しさん** · 2018/08/25(土) 19:03:42.73

TypeScriptに __LINE__ マクロみたいな行番号埋め込む機能ってないよね？
デバッグ用にあったら良かったんだけど。

**デフォルトの名無しさん** · 2018/08/25(土) 23:06:49.80

>>62
んなこたーない
Effective JavaScriptに書いてあるようなことが自然と全て理解できてるなら要らないけど、そんな奴が5chを見てるわけないし

**デフォルトの名無しさん** · 2018/08/26(日) 11:46:26.97

Effectiveは確かに読む意味がある本だわ
でもそれJavaScript既に知ってる人間が読む本だろ

**デフォルトの名無しさん** · 2018/08/26(日) 13:10:52.02

effは時代遅れ
tsやってりゃ半分は知る必要も無い

**デフォルトの名無しさん** · 2018/08/26(日) 13:48:02.46

tsそんなにいいかなぁ？
jQueryからvue、angularまで色々やってるけど、利点がよく分からないよ。

**デフォルトの名無しさん** · 2018/08/26(日) 14:52:56.21

そらjQueryからvue、angularなんて脇道に逸れた時代遅れのゴミ使ってるセンスのない、
ぼんやりしたボンクラにとっては、利点も糞も気付けないわなｗ

**デフォルトの名無しさん** · 2018/08/26(日) 15:09:29.33

angularは1系とか触ってたん？
今はtsで書かれてるはずだからts必須みたいなもんでわ？

**デフォルトの名無しさん** · 2018/08/27(月) 18:38:54.97

オワコンω
ウェブ業界に激震、全てのAndroid端末でJavaScriptが標準無効化、jsなしに作り直さないとGoogle村八分
https://hayabusa9.5ch.net/test/read.cgi/news/1535358006/

**デフォルトの名無しさん** · 2018/08/27(月) 19:16:34.54

マジならXamarin大勝利ですやん

**デフォルトの名無しさん** · 2018/08/27(月) 19:20:05.06

>>71
> 2017年10月から
なんとゆう今さらωωω
そしてAndroidではKotlin標準化と併せてTSも標準化されたのをご存知ないのですンゴ？ωωω

**デフォルトの名無しさん** · 2018/08/28(火) 10:52:54.37

TSの標準化はGoogle社内の話で、Android関係なくね？

**デフォルトの名無しさん** · 2018/08/28(火) 17:26:54.93

TypeScript and Babel 7
https://blogs.msdn.microsoft.com/typescript/2018/08/27/typescript-and-babel-7/

**デフォルトの名無しさん** · 2018/08/29(水) 17:32:18.35

みんなBabelがTS対応になってうれしい？

**デフォルトの名無しさん** · 2018/08/29(水) 21:38:11.08

別に。何も変わらん。
諸事情でバベってるのにFlowも入れてないゴミどもは
最新のバベルなんて使わないし使えないだろうから相変わらずコヒースクリプト（爆）みたいな生カスジャバスクだし
既にTS使ってる奴らはTSだし
何も変わらん。

**デフォルトの名無しさん** · 2018/09/19(水) 23:22:13.98

age

**デフォルトの名無しさん** · 2018/09/20(木) 22:57:46.62

今さらドヤ顔でゆるいルール厳しいチェックとか言ってるのくそむかつく

厳しいルールが今まで普通だったのは
アバウトなのを許したらめちゃくちゃなのを差し込んで意図的に環境破壊していく会社がいたからだ
てめーらだけ安全地帯だからって

**デフォルトの名無しさん** · 2018/09/29(土) 08:06:57.10

Announcing TypeScript 3.1
https://blogs.msdn.microsoft.com/typescript/announcing-typescript-3-1/

**デフォルトの名無しさん** · 2018/09/29(土) 21:52:21.84

早く世の全てのJSプロジェクトがTSになりますように

**デフォルトの名無しさん** · 2018/09/30(日) 02:33:19.53

>>51
めちゃくちゃ重くてスマホではまず動かないレベルってんじゃなかったっけ？

54 · 2018/10/04(木) 22:31:58.31

importは他ファイルのクラスを持って来れるようにするのよね
@xxxxxのデコレータの役割がわからないのだけど誰か教えてくれんかね・・・
「付加情報をclassやmethod等に付与するための仕組み」ってなんぞ
Javaでいうアノテーションらしからそれも調べたけどわからない・・・＾ｐ＾

**デフォルトの名無しさん** · 2018/10/04(木) 22:43:24.09

pythonのデコレタといっしょ

**デフォルトの名無しさん** · 2018/10/18(木) 22:51:05.35

TypeScriptでジェネリクスを使ったとき、C++でいうテンプレートの特殊化のようなことって
できないもんですかね？

function func<T>(x) でTがnumberとstringの場合とで別の処理ができたらいいんだけど。

**デフォルトの名無しさん** · 2018/10/19(金) 02:55:24.30

型情報で実際に呼ぶ関数のオーバーロードの振り分けはできたりはしない
共用型 string | number を使えば string と number 以外の型は入らなくなる
実装部分は typeof arg === 'string' とかで分岐。返り値の型は推論される
推論が思ったようにいかなそうなら mapped type 使うなりオーバーロードの宣言を書いたりしても良い

**デフォルトの名無しさん** · 2018/10/19(金) 07:51:09.81

ありがとう。やっぱりダメか。

> typeof arg === 'string'

Tがstringだったら'string'と比較するってのをやりたかった。

**デフォルトの名無しさん** · 2018/10/20(土) 14:25:59.55

Typescriptのコンパイラのソースコードを見たが、
swicth文による条件分岐が乱用されていて美しいソースコードではなかった。
もっと良い設計があるはず。

**デフォルトの名無しさん** · 2018/10/20(土) 15:52:27.22

構文木のような構造には多態はうまくマッチしないんだよ

**デフォルトの名無しさん** · 2018/10/20(土) 18:08:40.09

構文解析とか条件分岐(状態遷移)の塊だろ
状態遷移とかswitch文そのものだ

**デフォルトの名無しさん** · 2018/10/21(日) 15:12:34.19

>>88
そう思うならお前が改善してプルリク送ってもいいのよ

**デフォルトの名無しさん** · 2018/10/21(日) 15:27:26.85

>>91
なぜ高貴なハイクラスエンジニアの俺様がただ働きせにゃならんのだ？
バカなのか？

**デフォルトの名無しさん** · 2018/10/23(火) 18:43:56.54

Typescriptのコンパイラのアルゴリズムは何ですか？
ソースコードを見たところ再帰下降解析らしいけど、それだと左再帰で問題が出るよね。

**デフォルトの名無しさん** · 2018/10/23(火) 18:48:28.71

ハイクラスの俺様が就職したら低レベルの土方を蹴散らしす

**デフォルトの名無しさん** · 2018/10/23(火) 19:39:38.93

５ｃｈになってから急に自分の書き込みに誤植増えた
絶対何かある

**デフォルトの名無しさん** · 2018/10/23(火) 19:42:09.06

就職してないのかよw
ハイクラスなら就職なんてしなくても学生の内から引く手あまただろ
または起業しろよ

**デフォルトの名無しさん** · 2018/11/07(水) 08:20:52.86

今の職場でts+Vue.jsで作ってる案件があるんだけど、コードの肥大化と共に
型チェック付きのビルドに10分以上かかるようになっちゃって型チェックなしのヒルドに変更してしまってるんだけど

そういう事例って他のところにもある？

**デフォルトの名無しさん** · 2018/11/07(水) 08:56:34.35

世界でも有数の大規模ソフトウェアであるVSCodeがTypeScriptでビルドされている以上、
利用者のスキルの問題でしかないな

**デフォルトの名無しさん** · 2018/11/07(水) 15:40:12.32

まぁ、今どきVueを選んじゃう技術力・審美眼のないとこじゃしょうがないんじゃないか？
糞うるさいポンコツウインドウズXPとか使ってそう

**デフォルトの名無しさん** · 2018/11/07(水) 16:13:39.60

React使いがよく言うよな。技術力&審美眼。
魔窟になってるのを技術力と言い換えて、そのアーキテクチャを美と言い換えるやつ。

**デフォルトの名無しさん** · 2018/11/07(水) 19:54:03.59

うちのプロジェクトもビルド時間5分なんでどうにかしたいなぁ。
makedepend+makeが欲しい。

**デフォルトの名無しさん** · 2018/11/07(水) 20:15:51.54

>>98
それ可笑しくね？vscodeビルドしたことあるの？

**デフォルトの名無しさん** · 2018/11/07(水) 20:16:37.40

>>99
mbp2017つかってる。メモリは8gbだけど

**デフォルトの名無しさん** · 2018/11/07(水) 22:25:07.54

>>103
チャイニーズに尻尾振るガラパゴスVue民にはお似合いのゴミだなｗ

**デフォルトの名無しさん** · 2018/11/09(金) 18:28:02.99

module と namespaceの使い分けは
どうやればいいの？

**デフォルトの名無しさん** · 2018/11/09(金) 18:56:45.93

使い分けるものではない
moduleはnamespaceに置き換えられた
常にnamespaceを使用せよ

**デフォルトの名無しさん** · 2018/11/09(金) 19:06:31.99

>>106
了解

**デフォルトの名無しさん** · 2018/11/10(土) 09:38:47.43

type と interface の使い分けは
どうやればいいの？

**デフォルトの名無しさん** · 2018/11/11(日) 11:38:30.86

>>108
ほぼ一緒だから気にしなくていい。
Typescriptの仕様書にも「非常に似ている」と書いてある。
ただ、interfaceは

inteface Point {
x:number:
}

interface Point {
y:number:
}

というようにプロパティの追加ができるが、typeはできない。それぐらいしか違いがない。

**デフォルトの名無しさん** · 2018/11/11(日) 13:05:47.70

TSLintのデフォがtypeよりinterfaceを推してくるからとりあえずinterfaceにする事が多い

**デフォルトの名無しさん** · 2018/11/11(日) 14:07:03.02

>>110
これメンスだがtypeしか使えない機能なかったっけ？

**デフォルトの名無しさん** · 2018/11/11(日) 15:41:10.38

交差型、共用体型を定義できるのはtypeだけだな。

**デフォルトの名無しさん** · 2018/11/11(日) 20:39:14.47

例えば file1.tsを編集していて、バックアップとしてそのファイルを複製して
file1 - コピー.ts
を作ったとすると、関数名が重複していますみたいなエラーがダダダーと
出るんですが、どのように対策すれば良いでしょうか？

**デフォルトの名無しさん** · 2018/11/11(日) 20:52:52.31

自分はいつもバックアップはfile1.ts.bakって付けてる。

**デフォルトの名無しさん** · 2018/11/11(日) 20:59:48.79

git使いなさい

**デフォルトの名無しさん** · 2018/11/11(日) 21:18:11.36

>>115
サーバーが必要なんでしょ？
そんなの持っていないし

**デフォルトの名無しさん** · 2018/11/11(日) 21:29:24.04

必要ないですよ

**デフォルトの名無しさん** · 2018/11/11(日) 21:29:49.74

gitにサーバが必要とか正気か
いいからとりあえずチュートリアルやってみろ

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

>>118
チュートリアルどこにあるのよ？

**デフォルトの名無しさん** · 2018/11/11(日) 23:28:37.79

>>119
man git
で英語を読む

でも、君にはそんな技術も学も根性もなさそうだから、
やっぱりfile1 - コピー.ts.bak181110ってするのがいいと思うんだ。

いや君をバカにしてるわけではなくて。
猿は猿らしい生活をした方が幸せだと思うからさ。ね。

**デフォルトの名無しさん** · 2018/11/11(日) 23:59:28.42

>>119
これ以上は他所でやってくれ
お前さんの質問に対する回答は

* 編集バックアップをファイルコピーでとるというのがクソ
* 拡張子も変えてないならビルド対象になって当然

でおしまい

**デフォルトの名無しさん** · 2018/11/14(水) 23:56:36.53

流石に不親切すぎる。猿でもわかるgitとか読むと良い

**デフォルトの名無しさん** · 2018/11/17(土) 15:07:14.11

TypeScript使うな。汚らわしい。
バカはバカらしくPHPでも使ってろゴミ。

**デフォルトの名無しさん** · 2018/11/18(日) 12:08:33.81

猿でも判るように書いたら人間に判らなくなりました

**デフォルトの名無しさん** · 2018/11/18(日) 13:48:19.18

猿ですがわかりません

**デフォルトの名無しさん** · 2018/11/26(月) 23:24:03.84

elem.onclick = function () {
if (this.classList.contains('classA')) {
・・・
}

こんなコードを書くと、Visual StudioのTypeScriptで
エラー TS2339 (TS) プロパティ 'classList' は型 'GlobalEventHandlers' に存在しません。
と出るのですが、生成されるJavaScriptコード(上のコードを同じ)は問題無く実行出来る。
これは何故ですか？

**デフォルトの名無しさん** · 2018/11/26(月) 23:28:58.28

あのさぁ…何のためにTypescript使ってんのよ…

**デフォルトの名無しさん** · 2018/11/26(月) 23:46:28.79

>>127
仕事で仕方なく

**デフォルトの名無しさん** · 2018/11/26(月) 23:49:14.79

thisを使わないか、addEventListener使う

**デフォルトの名無しさん** · 2018/11/26(月) 23:57:01.52

this: GlobalEventHandlers のところは this: thisじゃだめなのかな？

**デフォルトの名無しさん** · 2018/11/26(月) 23:59:28.47

アロー関数使うとかそういう話？

**デフォルトの名無しさん** · 2018/11/27(火) 02:25:43.08

>>126
elemにちゃんと型(多分HTMLElement？)が指定されてればそんなエラー出ないぞ

**デフォルトの名無しさん** · 2018/11/27(火) 09:47:55.32

>>132
出るよ

**デフォルトの名無しさん** · 2018/11/27(火) 09:56:31.77

>>129
addEventListenerでも同じだろ

**デフォルトの名無しさん** · 2018/11/27(火) 10:22:11.47

addEventListenerは要素ごとにシコシコ定義されていて、thisがその要素になっているのでOK
onclickとかはGlobalEventHandlersでmixin的に定義されていて、this: GlobalEventHandlersになっちゃってるのでNG

**デフォルトの名無しさん** · 2018/11/27(火) 10:37:58.94

>>135
なるほど。でも、そもそも
this.classList ではなくて
elem.classList と書けばいいんじゃないか

**デフォルトの名無しさん** · 2018/11/30(金) 10:49:11.23

Announcing TypeScript 3.2
https://blogs.msdn.microsoft.com/typescript/2018/11/29/announcing-typescript-3-2/

**デフォルトの名無しさん** · 2018/11/30(金) 11:28:27.90

Eitherさん素敵

**デフォルトの名無しさん** · 2018/12/01(土) 10:07:51.30

ようやくEitherでホイサーできるTSがきたか
しかしleftrightとパタマチがないとダメやろこれ

**デフォルトの名無しさん** · 2018/12/01(土) 10:12:04.48

よんだら、これEitherじゃなくホイサーだろ・・・
エラー処理強制できないEitherってナンジャー？
ゴミジャー

**デフォルトの名無しさん** · 2018/12/01(土) 18:12:50.09

宇宙に満ちている光を伝える媒質、だっけ。

**デフォルトの名無しさん** · 2018/12/01(土) 21:02:52.90

それはether

**デフォルトの名無しさん** · 2018/12/01(土) 21:38:50.33

旧盆に行われる沖縄の盆踊り、かな。

**デフォルトの名無しさん** · 2018/12/04(火) 20:53:43.14

通常、string と string | null は同等なんでVSCodeのポップアップでも | null は省略されるけど、
これを省略させないで表示する設定ってないのかな。
strictNullChecks 使ったら区別できなくて困った。

**デフォルトの名無しさん** · 2018/12/04(火) 21:39:51.76

通常、string と string | null は同等じゃないです

**デフォルトの名無しさん** · 2018/12/04(火) 21:46:28.77

""はnullじゃないぞ

**デフォルトの名無しさん** · 2018/12/05(水) 08:02:21.96

他に困ってる人がいないってことは strictNullChecks 自体あまり使われてないのかな。

**デフォルトの名無しさん** · 2018/12/05(水) 09:20:27.07

strictNullChecksは使ってるけどその困り方がよく分からないから具体的にどういうコードを書こうとした時に何が困るのか教えてくれるとありがたい

**デフォルトの名無しさん** · 2018/12/05(水) 14:47:23.52

馬鹿には無理