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

**デフォルトの名無しさん** · 2015/10/02(金) 02:53:49.54

>>37
対応してませんね
けれど前から提案はされていて、C#と異なる使い方も模索されているみたいです

Partial classes
https://github.com/Microsoft/TypeScript/issues/563
Suggestion: Reopen static and instance side of classes
https://github.com/Microsoft/TypeScript/issues/2957

**デフォルトの名無しさん** · 2015/10/02(金) 12:29:38.37

>>41
そういうのはinterfaceとかmodule(namespace)を使えば実用上困ることは
無いと思うからいらないでしょ

**デフォルトの名無しさん** · 2015/10/03(土) 10:49:02.03

コードの中にnew Promiseを書くと
tsc test.tsでチェックしたら
error TS2304: Cannot find name 'Promise'
って出るんですがこれはどうしたらでなく出来ますか？

**デフォルトの名無しさん** · 2015/10/03(土) 11:10:26.45

>>43
tsc --target ES6 にするかそれが無理なら
https://github.com/borisyankov/DefinitelyTyped/tree/master/es6-promise
からes6-promise.d.tsを落としてくる

**デフォルトの名無しさん** · 2015/10/03(土) 11:39:52.85

--target ES6を指定します
どうもありがとうございます

**デフォルトの名無しさん** · 2015/10/03(土) 18:36:19.11

var i;
var l;
var a = [
{"a":1},
{"b":1},
]

for (var i = 0; i < a.length; i++) {
console.log(a[i]);

}

コンパイルすると
TS2403: Subsequent variable declarations must have the same type. Variable 'i' must be of type 'any', but here has type 'number'
ってなるんですがよく分かりませんどうかけばいいんでしょうか

**デフォルトの名無しさん** · 2015/10/03(土) 23:27:40.80

