TypeScript part2 [転載禁止]©2ch.net

**デフォルトの名無しさん** · 2015/04/30(木) 18:37:29.98

http://www.typescriptlang.org/

TypeScript lets you write JavaScript the way you really want to.
TypeScript is a typed superset of JavaScript that compiles to plain JavaScript.
Any browser. Any host. Any OS. Open Source.

前スレ
http://peace.2ch.net/test/read.cgi/tech/1349187527/

**デフォルトの名無しさん** · 2015/05/01(金) 11:16:24.11

https://twitter.com/ironshay/status/593855606747860992

Anders, father of C#, and Misko, father of angular,
on the same stage at Build2015.

**デフォルトの名無しさん** · 2015/05/01(金) 12:23:58.69

>>2
MSとGoogle夢の共演

**デフォルトの名無しさん** · 2015/05/01(金) 16:28:43.35

Announcing TypeScript 1.5 Beta
http://blogs.msdn.com/b/typescript/archive/2015/04/30/announcing-typescript-1-5-beta.aspx

しかし、いきなり大量のコンパイルエラーが…
まだ更新しない方が良さそう

**デフォルトの名無しさん** · 2015/05/03(日) 17:06:42.35

インストールしたら1.5 Betaが入りました。
$ tsc sample.tsでコンパイルしたjavascriptファイルを$ node sample.jsで実行すると
__.prototype = b.prototype;の箇所でエラーになるんですが
typescriptの書き方でおかしいところを教えてください

module M {
export interface aInterface {
f1(): void;
}

export interface bInterface {
f2(): void;
}

class A extends B implements aInterface {
f1() {
console.log(1);
}
}

class B implements bInterface {
f2() {
console.log(2);
}
}
}

**デフォルトの名無しさん** · 2015/05/03(日) 17:38:50.79

>>5
BをAより前に書く

**デフォルトの名無しさん** · 2015/05/03(日) 18:27:42.73

>>6
できました
ありがとうございます

**デフォルトの名無しさん** · 2015/05/12(火) 21:39:01.53

typescriptの勉強の為、型推論とanyを使わない書き方を知りたいのですが
コンパイルすると error TS2339: Property 'classList' does not exist on type 'EventTarget'.
ってエラーが出ます。
(1)と(2)の行を型指定しなければエラーが出ないのですが、どのような型を指定したらエラーがでないのでしょうか？

class A {
eventFunc(e: MouseEvent) { // (1)
var target:EventTarget = e.target; // (2)
target.classList.add('red');
}

f() {
window.addEventListener('click', this.eventFunc, false);
}
}

**デフォルトの名無しさん** · 2015/05/13(水) 08:53:02.33

(2)をvar target = <Element>e.target;でいいんじゃないかな
DOMの仕様でtargetがElementではないケースがあるのかどうか知らないけど、少なくとも自分で扱う範囲なら問題ないでしょ

**デフォルトの名無しさん** · 2015/05/13(水) 10:56:22.23

>>8
classListだから
var target = <HTMLElement>e.target;
または
var target: HTMLElement = e.target;
じゃないかな？
分からない場合はlib.d.tsを見ればいいよ

**デフォルトの名無しさん** · 2015/05/13(水) 17:58:04.11

最初の頃は律儀に型指定してたけど面倒くさいからもうやってない
コンパイル速度が上がるわけでもない。

**デフォルトの名無しさん** · 2015/05/14(木) 11:17:19.81

tsc --noImplicitAnyでかつ明示的にanyを使ってなくてエラーがでなければ
型安全が保たれてるから何も毎回型指定する必要はないよ

ただjquery.d.tsとかanyだらけなんで実行しないとエラーが出ない事とかよくある
単純にjQuery使う程度ならJavaScriptのままでいいとは思う

**デフォルトの名無しさん** · 2015/06/04(木) 21:53:08.26

やっぱ堅い仕様で書いてるとtscでインライン化して欲しくなっちゃうなぁ

**デフォルトの名無しさん** · 2015/06/05(金) 11:52:22.54

>>13
インライン化し始めるとjsのソースがグチャグチャになりそうだ
get,setはあるんだからそれでいいんじゃないの？

**デフォルトの名無しさん** · 2015/06/06(土) 09:46:32.31

>>14
うちの場合JavaScriptはただの実行ファイル扱いだからね
デバッグはソースマップなりインライン化の無効なりできればいいんじゃないかな

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

1.5がなかなか正式リリースされないのはなんでぞ

**デフォルトの名無しさん** · 2015/06/07(日) 20:32:21.84

>>16
元々の予定にはなかったDecoratorを入れたからじゃないかな
仕様の検証の為に1.5AlphaやBetaを挟んだのだと思う

**デフォルトの名無しさん** · 2015/06/09(火) 14:13:38.63

>>15
インライン化がもし速度の為だったら速くなるかどうかは未知数だな
JITコンパイラの高速化の癖というか挙動を予測するのはかなりむずい
あくまで主観だけど長くなった関数は高速に実行されにくくて
細かく関数に分けた方が速くなる気がする (実際にそういう事はあった)
関数単位でコンパイルするしないを決めてるっぽいし

**デフォルトの名無しさん** · 2015/06/09(火) 22:54:39.34

>>17
サンキュー

**デフォルトの名無しさん** · 2015/06/10(水) 17:03:59.59

解析によるインライン化はtscでもJITでも好きにしてくれていいけど
inlineキーワードで明示できた方が気持ち的にスッキリする

**デフォルトの名無しさん** · 2015/06/18(木) 11:14:55.39

ES6がいろんなブラウザで動かせるようになった頃にTypeScriptってどうなるの？

**デフォルトの名無しさん** · 2015/06/18(木) 13:05:05.85

ECMAScript2015(旧ES6)がリリースされたんだな
>>21
TypeScriptの最大のメリットは静的型チェックだから有用性は全く変わらない
他にもprivate指定とかも有用だし既にES7(ES2016?)の仕様も先取りしようとしてるよ

**デフォルトの名無しさん** · 2015/07/09(木) 12:12:04.05

newさせないようにコンストラクターを非公開にしたい
現状でも実現できるけど、そのためにインターフェースを2つも書くのは面倒くさい

**デフォルトの名無しさん** · 2015/07/15(水) 10:51:34.25

http://blogs.msdn.com/b/typescript/archive/2015/07/13/the-typescript-team-is-hiring.aspx
TypeScript Teamの求人だってさ

**デフォルトの名無しさん** · 2015/07/21(火) 01:31:13.85

Announcing TypeScript 1.5
http://blogs.msdn.com/b/typescript/archive/2015/07/20/announcing-typescript-1-5.aspx

VS2015と合わせてきたか

**デフォルトの名無しさん** · 2015/07/21(火) 01:32:58.22

https://github.com/Microsoft/TypeScript/wiki/Roadmap
>1.6
>ES6 Generators
>Local types
>Generic type aliases
>Expressions in class extends clauses
>Class expressions
>exclude property in tsconfig.json
>User defined type guard functions
>async/await for ES6
>External module resolution enhancements
>JSX support
>Intersection types
>abstract classes and methods

次の仕込み進んでるね

**デフォルトの名無しさん** · 2015/07/21(火) 02:33:09.52

昔はJScriptという亜種JavaScriptを作っていたMSが
今はJavaScriptの未来を作ってるんだから興味深いよ。

V8を作ってるGoogleが作ってるAngularJSが
TypeScriptを採用してるっていうんだからね。
世の中何が起こるかわからない。

**デフォルトの名無しさん** · 2015/07/21(火) 10:29:14.64

ES6以降の見識とかモダン言語のたしなみがないと新機能を追いかけるのは難しくなってきてるな

**デフォルトの名無しさん** · 2015/09/03(木) 18:56:51.43

Announcing TypeScript 1.6 Beta
http://blogs.msdn.com/b/typescript/archive/2015/09/02/announcing-typescript-1-6-beta-react-jsx-better-error-checking-and-more.aspx

**デフォルトの名無しさん** · 2015/09/09(水) 13:41:12.43

node.js 4.0.0 がリリースされたけど tsc 1.5.3 でのコンパイルは問題なかったよ

**デフォルトの名無しさん** · 2015/09/17(木) 11:57:54.97

TypeScript 1.6 来た！
http://blogs.msdn.com/b/typescript/archive/2015/09/16/announcing-typescript-1-6.aspx

classとか型関連の機能追加が多いかな

**デフォルトの名無しさん** · 2015/09/17(木) 13:08:48.57

日本語で更新内容を教えて

**デフォルトの名無しさん** · 2015/09/17(木) 13:39:47.54

>>32
誰かがブログで解説するだろうからそれを待て

あと1.6でオブジェクトリテラルの型チェックが厳密になって大量のエラーが…
https://github.com/Microsoft/TypeScript/wiki/Breaking-Changes
↑ここに対処法とか書いてあるからバージョンアップする場合は見るべし

**デフォルトの名無しさん** · 2015/09/18(金) 00:34:58.40

>>32
TypeScript 1.6.0-beta 変更点
http://qiita.com/vvakame/items/072fa78f9fe496edd1f0
TypeScriptがReactをサポート
http://www.infoq.com/jp/news/2015/09/typescript16-react

1.6betaの記事だけど、1.6正式版でも同じだよ

**デフォルトの名無しさん** · 2015/09/29(火) 13:25:38.28

typescriptって型を省略せずに書くのが王道なの？どうなのかおしえてください

**デフォルトの名無しさん** · 2015/09/29(火) 13:57:38.01

>>35
var a = 1;
は型を省略して書いてるように見えるが型推論されてaはnumber型に固定される
その後a = "hoge";と書くとエラーになる
型推論をあてにして型を省略するのは普通だがそういう事を聞いてんの？

**デフォルトの名無しさん** · 2015/09/29(火) 14:07:02.02

partialはサポートしてないんですよね？

**デフォルトの名無しさん** · 2015/09/29(火) 14:10:18.85

>>36
これからは型をかかないようにします

**デフォルトの名無しさん** · 2015/10/01(木) 18:23:15.46

関数の引数の型は書いて下さいね
あと --noImplicitAny は忘れずに

**デフォルトの名無しさん** · 2015/10/01(木) 18:44:40.47

--noImplicitAny を付けてれば引き数の型を書かないとエラーになるけど
戻り値の型は省略できてしまう
コンパイラは型推論で戻り値の型は分かるから補完候補の表示で型は分かるけど
戻り値の型もちゃんと書いた方がいいね
そうすると整数を返す予定だったところを文字列返しちゃった時にエラーになる