>>46
エラーメッセージが理解出来れば分かる事ではあるが…
var i; ← iの型がany
for (var i = 0; ← iの型がnumberだから矛盾してると言ってる
var i;を消すかvar i: number;とすればいいよ

**デフォルトの名無しさん** · 2015/10/04(日) 13:23:21.78

超超初心者なんですが
仮にグローバルで宣言したiがforでなく別の関数で使われることを意図していた場合
>>46のように変数iをfor文でたまたま同じ名前の制御変数としてvar宣言すると思うのですが
このときvarが付いているにも関わらずfor文のiは一行目で宣言したiとみなされてしまうってことですか？

**デフォルトの名無しさん** · 2015/10/04(日) 13:37:43.55

>>48
JavaScriptのvarはブロックスコープの機能が無い (詳細はググるなりしてくれ)
直感的にしたければES6のletを使うしかない

**デフォルトの名無しさん** · 2015/10/04(日) 13:41:16.06

TSはES5ターゲットでもlet/const使えるからへーきへーき

**デフォルトの名無しさん** · 2015/10/04(日) 13:42:29.90

>>48
いや間違えた…TypeScriptは普通にletが使えるからletを使えばいい
>>46のvarをletに書き換えるだけでうまく行くよ

**デフォルトの名無しさん** · 2015/10/04(日) 13:44:14.49

かぶった…まぁそういう事だ

**デフォルトの名無しさん** · 2015/10/04(日) 13:49:24.42

>>49
ああ！ifやforは関数ではないからvarつけても同名のグローバルを見に行っちゃうんですね！
そこで出てくるのがlet/constか！なっとく！

**デフォルトの名無しさん** · 2015/10/05(月) 00:57:09.65

>>53
let使える前のjsの変数スコープは基本的に関数レベルだったんだよ。
rubyやpythonとかもそうだったりする。

**デフォルトの名無しさん** · 2015/10/15(木) 21:21:16.18

1.7のissue残り3つ
そろそろ来るか

**デフォルトの名無しさん** · 2015/10/16(金) 09:45:15.72

issueが0になってからリリースまで1ヶ月以上掛かるし
1.6がリリースされた時は1.6.2だったからもう少し先な気がする

**デフォルトの名無しさん** · 2015/10/17(土) 16:42:41.11

ポリモthisが待ち遠しい

**デフォルトの名無しさん** · 2015/10/23(金) 19:57:18.48

>>57
ポリモthisって変数の受け取り側で(ダウン)キャストしないで済むって事でしょ？
そんな待ち遠しいって何か便利な使い方とかあるの？

**デフォルトの名無しさん** · 2015/10/23(金) 23:22:47.24

interface IEquatable {
equals(other: this): boolean
}
とかかな

**デフォルトの名無しさん** · 2015/10/23(金) 23:33:29.49

typescriptで使いやすいEditorでおすすめってなんですかね？
MS由来からいってVSなんでしょうけど、当方Macなので、、、、

**デフォルトの名無しさん** · 2015/10/24(土) 11:24:42.03

>>60
ttps://github.com/Microsoft/TypeScript/wiki/TypeScript-Editor-Support
普段何使ってるんだよ
Vimは導入が難しいが、何するにしても特化した環境が作れるぞ

**デフォルトの名無しさん** · 2015/10/24(土) 14:26:29.93

>>59
class Base {
getThis(): Base { return this; }
}
class Derived extends Base {
print(): void { console.log('Derived'); }
}
let derived = new Derived();
derived.getThis().print(); // 1.6.2だとBaseにprint()がねーよと怒られる
1.7だと
getThis(): this { return this; }
にする事でコンパイル通ってちゃんと実行も出来る

って事は理解したけど、equals(other: this)のthisって自分の型名のエイリアス
として使えるから便利って事であってるの？

**デフォルトの名無しさん** · 2015/10/24(土) 14:31:41.39

>>60
Emacsと
https://github.com/ananthakumaran/tide
↑を使う事でVSに劣らないインテリセンス環境が出来上がるぞ(ページ内のscreencastを見るべし！)
ちなみに常用してるけどMac版Emacsは使った事ないから詳細は分からん

**デフォルトの名無しさん** · 2015/10/24(土) 14:48:22.39

>>59
class Base {
equals(other: this): boolean { return other.name === "Derived"; }
}
class Derived extends Base {
name = "Derived";
}
let derived = new Derived();
console.log(derived.equals(derived));

だと、1.7でも(正確には1.7.0-dev.20151016)
test.ts(3,18): error TS2339: Property 'name' does not exist on type 'Base'.
って、ポリモらないけど…なんでなん？

**デフォルトの名無しさん** · 2015/10/24(土) 16:15:55.69

>>63
>>61
情報ありがとうございました。結局atomに落ち着きました。
最初補完効かないじゃんとか思ってましたが、tcconfig.jsを作ったら機能したので
問題なさそうです。
emacsかvimかで言ったらvim寄りですが、設定の手間とかいろいろ考えたら
atomが一番楽です。すいません。

**デフォルトの名無しさん** · 2015/10/24(土) 17:46:56.82

>>64
そういった使い方は無いと思うよ。その場合はジェネリックを使うといい
class Base {
equals<T extends { name: string; }>(other: T): boolean { return other.name === "Derived"; }
}

**デフォルトの名無しさん** · 2015/10/25(日) 00:25:48.72

>>66
https://github.com/Microsoft/TypeScript/pull/4910
このページのサンプルコードで>>64みたいなのがあったよ
>>62の戻り値バージョンは直感的で使い易いし良いんだけど
引き数バージョンがポリモらないのは何か変だなとは思う
ま、ジェネリックがあるから困らないけど1.7がちゃんとリリースされたら
また確認してみよう

**デフォルトの名無しさん** · 2015/10/25(日) 07:40:54.38

>>67
Baseがあとからどう拡張されるかなんてわかるわけないだろ
未来予知でもさせる気か

**デフォルトの名無しさん** · 2015/10/25(日) 15:05:43.36

>>68
コールの仕方がderived.equalsなんだから未来予知なんてしなくたって
コンパイル時にthisがDerivedなのが決まるでしょ (ジェネリックの場合はTがDerived)
C++は呼び出した時に型を決めてコンパイルされるからそういうのが当たり前だけど
TypeScriptはジェネリックとかも先にコンパイルしようとすんだな
とりあえずそういう仕様なのは理解したよ

**デフォルトの名無しさん** · 2015/10/25(日) 20:07:24.22

>>69
それは>>67のいうところの戻り値バージョンだろ
Baseの中のthisはBaseでしかない

**デフォルトの名無しさん** · 2015/10/26(月) 11:50:38.96

>>70
は？継承されたメソッドのderived.equalsでアクセスしてんのにthisがBaseなわけないだろ
お前が言ってんのは字面上の事だろ
だからC++はジェネリック(テンプレート)は呼び出された時しかコンパイルされないんだよ
TypeScriptもそうだと思っていたと先に書いただろ
equals(other: this)もジェネリックと同じようなもんだろうと思っていたんだよ
同じ事なんども言わせるな

**デフォルトの名無しさん** · 2015/10/26(月) 12:01:33.27

ちなみに>>64のコードはコンパイルエラーは出力されるが吐き出された.jsを
実行すると問題なく実行出来る
JavaScriptは動的型だから当然だけど、TypeScriptもジェネリック(とポリモthis)は
呼び出し時に毎回コンパイルした方がよりJavaScriptに近くなるとは思うけどね
(コンパイルというか型チェックだけだが)

**デフォルトの名無しさん** · 2015/10/26(月) 13:14:02.12

エラーになってるのに何とち狂ってんだ
お前はもうそう思い込んでていいから他の人間に迷惑かけるなよ

**デフォルトの名無しさん** · 2015/10/26(月) 13:23:02.34

>>73
言ってる意味が理解出来ないなら無理に意味不明な返答しなくていいよ

**デフォルトの名無しさん** · 2015/10/26(月) 13:29:03.77

C++のテンプレートではそうじゃないみたいだけど
他言語のジェネリクスやらパラメータ多相だと型引数T（ここで言えばthis）がnameを持つって制約がなけりゃ
other.nameとかやってる時点でコンパイルエラーになるのが普通
呼び出し側でどう呼び出されてようが知らん

**デフォルトの名無しさん** · 2015/10/26(月) 13:40:49.36

だから説明してくれなくてもTypeScriptの仕様は知ってるよ
class Base {
getThis(): this { return this; }
}
class Derived extends Base {
name = "Derived";
}
let derived = new Derived();
console.log(derived.equals(derived)); // OK:コンパイルも実行も問題ない

この場合のgetThis(): this { return this; }はBaseにあるのに型はDerivedになる
それがポリモthis
引き数版もそうだと思ったら違ったから変だなとおもっただけだ
つうか何回同じ事書かせるんだよ…

**デフォルトの名無しさん** · 2015/10/26(月) 13:42:45.78

間違えた…
> console.log(derived.equals(derived));
derived.getThis().print();

**デフォルトの名無しさん** · 2015/10/26(月) 13:45:10.06

class Base {
getThis(): this { return this; }
}
class Derived extends Base {
print(): void { console.log('Derived'); }
}
let derived = new Derived();
derived.getThis().print(); // OK:コンパイルも実行も問題ない
なんどもゴメンよ…こっちだった

**デフォルトの名無しさん** · 2015/10/26(月) 15:10:36.99

class Base {
　identity(a: this): this { return a; }
}
class Derived extends Base { /*略*/ }
let derived = new Derived();
derived.indentity(derived)　// => Derived
これで戻り値だろうが引数だろうがthis型の意味が変わらんのは分かるだろ

んでもうひとつ
親クラスの中で子クラスの実装に依存するような定義することがおかしいと思わんのか
テンプレートみたいにthisを具体的な型に置き換えたメソッドを実際に生成してくれるって訳じゃねーんだぞ

**デフォルトの名無しさん** · 2015/10/26(月) 15:38:26.33

>>79
>　identity(a: this): this { return a; }
なるほど結局やってくれるのはキャストだけって事だな

> 親クラスの中で子クラスの実装に依存するような定義することがおかしいと思わんのか
いや別に…ジェネリックとかは
equals(other: Derived): boolean;
equals(other: Hoge): boolean;
equals(other: any): boolean { return other.name === "Derived"; }
を短く書けるってだけだぞ
やってる事はいたって普通じゃん

**デフォルトの名無しさん** · 2015/10/26(月) 15:41:54.45

equals(other: any): boolean { return other.name === "Derived"; }

よく考えたらこれで良かったなｗ

**デフォルトの名無しさん** · 2015/10/26(月) 17:12:36.83

VisualStudioでTypeScriptを始めてみたのですが加算が上手く出来ません。
数値で入力して数値で計算しているつもりですが文字列の連結になってしまいます。
以下のソースのどこかに問題がありますでしょうか？
それとも加算の時は明示的にNumberを付けるのが暗黙の了解なのでしょうか？

■index.htmlに以下を追加
<input id="id1" type="number" value="100" />
<input id="id2" type="number" value="50" />
<button type="button" onclick="MyCalc(document.getElementById('id1').value, document.getElementById('id2').value, 'id3');">Calc</button>
<p id="id3"></p>

■app.tsに以下を追加
function MyCalc(a: number, b: number, idOut: string) {
var add: number = a + b; // ←文字列の連結になる
//var add: number = Number(a) + Number(b); // ←数値の加算になる
document.getElementById(idOut).innerHTML = add.toString();
}

**デフォルトの名無しさん** · 2015/10/26(月) 17:29:52.14

ゴミだな

**デフォルトの名無しさん** · 2015/10/26(月) 17:30:24.13

>>82
html内のJavaScriptから.ts内の関数を呼んでも型を変換してくれるわけじゃないよ
だからaもbも文字列が渡ってきてる

**デフォルトの名無しさん** · 2015/10/26(月) 18:04:54.71

つまり、
function MyCalc(a: number, b: number, idOut: string) {
　　var add: number = Number(a) + Number(b);
　　document.getElementById(idOut).innerHTML = add.toString();
}
とすべきである、と。

何このゴミ言語。

**デフォルトの名無しさん** · 2015/10/26(月) 18:05:52.22

根がjavascriptだからな
腐っておる

**デフォルトの名無しさん** · 2015/10/26(月) 20:48:07.59

今日は大漁だなぁ

**デフォルトの名無しさん** · 2015/10/26(月) 21:03:54.01

>>85
MyCalcに文字列を渡してるのは理解してんの？

82 · 2015/10/26(月) 21:09:33.30

>>84
tsの引数でnumberと指定しているところにhtmlからstringを渡してるのにエラーでないのが正常ってことですか。
なんとも言えないモヤモヤした気分ですがそういうものだと思って納得します。
ありがとうございました。

**デフォルトの名無しさん** · 2015/10/26(月) 23:08:05.78

そもそも今時htmlファイルにJSのコードがあるのがクソ

**デフォルトの名無しさん** · 2015/10/27(火) 10:15:27.19

>>88
> MyCalcに文字列を渡してるのは理解してんの？
誰が何を渡すなんか関係ないよ。
MyCalc()がMyCalc()たり得るためには、>>85のようにしなければならないってことでしょ。

**デフォルトの名無しさん** · 2015/11/01(日) 10:08:53.87

ジェネリックと書かれると黒柳徹子の声で脳内再生されるw
かといってジェネリックプログラミングだと長いか。

**デフォルトの名無しさん** · 2015/11/01(日) 14:26:27.55

英語だとGenericsだからジェネリックスと言うべきだろうね
日本語だとジェネリックが多いけど

**デフォルトの名無しさん** · 2015/11/01(日) 17:47:18.14

>>92
うむ

**デフォルトの名無しさん** · 2015/11/04(水) 20:57:38.51

ゼネリック

**デフォルトの名無しさん** · 2015/11/19(木) 23:49:04.62

Microsoftのコードエディタ「Visual Studio Code」β版でオープンソース化、拡張機能で「Go」など約60言語に対応
http://gigazine.net/news/20151119-microsoft-visual-studio-code/

**デフォルトの名無しさん** · 2015/11/20(金) 11:13:18.44

>>96
ちゃんとTypeScriptで書かれてるのが確認出来たし
コーディングスタイルとか色々参考になるな

**デフォルトの名無しさん** · 2015/11/20(金) 11:53:31.08

>>97
なるほど。と思った。確かに生きてる教材として価値あるね。

**デフォルトの名無しさん** · 2015/11/20(金) 15:30:00.27

コーディングガイドラインがTS本体と変わってるな
開発元ですらベストプラクティスが固まってないのか

**デフォルトの名無しさん** · 2015/11/24(火) 14:34:32.21

VSCodeもElectron使ってるしネイティブアプリもTypeScript＋Electronで作るのがトレンドなんだな

**デフォルトの名無しさん** · 2015/11/24(火) 16:51:28.94

>>100
Electronってそんなにトレンドなの？

**デフォルトの名無しさん** · 2015/11/24(火) 18:49:02.47

>>101
トレンドってのは完全に主観だ
そもそもデスクトップアプリを作る機会があまり無いと思われる
あとブラウザで動くJavaScriptとNode.js用のコードはモジュールの問題とか
色々相容れないものがあって両対応させるのは難しい
この辺はES6のModuleが普及すれば多少は改善するのかね

**101** · 2015/11/24(火) 22:30:19.95

>>102
レスありがと。
納得＋同意。

**デフォルトの名無しさん** · 2015/11/27(金) 17:09:34.40

New Website Logo: Ericsson
https://github.com/Microsoft/TypeScript/issues/5801

Erlang作った会社もTypeScript使ってるんだね

**デフォルトの名無しさん** · 2015/11/28(土) 23:18:53.43

TypeScript Advent Calendar 2015
http://qiita.com/advent-calendar/2015/typescript

**デフォルトの名無しさん** · 2015/12/01(火) 01:33:36.41

当日になっても参加一人だけかよTypeScript終わってんな

**デフォルトの名無しさん** · 2015/12/01(火) 14:46:16.60

こういうのは横の繋がりがないと人を集めるの難しそうだな

**デフォルトの名無しさん** · 2015/12/01(火) 14:52:09.64

Announcing TypeScript 1.7
http://blogs.msdn.com/b/typescript/archive/2015/11/30/announcing-typescript-1-7.aspx

**デフォルトの名無しさん** · 2015/12/01(火) 15:22:54.15

今回の機能追加はAsync/Awaitとポリモthisぐらいか
1.8も言語機能の追加は小規模だからだいぶ仕様が安定してきた感じだな

**デフォルトの名無しさん** · 2015/12/01(火) 15:32:51.36

TypeScriptはその名の通りJavaScript＋型なんだからTypeScript固有の話題なんて
もうそんなにないだろ
最新の話題は>>108のブログだけ見てれば十分
言語機能を詳しく知りたい場合は公式のHandbookがスゲー良く出来てるからそれで十分

**デフォルトの名無しさん** · 2015/12/02(水) 00:09:29.85

コンパイル速度遅くなってきたらしいな
さもありなん

**デフォルトの名無しさん** · 2015/12/05(土) 15:39:17.84

実際アプデしたらクッソ重くなってた
IDEがプチフリして困る

**デフォルトの名無しさん** · 2015/12/06(日) 02:00:29.98

>>108
TypeScript 1.7.3 変更点
http://qiita.com/vvakame/items/0441f248b349eba9e267

**デフォルトの名無しさん** · 2015/12/06(日) 22:16:12.04

Microsoft、「Edge」のJavaScriptエンジン「Chakra」をオープンソース化へ
http://www.itmedia.co.jp/news/articles/1512/06/news012.html

**デフォルトの名無しさん** · 2015/12/08(火) 13:43:53.13

>>113
間違いとか中途半端な内容が多いな
取り合えず 2 ** 3 は 2 * 2 * 2 に展開される
整数同士は掛け算に展開して浮動小数点数は Math.pow() を使うようになる
要するに整数のべき乗を整数のままにしておけるという事だな

**デフォルトの名無しさん** · 2015/12/08(火) 15:25:18.45

>>115
少し補足
右側が変数になってる場合も Math.pow() になった

**デフォルトの名無しさん** · 2015/12/10(木) 23:32:50.70

3.14 ** 3 は 3.14 * 3.14 * 3.14 にするよりも pow のほうが早いのか

**デフォルトの名無しさん** · 2015/12/11(金) 00:19:45.18

>>117
どうでもいいけどπを3乗するなんて事は無いけどな
ルートの中に入ることはある

**名無しさん＠そうだ選挙に行こう** · 2015/12/14(月) 18:49:41.54

http://www.typescriptlang.org/Playground で
以下のコードが実行時エラーになる
意図したものなのかな

function f() {
　const Math = void 0;
　console.log(2 ** 3);
}
f()

**デフォルトの名無しさん** · 2015/12/15(火) 13:48:49.14

>>119
const Math = void 0;
だとMathがany型になってるからそもそも何やってもコンパイルエラーにはならない
const Math = 1;
console.log(Math.pow(2, 3));
だとコンパイルエラーになるが
console.log(2 ** 3);
がコンパイルエラーにならないのはバグだな

ちなみに1.7のプレリリース版だと2 ** 3は2 * 2 * 2に展開されてた気がするが
1.7.3だと無難にMath.pow(2, 3)のままだな…

**デフォルトの名無しさん** · 2015/12/17(木) 17:40:37.59

typescriptを書くときの環境みたいなのを教えてください
そういう記事があったら教えてください
webpack?とかpackage.txtとか開発初めのスケルトンが知りたいです

**デフォルトの名無しさん** · 2015/12/17(木) 19:05:38.17

VisualStudio
Azure

**デフォルトの名無しさん** · 2015/12/17(木) 22:15:57.04

まずエディタを何使いたいかによるな
何でもいいなら無難にVS使うのがいいと思われる
最近ならVisual Studio Codeの方がいいかもしれない

**デフォルトの名無しさん** · 2015/12/18(金) 17:31:03.70

VSCodeは.git/とtsconfig.jsonが同じフォルダなのが前提だな…
そうでない場合も多い気がするけどな
ちょっと試用してみたけど上記の問題以外はTypeScript用エディタとして快適に使える

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

VSCodeに移行したいけどvimが未完成すぎてまだ移行できん
はよVSと同じクオリティに仕上げてくれ

**デフォルトの名無しさん** · 2015/12/18(金) 19:49:07.87

おもいっきりスレ違いだけどVSCodeの完成度の高さにびっくり
golang開発環境としても最適。マイクロソフトの開発力の高さを目撃したぜ。
一気にATOMより使いやすくなりやがった。
typeScriptも期待していいね

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

VSCodeの完成度の高さの半分はTypeScriptで作ってるからと言えなくもない
残りの半分はGoogleのChromiumとV8のお陰だが…

**デフォルトの名無しさん** · 2015/12/19(土) 01:32:25.74

最近のマイクロソフトはC#と並んでNode.js推しが凄いね
次期ASP.NETのビルドシステムもNode.js系
Node.jsの普及に社運をかけているような感じがする

**デフォルトの名無しさん** · 2015/12/19(土) 06:11:40.64

MSは自社のJavaScriptエンジンがあるから別にNode.jsを推してるとは思えない
単にNode.jsを使わざるを得ない状況ってだけじゃないかな
現状色んなアプリが別個にNode.jsのランタイムを含めてて無駄過ぎるから
WindowsだったらEdgeとかChakraを使うバージョンがあってもいいと思う

**デフォルトの名無しさん** · 2015/12/19(土) 08:29:23.06

MS自身自社プロダクトのクロスプラットフォーム化を進めてるのにそんな逆行したいわけがない

**デフォルトの名無しさん** · 2015/12/19(土) 13:18:54.15

Node.js はオワコンなのにね

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

持ち上げられすぎてると思うけどそこまで終わってもない
それよりエレクトロンがモノになるかのほうが不安

**デフォルトの名無しさん** · 2015/12/19(土) 17:24:55.88

chakra対応のnode出したりcoreをossにしたりでv8で満足してるわけでもなさそう

**デフォルトの名無しさん** · 2015/12/20(日) 03:32:05.22

>>131
Node.jsがオワコンとか初めて聞いたよw
JavaScriptが標準規格だから実装が何になろうがいいけど
今のところNode.js以外の使い易い実装がないのが現実
まさかとは思うけど>>131はio.jsの事を言ってたりするのか？

**デフォルトの名無しさん** · 2015/12/20(日) 19:25:20.77

オワコンかどうかはわからないけど、jsフロントエンド周りは
変化が早すぎてついていける人が少ないのは確か。
ビルドツールすらなんでそんな変わっていくん？
いっそmakeでいいんじゃないか。

早くデファクトスタンダードでてくんないかな。
Meteorは完全にjs界から見放されているような気もする。(日本だけ？)

**デフォルトの名無しさん** · 2015/12/20(日) 22:47:15.85

GUIツールや、ビルドツール、SSRあたりは残るんじゃないかな。
apiサーバやさらにバックエンドは今より減っていきそうだけど。

**デフォルトの名無しさん** · 2015/12/21(月) 11:04:35.60

Dartがもう少し頑張ってくれてりゃなぁ

**デフォルトの名無しさん** · 2015/12/21(月) 11:44:53.03

よくAltJSの括りでDartとかと一緒にされるけどTypeScriptはDartと別モンだと思う
TypeScriptは9割は(特にES6以降の)JavaScriptといっても過言じゃないけど
Dartは全然別の言語だし
Webの世界でJavaScript以外の言語が流行るとは全く思えない

**デフォルトの名無しさん** · 2015/12/21(月) 14:21:33.13

javascript無くなってくれないかな
TypeScriptが橋渡しになって引導渡して欲しい

**デフォルトの名無しさん** · 2015/12/23(水) 16:53:14.82

>139
それはつまり「IEもChromeもFirefoxもSafariも、既存サイトのJavaScriptを解釈しないようにしろ」ってことだろ
無理だな

**デフォルトの名無しさん** · 2015/12/23(水) 21:21:43.04

>>139

なんかgoogleとかmozilaとかが共同でバイナリをBrowserで動かす仕組みを
開発するとかいってなかったっけNaCLじゃない奴。
それが実現したらそうなるんじゃない

**デフォルトの名無しさん** · 2015/12/23(水) 22:12:53.38

>>141
WebAssemblyだな
主目的はC++のコードを安全にかつネイティブ並に高速に動かす為のものだが
他の言語を動かす基盤にも十分成り得る

ただ現状でもJavaScriptに変換すれば似たような事にはなってるのに
他の言語が流行ってないから結局今と一緒でしょ

**デフォルトの名無しさん** · 2015/12/23(水) 23:08:22.22

JavaScriptでは難しい最適化を施した多言語から生成できる共通の中間コードの仕様策定だっけ？
デバッグが難しいだろうからほとんどCPUヘビーなとこと広告回避にだけ使われてほかはJavaScriptのままだと思うよ

**デフォルトの名無しさん** · 2015/12/23(水) 23:29:17.65

>>143
基本ゲーム用だ
WebGL2になるとPS3以上PS4未満の能力があるからWebAssemblyと組み合わせて
ブラウザをゲームプラットホームにしようという思惑がある

**デフォルトの名無しさん** · 2015/12/23(水) 23:51:10.03

>>144
マジかよソニー株売ってくる

**デフォルトの名無しさん** · 2015/12/23(水) 23:52:52.11

>144
それChromeBook持ってるGoogleの一人勝ちになるんじゃないか

**デフォルトの名無しさん** · 2015/12/23(水) 23:57:52.58

日本一みたいな小粒の尖ったソフト出すメーカーはこういうのでコストかけずにどんどん出していったほうがいいんだろうな

**デフォルトの名無しさん** · 2015/12/25(金) 02:26:54.28

TypeScript1.8以降で追加予定または協議中の注目の新機能12つ
http://falsandtru.hatenablog.com/entry/typescript-2016

**デフォルトの名無しさん** · 2015/12/25(金) 10:26:24.39

noImplicitReturns最高

**デフォルトの名無しさん** · 2015/12/25(金) 13:17:18.21

1.7でも戻り値の型が違うとエラーになるけどnoImplicitReturnsの説明見ると
結構すり抜けるパターンがあったんだな…
全部undefined関連だけど最初からエラーにしとけよ

**デフォルトの名無しさん** · 2015/12/25(金) 13:34:53.88

あとreadonlyはなぜ
function hoge(readonly a: number) { }
と書けないんだよ…
メンバーより引き数に指定出来る事の方がはるかに重要だ

他は劇的に便利になるようなものはないな

**デフォルトの名無しさん** · 2015/12/25(金) 14:43:14.41

うんこの上に金粉まぶしてもうんこはうんこ

**デフォルトの名無しさん** · 2015/12/25(金) 15:03:46.23

>>151
numberにreadonlyを指定することは意味がないと思うが…

引数がreadonlyであることを表明したいなら
そういうinterfaceを定義すれば済む。現行機能で十分じゃないか？
指定子で表明するのはC++がconstで失敗した道だからなぁ

**デフォルトの名無しさん** · 2015/12/25(金) 17:02:40.14

>>153
あー無意味なこと書いてしまった…numberじゃなくて何らかのクラス名だった

ちなみに
function test(readonly v: Data/*参照しかしない事を表明*/): boolean { }
をしたいだけなのに
function test(v: {readonly x: number, ...全部書くのか？): boolean { }
とすればいいという事か？

**デフォルトの名無しさん** · 2015/12/25(金) 17:36:17.11

>>154
「特定のメンバーしか見ない」と表明したいならそうなるんだろうね
もしくは最初からインタフェースを分けておくか
interface ReadOnlyData { get; }
interface Data extends ReadOnlyData { set; }

単純なフィールドの読み書きだけならいいけど
getXXX() は readonly だよねとか
getXXX() の中でキャッシュ値が変化するけど実質的には readonly だよねとか
やりだすと、C++の悪夢がよみがえってしまう

**デフォルトの名無しさん** · 2015/12/25(金) 18:43:03.80

>>155
そりゃ悪夢だろ
なんでクラス定義する側がそんな苦労しないといけないんだ
ちなみに
class Hoge {
int getXXX() const;
mutable Cache cache;って知ってるか？
こうしておけば何か気にする事なんてあるか？

**デフォルトの名無しさん** · 2015/12/25(金) 18:47:18.76

補足
class Hoge {
int getXXX() const; ← これはcacheの中身は書き換える
mutable Cache cache; ← これが書き換わってもconst性に影響無いと考える

**デフォルトの名無しさん** · 2015/12/25(金) 23:14:17.73

>>153
何が失敗だったの？
C++でconst無かったら怖くてかなわん…

**デフォルトの名無しさん** · 2015/12/25(金) 23:40:33.36

>>151
利用する側に重要な情報だよな。

**デフォルトの名無しさん** · 2015/12/26(土) 00:31:22.25

C++でconstに問題あるなんて素人のたわごとだろ
聞いたこと無い

**デフォルトの名無しさん** · 2015/12/26(土) 00:39:17.52

C++で仕事を15年以上して凄い奴とかどうしようもない奴とか色々見てきたけど
constに問題があるとか初めて聞いたよ

**デフォルトの名無しさん** · 2015/12/29(火) 02:41:33.95

VSCodeがいつの間にアップデートしてて>>124の問題が早速修正されてるな
オプソにした事でユーザーが増えて沢山突っこまれたに違いない
もはやTypeScript最強エディタと言わざるを得ない

**デフォルトの名無しさん** · 2015/12/29(火) 02:55:10.34

最近やっとNode.jsとブラウザの両方で使えるコードの書き方が分かったよ
TypeScriptオンリーだったらtsc --module amdとrequire.jsがあればいいし
JavaScriptを使う場合はwebpack使えば出来た

俺はTypeScriptの時でもリリース時にwebpack使って開発中はrequire.jsで
個別にファイルを読み込んだほうがデバッグしやすいからそうしてる
ちなみに///<reference path='hoge.ts'/>とかmoduleやnamespaceは全く使わない
それが今のトレンド (VSCodeのソースがそうしてる)

**デフォルトの名無しさん** · 2015/12/29(火) 16:10:58.92

そりゃそうだ

**デフォルトの名無しさん** · 2016/01/03(日) 18:07:55.32

だれかわかるやつ教えてくれ...

親クラスのstaticメソッドを子クラスでoverrideすると、
実行していない状態でもなぜか親クラスのstaticメソッドが実行されてしまうんだが、これはなぜなんだ...

一応ソースだけ張ってみる。

/// <reference path=

**デフォルトの名無しさん** · 2016/01/03(日) 18:14:12.59

すまんこれ

http://s1.gazo.cc/up/169919.png

**デフォルトの名無しさん** · 2016/01/03(日) 23:49:46.81

>>165
ecmascriptの方の話?
https://github.com/google/traceur-compiler/blob/master/src/runtime/classes.js

**デフォルトの名無しさん** · 2016/01/04(月) 00:03:32.03

>>167

おお、ありがたい。
明日ちょっと見てみるわ。

どうもextendsするときに実行しちゃっているみたいだから、そういう仕様なの？とも思ったんだがいまいちわからんくて...
コンパイル結果のjsも明日張ってみるわ

今日はもう寝る

**デフォルトの名無しさん** · 2016/01/04(月) 09:26:22.97

>>168
console.log(Asian.name);
console.log(Asian.name = "New type");
console.log(Asian.name);

nodeだとname propertyは再定義できないと言われるが

**デフォルトの名無しさん** · 2016/01/04(月) 12:16:27.68

>>166
これはおもろいｗ
--target ES5のクラス継承は__extendsでいわゆるクラスを模したイディオムを
実行する訳だけど、その時にHuman.nameを読み出してるからその中で
console.log()みたいな副作用のあるコードを書いてるとちょろっとお漏らし
しちゃうんだな
ま、getに副作用のあるコードを書くなって事だな
副作用が無ければ気にする事はない

**デフォルトの名無しさん** · 2016/01/04(月) 21:24:41.15

これが生成されたJS
改行多すぎで書き込めないから二つに区切る。

var __extends = (this && this.__extends) || function (d, b) {
for (var p in b) if (b.hasOwnProperty(p)) d[p] = b[p];
function __() { this.constructor = d; }
d.prototype = b === null ? Object.create(b) : (__.prototype = b.prototype, new __());
};
var Human = (function () {
function Human() {
}
Object.defineProperty(Human, "name", {
get: function () {
console.log("Human class name");
return "homo";
},
enumerable: true,
configurable: true
});
return Human;
})();

**デフォルトの名無しさん** · 2016/01/04(月) 21:25:29.78

**デフォルトの名無しさん** · 2016/01/04(月) 21:27:50.70

>>170

なるほど、やっぱり一応「仕様」なのね。

http://visible-true.blogspot.jp/2013/01/typescript-bridge-pattern.html
ここを参考に抽象クラス書いてみようとしたら毎回エラーになったのがきっかけで気づいたんだ。

普段は副作用のないコードを書くようにしてるから問題ないけど、気持ち悪いな...

**デフォルトの名無しさん** · 2016/01/04(月) 21:29:44.16

console.log(Asian.name);
をもう一度実行

**デフォルトの名無しさん** · 2016/01/04(月) 21:58:10.67

>>174
最後のconsole.log(Asian.name); をふたつにするってこと？

↓こうなるだけだけど...そうじゃなくて？

Human class name
Asian class name
ass
Asian class name
ass

**デフォルトの名無しさん** · 2016/01/04(月) 22:06:12.44

>>172
うぉお自己レスだがいまさら理解
definePropertyにアクセスするとgetのfunctionが実行されるから、
extendsのときの代入で実行が走ってるのね

超すっきりしたわ
なるほどね

**デフォルトの名無しさん** · 2016/01/04(月) 22:18:27.58

いやまてこれダメじゃねーか
getterちゃんと継承できてねーぞ

...できてねーよな？

**デフォルトの名無しさん** · 2016/01/05(火) 00:16:07.40

上書きしなきゃ親のが呼び出されるでしょ

**デフォルトの名無しさん** · 2016/01/05(火) 04:38:20.48

https://github.com/Microsoft/TypeScript/issues/1520

存在しないユースケースだから修正しない。
使いたければ__extends関数を自作してオーバーライドしろとさ。

**デフォルトの名無しさん** · 2016/01/05(火) 13:11:51.67

>>178
継承されてないな

まず最初に言っておくけどAsian内のgetを消すとAsian.nameは
Function.nameにアクセスする事になってAsianと表示されるからfuncとかにしておく
そうするとhomoとだけ表示されてHuman class nameは表示されないから継承されてない

ちなみに--target ES6の場合はconsole.log('Human class name');が実行されて
なおかつ継承もされない
要するに現状でES6と同じ挙動という事になるから自前の__extendsを作ると
将来ES6でコンパイルした時に困る事になる (継承をカスタマイズ出来ないし)

現状で問題の無いコードを書くしかないというのが結論だな

**デフォルトの名無しさん** · 2016/01/05(火) 13:24:39.62

ES6のclassは__extendsでやっている事のシンタックスシュガーだってのが
分かるおもしろい例だった
結局ES6になってもプロトタイプベースのオブジェクト指向っていうところは
変わってないんだよね

**デフォルトの名無しさん** · 2016/01/06(水) 08:53:19.05

>>179
神だ、やっと神と､､､！
ありがとう!

ユースケースがないってのはちょっとひっかかるけどな。
キーワードstaticってクラスに属してるだけでstatic getが副作用を起こさない、他の影響をうけないって保証されてるわけじゃないし。
そう書けってことではあるんだけどね。

**デフォルトの名無しさん** · 2016/01/18(月) 13:03:11.26

MSYS上のvimからtsuquyomi使えんかった
多分Nodeがマウントされたパスとか/c/から始まるパスを理解できないんだろうな
MSYS版Nodeがあればなぁ

**デフォルトの名無しさん** · 2016/01/18(月) 17:46:53.97

よく見たらmingw側にNodeがあったので試してみたけどバージョンが古いせいか駄目だったぜ
TypeScript書くときは大人しくGVimにしておくか

**デフォルトの名無しさん** · 2016/01/22(金) 13:05:16.12

ChakraCoreを使ったNode.jsが動いたらしい
しかし最近のMSはプロジェクト名にCoreを付けまくってるな

**デフォルトの名無しさん** · 2016/01/23(土) 10:08:20.25

--module commonjsの状態でmoduleとnamespaceを使わずに
export function ...
export var ...
って書いたソースがcommonjsのモジュールとしてコンパイルできるのに
外部からimportしようとするとモジュールが見つからないって怒られて困った
--module amdだと大丈夫みたいなんだけど、バグだったりするの？

**デフォルトの名無しさん** · 2016/01/23(土) 12:35:34.21

公式のwiki読め

**デフォルトの名無しさん** · 2016/01/23(土) 17:32:00.25

import時のパスが./で始まるかどうかの違いでした
import * as test from "test"; // amdはOK, commonjsはエラー
import * as test from "./test"; // amd, commonjs 共にOK
test.tsを./node_modulesに突っ込んで--moduleResolution nodeなら前者もOK

**デフォルトの名無しさん** · 2016/01/24(日) 10:30:33.12

必読https://github.com/Microsoft/TypeScript/wiki/FAQ

**デフォルトの名無しさん** · 2016/01/25(月) 13:40:35.40

TypeScriptのモジュールの扱いが激烈に難解になったからみんなハマルだろうな
俺は大体理解できたけど

**デフォルトの名無しさん** · 2016/01/25(月) 13:50:19.91

苦笑

**デフォルトの名無しさん** · 2016/01/25(月) 14:01:32.82

>>191
そんなおかしいなら --moduleResolution の意味を言ってみてよ

**デフォルトの名無しさん** · 2016/01/25(月) 14:05:44.07

>>191
あと、 --moduleResolution node で認識される*.d.tsの書き方も言ってみてよ
これドキュメントに書いてないんだよな

**デフォルトの名無しさん** · 2016/01/25(月) 14:22:21.52

http://qiita.com/vvakame/items/72d22e33632178f7db24
この人の↑これを見るのが一番まとまってて分かり易い
> ・declare module "hoge" 形式の定義は利用できない
って書いてあるけど実際はもう少し修正しないと駄目だった
とりあえず適当に修正すれば通るように出来るけど何が問題なのか
ドキュメントが見つからず確証が持ててない

**デフォルトの名無しさん** · 2016/01/25(月) 17:21:06.80

みんなはcommonjs使うからハマらないっての
クイズじゃなくて何がしたくてできないのかのほうを書けよ

**デフォルトの名無しさん** · 2016/01/25(月) 19:30:10.53

>>195
>>194の話はcommonjsとか関係無いよ、モジュール全般の話でしょ
それにブラウザからcommonjsロードできないのにみんな使うってのはおかしいでしょ

**デフォルトの名無しさん** · 2016/01/25(月) 21:26:21.10

貴殿の力量、拝察して候

**デフォルトの名無しさん** · 2016/01/26(火) 10:19:05.81

JavaScriptから来た人には歴史的経緯と後付モジュール機構は常識の部類なんだろうけど、他言語からくるとjs/tsのモジュール関係は病んでるよな

**デフォルトの名無しさん** · 2016/01/26(火) 14:10:10.49

>>197
最後にはそれかよｗ
ちゃんと具体的に書いてくれないと完全に負け惜しみにしか聞こえないよ

**デフォルトの名無しさん** · 2016/01/26(火) 14:24:44.17

>>198
TypeScriptには内部モジュール(内部は造語)があって外部モジュールについては
あまり重要視されてなかった経緯があるからね
module→namespaceって名前を変えたけどmoduleキーワードは今も使える
もはや混乱の元でしかないし<<<reference file="hoge"/>ももはや役割を終えてるからなくした方がいいな
で、importの意味が1.6でしれっとそれより前の解釈と思いっきり変わってしまったのが混乱の元だ
とりあえずVSCodeのソースを見れば最近の*.tsの書き方が分かる
俺はそれ見て同じ書き方をしようとしてmodule,referenceから移行しようとして
importがトンでもない事になってる事にやっと気付いた