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

0001デフォルトの名無しさん2015/04/30(木) 18:37:29.98 ID:ynMflk1l
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/
0002デフォルトの名無しさん2015/05/01(金) 11:16:24.11 ID:O5IrbREb
https://twitter.com/ironshay/status/593855606747860992

Anders, father of C#, and Misko, father of angular,
on the same stage at Build2015.
0003デフォルトの名無しさん2015/05/01(金) 12:23:58.69 ID:Cd44J9+J
>>2
MSとGoogle夢の共演
0004デフォルトの名無しさん2015/05/01(金) 16:28:43.35 ID:Cd44J9+J
Announcing TypeScript 1.5 Beta
http://blogs.msdn.com/b/typescript/archive/2015/04/30/announcing-typescript-1-5-beta.aspx

しかし、いきなり大量のコンパイルエラーが…
まだ更新しない方が良さそう
0005デフォルトの名無しさん2015/05/03(日) 17:06:42.35 ID:rBxa49N8
インストールしたら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);
}
}
}
0006デフォルトの名無しさん2015/05/03(日) 17:38:50.79 ID:RegehUyj
>>5
BをAより前に書く
0007デフォルトの名無しさん2015/05/03(日) 18:27:42.73 ID:H+7a6WF5
>>6
できました
ありがとうございます
0008デフォルトの名無しさん2015/05/12(火) 21:39:01.53 ID:bsrem9uN
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);
}
}
0009デフォルトの名無しさん2015/05/13(水) 08:53:02.33 ID:8FgeUemt
(2)をvar target = <Element>e.target;でいいんじゃないかな
DOMの仕様でtargetがElementではないケースがあるのかどうか知らないけど、少なくとも自分で扱う範囲なら問題ないでしょ
0010デフォルトの名無しさん2015/05/13(水) 10:56:22.23 ID:2k7sC9bw
>>8
classListだから
var target = <HTMLElement>e.target;
または
var target: HTMLElement = e.target;
じゃないかな?
分からない場合はlib.d.tsを見ればいいよ
0011デフォルトの名無しさん2015/05/13(水) 17:58:04.11 ID:EXojY7d0
最初の頃は律儀に型指定してたけど面倒くさいからもうやってない
コンパイル速度が上がるわけでもない。
0012デフォルトの名無しさん2015/05/14(木) 11:17:19.81 ID:gHUa6+Se
tsc --noImplicitAnyでかつ明示的にanyを使ってなくてエラーがでなければ
型安全が保たれてるから何も毎回型指定する必要はないよ

ただjquery.d.tsとかanyだらけなんで実行しないとエラーが出ない事とかよくある
単純にjQuery使う程度ならJavaScriptのままでいいとは思う
0013デフォルトの名無しさん2015/06/04(木) 21:53:08.26 ID:jTi6Q4y/
やっぱ堅い仕様で書いてるとtscでインライン化して欲しくなっちゃうなぁ
0014デフォルトの名無しさん2015/06/05(金) 11:52:22.54 ID:QvLzrgmO
>>13
インライン化し始めるとjsのソースがグチャグチャになりそうだ
get,setはあるんだからそれでいいんじゃないの?
0015デフォルトの名無しさん2015/06/06(土) 09:46:32.31 ID:be84NOOA
>>14
うちの場合JavaScriptはただの実行ファイル扱いだからね
デバッグはソースマップなりインライン化の無効なりできればいいんじゃないかな
0016デフォルトの名無しさん2015/06/07(日) 13:32:40.51 ID:yxti539q
1.5がなかなか正式リリースされないのはなんでぞ
0017デフォルトの名無しさん2015/06/07(日) 20:32:21.84 ID:4Wk1GroN
>>16
元々の予定にはなかったDecoratorを入れたからじゃないかな
仕様の検証の為に1.5AlphaやBetaを挟んだのだと思う
0018デフォルトの名無しさん2015/06/09(火) 14:13:38.63 ID:X0sByrSC
>>15
インライン化がもし速度の為だったら速くなるかどうかは未知数だな
JITコンパイラの高速化の癖というか挙動を予測するのはかなりむずい
あくまで主観だけど長くなった関数は高速に実行されにくくて
細かく関数に分けた方が速くなる気がする (実際にそういう事はあった)
関数単位でコンパイルするしないを決めてるっぽいし
0019デフォルトの名無しさん2015/06/09(火) 22:54:39.34 ID:wugeehUL
>>17
サンキュー
0020デフォルトの名無しさん2015/06/10(水) 17:03:59.59 ID:/7VhIJtD
解析によるインライン化はtscでもJITでも好きにしてくれていいけど
inlineキーワードで明示できた方が気持ち的にスッキリする
0021デフォルトの名無しさん2015/06/18(木) 11:14:55.39 ID:kEEgKM4/
ES6がいろんなブラウザで動かせるようになった頃にTypeScriptってどうなるの?
0022デフォルトの名無しさん2015/06/18(木) 13:05:05.85 ID:4ooRsfQ9
ECMAScript2015(旧ES6)がリリースされたんだな
>>21
TypeScriptの最大のメリットは静的型チェックだから有用性は全く変わらない
他にもprivate指定とかも有用だし既にES7(ES2016?)の仕様も先取りしようとしてるよ
0023デフォルトの名無しさん2015/07/09(木) 12:12:04.05 ID:6sfBPUUP
newさせないようにコンストラクターを非公開にしたい
現状でも実現できるけど、そのためにインターフェースを2つも書くのは面倒くさい
0024デフォルトの名無しさん2015/07/15(水) 10:51:34.25 ID:4m+kxR2f
0025デフォルトの名無しさん2015/07/21(火) 01:31:13.85 ID:/gCXtG+X
Announcing TypeScript 1.5
http://blogs.msdn.com/b/typescript/archive/2015/07/20/announcing-typescript-1-5.aspx

VS2015と合わせてきたか
0026デフォルトの名無しさん2015/07/21(火) 01:32:58.22 ID:/gCXtG+X
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

次の仕込み進んでるね
0027デフォルトの名無しさん2015/07/21(火) 02:33:09.52 ID:rWNspVF5
昔はJScriptという亜種JavaScriptを作っていたMSが
今はJavaScriptの未来を作ってるんだから興味深いよ。

V8を作ってるGoogleが作ってるAngularJSが
TypeScriptを採用してるっていうんだからね。
世の中何が起こるかわからない。
0028デフォルトの名無しさん2015/07/21(火) 10:29:14.64 ID:JRZO1Ijb
ES6以降の見識とかモダン言語のたしなみがないと新機能を追いかけるのは難しくなってきてるな
0029デフォルトの名無しさん2015/09/03(木) 18:56:51.43 ID:nwE/lfZd
0030デフォルトの名無しさん2015/09/09(水) 13:41:12.43 ID:/LabsqIc
node.js 4.0.0 がリリースされたけど tsc 1.5.3 でのコンパイルは問題なかったよ
0031デフォルトの名無しさん2015/09/17(木) 11:57:54.97 ID:EJYiGj1J
TypeScript 1.6 来た!
http://blogs.msdn.com/b/typescript/archive/2015/09/16/announcing-typescript-1-6.aspx

classとか型関連の機能追加が多いかな
0032デフォルトの名無しさん2015/09/17(木) 13:08:48.57 ID:1pEQnj0M
日本語で更新内容を教えて
0033デフォルトの名無しさん2015/09/17(木) 13:39:47.54 ID:EJYiGj1J
>>32
誰かがブログで解説するだろうからそれを待て

あと1.6でオブジェクトリテラルの型チェックが厳密になって大量のエラーが…
https://github.com/Microsoft/TypeScript/wiki/Breaking-Changes
↑ここに対処法とか書いてあるからバージョンアップする場合は見るべし
0034デフォルトの名無しさん2015/09/18(金) 00:34:58.40 ID:RRhCs/3r
>>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正式版でも同じだよ
0035デフォルトの名無しさん2015/09/29(火) 13:25:38.28 ID:5DFpZmVK
typescriptって型を省略せずに書くのが王道なの?どうなのかおしえてください
0036デフォルトの名無しさん2015/09/29(火) 13:57:38.01 ID:k2h28xWP
>>35
var a = 1;
は型を省略して書いてるように見えるが型推論されてaはnumber型に固定される
その後a = "hoge";と書くとエラーになる
型推論をあてにして型を省略するのは普通だがそういう事を聞いてんの?
0037デフォルトの名無しさん2015/09/29(火) 14:07:02.02 ID:YDlHSLNo
partialはサポートしてないんですよね?
0038デフォルトの名無しさん2015/09/29(火) 14:10:18.85 ID:RAm+PgpZ
>>36
これからは型をかかないようにします
0039デフォルトの名無しさん2015/10/01(木) 18:23:15.46 ID:c/9pCOim
関数の引数の型は書いて下さいね
あと --noImplicitAny は忘れずに
0040デフォルトの名無しさん2015/10/01(木) 18:44:40.47 ID:JwHQ7pBT
--noImplicitAny を付けてれば引き数の型を書かないとエラーになるけど
戻り値の型は省略できてしまう
コンパイラは型推論で戻り値の型は分かるから補完候補の表示で型は分かるけど
戻り値の型もちゃんと書いた方がいいね
そうすると整数を返す予定だったところを文字列返しちゃった時にエラーになる
0041デフォルトの名無しさん2015/10/02(金) 02:53:49.54 ID:HtrqvoEB
>>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
0042デフォルトの名無しさん2015/10/02(金) 12:29:38.37 ID:O/xnKl5a
>>41
そういうのはinterfaceとかmodule(namespace)を使えば実用上困ることは
無いと思うからいらないでしょ
0043デフォルトの名無しさん2015/10/03(土) 10:49:02.03 ID:HkSezUmR
コードの中にnew Promiseを書くと
tsc test.tsでチェックしたら
error TS2304: Cannot find name 'Promise'
って出るんですがこれはどうしたらでなく出来ますか?
0044デフォルトの名無しさん2015/10/03(土) 11:10:26.45 ID:x61qrQJS
>>43
tsc --target ES6 にするかそれが無理なら
https://github.com/borisyankov/DefinitelyTyped/tree/master/es6-promise
からes6-promise.d.tsを落としてくる
0045デフォルトの名無しさん2015/10/03(土) 11:39:52.85 ID:HkSezUmR
--target ES6を指定します
どうもありがとうございます
0046デフォルトの名無しさん2015/10/03(土) 18:36:19.11 ID:OMUtivN5
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'
ってなるんですがよく分かりませんどうかけばいいんでしょうか
0047デフォルトの名無しさん2015/10/03(土) 23:27:40.80 ID:x61qrQJS
>>46
エラーメッセージが理解出来れば分かる事ではあるが…
var i; ← iの型がany
for (var i = 0; ← iの型がnumberだから矛盾してると言ってる
var i;を消すかvar i: number;とすればいいよ
0048デフォルトの名無しさん2015/10/04(日) 13:23:21.78 ID:DvM48NAd
超超初心者なんですが
仮にグローバルで宣言したiがforでなく別の関数で使われることを意図していた場合
>>46のように変数iをfor文でたまたま同じ名前の制御変数としてvar宣言すると思うのですが
このときvarが付いているにも関わらずfor文のiは一行目で宣言したiとみなされてしまうってことですか?
0049デフォルトの名無しさん2015/10/04(日) 13:37:43.55 ID:khdgfcjT
>>48
JavaScriptのvarはブロックスコープの機能が無い (詳細はググるなりしてくれ)
直感的にしたければES6のletを使うしかない
0050デフォルトの名無しさん2015/10/04(日) 13:41:16.06 ID:bHkc51Yk
TSはES5ターゲットでもlet/const使えるからへーきへーき
0051デフォルトの名無しさん2015/10/04(日) 13:42:29.90 ID:khdgfcjT
>>48
いや間違えた…TypeScriptは普通にletが使えるからletを使えばいい
>>46のvarをletに書き換えるだけでうまく行くよ
0052デフォルトの名無しさん2015/10/04(日) 13:44:14.49 ID:khdgfcjT
かぶった…まぁそういう事だ
0053デフォルトの名無しさん2015/10/04(日) 13:49:24.42 ID:DvM48NAd
>>49
ああ!ifやforは関数ではないからvarつけても同名のグローバルを見に行っちゃうんですね!
そこで出てくるのがlet/constか!なっとく!
0054デフォルトの名無しさん2015/10/05(月) 00:57:09.65 ID:908hRhwN
>>53
let使える前のjsの変数スコープは基本的に関数レベルだったんだよ。
rubyやpythonとかもそうだったりする。
0055デフォルトの名無しさん2015/10/15(木) 21:21:16.18 ID:8y87T4ny
1.7のissue残り3つ
そろそろ来るか
0056デフォルトの名無しさん2015/10/16(金) 09:45:15.72 ID:cndR1OOY
issueが0になってからリリースまで1ヶ月以上掛かるし
1.6がリリースされた時は1.6.2だったからもう少し先な気がする
0057デフォルトの名無しさん2015/10/17(土) 16:42:41.11 ID:/J6P+2iK
ポリモthisが待ち遠しい
0058デフォルトの名無しさん2015/10/23(金) 19:57:18.48 ID:uz+nJ7WP
>>57
ポリモthisって変数の受け取り側で(ダウン)キャストしないで済むって事でしょ?
そんな待ち遠しいって何か便利な使い方とかあるの?
0059デフォルトの名無しさん2015/10/23(金) 23:22:47.24 ID:vOh1PKiJ
interface IEquatable {
equals(other: this): boolean
}
とかかな
0060デフォルトの名無しさん2015/10/23(金) 23:33:29.49 ID:oFKlQBDH
typescriptで使いやすいEditorでおすすめってなんですかね?
MS由来からいってVSなんでしょうけど、当方Macなので、、、、
0061デフォルトの名無しさん2015/10/24(土) 11:24:42.03 ID:lLID1QIl
>>60
ttps://github.com/Microsoft/TypeScript/wiki/TypeScript-Editor-Support
普段何使ってるんだよ
Vimは導入が難しいが、何するにしても特化した環境が作れるぞ
0062デフォルトの名無しさん2015/10/24(土) 14:26:29.93 ID:otxAXsrh
>>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って自分の型名のエイリアス
として使えるから便利って事であってるの?
0063デフォルトの名無しさん2015/10/24(土) 14:31:41.39 ID:otxAXsrh
>>60
Emacsと
https://github.com/ananthakumaran/tide
↑を使う事でVSに劣らないインテリセンス環境が出来上がるぞ(ページ内のscreencastを見るべし!)
ちなみに常用してるけどMac版Emacsは使った事ないから詳細は分からん
0064デフォルトの名無しさん2015/10/24(土) 14:48:22.39 ID:otxAXsrh
>>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'.
って、ポリモらないけど…なんでなん?
0065デフォルトの名無しさん2015/10/24(土) 16:15:55.69 ID:plgIlyg5
>>63
>>61
情報ありがとうございました。結局atomに落ち着きました。
最初補完効かないじゃんとか思ってましたが、tcconfig.jsを作ったら機能したので
問題なさそうです。
emacsかvimかで言ったらvim寄りですが、設定の手間とかいろいろ考えたら
atomが一番楽です。すいません。
0066デフォルトの名無しさん2015/10/24(土) 17:46:56.82 ID:lLID1QIl
>>64
そういった使い方は無いと思うよ。その場合はジェネリックを使うといい
class Base {
equals<T extends { name: string; }>(other: T): boolean { return other.name === "Derived"; }
}
0067デフォルトの名無しさん2015/10/25(日) 00:25:48.72 ID:1wUVsAr0
>>66
https://github.com/Microsoft/TypeScript/pull/4910
このページのサンプルコードで>>64みたいなのがあったよ
>>62の戻り値バージョンは直感的で使い易いし良いんだけど
引き数バージョンがポリモらないのは何か変だなとは思う
ま、ジェネリックがあるから困らないけど1.7がちゃんとリリースされたら
また確認してみよう
0068デフォルトの名無しさん2015/10/25(日) 07:40:54.38 ID:bIzVFZFH
>>67
Baseがあとからどう拡張されるかなんてわかるわけないだろ
未来予知でもさせる気か
0069デフォルトの名無しさん2015/10/25(日) 15:05:43.36 ID:MYRFLLoW
>>68
コールの仕方がderived.equalsなんだから未来予知なんてしなくたって
コンパイル時にthisがDerivedなのが決まるでしょ (ジェネリックの場合はTがDerived)
C++は呼び出した時に型を決めてコンパイルされるからそういうのが当たり前だけど
TypeScriptはジェネリックとかも先にコンパイルしようとすんだな
とりあえずそういう仕様なのは理解したよ
0070デフォルトの名無しさん2015/10/25(日) 20:07:24.22 ID:bIzVFZFH
>>69
それは>>67のいうところの戻り値バージョンだろ
Baseの中のthisはBaseでしかない
0071デフォルトの名無しさん2015/10/26(月) 11:50:38.96 ID:2PrT+848
>>70
は?継承されたメソッドのderived.equalsでアクセスしてんのにthisがBaseなわけないだろ
お前が言ってんのは字面上の事だろ
だからC++はジェネリック(テンプレート)は呼び出された時しかコンパイルされないんだよ
TypeScriptもそうだと思っていたと先に書いただろ
equals(other: this)もジェネリックと同じようなもんだろうと思っていたんだよ
同じ事なんども言わせるな
0072デフォルトの名無しさん2015/10/26(月) 12:01:33.27 ID:2PrT+848
ちなみに>>64のコードはコンパイルエラーは出力されるが吐き出された.jsを
実行すると問題なく実行出来る
JavaScriptは動的型だから当然だけど、TypeScriptもジェネリック(とポリモthis)は
呼び出し時に毎回コンパイルした方がよりJavaScriptに近くなるとは思うけどね
(コンパイルというか型チェックだけだが)
0073デフォルトの名無しさん2015/10/26(月) 13:14:02.12 ID:Jg07UfdQ
エラーになってるのに何とち狂ってんだ
お前はもうそう思い込んでていいから他の人間に迷惑かけるなよ
0074デフォルトの名無しさん2015/10/26(月) 13:23:02.34 ID:2PrT+848
>>73
言ってる意味が理解出来ないなら無理に意味不明な返答しなくていいよ
0075デフォルトの名無しさん2015/10/26(月) 13:29:03.77 ID:rrrZ2q/W
C++のテンプレートではそうじゃないみたいだけど
他言語のジェネリクスやらパラメータ多相だと型引数T(ここで言えばthis)がnameを持つって制約がなけりゃ
other.nameとかやってる時点でコンパイルエラーになるのが普通
呼び出し側でどう呼び出されてようが知らん
0076デフォルトの名無しさん2015/10/26(月) 13:40:49.36 ID:2PrT+848
だから説明してくれなくても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
引き数版もそうだと思ったら違ったから変だなとおもっただけだ
つうか何回同じ事書かせるんだよ…
0077デフォルトの名無しさん2015/10/26(月) 13:42:45.78 ID:2PrT+848
間違えた…
> console.log(derived.equals(derived));
derived.getThis().print();
0078デフォルトの名無しさん2015/10/26(月) 13:45:10.06 ID:2PrT+848
class Base {
getThis(): this { return this; }
}
class Derived extends Base {
print(): void { console.log('Derived'); }
}
let derived = new Derived();
derived.getThis().print(); // OK:コンパイルも実行も問題ない
なんどもゴメンよ…こっちだった
0079デフォルトの名無しさん2015/10/26(月) 15:10:36.99 ID:rrrZ2q/W
class Base {
 identity(a: this): this { return a; }
}
class Derived extends Base { /*略*/ }
let derived = new Derived();
derived.indentity(derived) // => Derived
これで戻り値だろうが引数だろうがthis型の意味が変わらんのは分かるだろ

んでもうひとつ
親クラスの中で子クラスの実装に依存するような定義することがおかしいと思わんのか
テンプレートみたいにthisを具体的な型に置き換えたメソッドを実際に生成してくれるって訳じゃねーんだぞ
0080デフォルトの名無しさん2015/10/26(月) 15:38:26.33 ID:2PrT+848
>>79
> identity(a: this): this { return a; }
なるほど結局やってくれるのはキャストだけって事だな

> 親クラスの中で子クラスの実装に依存するような定義することがおかしいと思わんのか
いや別に…ジェネリックとかは
equals(other: Derived): boolean;
equals(other: Hoge): boolean;
equals(other: any): boolean { return other.name === "Derived"; }
を短く書けるってだけだぞ
やってる事はいたって普通じゃん
0081デフォルトの名無しさん2015/10/26(月) 15:41:54.45 ID:2PrT+848
equals(other: any): boolean { return other.name === "Derived"; }

よく考えたらこれで良かったなw
0082デフォルトの名無しさん2015/10/26(月) 17:12:36.83 ID:RV+rpgqN
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();
}
0083デフォルトの名無しさん2015/10/26(月) 17:29:52.14 ID:68zEKPr/
ゴミだな
0084デフォルトの名無しさん2015/10/26(月) 17:30:24.13 ID:2PrT+848
>>82
html内のJavaScriptから.ts内の関数を呼んでも型を変換してくれるわけじゃないよ
だからaもbも文字列が渡ってきてる
0085デフォルトの名無しさん2015/10/26(月) 18:04:54.71 ID:68zEKPr/
つまり、
function MyCalc(a: number, b: number, idOut: string) {
  var add: number = Number(a) + Number(b);
  document.getElementById(idOut).innerHTML = add.toString();
}
とすべきである、と。

何このゴミ言語。
0086デフォルトの名無しさん2015/10/26(月) 18:05:52.22 ID:jZMivBq6
根がjavascriptだからな
腐っておる
0087デフォルトの名無しさん2015/10/26(月) 20:48:07.59 ID:Jg07UfdQ
今日は大漁だなぁ
0088デフォルトの名無しさん2015/10/26(月) 21:03:54.01 ID:2PrT+848
>>85
MyCalcに文字列を渡してるのは理解してんの?
0089822015/10/26(月) 21:09:33.30 ID:+CoO9wxe
>>84
tsの引数でnumberと指定しているところにhtmlからstringを渡してるのにエラーでないのが正常ってことですか。
なんとも言えないモヤモヤした気分ですがそういうものだと思って納得します。
ありがとうございました。
0090デフォルトの名無しさん2015/10/26(月) 23:08:05.78 ID:xkX95Mex
そもそも今時htmlファイルにJSのコードがあるのがクソ
0091デフォルトの名無しさん2015/10/27(火) 10:15:27.19 ID:VNkjK7Q1
>>88
> MyCalcに文字列を渡してるのは理解してんの?
誰が何を渡すなんか関係ないよ。
MyCalc()がMyCalc()たり得るためには、>>85のようにしなければならないってことでしょ。
0092デフォルトの名無しさん2015/11/01(日) 10:08:53.87 ID:zBN3V9bR
ジェネリックと書かれると黒柳徹子の声で脳内再生されるw
かといってジェネリックプログラミングだと長いか。
0093デフォルトの名無しさん2015/11/01(日) 14:26:27.55 ID:85GIjHA4
英語だとGenericsだからジェネリックスと言うべきだろうね
日本語だとジェネリックが多いけど
0094デフォルトの名無しさん2015/11/01(日) 17:47:18.14 ID:wW4dECTr
>>92
うむ
0095デフォルトの名無しさん2015/11/04(水) 20:57:38.51 ID:hYok3Gvy
ゼネリック
0096デフォルトの名無しさん2015/11/19(木) 23:49:04.62 ID:xa/vi52N
Microsoftのコードエディタ「Visual Studio Code」β版でオープンソース化、拡張機能で「Go」など約60言語に対応
http://gigazine.net/news/20151119-microsoft-visual-studio-code/
0097デフォルトの名無しさん2015/11/20(金) 11:13:18.44 ID:SnNAjHh0
>>96
ちゃんとTypeScriptで書かれてるのが確認出来たし
コーディングスタイルとか色々参考になるな
0098デフォルトの名無しさん2015/11/20(金) 11:53:31.08 ID:9+9LvV/5
>>97
なるほど。と思った。確かに生きてる教材として価値あるね。
0099デフォルトの名無しさん2015/11/20(金) 15:30:00.27 ID:oa4HKSA2
コーディングガイドラインがTS本体と変わってるな
開発元ですらベストプラクティスが固まってないのか
0100デフォルトの名無しさん2015/11/24(火) 14:34:32.21 ID:qZ9OT4oo
VSCodeもElectron使ってるしネイティブアプリもTypeScript+Electronで作るのがトレンドなんだな
0101デフォルトの名無しさん2015/11/24(火) 16:51:28.94 ID:7M39MrWo
>>100
Electronってそんなにトレンドなの?
0102デフォルトの名無しさん2015/11/24(火) 18:49:02.47 ID:qZ9OT4oo
>>101
トレンドってのは完全に主観だ
そもそもデスクトップアプリを作る機会があまり無いと思われる
あとブラウザで動くJavaScriptとNode.js用のコードはモジュールの問題とか
色々相容れないものがあって両対応させるのは難しい
この辺はES6のModuleが普及すれば多少は改善するのかね
01031012015/11/24(火) 22:30:19.95 ID:7M39MrWo
>>102
レスありがと。
納得+同意。
0104デフォルトの名無しさん2015/11/27(金) 17:09:34.40 ID:/Gh9DtXn
New Website Logo: Ericsson
https://github.com/Microsoft/TypeScript/issues/5801

Erlang作った会社もTypeScript使ってるんだね
0105デフォルトの名無しさん2015/11/28(土) 23:18:53.43 ID:CBIJUaS6
TypeScript Advent Calendar 2015
http://qiita.com/advent-calendar/2015/typescript
0106デフォルトの名無しさん2015/12/01(火) 01:33:36.41 ID:z2GrodUr
当日になっても参加一人だけかよTypeScript終わってんな
0107デフォルトの名無しさん2015/12/01(火) 14:46:16.60 ID:MI9NKsx/
こういうのは横の繋がりがないと人を集めるの難しそうだな
0108デフォルトの名無しさん2015/12/01(火) 14:52:09.64 ID:MI9NKsx/
0109デフォルトの名無しさん2015/12/01(火) 15:22:54.15 ID:fXKlxJmK
今回の機能追加はAsync/Awaitとポリモthisぐらいか
1.8も言語機能の追加は小規模だからだいぶ仕様が安定してきた感じだな
0110デフォルトの名無しさん2015/12/01(火) 15:32:51.36 ID:fXKlxJmK
TypeScriptはその名の通りJavaScript+型なんだからTypeScript固有の話題なんて
もうそんなにないだろ
最新の話題は>>108のブログだけ見てれば十分
言語機能を詳しく知りたい場合は公式のHandbookがスゲー良く出来てるからそれで十分
0111デフォルトの名無しさん2015/12/02(水) 00:09:29.85 ID:et2ufdl8
コンパイル速度遅くなってきたらしいな
さもありなん
0112デフォルトの名無しさん2015/12/05(土) 15:39:17.84 ID:m9DZhLZL
実際アプデしたらクッソ重くなってた
IDEがプチフリして困る
0113デフォルトの名無しさん2015/12/06(日) 02:00:29.98 ID:FcGW3Qzp
0114デフォルトの名無しさん2015/12/06(日) 22:16:12.04 ID:NQ6kkq7S
Microsoft、「Edge」のJavaScriptエンジン「Chakra」をオープンソース化へ
http://www.itmedia.co.jp/news/articles/1512/06/news012.html
0115デフォルトの名無しさん2015/12/08(火) 13:43:53.13 ID:sEPoyyCj
>>113
間違いとか中途半端な内容が多いな
取り合えず 2 ** 3 は 2 * 2 * 2 に展開される
整数同士は掛け算に展開して浮動小数点数は Math.pow() を使うようになる
要するに整数のべき乗を整数のままにしておけるという事だな
0116デフォルトの名無しさん2015/12/08(火) 15:25:18.45 ID:sEPoyyCj
>>115
少し補足
右側が変数になってる場合も Math.pow() になった
0117デフォルトの名無しさん2015/12/10(木) 23:32:50.70 ID:V7ddkloI
3.14 ** 3 は 3.14 * 3.14 * 3.14 にするよりも pow のほうが早いのか
0118デフォルトの名無しさん2015/12/11(金) 00:19:45.18 ID:5K+qhLiA
>>117
どうでもいいけどπを3乗するなんて事は無いけどな
ルートの中に入ることはある
0119名無しさん@そうだ選挙に行こう2015/12/14(月) 18:49:41.54 ID:R3y1X6jx
http://www.typescriptlang.org/Playground
以下のコードが実行時エラーになる
意図したものなのかな

function f() {
 const Math = void 0;
 console.log(2 ** 3);
}
f()
0120デフォルトの名無しさん2015/12/15(火) 13:48:49.14 ID:uFHp5xJr
>>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)のままだな…
0121デフォルトの名無しさん2015/12/17(木) 17:40:37.59 ID:z/Lx0cXl
typescriptを書くときの環境みたいなのを教えてください
そういう記事があったら教えてください
webpack?とかpackage.txtとか開発初めのスケルトンが知りたいです
0122デフォルトの名無しさん2015/12/17(木) 19:05:38.17 ID:Szn4FINI
VisualStudio
Azure
0123デフォルトの名無しさん2015/12/17(木) 22:15:57.04 ID:CSxzQpIQ
まずエディタを何使いたいかによるな
何でもいいなら無難にVS使うのがいいと思われる
最近ならVisual Studio Codeの方がいいかもしれない
0124デフォルトの名無しさん2015/12/18(金) 17:31:03.70 ID:uEIUGuN6
VSCodeは.git/とtsconfig.jsonが同じフォルダなのが前提だな…
そうでない場合も多い気がするけどな
ちょっと試用してみたけど上記の問題以外はTypeScript用エディタとして快適に使える
0125デフォルトの名無しさん2015/12/18(金) 18:00:03.96 ID:eorQTm9j
VSCodeに移行したいけどvimが未完成すぎてまだ移行できん
はよVSと同じクオリティに仕上げてくれ
0126デフォルトの名無しさん2015/12/18(金) 19:49:07.87 ID:HYHORn7l
おもいっきりスレ違いだけどVSCodeの完成度の高さにびっくり
golang開発環境としても最適。マイクロソフトの開発力の高さを目撃したぜ。
一気にATOMより使いやすくなりやがった。
typeScriptも期待していいね
0127デフォルトの名無しさん2015/12/18(金) 20:01:03.80 ID:uEIUGuN6
VSCodeの完成度の高さの半分はTypeScriptで作ってるからと言えなくもない
残りの半分はGoogleのChromiumとV8のお陰だが…
0128デフォルトの名無しさん2015/12/19(土) 01:32:25.74 ID:AUMngiLG
最近のマイクロソフトはC#と並んでNode.js推しが凄いね
次期ASP.NETのビルドシステムもNode.js系
Node.jsの普及に社運をかけているような感じがする
0129デフォルトの名無しさん2015/12/19(土) 06:11:40.64 ID:2wysK+Et
MSは自社のJavaScriptエンジンがあるから別にNode.jsを推してるとは思えない
単にNode.jsを使わざるを得ない状況ってだけじゃないかな
現状色んなアプリが別個にNode.jsのランタイムを含めてて無駄過ぎるから
WindowsだったらEdgeとかChakraを使うバージョンがあってもいいと思う
0130デフォルトの名無しさん2015/12/19(土) 08:29:23.06 ID:2BX5Ngj+
MS自身自社プロダクトのクロスプラットフォーム化を進めてるのにそんな逆行したいわけがない
0131デフォルトの名無しさん2015/12/19(土) 13:18:54.15 ID:2CKHjxE+
Node.js はオワコンなのにね
0132デフォルトの名無しさん2015/12/19(土) 15:19:47.28 ID:2BX5Ngj+
持ち上げられすぎてると思うけどそこまで終わってもない
それよりエレクトロンがモノになるかのほうが不安
0133デフォルトの名無しさん2015/12/19(土) 17:24:55.88 ID:saKWMtLf
chakra対応のnode出したりcoreをossにしたりでv8で満足してるわけでもなさそう
0134デフォルトの名無しさん2015/12/20(日) 03:32:05.22 ID:3pTsyfVL
>>131
Node.jsがオワコンとか初めて聞いたよw
JavaScriptが標準規格だから実装が何になろうがいいけど
今のところNode.js以外の使い易い実装がないのが現実
まさかとは思うけど>>131はio.jsの事を言ってたりするのか?
0135デフォルトの名無しさん2015/12/20(日) 19:25:20.77 ID:oiJlcETb
オワコンかどうかはわからないけど、jsフロントエンド周りは
変化が早すぎてついていける人が少ないのは確か。
ビルドツールすらなんでそんな変わっていくん?
いっそmakeでいいんじゃないか。

早くデファクトスタンダードでてくんないかな。
Meteorは完全にjs界から見放されているような気もする。(日本だけ?)
0136デフォルトの名無しさん2015/12/20(日) 22:47:15.85 ID:ZI2XTWWE
GUIツールや、ビルドツール、SSRあたりは残るんじゃないかな。
apiサーバやさらにバックエンドは今より減っていきそうだけど。
0137デフォルトの名無しさん2015/12/21(月) 11:04:35.60 ID:1HvlxK+M
Dartがもう少し頑張ってくれてりゃなぁ
0138デフォルトの名無しさん2015/12/21(月) 11:44:53.03 ID:+DAq0mOu
よくAltJSの括りでDartとかと一緒にされるけどTypeScriptはDartと別モンだと思う
TypeScriptは9割は(特にES6以降の)JavaScriptといっても過言じゃないけど
Dartは全然別の言語だし
Webの世界でJavaScript以外の言語が流行るとは全く思えない
0139デフォルトの名無しさん2015/12/21(月) 14:21:33.13 ID:1HvlxK+M
javascript無くなってくれないかな
TypeScriptが橋渡しになって引導渡して欲しい
0140デフォルトの名無しさん2015/12/23(水) 16:53:14.82 ID:YbqFKYTK
>139
それはつまり「IEもChromeもFirefoxもSafariも、既存サイトのJavaScriptを解釈しないようにしろ」ってことだろ
無理だな
0141デフォルトの名無しさん2015/12/23(水) 21:21:43.04 ID:Gmfz59Yf
>>139

なんかgoogleとかmozilaとかが共同でバイナリをBrowserで動かす仕組みを
開発するとかいってなかったっけNaCLじゃない奴。
それが実現したらそうなるんじゃない
0142デフォルトの名無しさん2015/12/23(水) 22:12:53.38 ID:VUxrNHJY
>>141
WebAssemblyだな
主目的はC++のコードを安全にかつネイティブ並に高速に動かす為のものだが
他の言語を動かす基盤にも十分成り得る

ただ現状でもJavaScriptに変換すれば似たような事にはなってるのに
他の言語が流行ってないから結局今と一緒でしょ
0143デフォルトの名無しさん2015/12/23(水) 23:08:22.22 ID:0c+BTX7l
JavaScriptでは難しい最適化を施した多言語から生成できる共通の中間コードの仕様策定だっけ?
デバッグが難しいだろうからほとんどCPUヘビーなとこと広告回避にだけ使われてほかはJavaScriptのままだと思うよ
0144デフォルトの名無しさん2015/12/23(水) 23:29:17.65 ID:37J5CESF
>>143
基本ゲーム用だ
WebGL2になるとPS3以上PS4未満の能力があるからWebAssemblyと組み合わせて
ブラウザをゲームプラットホームにしようという思惑がある
0145デフォルトの名無しさん2015/12/23(水) 23:51:10.03 ID:0c+BTX7l
>>144
マジかよソニー株売ってくる
0146デフォルトの名無しさん2015/12/23(水) 23:52:52.11 ID:YbqFKYTK
>144
それChromeBook持ってるGoogleの一人勝ちになるんじゃないか
0147デフォルトの名無しさん2015/12/23(水) 23:57:52.58 ID:0c+BTX7l
日本一みたいな小粒の尖ったソフト出すメーカーはこういうのでコストかけずにどんどん出していったほうがいいんだろうな
0148デフォルトの名無しさん2015/12/25(金) 02:26:54.28 ID:87NUqkxQ
TypeScript1.8以降で追加予定または協議中の注目の新機能12つ
http://falsandtru.hatenablog.com/entry/typescript-2016
0149デフォルトの名無しさん2015/12/25(金) 10:26:24.39 ID:qQE0KVCc
noImplicitReturns最高
0150デフォルトの名無しさん2015/12/25(金) 13:17:18.21 ID:zNppH846
1.7でも戻り値の型が違うとエラーになるけどnoImplicitReturnsの説明見ると
結構すり抜けるパターンがあったんだな…
全部undefined関連だけど最初からエラーにしとけよ
0151デフォルトの名無しさん2015/12/25(金) 13:34:53.88 ID:zNppH846
あとreadonlyはなぜ
function hoge(readonly a: number) { }
と書けないんだよ…
メンバーより引き数に指定出来る事の方がはるかに重要だ

他は劇的に便利になるようなものはないな
0152デフォルトの名無しさん2015/12/25(金) 14:43:14.41 ID:ISLz7uba
うんこの上に金粉まぶしてもうんこはうんこ
0153デフォルトの名無しさん2015/12/25(金) 15:03:46.23 ID:9XEpf0Yk
>>151
numberにreadonlyを指定することは意味がないと思うが…

引数がreadonlyであることを表明したいなら
そういうinterfaceを定義すれば済む。現行機能で十分じゃないか?
指定子で表明するのはC++がconstで失敗した道だからなぁ
0154デフォルトの名無しさん2015/12/25(金) 17:02:40.14 ID:zNppH846
>>153
あー無意味なこと書いてしまった…numberじゃなくて何らかのクラス名だった

ちなみに
function test(readonly v: Data/*参照しかしない事を表明*/): boolean { }
をしたいだけなのに
function test(v: {readonly x: number, ...全部書くのか?): boolean { }
とすればいいという事か?
0155デフォルトの名無しさん2015/12/25(金) 17:36:17.11 ID:9XEpf0Yk
>>154
「特定のメンバーしか見ない」と表明したいならそうなるんだろうね
もしくは最初からインタフェースを分けておくか
interface ReadOnlyData { get; }
interface Data extends ReadOnlyData { set; }

単純なフィールドの読み書きだけならいいけど
getXXX() は readonly だよねとか
getXXX() の中でキャッシュ値が変化するけど実質的には readonly だよねとか
やりだすと、C++の悪夢がよみがえってしまう
0156デフォルトの名無しさん2015/12/25(金) 18:43:03.80 ID:zNppH846
>>155
そりゃ悪夢だろ
なんでクラス定義する側がそんな苦労しないといけないんだ
ちなみに
class Hoge {
int getXXX() const;
mutable Cache cache;って知ってるか?
こうしておけば何か気にする事なんてあるか?
0157デフォルトの名無しさん2015/12/25(金) 18:47:18.76 ID:zNppH846
補足
class Hoge {
int getXXX() const; ← これはcacheの中身は書き換える
mutable Cache cache; ← これが書き換わってもconst性に影響無いと考える
0158デフォルトの名無しさん2015/12/25(金) 23:14:17.73 ID:b7pvx0AF
>>153
何が失敗だったの?
C++でconst無かったら怖くてかなわん…
0159デフォルトの名無しさん2015/12/25(金) 23:40:33.36 ID:DXbDvcZw
>>151
利用する側に重要な情報だよな。
0160デフォルトの名無しさん2015/12/26(土) 00:31:22.25 ID:iwceh6a5
C++でconstに問題あるなんて素人のたわごとだろ
聞いたこと無い
0161デフォルトの名無しさん2015/12/26(土) 00:39:17.52 ID:iwceh6a5
C++で仕事を15年以上して凄い奴とかどうしようもない奴とか色々見てきたけど
constに問題があるとか初めて聞いたよ
0162デフォルトの名無しさん2015/12/29(火) 02:41:33.95 ID:cehhvXHA
VSCodeがいつの間にアップデートしてて>>124の問題が早速修正されてるな
オプソにした事でユーザーが増えて沢山突っこまれたに違いない
もはやTypeScript最強エディタと言わざるを得ない
0163デフォルトの名無しさん2015/12/29(火) 02:55:10.34 ID:cehhvXHA
最近やっとNode.jsとブラウザの両方で使えるコードの書き方が分かったよ
TypeScriptオンリーだったらtsc --module amdとrequire.jsがあればいいし
JavaScriptを使う場合はwebpack使えば出来た

俺はTypeScriptの時でもリリース時にwebpack使って開発中はrequire.jsで
個別にファイルを読み込んだほうがデバッグしやすいからそうしてる
ちなみに///<reference path='hoge.ts'/>とかmoduleやnamespaceは全く使わない
それが今のトレンド (VSCodeのソースがそうしてる)
0164デフォルトの名無しさん2015/12/29(火) 16:10:58.92 ID:O/+FVQhq
そりゃそうだ
0165デフォルトの名無しさん2016/01/03(日) 18:07:55.32 ID:CSCP9BIo
だれかわかるやつ教えてくれ...

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

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


/// <reference path=
0166デフォルトの名無しさん2016/01/03(日) 18:14:12.59 ID:CSCP9BIo
0167デフォルトの名無しさん2016/01/03(日) 23:49:46.81 ID:4W+1xUXu
0168デフォルトの名無しさん2016/01/04(月) 00:03:32.03 ID:tFJ0VkMO
>>167

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

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

今日はもう寝る
0169デフォルトの名無しさん2016/01/04(月) 09:26:22.97 ID:B4Y3MO4F
>>168
console.log(Asian.name);
console.log(Asian.name = "New type");
console.log(Asian.name);

nodeだとname propertyは再定義できないと言われるが
0170デフォルトの名無しさん2016/01/04(月) 12:16:27.68 ID:WW+fICsN
>>166
これはおもろいw
--target ES5のクラス継承は__extendsでいわゆるクラスを模したイディオムを
実行する訳だけど、その時にHuman.nameを読み出してるからその中で
console.log()みたいな副作用のあるコードを書いてるとちょろっとお漏らし
しちゃうんだな
ま、getに副作用のあるコードを書くなって事だな
副作用が無ければ気にする事はない
0171デフォルトの名無しさん2016/01/04(月) 21:24:41.15 ID:tFJ0VkMO
これが生成された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;
})();
0172デフォルトの名無しさん2016/01/04(月) 21:25:29.78 ID:tFJ0VkMO
var Asian = (function (_super) {
__extends(Asian, _super);
function Asian() {
_super.call(this);
}
Object.defineProperty(Asian, "name", {
get: function () {
console.log("Asian class name");
return "ass";
},
enumerable: true,
configurable: true
});
return Asian;
})(Human);
console.log(Asian.name);

2行目でpが"name"のときに、d[p] = b[p]としてる部分で起きてるっぽい? get の functionを代入しているような気がするんだけどダメなんだなぁ
0173デフォルトの名無しさん2016/01/04(月) 21:27:50.70 ID:tFJ0VkMO
>>170

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

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

普段は副作用のないコードを書くようにしてるから問題ないけど、気持ち悪いな...
0174デフォルトの名無しさん2016/01/04(月) 21:29:44.16 ID:jSUxRRs2
console.log(Asian.name);
をもう一度実行
0175デフォルトの名無しさん2016/01/04(月) 21:58:10.67 ID:tFJ0VkMO
>>174
最後のconsole.log(Asian.name); をふたつにするってこと?

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

Human class name
Asian class name
ass
Asian class name
ass
0176デフォルトの名無しさん2016/01/04(月) 22:06:12.44 ID:tFJ0VkMO
>>172
うぉお自己レスだがいまさら理解
definePropertyにアクセスするとgetのfunctionが実行されるから、
extendsのときの代入で実行が走ってるのね

超すっきりしたわ
なるほどね
0177デフォルトの名無しさん2016/01/04(月) 22:18:27.58 ID:tFJ0VkMO
いやまてこれダメじゃねーか
getterちゃんと継承できてねーぞ

...できてねーよな?
0178デフォルトの名無しさん2016/01/05(火) 00:16:07.40 ID:JRpiyNmr
上書きしなきゃ親のが呼び出されるでしょ
0179デフォルトの名無しさん2016/01/05(火) 04:38:20.48 ID:uTMnp3Vg
https://github.com/Microsoft/TypeScript/issues/1520

存在しないユースケースだから修正しない。
使いたければ__extends関数を自作してオーバーライドしろとさ。
0180デフォルトの名無しさん2016/01/05(火) 13:11:51.67 ID:FYDa5kHc
>>178
継承されてないな

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

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

現状で問題の無いコードを書くしかないというのが結論だな
0181デフォルトの名無しさん2016/01/05(火) 13:24:39.62 ID:FYDa5kHc
ES6のclassは__extendsでやっている事のシンタックスシュガーだってのが
分かるおもしろい例だった
結局ES6になってもプロトタイプベースのオブジェクト指向っていうところは
変わってないんだよね
0182デフォルトの名無しさん2016/01/06(水) 08:53:19.05 ID:Fwd934PG
>>179
神だ、やっと神と、、、!
ありがとう!

ユースケースがないってのはちょっとひっかかるけどな。
キーワードstaticってクラスに属してるだけでstatic getが副作用を起こさない、他の影響をうけないって保証されてるわけじゃないし。
そう書けってことではあるんだけどね。
0183デフォルトの名無しさん2016/01/18(月) 13:03:11.26 ID:ELUPuNqk
MSYS上のvimからtsuquyomi使えんかった
多分Nodeがマウントされたパスとか/c/から始まるパスを理解できないんだろうな
MSYS版Nodeがあればなぁ
0184デフォルトの名無しさん2016/01/18(月) 17:46:53.97 ID:ELUPuNqk
よく見たらmingw側にNodeがあったので試してみたけどバージョンが古いせいか駄目だったぜ
TypeScript書くときは大人しくGVimにしておくか
0185デフォルトの名無しさん2016/01/22(金) 13:05:16.12 ID:yW17RJ8f
ChakraCoreを使ったNode.jsが動いたらしい
しかし最近のMSはプロジェクト名にCoreを付けまくってるな
0186デフォルトの名無しさん2016/01/23(土) 10:08:20.25 ID:ym0h+5An
--module commonjsの状態でmoduleとnamespaceを使わずに
export function ...
export var ...
って書いたソースがcommonjsのモジュールとしてコンパイルできるのに
外部からimportしようとするとモジュールが見つからないって怒られて困った
--module amdだと大丈夫みたいなんだけど、バグだったりするの?
0187デフォルトの名無しさん2016/01/23(土) 12:35:34.21 ID:xXuhphCo
公式のwiki読め
0188デフォルトの名無しさん2016/01/23(土) 17:32:00.25 ID:ym0h+5An
import時のパスが./で始まるかどうかの違いでした
import * as test from "test"; // amdはOK, commonjsはエラー
import * as test from "./test"; // amd, commonjs 共にOK
test.tsを./node_modulesに突っ込んで--moduleResolution nodeなら前者もOK
0189デフォルトの名無しさん2016/01/24(日) 10:30:33.12 ID:jiNDRvMm
0190デフォルトの名無しさん2016/01/25(月) 13:40:35.40 ID:ipEE3CyC
TypeScriptのモジュールの扱いが激烈に難解になったからみんなハマルだろうな
俺は大体理解できたけど
0191デフォルトの名無しさん2016/01/25(月) 13:50:19.91 ID:FKcC8XYP
苦笑
0192デフォルトの名無しさん2016/01/25(月) 14:01:32.82 ID:ipEE3CyC
>>191
そんなおかしいなら --moduleResolution の意味を言ってみてよ
0193デフォルトの名無しさん2016/01/25(月) 14:05:44.07 ID:ipEE3CyC
>>191
あと、 --moduleResolution node で認識される*.d.tsの書き方も言ってみてよ
これドキュメントに書いてないんだよな
0194デフォルトの名無しさん2016/01/25(月) 14:22:21.52 ID:ipEE3CyC
http://qiita.com/vvakame/items/72d22e33632178f7db24
この人の↑これを見るのが一番まとまってて分かり易い
> ・declare module "hoge" 形式の定義は利用できない
って書いてあるけど実際はもう少し修正しないと駄目だった
とりあえず適当に修正すれば通るように出来るけど何が問題なのか
ドキュメントが見つからず確証が持ててない
0195デフォルトの名無しさん2016/01/25(月) 17:21:06.80 ID:FKcC8XYP
みんなはcommonjs使うからハマらないっての
クイズじゃなくて何がしたくてできないのかのほうを書けよ
0196デフォルトの名無しさん2016/01/25(月) 19:30:10.53 ID:ipEE3CyC
>>195
>>194の話はcommonjsとか関係無いよ、モジュール全般の話でしょ
それにブラウザからcommonjsロードできないのにみんな使うってのはおかしいでしょ
0197デフォルトの名無しさん2016/01/25(月) 21:26:21.10 ID:FKcC8XYP
貴殿の力量、拝察して候
0198デフォルトの名無しさん2016/01/26(火) 10:19:05.81 ID:kKfPXzbs
JavaScriptから来た人には歴史的経緯と後付モジュール機構は常識の部類なんだろうけど、他言語からくるとjs/tsのモジュール関係は病んでるよな
0199デフォルトの名無しさん2016/01/26(火) 14:10:10.49 ID:pw0cS8Zr
>>197
最後にはそれかよw
ちゃんと具体的に書いてくれないと完全に負け惜しみにしか聞こえないよ
0200デフォルトの名無しさん2016/01/26(火) 14:24:44.17 ID:pw0cS8Zr
>>198
TypeScriptには内部モジュール(内部は造語)があって外部モジュールについては
あまり重要視されてなかった経緯があるからね
module→namespaceって名前を変えたけどmoduleキーワードは今も使える
もはや混乱の元でしかないし<<<reference file="hoge"/>ももはや役割を終えてるからなくした方がいいな
で、importの意味が1.6でしれっとそれより前の解釈と思いっきり変わってしまったのが混乱の元だ
とりあえずVSCodeのソースを見れば最近の*.tsの書き方が分かる
俺はそれ見て同じ書き方をしようとしてmodule,referenceから移行しようとして
importがトンでもない事になってる事にやっと気付いた
0201デフォルトの名無しさん2016/01/26(火) 14:38:18.32 ID:HDdwtYdo
requireからES6 modulesまでの変遷は確かに知らずに見ると混乱する
NodeのStreamAPIと違ってES6 modulesで古い情報にフィルタかけられるのが救い
0202デフォルトの名無しさん2016/01/26(火) 15:03:49.80 ID:pw0cS8Zr
>>197みたいにNode.jsオンリーで歴史的経緯も知らずにnpm installだけして
使ってる人にはimportでハマルとか言ってる奴はプッっとしか思わないんだろうね
ま、そういう奴が居るって事は1.6の変更は意味があったといえる

俺は1.0ぐらいからブラウザ用にmodule,referenceでゴリゴリ書いてたから
移行するのがスゲー大変だった
しかし、お陰で汎用的な機能はNode.jsとブラウザの両方で使えるように
書けるようになったから移行する意味はあった(それにES6のmoduleにも対応してるはず)
0203デフォルトの名無しさん2016/01/27(水) 12:12:11.54 ID:ChRzt0VQ
webpackとか使うとjsの場合以下のようにtemplateとしてhtmlコードを取り込むことができますが、

```
export default {
template: require('./index.html'),
}
```

typeScript単体で使う場合で似たようなことをする方法ってありますか?
0204デフォルトの名無しさん2016/01/27(水) 14:52:35.66 ID:H1ToiAO7
>>203
1.6からjsxに対応したからとりあえず typescript jsx で検索してみなよ
それが目的のものかは分からんけど
0205デフォルトの名無しさん2016/01/29(金) 14:25:20.13 ID:EB80mx/+
https://twitter.com/bterlson/status/692489384654999552

ES2016 will likely not contain async functions.
0206デフォルトの名無しさん2016/01/29(金) 17:10:41.49 ID:LlSYvxYC
安心してください、TypeScriptはasyncが使えます
0207デフォルトの名無しさん2016/02/05(金) 16:04:12.96 ID:7HipHDXr
TypeScript 1.8ベータにはJavaScript統合、シームレス関数コンポーネントなどが追加される
http://www.infoq.com/jp/news/2016/02/announcing-typescript-18
0208デフォルトの名無しさん2016/02/06(土) 01:27:25.39 ID:Krz+De6m
0209デフォルトの名無しさん2016/02/12(金) 11:57:21.91 ID:tB/7lfI+
typeScriptでつくられたOSSなプロダクトって何があるのかな。
typeScriptの勉強に使えそうな手軽なサイズのものがいいんですが
特にVSC以外で
0210デフォルトの名無しさん2016/02/12(金) 12:46:41.49 ID:whWT7zC/
vs版1.7.6を入れたのにバージョン情報では
1.7.5と表示されるんだけどミスってる?
npm installでも1.7.5だった
0211デフォルトの名無しさん2016/02/12(金) 21:36:59.74 ID:tB/7lfI+
typeScriptでWebWorkerのコードを書こうとするとpostMessage関数で怒られるんです。

onmessage = function(e) {
console.log('Message received from main script');
var workerResult = 'Result: ' + (e.data[0] * e.data[1]);
console.log('Posting message back to main script');
postMessage(workerResult); //<―ここ
}

error TS2346: Supplied parameters do not match any signature of call target.

パラメータがあってないって話なんですが定義を見てみると
declare function postMessage(message: any, targetOrigin: string, ports?: any): void;
とありtargetOriginが必要みたいな記述になっています
定義の参照先が違うせいだと思うんですが直し方がわかりません。ご教示下さい

参考
https://developer.mozilla.org/ja/docs/Web/Guide/Performance/Using_web_workers
0212デフォルトの名無しさん2016/02/12(金) 22:34:57.47 ID:0bFQuZrs
ES以外の定義が違うなら自分でプルリク出さないと直らないぞ
DOM周りは基本放置だからな
0213デフォルトの名無しさん2016/02/12(金) 23:19:19.89 ID:DcD4rrQS
1.7.5に入ってるlib.webworker.d.tsには
WorkerインターフェースにpostMessage(message: any, ports?: any): void
グローバルにpostMessage(data: any): void
ってなってるけど
0214デフォルトの名無しさん2016/02/13(土) 12:50:38.42 ID:SL3t4ard
>>213
先頭行に
/// <reference path="lib.webworker.d.ts" />
と入れてもエラーが出るんですが、どうすればいいんでしょう

error TS6053: File 'lib.webworker.d.ts' not found.
0215デフォルトの名無しさん2016/02/13(土) 16:34:47.12 ID:DMjW/lz+
0216デフォルトの名無しさん2016/02/13(土) 16:42:47.45 ID:DMjW/lz+
いや間違えた…
window.postMessage以外は第2引数が省略可能だな
ただwindow.postMessageも第2引数を省略すると"*"が指定された時と同じ動作をするように
ブラウザが勝手に対応してるっぽいな
格オブジェクト毎に微妙に役割りが違うものを全部一緒くたにpostMessageにしてるから
結構ややこしい事になってるな…
とりあえず>>214はwindow.postMessageを使ってるのであれば
第2引数に"*"を指定すればいいはずだよ
0217デフォルトの名無しさん2016/02/13(土) 16:44:08.08 ID:DMjW/lz+
格オブジェクト→各オブジェクト 念の為…連投スマン
0218デフォルトの名無しさん2016/02/13(土) 17:00:54.46 ID:DMjW/lz+
何度もごめん
やっと本質が理解できた
根本的な解決には2.0にならないとダメらしいな
それまではpostMessageには"*"とかundefinedを指定して誤魔化すのが一番手っ取り早い
0219デフォルトの名無しさん2016/02/14(日) 10:23:55.62 ID:+Fbk6tbu
いえ。聞きたいことは
golobalscopeの参照先を lib.webworker.d.ts
にしたいわけです。

```
new Wroker(“./worker.js”); // <―ここのworker.js内のグローバルスコープをなんとかしたい
```
上記のように別スレッドでwroker.jsを動かすわけですけど、
worker.js内のグローバルスコープはdocumetにアクセスできなかったり独自のものみたいです。
それで参照先を lib.webworker.d.tsにしたくて/// <reference path="lib.webworker.d.ts" />としても
ファイルがないと怒られます。
typescript自身が持っているd.tsファイルに対してのリファレンスの貼り方を教えていただきたいのです。
0220デフォルトの名無しさん2016/02/14(日) 10:35:21.09 ID:wvAk6z1k
>>219
https://github.com/Microsoft/TypeScript/wiki/Roadmap
の2.0にあるImprove lib.d.ts modularityがそれを簡単にやる為のものらしい
要するに今のところそういう事が簡単に出来無いってこと
http://blog.scottlogic.com/2015/08/10/ts-vs-proj.html
この辺に一応回避方法が書いてあるよ
0221デフォルトの名無しさん2016/02/14(日) 13:52:50.82 ID:+Fbk6tbu
>>220
情報ありがとうございます。
とりあえず

```
(<any>postMessage)(workerResult);
```
と書いてエラー抑制で回避することにします。
0222デフォルトの名無しさん2016/02/14(日) 17:38:32.66 ID:lb9byLOu
いい方法が見つかるまではtsconfig.jsonの"files"にlib.*.d.tsのパスを入れておけばいいよ
tsconfig.jsonの書き方と使い方は公式Wiki参照
0223デフォルトの名無しさん2016/02/19(金) 17:13:14.79 ID:YBiR9mLr
NonNullableきたこれでかつる
0224デフォルトの名無しさん2016/02/23(火) 10:35:12.67 ID:6s2CAaJ0
0225デフォルトの名無しさん2016/02/23(火) 11:46:00.00 ID:UPC5owG9
>>224 おつ
TypeScript for Visual Studio 2015 は Details > Releases から 1.8.4 を選ばないと
以前のものがダウンロードされるので注意。

あと Visual Studio Code のインテリセンス等の挙動は
tscへのパスの差し替えだけでは完璧ではないぽい。なにか方法があるかもしれないが
0226デフォルトの名無しさん2016/02/23(火) 12:25:15.11 ID:MgSDdSDU
VSCodeは自前でtsserver.jsを持ってるからそれを差し替えないと駄目でしょ
下手に差し替えないでバージョンアップを待てばいいんじゃね?
すぐするでしょ
0227デフォルトの名無しさん2016/02/23(火) 12:28:20.34 ID:MgSDdSDU
ちなみにメインで使ってるわけじゃないけど、なんかVSCodeって使いづらいような気がしてきた
バージョンアップで改善されてくとは思うけど、メインで使ってる人は使い心地がどうなのか知りたい
0228デフォルトの名無しさん2016/02/24(水) 19:37:32.88 ID:cGyLx1gy
for (let i = ...) は許されるのに
if (let o = ...) や while (let ...) が許されないのは仕様でしょうか?
nullスキップをしたいときにこの書式を使いたい場合が結構あるのですが
0229デフォルトの名無しさん2016/02/24(水) 21:55:18.34 ID:aRwJuOw8
仕様。仕様書見れば書いてあるよ
let o;
if (o = ...) と書いても結果は変わらないと思う
o がブロックの外に漏れるというだけで
0230デフォルトの名無しさん2016/02/24(水) 23:27:54.96 ID:cGyLx1gy
>>229
元のJavaScriptや、もしかするとJavaに倣った仕様なんですかね
どうせJavaほど真偽判定に厳しくないんだから、C++並に緩くして欲しいなぁ
0231デフォルトの名無しさん2016/02/25(木) 10:03:46.85 ID:pumiDuUu
>>230
仕様ってのはecma262(JavaScript)の事ね
TypeScriptはJavaScript(主にES6以降)+型だからJavaScriptの文法を壊すような
機能追加はしちゃ駄目だと思うし、そういうのはほとんど無いと思う
0232デフォルトの名無しさん2016/03/03(木) 15:07:54.17 ID:RrjC3Y1y
chrome extensionの開発にtypeScript使っています。
型があるとドキュメントを見なくてもメソッドとかプロパティを探せるので
捗ります。

本当にES2015 + type って感じなんですね。そんなに仕様が分かっていなくても何となく使えるのがいいです。

一つお聞きしたいのですが
Node型からlengthプロパティを使いたいのですが
参照先にlib.d.tsにはないみたいでエラーなります。
chromeデバッカでは見えているのですが、、、
とりあえず以下のように回避しているんですが

const selection = window.getSelection()
(<any> selection.focusNode).length

本来の対応方針を教えて下さい。
例えばどこかに専用のファイルを作ってそこで
interface Node {
}
自分用のinterfaceを作るとかですかね?
0233デフォルトの名無しさん2016/03/03(木) 15:39:48.75 ID:tDWJCpRY
>>232
Node.length って何? すべての Node は持っているわけではないと思うが
エレメントの種類が限定できるなら <any> のところにそのクラス名を書けば?
0234デフォルトの名無しさん2016/03/03(木) 17:00:58.63 ID:RZS145YN
babelとtypescriptって何が違うの?
あとes6が普及したらtypescript使う意味ってなくならない?
0235デフォルトの名無しさん2016/03/03(木) 17:04:13.70 ID:RrjC3Y1y
>>233
すいませんでした
lengthプロパティはNodeインターフェースにあるのが正しいのかと勘違いしてました。
Element型にキャストして使うことにしました。
0236デフォルトの名無しさん2016/03/03(木) 17:11:25.26 ID:RrjC3Y1y
>>234
ES2015 + 型という図式です。
VSCとかと連携すると補完が聞いて素敵です。
EcmaScriptに型が付く予定はないと思うので差別化はできているのではないでしょうか?

逆に言語として学習コストが低くていいのではないかと(ES2015とあんまり変わらない点)。
特に新規のライブラリを使うときはEditorが教えてくれるので、凄くいいです。
0237デフォルトの名無しさん2016/03/03(木) 17:29:33.07 ID:tDWJCpRY
>>235
Element型にもlengthってあったっけ…

>>234
es6が普及した場合、むしろBabelがその役割を終える

TypeScriptと競合するのは、JSDocの型注釈 @type かな
JS+JSDocの記述量を減らしたのがTypeScriptだと思う
0238デフォルトの名無しさん2016/03/03(木) 18:49:06.70 ID:9M5RRL5I
>>235
ちゃんとリファレンスは読んだのか?
https://developer.mozilla.org/ja/docs/Web/API/Selection
0239デフォルトの名無しさん2016/03/04(金) 16:37:36.83 ID:5mk497Pl
ちなみにjQueryでDOMをいじくるのが主な目的の人には向かないね
jquery.d.tsがany使いまくりだから素直にJavaScriptをそのまま使う事を勧める

それとDOMはJavaScriptとして使ってる内は気付かないけど
実はかなり型が複雑で理解してないと>>232みたいな問題にぶつかる
悪いのはTypeScriptではなくて元の仕様がそうなってる

直接DOMをいじる場合も型をちゃんと全部把握するかJavaScriptをそのまま使う方がいい
0240デフォルトの名無しさん2016/03/04(金) 17:04:24.90 ID:JX9S2zww
>>239
むしろ型を把握していない人ほどオススメなのでは。
Editorが教えてくれるようになるし
実行時にエラーになってデバッガでチェックというサイクルを何度も踏む手間が省ける。
0241デフォルトの名無しさん2016/03/04(金) 17:55:19.19 ID:5mk497Pl
>>240
いやいや、例えばgetElementById()で返すのはHTMLElementだけど
これはlib.d.tsでextends HTMLElement検索すると分かるけど、全てのベースクラスだから
使う時は毎回適切にキャストする必要があって面倒臭い
で、間違うとコンパイルエラーとか実行時エラーになる

ちなみにjQueryとDOMでの話であって一般的には型があった方がいいのはその通り
0242デフォルトの名無しさん2016/03/04(金) 20:45:00.83 ID:JX9S2zww
>>241
ちなみにHTMLElementの子クラスをキャスト候補として出す機能とかありますかね?
typeScriptというよりもVSCよりな質問かもしれませんけど。
0243デフォルトの名無しさん2016/03/04(金) 20:49:58.95 ID:JX9S2zww
“error TS2304: Cannot find name” の対応ってどうされてますか?
例えばchrome Extension作りたくて chrome.d.tsを用意したんですが

RROR in …/typings/browser/ambient/chrome/chrome.d.ts
(5221,70): error TS2304: Cannot find name 'DirectoryEntry'.

ERROR in …/typings/browser/ambient/chrome/chrome.d.ts
(5807,22): error TS2304: Cannot find name 'MediaStreamConstraints'.

ERROR in …/typings/browser/ambient/chrome/chrome.d.ts
(5809,22): error TS2304: Cannot find name 'MediaStreamConstraints'.

ERROR in …/typings/browser/ambient/chrome/chrome.d.ts
(5819,73): error TS2304: Cannot find name 'MediaStream'.

以下の様なエラーメッセージが出ます。
それで依存している型定義ファイルを探して追加するとまたこのエラーメッセージが増えていくので
該当箇所をanyとかにしてごまかしているんですが、
本来の対応方針としてどうすればいいんでしょうか?
0244デフォルトの名無しさん2016/03/04(金) 23:31:41.69 ID:QtC/Wo3p
>>243
chrome.d.ts ってこれか? https://github.com/DefinitelyTyped/DefinitelyTyped/blob/master/chrome/chrome.d.ts
コードの頭に参照があるから /// <reference path='../filesystem/filesystem.d.ts' />
このあたりが必要なのでは https://github.com/DefinitelyTyped/DefinitelyTyped/blob/master/filesystem/filesystem.d.ts

よくわからんが DefinitelyTyped を丸ごともらうか、<reference> それぞれを探してみては?
0245デフォルトの名無しさん2016/03/05(土) 10:47:09.14 ID:E0f29hr+
コード中でキャストしないようにと思うと
interface Document { getElementById(id: 'myElement'): HTMLAnchorElement; }
みたいな定義を読ませておくしかないよね
0246デフォルトの名無しさん2016/03/05(土) 12:33:38.03 ID:jb1F0oyu
>>244
typingsを使うときに勝手に再帰的に取りに行ってくれるオプションとか無いですかね。
今は諦めて、俺俺d.tsファイルに空のinterface作って対応してます。
0247デフォルトの名無しさん2016/03/05(土) 14:42:35.70 ID:GXDl5hqY
>>245
JSON2HTMLというか、TSからHTMLを生成すると自然なんだろうか?
デザイン担当との兼ね合いで、そう勝手にはいかないだろうけれど。

>>246
「コンパイルが通らなかったのでキャストを追加しました」
的な危うさを感じるな……まぁ好きにしなされ。
0248デフォルトの名無しさん2016/03/05(土) 15:53:12.74 ID:JVykV3V4
とりあえずAngular2+TypeScriptを使えば全てが丸く収まる(はず)
0249デフォルトの名無しさん2016/03/09(水) 02:26:14.01 ID:YWG9oDIr
>>224
TypeScript 1.8はモジュール拡張のサポートを提供する
http://www.infoq.com/jp/news/2016/03/typescript1-8-released
0250デフォルトの名無しさん2016/03/09(水) 13:38:59.08 ID:YZujmLFz
C,C++などの
#ifdef ABC

#endif
みたない構文はありますか?
0251デフォルトの名無しさん2016/03/09(水) 13:55:35.24 ID:wC8YUP1c
>>250
ない。
もし不要なコードの排除が目的なら、単にif文を使っておいて、
出力した .js に Closure Compiler 等の最適化を行うポストプロセスすると
最終的な .min.js からは無駄なコードを消してくれる場合もある。
0252デフォルトの名無しさん2016/03/09(水) 14:19:18.40 ID:YZujmLFz
>>251
なるほど。
でも、さっそく
if(false){
...  // 不要なコード
}
としてみたら、
Unreachable code detected.
と出ました。
var use= false;
if (use == true) {
...  // 不要なコード
}
で行けました。こんなやり方おかしいですか?

Closure Compiler はビルド後に実行するコマンドでやるのでしょうか?
0253デフォルトの名無しさん2016/03/09(水) 15:24:10.02 ID:wC8YUP1c
>>252
そんな感じでおk。var vs. const や == vs. === 等は
ポストプロセスとの相性があるだろうから試してくれ。
useの定義だけ単品のファイルにしてtsconfig.jsonで切り替えると良いかも。

もちろんtscの後に実行する。やり方はビルドツール次第。
デバッグ中はminifyされると面倒だから、リリース時だけ使うといい。
0254デフォルトの名無しさん2016/03/09(水) 20:12:15.23 ID:YZujmLFz
>>253
サンキュウ。
君詳しいな。また教えてくれよ。
0255デフォルトの名無しさん2016/03/09(水) 20:52:59.74 ID:YZujmLFz
関数のオーバーロードは、
function f(x: number):void;
function f(x: string): void;
function f(x: any): void {
...
}
とやるようですが、引数を取らない同名の関数も一緒に定義したいのですが、
function f():void;
これを上の定義に追加するとエラーします。
どうすれば良いですか?
0256デフォルトの名無しさん2016/03/09(水) 21:30:41.53 ID:0Gq8vrNb
>>255
それ古い書き方。今時は
function f(x?: number | string): void { }
と書く
0257デフォルトの名無しさん2016/03/09(水) 21:32:56.87 ID:0Gq8vrNb
古い書き方でやりたい場合は
function f(x?: number):void;
function f(x?: string): void;
function f(x?: any): void {
で出来る
0258デフォルトの名無しさん2016/03/10(木) 10:54:45.09 ID:z40A+Y3k
>>256>>257
うまくいったわ。ありがとう。

もう一つ教えて。Visual StudioでTypeScript勉強中なのだが、
function f(){
   ...
   return ;
   ...
}
とreturn入れると、
Unreachable code detected.
のエラーになってしまう。
JavaScriptなら警告だけなのに。
エラーになると実行出来ないのだが、対策ありますか?
0259デフォルトの名無しさん2016/03/10(木) 11:13:40.34 ID:la5WEUke
>>258
--allowUnreachableCode
tsconfig.json に書くなら "allowUnreachableCode": true
テスト用の一時的変更でない限り、高確率でバグだろうからな
0260デフォルトの名無しさん2016/03/10(木) 13:16:14.83 ID:z40A+Y3k
>>259
レスありがとうございます。
ググったらVS2013ではtsconfig.jsonが使えない?
ようなんですが、どうにかして
allowUnreachableCode を有効化する方法ありますか?
0261デフォルトの名無しさん2016/03/14(月) 07:46:17.33 ID:CkOIJo3B
JavaScriptの10個くらいのファイルがあり、それをTypeScript化したいのです。
全部のファイルで、同じmodule名で囲ったら、互いに変数や関数を参照出来ると思ったのですが、出来ませんでした。
TypeScriptではC#で言うところのPartial Classみたいにする方法ありますか?
0262デフォルトの名無しさん2016/03/14(月) 08:26:19.76 ID:rt0F/u0o
>>261
module/namespaceのexportしてないオブジェクトはローカル変数になるからできないね。
他のファイルから使いたいならexportするしかない。外部に公開されちゃうけど。

Partial Classについては、インスタンスなりprototypeなりに関数を代入すれば
似たようなことはできるけど、thisやsuperが扱えないかもしれないな。
インタフェースと declare var の組み合わせは代わりになるだろうか? lib.d.tsを参考に。
0263デフォルトの名無しさん2016/03/14(月) 10:05:23.83 ID:WJ0CXY/9
JavaScriptの方で擬似的に名前空間化されていないものに
後からnamespaceで囲う必要はないと思う

partial classは実行時に実現できたとしてもclass内部の型定義が不完全になるでしょ
interfaceはいくつでも同名で定義できるので、全てpartialのようなもの
0264デフォルトの名無しさん2016/03/14(月) 14:40:23.18 ID:CkOIJo3B
>>262 >>263
詳しい説明ありがとうございました。

>JavaScriptの方で擬似的に名前空間化されていないものに
>後からnamespaceで囲う必要はないと思う

JSのファイルは全部で50個くらいあり、
全部をTS化したいのです。
それで、取りあえず、ある特定の機能に関連している10ファイルを一つにしたくて、
同じmodule名で囲ってみました。

結局、その10ファイルの中でも互いに利用する関数はそれぞれexportして互いに利用し、
一方グローバル変数は一つのTSファイルに集めてそれらを全部exportして10個のTSや、他のJSファイルの中で利用しました。
こういう方針でやるのは、正統的ではないですか?
正しい手法があれば教えて下さい。
0265デフォルトの名無しさん2016/03/14(月) 15:30:12.67 ID:rt0F/u0o
たまたま見つけてタイムリーだったので張っておく。現実装に依存しすぎだとは思うが。
> TypeScriptのクラスをnamespaceで拡張する
ttp://qiita.com/ConquestArrow/items/5d885128f896844698dd

複数ファイルから成る出力全体をモジュールで包む機能って無いんだっけ?
単に function() { ... } で囲んでくれるだけで良いんだけれど。
モジュール内部の各所では使うものの、外部からアクセスする必要のないものはローカル化したい。
0266デフォルトの名無しさん2016/03/14(月) 15:55:47.88 ID:sQIOa7FM
最近はもうnamespaceを使うのはお勧め出来ないな。ES6の機能にないし
https://blogs.msdn.microsoft.com/typescript/2016/02/22/announcing-typescript-1-8-2/
この最初に書いてある方法がclassを拡張するには今時の方法なんじゃないかな?

ES6のmoduleは1ファイル1モジュールな感じだから全部のファイルを特定のモジュール名で括るという
考えは捨てるべきだと思われる
メインのファイルがそのほかを全部importして必要なものをexportするべきだろうね
0267デフォルトの名無しさん2016/03/14(月) 22:56:12.42 ID:CkOIJo3B
>>266
教えて貰ったリンク先見ても良く分かりません。
もう少し分かり易い例はどこかに無いでしょうか?
0268デフォルトの名無しさん2016/03/15(火) 19:08:51.76 ID:oaSHh/yi
>>265
classの中にnamespaceと言うのが
違和感有ります。皆さんはどうですか?
0269デフォルトの名無しさん2016/03/15(火) 20:09:42.73 ID:9cVBtkdm
どうでもいい
0270デフォルトの名無しさん2016/03/16(水) 00:53:23.89 ID:dOYh+a0T
どうでも良くない
0271デフォルトの名無しさん2016/03/16(水) 01:11:40.10 ID:Tb17X3fe
typeScriptと相性かいいフレームワークってどんなのがあります。?
vue.jsと比べるとreactはかなり良さ気なんですが
0272デフォルトの名無しさん2016/03/16(水) 13:03:38.46 ID:/Zyxq7hl
Angular2かな
まだベータ版だけどTypeScriptとの親和性は抜群というかAngular2自体がTypeScriptで作られてる
だから*.d.tsが要らない
あと最終的にはテンプレート文字列内まで補完が効くようになるらしい
0273デフォルトの名無しさん2016/03/17(木) 02:25:53.34 ID:ybZd+XDK
namespaceとmoduleの違いが分かりません。
ほとんど同じようなものだと思ってもいいですか?
0274デフォルトの名無しさん2016/03/17(木) 09:53:47.06 ID:U5XyTqUO
>>272
googleとmsの共同作品みたいなものですね。
reactと比較してのメリットはフルスタックなところですねー。
facebookもflowとか独自にやらずにtypeScript使ってくれればいいのに。
デメリットは学習コストなんですよねー。正直angular1で挫折したので、、、、
typeScript作のフレームワークとかライブラリって他に何がありますかねー?
0275デフォルトの名無しさん2016/03/17(木) 10:41:50.84 ID:FCgg2gkL
>>273
最初はmoduleしかなかったがTypeScriptのmoduleはJavaScript界隈のモジュールと
違ってnamespaceに近いものだから、後からmoduleの別名でnamespaceが追加された
要するに全く同じもの
そしてmoduleはobsoleteな感じだったが、1.8でまた蒸し返された感じだな
0276デフォルトの名無しさん2016/03/17(木) 10:48:46.56 ID:ybZd+XDK
>>275
解説ありがとうございました。スッキリしました。
>1.8でまた蒸し返された感じだな
なぜそんなに迷走しているのですか?
0277デフォルトの名無しさん2016/03/17(木) 11:30:44.99 ID:FCgg2gkL
>>276
言い方がまずかったかもしれん…迷走ではない
Ambient Modulesと呼ばれている機能が少し拡張されただけだ
moduleと1.8で拡張されたdeclare moduleは似てはいるが別モンと考えた方が良かったな
ただのmoduleはnamespaceに置き換えた方が誤解が少なくていいと思うが
declare moduleはモジュール定義を書くものだから必要なものだった
0278デフォルトの名無しさん2016/03/17(木) 14:17:48.80 ID:LtlKgYTa
playgroundから補完効くの気持ちいいんですけど、
外部ライブラリも取り込めるタイプのやつって無いですかね?
0279デフォルトの名無しさん2016/03/17(木) 19:50:11.64 ID:ybZd+XDK
http://stackoverflow.com/questions/12802383/extending-array-in-typescript
にある例
interface Array<T> {
  remove(o: T): Array<T>;
}

Array.prototype.remove = function (o) {
  // code to remove "o"
  return this;
}
のようにして配列に対してremoveというのを追加したいのですが、実際にやると
Property 'remove' does not exist on type 'any[]'
と出ます。何がおかしいでしょうか?
VS2015のTypeScriptです。
0280デフォルトの名無しさん2016/03/17(木) 21:18:45.36 ID:FCgg2gkL
>>279
呼び出してるとこも書かないとそれだけじゃ分からん
0281デフォルトの名無しさん2016/03/17(木) 23:01:06.58 ID:ybZd+XDK
>>280
呼び出す以前に、
Array.prototype.remove = function (o) {
        ^^^^^
このremoveの部分で上記のエラーメッセージが出ます。
もし理由や対策が分かれば教えて下さい。
0282デフォルトの名無しさん2016/03/17(木) 23:19:57.85 ID:2Htg2ogu
>>281
Playgroundなら動くように見えるが、これでいいのか?
http://tiny.cc/1fw49x

tscのバージョンとかビルドオプションにも関係するかもしれない。
型チェックを厳しくすると文句を言われる気がする。
その場合は any にキャストして黙らせるんだろうけど。
0283デフォルトの名無しさん2016/03/18(金) 01:21:57.61 ID:xSPdqn8L
>>282
サンプルありがとうございます。
何故かVSだとエラーするんですよね。
0284デフォルトの名無しさん2016/03/18(金) 08:30:08.17 ID:lH6dzSdk
>>283
君は基本的な姿勢が身についていない
・質問をする場合は、再現可能なコード片を添付せよ
・エラーを特定し、メッセージを加工せずに報告せよ

>>279 だけ見ると、使用時にエラーがあるように読めるが
>>281 では、実装時にエラーがあるように読める(エラー内容は不明)
こんなことでは他人の手を煩わせるだけだ
0285デフォルトの名無しさん2016/03/18(金) 09:44:04.92 ID:UW/nCw4W
>>279
そのインターフェースが他のソースから見える状態じゃないとエラーになるし
prototypeへの実装も他のコードよりも先に行われないと実行時エラー
そのメッセージだと前者のようだけどな
0286デフォルトの名無しさん2016/03/18(金) 13:56:17.03 ID:+/FU+lPG
>>274
フレームワークと言えばUWP(ユニバーサルWindowsプラットフォーム)もあるな
TypeScriptでUWPを作るのは情報が少ないけど同じMSだから手厚いサポートがあるはず
0287デフォルトの名無しさん2016/03/19(土) 10:14:16.49 ID:iKSB+QiN
>>286
JavaScript/HTMLでUWP作れるから問題は無いんじゃない?
(UWPが流行るかはともかく)
VS2015ではまだプロジェクトテンプレートが無いけど、次期版には追加されるでしょ
0288デフォルトの名無しさん2016/03/19(土) 12:41:33.04 ID:MNmjmgAA
>>287
UWPってqiitaを観た感じはやっていていないけど、
UIをXMLっぽくつくりこめるってやつならReactNativeでいい気がする。
0289デフォルトの名無しさん2016/03/21(月) 08:15:39.14 ID:O7DG3syI
typeScriptでVSCのextension作りたいんですけど
動作の挙動を見るのに既存のextensionをデバッガで動かしています。
でもVSC自体がそのextensionを使っているとバッティングして上手く動かないので
別プロファイルみたいにして動かしたいんです。
でも、そういう起動オプションが見つからなくて困っています。
お助け下さい。
0290デフォルトの名無しさん2016/03/22(火) 00:21:22.49 ID:uAieVvDE
typeScriptのOptional型ってswiftのそれとは全然違うような。
interfaceのメンバにしか?使えないの?
返却値もoptional使いたい
0291デフォルトの名無しさん2016/03/22(火) 01:42:45.61 ID:gYAdXehO
>>290
Swiftとは違うね。単に省略を許すだけ。
TypeScriptではすべての変数がOptional型といえる。
numberを返すと宣言した関数からでも、nullとundefinedは返せてしまう。
ロードマップにある 2.0 Non-nullable types が導入されればマシになるとは思う。
0292デフォルトの名無しさん2016/03/22(火) 13:37:01.50 ID:r8fC7r2k
--strictNullChecks 一発でデフォがNon-nullableになるのは助かる
--noImplicitAny --noImplicitReturns と必須オプションがまた増えたな
0293デフォルトの名無しさん2016/03/22(火) 17:31:59.65 ID:DpQ/EBxZ
nullやundefinedを許していない状況で
省略可能引数にnullチェックが必要になるのは少し変な気がするから使わなさそう
0294デフォルトの名無しさん2016/03/22(火) 17:40:46.01 ID:uAieVvDE
>>292
なるほどオプションで有効になる感じですね。
早く試してみたいです。
でも外部ライブラリとの整合性をどうするのか気になります。
swiftだと!がついているImplicitly Unwrapped Optional型とかいうのになって
明確に危険な型だと分かるようにしてますけど、typeScriptも似たようなものになるんでしょうか?
0295デフォルトの名無しさん2016/03/22(火) 18:03:22.23 ID:gYAdXehO
フロー解析をするようになってきているから
use(x) はエラーになって
if (x != null) { use(x) } はエラーにならない
くらいのことをやってくれるはず。Swiftの!型に対応するものは要らない。
0296デフォルトの名無しさん2016/03/22(火) 21:46:36.58 ID:r8fC7r2k
>>293
hoge?: number, じゃなくて hoge = 0, とかにすれば別にnullチェック要らないじゃん
で、
interface {
 hoge?: number

function func(hoge?: number)

両方共nullableかつ省略可能で hoge: number? だと省略不可でnullableと考えると
一貫していて結構いいじゃない
0297デフォルトの名無しさん2016/03/22(火) 21:49:41.79 ID:r8fC7r2k
let hoge: number?;
とletの場合は省略するという考えがないからnumber?でnullableということだな
0298デフォルトの名無しさん2016/03/22(火) 21:53:50.90 ID:uAieVvDE
>>295
ありがとうございますちなみにそのフロー解析はドコまでやってくれるんでしょうか?
例えばtypeScript上で書いたFuncAがあって

let a= FuncA()
use(a)

みたいにFuncAの中で返却値がnullチェックされていれば
上記のようにnullチェック無しで使えるんでしょうか?
0299デフォルトの名無しさん2016/03/22(火) 22:18:13.97 ID:gYAdXehO
>>298
まだリリースはされていないからわからないよ。期待はしているけど。
その例なら function FuncA(): Foo? か : Foo か、関数の返値の宣言を見るのが自然じゃない?
FuncAの実装の中まで追うことはないだろうし、するべきではないとさえ思う。

それにしても、省略可能な引数の書き方ってどうなるんだろう?
function func(hoge?: number?) ← 厳密だが、?を2個も書くの?
function func(hoge?: number) ← 言葉通りだとnon-nullableなのにundefinedになりうる?
function func(hoge: number?) ← nullは渡せるが省略できない?
0300デフォルトの名無しさん2016/03/22(火) 22:43:28.85 ID:BfQhAJB6
皆さんどういう環境でtypescriptやっているのですか?
winのvisual studioは少数派かな?
0301デフォルトの名無しさん2016/03/23(水) 11:41:36.25 ID:oLR8GLsF
引数が省略されたかどうかを調べるための構文がないと不自然だな
hoge == nullみたいに使わないはずのキーワードが出てくるのはやっぱり変
0302デフォルトの名無しさん2016/03/23(水) 13:40:01.83 ID:s9X+rvra
>>301
だからNon-nullableがデフォだからって絶対nullが出てこないわけじゃないでしょ
DOMだのWebAPIは普通にnullを返すし自前の関数だってnullとかundefinedを返したいことは普通にある

それと引き数の省略には func(hoge = -1) とかにすればいいんだよ
0303デフォルトの名無しさん2016/03/23(水) 14:26:23.62 ID:2mxU+x1U
http://qiita.com/mizchi/items/95ee0101ac22e4b7b662
上記記事でtypeScriptディスられているんですが、

> 最近のTypeScript は動作環境のロックインが多くなりつつあり、またコンパイル後のJSはedgeで動くからこれでいいんだ、というMSの姿勢が若干透けて見えて、ちょっと距離を置きたい気分です。
というのは本当なんでしょうか?
具体的にどういうものがあるのか知りたいです。
0304デフォルトの名無しさん2016/03/23(水) 15:06:32.16 ID:0dLy2K+b
jsあるいはtsに
nullとundefinedが有りますが、nullだけで十分だと思うんですが皆さんそう思わない?
0305デフォルトの名無しさん2016/03/23(水) 16:16:09.46 ID:+D1Yzwu/
>>303
っ「要出典」
es5モードならほとんどのブラウザで動くし、es6だとEdgeでさえ動かない。node用。

一時期 async/await を強く推していて、.NET系言語、ES、Python にまで採用させた
(良く言えば、開発に協力した)のは、煙たがられていた印象はある。
0306デフォルトの名無しさん2016/03/23(水) 16:20:06.05 ID:s9X+rvra
機能的にundefinedで名前がnullのが1つあればよかった
nullはJavaScriptの癌と言える
TypeScriptのコーディングスタイルにもnullは使うなと書いてあるし
tslintでも警告を出せるからnullはもう使わないようにすべき
0307デフォルトの名無しさん2016/03/23(水) 16:42:09.62 ID:+D1Yzwu/
>>304
JSだとさらに「undefinedを保持」と「未定義」の区別がある場合も。
「不在」と「不明」は別という考え方もあったが、結局、一般人には使いこなせなかったんだろう。

ちなみにLuaはnilしかなく、nilを代入するとJSのdelete演算子になるんだが、
「保持できるnil」(キーとしては残る)のためにnullが欲しいという話もたまに出る。
何が最良かは難しいところだな。
0308デフォルトの名無しさん2016/03/23(水) 16:55:04.92 ID:4qmKzsXk
return 'undefined';
0309デフォルトの名無しさん2016/03/23(水) 17:35:37.11 ID:2mxU+x1U
interface A {
a:string
}

interface B {
b:string
}

interface C {
c:string
}

type Hoge = A|B|C


すいません。上記のようなHoge型があったとして
Hoge型をA,B,Cの何れかのinterfaceに合致するかテストする方法ってどうすればいいんでしょうか?
できれば各interfaceのメンバに触れずに確認したいのですが、、、、
0310デフォルトの名無しさん2016/03/23(水) 23:04:51.01 ID:+D1Yzwu/
>>309
無理でしょう。TypeScriptのinterfaceはコンパイル後には何の痕跡も残らない。
実行時にはinterface由来の型情報は使えない。
0311デフォルトの名無しさん2016/03/24(木) 14:14:40.73 ID:v9bzQn8L
TypeScriptはコンパイル時にはinterfaceを認識してるはずだが
コードでそれをチェックする術がないな (今後も追加される事は絶対ないだろうが)

しかしinterfaceのどれかに合致するかっていう考え方ちょっと違うな
例えば
interface A {
 a:number
}
interface B {
 b:string
}
があれば
{
 a:1,
 b:"hoge"
}
はどっちにも合致する訳だから、コンパイルが通ればどれか(または両方)のinterfaceに合致してる
と判別が出来るってだけのものだよ
0312デフォルトの名無しさん2016/03/24(木) 17:51:19.94 ID:QUxdzUzn
chromeでデバッグできますか?
0313デフォルトの名無しさん2016/03/24(木) 18:45:20.46 ID:bRX025wQ
>>312
.js にコンパイルするときに Source Map を出力できる。
それ以上のデバッグについては開発環境スレでどうぞ。
0314デフォルトの名無しさん2016/03/25(金) 02:00:24.75 ID:G+z1ebGz
>>312
weboack使ってるけどなんの問題もなくtsファイルにbreakpointが貼れる
0315デフォルトの名無しさん2016/03/25(金) 02:00:53.64 ID:G+z1ebGz
>>314
webpackです。typo
0316デフォルトの名無しさん2016/03/25(金) 12:36:24.15 ID:Ib2txsDS
>>314
iisサーバーは?
0317デフォルトの名無しさん2016/03/27(日) 23:00:49.72 ID:FjCKG/3R
typeScriptでWeakMapっていつから使えるようになるんですか?
ES2015から使えるものっててっきりtypeScriptでもつかえるものかと
0318デフォルトの名無しさん2016/03/28(月) 14:50:43.22 ID:6ufq8Y0K
--target ES6にすれば使えるっていうかそれぐらい察しろ
0319デフォルトの名無しさん2016/03/28(月) 19:56:00.22 ID:YM89lTlN
>>318
えっ。それっておかしくないです?
typeScriptって基本 ES2015 + 型なのかと。
アロー関数は標準でサポートしといてWeakMapは対象外ってどういうことなの
0320デフォルトの名無しさん2016/03/28(月) 21:20:10.15 ID:K6EkYblL
>>319
構文糖で対応できる機能は対応している
JavaScriptエンジンが対応してくれないとどうしようもない機能は無理
それぐらい察しろ
0321デフォルトの名無しさん2016/03/29(火) 00:12:34.26 ID:clo72TFv
>>320
なるほど。てっきりtargetって出力するjsコードの対応バージョンでしかなくて、
typeScriptの仕様自体はどのtargetでも変化しないと思い込んでました。
つまりES2015のpolyfillの役割も果たしてくれるとばかり思っていました。
ありがとうございます。
0322デフォルトの名無しさん2016/03/29(火) 10:54:45.27 ID:NGEgZfA0
>>321
基本TypeScriptはES2015のpolifillだと思っていいけど
単に少ないコードで実装出来るものしか対応してないだけだ
__extendsとか__decorateとかね
2.0でasync/awaitもES5で使えるようになるけど、もしWeakMapを対応したら
巨大なコードが*.jsの頭に引っ付くことになるけどそんなの嫌だろ
0323デフォルトの名無しさん2016/04/05(火) 23:45:55.11 ID:nWoaZGhX
JavaのNashornにrequire関数組み込んでTypeScript使えるようにしたが結構楽しいわ
letの暗黙リネームが実行時に何か不具合起こすんじゃないかと少々気になる
0324デフォルトの名無しさん2016/04/06(水) 20:01:43.86 ID:NydnT1H+
>>323
letが導入されてから1.8になるまでforループ内でlet使うと特定の条件で実行時エラーを起こしてた
1.8で修正されたから古いバージョンの場合は気を付けた方がいいけど1.8以降は不具合なんて起こさないはず
0325デフォルトの名無しさん2016/04/11(月) 23:59:54.54 ID:/4tKcoWK
typescript初心者です。
Visual Studioで、
module mod {
function func() {
alert('func');
}
}
が、
var mod;
(function (mod) {
function func() {
alert('func');
}
})(mod || (mod = {}));

になるのですが、分からないのは、
(mod || (mod = {}));
の部分です。
これは何でしょうか?
どなたか解説お願いいたします。あるいはヒントなどお教えください。
0326デフォルトの名無しさん2016/04/12(火) 00:19:14.57 ID:ep3rTpAI
>>325
mod 変数が定義済みなら再利用 or 無ければ新規の空オブジェクトを使う。
複数の場所で mod モジュールが定義される場合に、内容をマージすることになる。
0327デフォルトの名無しさん2016/04/12(火) 00:20:23.42 ID:L6C4Yo9J
(A || B)はAもしくはBが偽じゃなければその内容(結果)を返す特性があって
単純に言うとmodが空ならオブジェクト代入して無名関数に渡すよってこと
0328デフォルトの名無しさん2016/04/12(火) 00:47:40.67 ID:X3YsmN+g
>>326 >>327
解説ありがとうございました。だいぶ分かってきました。
もう一つ教えて下さい。
二つのtsファイル
----------------
// file1.ts
module mod {
  function func1() {
    alert('func1');
  }
}
----------------
// file2.ts
module mod {
  function func2() {
    alert('func2');
  }
}
----------------
0329デフォルトの名無しさん2016/04/12(火) 00:48:40.40 ID:X3YsmN+g
から生成される二つのjsファイルを単純に連結して一つのファイルにします。
----------------
var mod;
(function (mod) {
  function func1() {
    alert('func1');
  }
})(mod || (mod = {}));

var mod;
(function (mod) {
  function func2() {
    alert('func2');
  }
})(mod || (mod = {}));
----------------
こういう単純な例だと問題は無かったのですが、実際の状況では連結したJSの実行時にエラーする場合がありました。
少し調べた限りでは、エラーの有無はJSファイルを連結する順番に依存するようなのですが、そういう事はありますか?
やりたいのは、複数のJSファイルをmoduleで囲ってTS化して、そうやって出来上がったJSファイルを一つのファイルに連結したいのですが、エラーが出て行き詰っています。
こういうやり方は間違いですか?
0330デフォルトの名無しさん2016/04/12(火) 10:30:36.29 ID:ep3rTpAI
>>329
連結する順番でエラーになることはある。
特にグローバルスコープ(関数の外)で処理が走る場合かな?

tslint を入れて no-use-before-declare (宣言前に使うと警告) で
チェックする手はあるかもしれない。
0331デフォルトの名無しさん2016/04/12(火) 12:30:46.37 ID:MBVppC7j
>>330
情報ありがとうございました。
調べてみます。
0332デフォルトの名無しさん2016/04/12(火) 21:56:30.51 ID:aXmXxCLh
0333デフォルトの名無しさん2016/04/13(水) 16:45:42.60 ID:xgAfpouO
おおって思ってchannel9の動画見てみたらマイクロソフトの人が未だにtsd
使ってデモしてたんだけどtsd非推奨じゃなかったんかい
0334デフォルトの名無しさん2016/04/13(水) 16:56:49.53 ID:xgAfpouO
面白いねTypeScript2.0

undefinedとnullはそれぞれ独立した型になって
let a: number|null|undefined
みたいに宣言するようになるのか
0335デフォルトの名無しさん2016/04/13(水) 22:27:08.77 ID:JKiuLOht
voidでよくね
0336デフォルトの名無しさん2016/04/14(木) 12:17:58.56 ID:ea0e/BMW
C#のvirtual,overrideも実装してくれよ
issueには何度かあがってるけどその度に否定されてんだよな、何でだ
0337デフォルトの名無しさん2016/05/01(日) 13:04:39.03 ID:tKi6j9CT
匿名通信(Tor、i2p等)ができるファイル共有ソフトBitComet(ビットコメット)みたいな、
BitTorrentがオープンソースで開発されています

言語は何でも大丈夫だそうなので、P2P書きたい!って人居ませんか?

Covenantの作者(Lyrise)がそういう人と話したいそうなので、よろしければツイートお願いします
https://twitter.com/Lyrise_al

ちなみにオイラはCovenantの完成が待ち遠しいプログラミングできないアスペルガーw


The Covenant Project
概要

Covenantは、純粋P2Pのファイル共有ソフトです

目的

インターネットにおける権力による抑圧を排除することが最終的な目標です。 そのためにCovenantでは、中央に依存しない、高効率で検索能力の高いファイル共有の機能をユーザーに提供します

特徴

Covenant = Bittorrent + Abstract Network + DHT + (Search = WoT + PoW)

接続は抽象化されているので、I2P, Tor, TCP, Proxy, その他を利用可能です
DHTにはKademlia + コネクションプールを使用します
UPnPによってポートを解放することができますが、Port0でも利用可能です(接続数は少なくなります)
検索リクエスト、アップロード、ダウンロードなどのすべての通信はDHT的に分散され、特定のサーバーに依存しません
0338デフォルトの名無しさん2016/05/01(日) 20:44:35.23 ID:sHMevs8d
Visual Studio Comm. 2015でTypeScript 1.7.4.0を使ってます。
プロジェクトをビルドしてデバッグしても変更が反映されなくなりました。
仕方なく新しいプロジェクトを作ってソースを移動させているのですが、対処法はありますか?
0339デフォルトの名無しさん2016/05/01(日) 21:13:58.28 ID:1U34S4Ix
>>338
>変更が反映されなくなりました。
何の変更がどこに反映されないん?
tsからjsが自動生成されないと言う意味?
もしそうならtsに文法エラーが有るんじゃないか?
0340デフォルトの名無しさん2016/05/02(月) 10:47:24.02 ID:H1b5QbBD
レスありがとうございます。こんなに早く反応があるとは思いませんでした。見逃してしまって申し訳ないです。

>何の変更がどこに反映されないのか
ソースコードの変更です。
ビルドして実行してもjsが前回のビルドのままで困っていました。

>tsからjsが自動生成されないと言う意味?
>もしそうならtsに文法エラーが有るんじゃないか?
仰る通り文法エラーがあったみたいです。今では正常に実行できています。ご迷惑をおかけしました。

それにしても間違ったコードを書いてもビルドエラーにはならないんですね……。
これではどこでミスったかチェックしにくい。
0341デフォルトの名無しさん2016/05/02(月) 16:08:44.94 ID:WvgoLY0A
「新しいプロジェクトを作ってソースを移動させ」たらうまくいくのだがという話じゃなかったのか
0342デフォルトの名無しさん2016/05/03(火) 07:37:48.31 ID:llYnk/DC
「新しいプロジェクトを作ってソースを移動させたらうまくいく」ケースは俺も何度か経験したことがあるなぁ
しかも>>338と違ってコンパイルエラーは発生していない

ビルドして実行してもjsが前回のビルドのままってところまでは一致してるんだよな
(そもそもビルドできないのだが)
0343デフォルトの名無しさん2016/05/09(月) 17:02:14.42 ID:pzKdLl0R
Visual Studio2015で二つのTSのプロジェクトがあり、
Proj1
 typescrpt1.ts
 commonA.ts
 commonB.ts

Proj2
 typescrpt2.ts
 commonA.ts
 commonB.ts

両者で共通のtsファイルが二つあるのだが、こう言う場合、オリジナルをProj1に入れておいて、
Proj2から参照するようなやり方は出来る?
現状では、Proj1でCommonA,Bを変更する度にPorj2に手作業でコピーしているのだが、
それだと毎回そんな作業するのが手間だし、うっかりProj2側でCommonのファイルを変更すると
逆にProj1にも修正をしなくてはならないので困るのだが。
0344デフォルトの名無しさん2016/05/09(月) 17:17:18.07 ID:8SRbjrMh
既存のファイルを追加すれば参照してくれるでしょ
プロジェクト以下に収めなきゃいけない理由がないなら
common, proj1, proj2と横並びにすればいい
0345デフォルトの名無しさん2016/05/09(月) 17:28:41.05 ID:pzKdLl0R
>>344
レスありがとうございました。
既存のファイルを追加すると、そのコピーが追加されるので、結局343 で
説明したようなファイル構造になります。
困っています。
0346デフォルトの名無しさん2016/05/10(火) 15:04:25.21 ID:/c+E/E1d
だれも分からないの?
0347デフォルトの名無しさん2016/05/10(火) 15:34:09.22 ID:FvQx+NTV
VSでTypeScriptやってる人が少ないんでないの?
CとかC++を一緒にやってる人じゃないと最近の人はVSCodeを使うだろうし
0348デフォルトの名無しさん2016/05/10(火) 18:31:49.18 ID:/c+E/E1d
>>347
VSCodeだと343のような状況はどうなるの?
共通部分は一元管理が出来るの?
0349デフォルトの名無しさん2016/05/10(火) 22:20:05.90 ID:ygHcjv1V
私もやり方知りたいが分からんのでスタティックリンクにしてるがそれじゃ駄目?
0350デフォルトの名無しさん2016/05/10(火) 22:23:56.70 ID:/c+E/E1d
>>349
windowsでスタテクリンク出来る?
0351デフォルトの名無しさん2016/05/10(火) 22:31:47.62 ID:ygHcjv1V
ジャンクションでググて
0352デフォルトの名無しさん2016/05/10(火) 22:34:19.65 ID:LhMpTcEU
>>343
思想的には commonA/B を独立したプロジェクトにしてモジュールとして再利用するんだろうな。
こっそり同一ファイル扱いにするならファイル or フォルダをシンボリックリンクにするか。
これと似たようなものだが、昔は svn:externals を使ったこともあったな。
0353デフォルトの名無しさん2016/05/11(水) 21:11:57.56 ID:b7E4GV28
WindowsXPはハードリンクが出来るようになって便利だからフォルダをハードリンクにしたんだ
で、リンクした方が不要になったからごみ箱に入れたんだ
まだ、元のフォルダ内はなんともなかった
暫くたってごみ箱を空にしたんだよ
そしたら元のフォルダ内のファイルが全部消去されちまったんだよ!当然ごみ箱にも無い
要するにWindowsでフォルダをハードリンクすんなって事
0354デフォルトの名無しさん2016/05/11(水) 22:31:42.85 ID:3ijDNnlQ
ジャンクションでも似たような問題あるのか、、
http://d.hatena.ne.jp/foldrr/touch/20091120/p1
いまはどうなんだろう
0355デフォルトの名無しさん2016/05/12(木) 18:40:46.37 ID:jzt1qSkA
>>353
Windowsってフォルダのハードリンク作れたっけ?
0356デフォルトの名無しさん2016/05/14(土) 11:35:56.64 ID:r8zKr16p
そもそも別物なのに同じ挙動をすると期待するのが間違い
0357デフォルトの名無しさん2016/05/14(土) 11:46:02.57 ID:fLeelvLJ
XPでもジャンクション使えたけど
MSの態度が曖昧でどうしたいのかわからなかった

Vista でこの辺のファイルリンクとか代替ストリームとか正式サポートされた
0358デフォルトの名無しさん2016/05/16(月) 19:25:09.47 ID:xXNLqPYG
>>355
XPの時はフォルダのハードリンクは作れたよ。今は知らん
Linuxはフォルダ(ディレクトリ)のハードリンクはroot権限が必要になるな
OS問わずにフォルダのハードリンクは危険ってことだ
XPはシンボリックリンクが無くてハードリンクのみだから罠に嵌められた
Vista以降はシンボリックリンクが使えるからそっちは特に問題はないはず
0359デフォルトの名無しさん2016/05/16(月) 21:06:35.83 ID:0jMm0VW7
XPの時はフォルダのハードリンクは作れん。XP現役で使っている。
異なるドライブでも可能なジャンクションならできる。
0360デフォルトの名無しさん2016/05/17(火) 11:18:29.53 ID:NWTAtPGB
>>359
もれも 358 はパーティションをフォルダにリンクする話と間違ってるなーと思ってみてた
0361デフォルトの名無しさん2016/05/17(火) 11:19:25.01 ID:NWTAtPGB
リンクっつーよりマウントだな
0362デフォルトの名無しさん2016/05/17(火) 13:37:15.22 ID:vW2/638O
358だけど何らかのコマンドでリンクを作成したのは間違いないが
調べてみるとlinkd.exeの可能性が高い
要するにジャンクションって事か?
なにぶんXP使ってたのはかなり昔の事なんで記憶が曖昧だったよ
0363デフォルトの名無しさん2016/05/17(火) 13:54:39.38 ID:awF8sDTJ
Linuxでもディレクトリのハードリンクはできなかったはず。
http://unix.stackexchange.com/questions/22394/why-are-hard-links-to-directories-not-allowed-in-unix-linux
>>358 のroot権限うんぬんは、Solaris限定かもしれない。

Windowsでも記事がある。今ならmklinkだけでいい。昔はfsutilなりlinkdなりもあった。
http://www.atmarkit.co.jp/ait/articles/1306/07/news111.html
フォルダのハードリンクはできないから >>353 も用語違い。
まぁ、ジャンクション+ごみ箱が多くの不幸な事故を生み出したのはその通りだが。
0364デフォルトの名無しさん2016/05/17(火) 14:37:13.73 ID:74/nDTTZ
そんな事より元々の質問の答えは無いの?
俺も知りたい。共通ライブラリ化出来ないと不便だよな。
0365デフォルトの名無しさん2016/05/17(火) 15:17:02.05 ID:awF8sDTJ
そんな事より元々の質問をVisual Studio 2015のスレで聞け。
簡単な回答は >>344 >>352 で既出。

VS2015のUIだとファイルのコピーが作られるのが問題なのだろうが
*.csproj を直接テキスト編集すれば上位フォルダのパスも扱えるようには見える。
Include="..\xxx"
0366デフォルトの名無しさん2016/05/31(火) 14:00:10.58 ID:DKR1hPoU
windows10でtypescriptやるには何をインストールすればいいのさ?
0367デフォルトの名無しさん2016/05/31(火) 14:31:56.32 ID:xl+n8Rkn
知らないものを始めたいときは、とりあえず「○○ 入門」でぐぐれ
0368デフォルトの名無しさん2016/06/01(水) 22:34:33.37 ID:tjGnKxey
ms謹製なので、msのツールが使えそう
0369デフォルトの名無しさん2016/06/04(土) 18:08:24.21 ID:3F7VjM1T
VSで作っているけど
#region
#endregion
的な物ない?
0370デフォルトの名無しさん2016/06/04(土) 19:51:23.66 ID:BRPGaK18
>>369
無い
0371デフォルトの名無しさん2016/06/04(土) 21:45:06.08 ID:dGWHMJs+
>>370
ありがとうございます!
03723692016/06/04(土) 22:49:04.19 ID:3F7VjM1T
>>371
お前誰?
0373デフォルトの名無しさん2016/06/04(土) 22:49:50.74 ID:3F7VjM1T
>>370
ないんですね
ありがとうございます
0374デフォルトの名無しさん2016/06/04(土) 23:36:31.88 ID:o/6G/bzU
>>369
Proposal: Preprocessor Directives
https://github.com/Microsoft/TypeScript/issues/4691

プリプロセスの提案はあるよ
でもこれに限らず、C#にある仕様だからといって優先的に取り組む感じはしないかな
節度を持ってJS文化に適合させていきたいのかもね
0375デフォルトの名無しさん2016/06/04(土) 23:55:44.04 ID:Ly/Eq9zA
プリプロセスなんてコンパイラだからこその機能なのにTypeScriptの設計者は
若干偏屈なところがあるよな
abstractは導入しといてvirtual,overrideがいらねーとか意味が分からん
0376デフォルトの名無しさん2016/06/05(日) 18:43:32.96 ID:sRhznVmp
色々入れすぎるとまたアンチM$(笑)から叩かれそう
0377デフォルトの名無しさん2016/06/10(金) 22:29:38.27 ID:L2JcFKfv
>>375
overrideは入りうるよ
一度は断ったけど、最近になって再検討して受け入れることにしたようだ

Support override keyword on class methods
https://github.com/Microsoft/TypeScript/issues/2000
0378デフォルトの名無しさん2016/06/10(金) 22:52:16.31 ID:E+nifBZa
>>377
お、375じゃないけど超うれしい
0379デフォルトの名無しさん2016/06/16(木) 19:04:16.91 ID:PJUBR4L+
The Future of Declaration Files
https://blogs.msdn.microsoft.com/typescript/2016/06/15/the-future-of-declaration-files/

関連
npmでTypeScriptの型定義を管理できるtypesパッケージについて
http://qiita.com/laco0416/items/ed1aadf335f12cd3618d
0380デフォルトの名無しさん2016/07/15(金) 00:06:52.35 ID:3lt2T5b1
0381デフォルトの名無しさん2016/07/15(金) 00:10:10.35 ID:3lt2T5b1
15K行のアプリをTypeScript1.8から2.0に移行してみた
http://rhysd.hatenablog.com/entry/2016/07/15/090000
0382デフォルトの名無しさん2016/07/17(日) 11:23:12.55 ID:cN3YyD0v
ES3対応ってまだいるの?
0383デフォルトの名無しさん2016/07/18(月) 16:13:28.10 ID:jfk77b+M
https://github.com/showcases/programming-languages

TypeScript  ★13,201
CoffeeScript ★13,152

遂にGithubスター数がCoffeeScriptを超えた
0384デフォルトの名無しさん2016/07/19(火) 12:58:14.30 ID:HIwcb2q8
比べる事に意味があるとは思えんがな…
CoffeeScriptはAltJSでTypeScriptはBetterJSだ
JavaScriptが嫌いな人はCoffeeScriptを使えばいいんだ
0385デフォルトの名無しさん2016/07/24(日) 15:50:35.09 ID:5+wwO3kQ
Intellij IDEAでTS開発捗りすぎワロリンヌ
0386デフォルトの名無しさん2016/07/26(火) 06:50:53.34 ID:HN1KCMsQ
JavaScriptとTypeScriptの関係は
C言語とJavaの関係に似ている様な気がする
0387デフォルトの名無しさん2016/07/26(火) 07:58:39.74 ID:l+RwS+H8
>>386
だから何よ?
0388デフォルトの名無しさん2016/07/26(火) 15:46:52.18 ID:iOw6CH/m
プロトタイプベースは人類には早すぎたんだ
クラスベースでないと万人には理解できない
0389デフォルトの名無しさん2016/07/26(火) 16:29:48.15 ID:GAZIoYVE
プロトタイプベースは既存のインスタンスから継承できる先進的な機能ではあるが
そもそも他の言語では隠されてる継承の仕組みがむき出しになってるだけなんで
無理に使う必要もない
クラスを作るイディオムとか普通にclassを使えばいいんだ
0390デフォルトの名無しさん2016/07/27(水) 06:57:54.53 ID:Pn9H7j+u
>>387
歴史は繰り返す
0391デフォルトの名無しさん2016/07/27(水) 13:58:29.20 ID:lrmpmMbD
WebAssemblyは当面C++のゲーム用だけどDOMもいじれるようになる予定だから
そうなるとまたWeb用言語の勢力図は変わるかもしれないな
Webの世界に安定は無い
0392デフォルトの名無しさん2016/07/27(水) 14:22:46.06 ID:5Q3W/uen
デバッガが当分クソそうだけどWebKitはそのうち充実させて生JS殺しにきそう
0393デフォルトの名無しさん2016/07/27(水) 23:47:21.54 ID:Bmh+9kmU
>>386
CとC++じゃね
統一言語の上位互換で、元々はトランスパイラだし
0394デフォルトの名無しさん2016/07/28(木) 06:25:04.12 ID:jPXeBRxR
FunScriptでもやるか
0395デフォルトの名無しさん2016/07/28(木) 19:15:17.96 ID:O8Vfrh0P
>>393
LLVMじゃね
0396デフォルトの名無しさん2016/07/29(金) 10:57:47.10 ID:eqy9GKk1
2.0のstrictNullChecksへの対応は結構キツイなぁ
「フィールドAがあれば、フィールドBも必ずある」ような暗黙ルールを咎められる

「変数?」が「型 | undefined」の扱いになるから
無効な値にはnullを使わずundefinedで統一したほうが良さそうだ

構文としては、返値、ローカル変数、末尾以外の引数にundefinedを許したい場合
いちいち「| undefined」が必要になる。Swiftのように ? は型の側が良い気がするんだが
0397デフォルトの名無しさん2016/07/29(金) 14:56:44.05 ID:LtIoC4Yb
undefinedはプロパティそのものが存在しないことを表すんだからプロパティ側に?付けるのは自然でしょ
2.0は個人的にはかなり好きだな
最近の新言語といえばWeb系のノリで適当に作られてるのが多い中、これほど思想が明確で一貫した言語は珍しい
0398デフォルトの名無しさん2016/07/29(金) 16:06:58.19 ID:eqy9GKk1
「存在しない」と「undefinedを保持している」の2つの意味があるからなぁ
前者ならプロパティの属性、後者なら型の属性に解釈できるように感じる

strictNullChecksは簡単には対応できなかったが
noImplicitThis, noUnusedLocals, noUnusedParameters は
影響が少ないわりにバグを拾ってくれてありがたかった
0399デフォルトの名無しさん2016/07/29(金) 23:41:16.66 ID:rRyJkXWQ
>>398
JavaScriptはundefineって言われても本当にundefinedなのか意図的に設定したundefinedか判別不能だから
nullとundefinedを区別する意味があるけど、TypeScriptの場合は「存在しない」なんて有り得ないからnullは要らない子だし
undefinedの場合は意図的に設定したと分かる
0400デフォルトの名無しさん2016/07/30(土) 00:18:48.03 ID:tmproLvF
ノードの有無のチェックは存在を確認するし番兵は一般的にnullを使う
前者はプロパティで後者は型だろう
0401デフォルトの名無しさん2016/07/30(土) 08:46:23.50 ID:d/v3ZRhl
F#「あなたはヌルチェックでどれほど人生を無駄使いしているかを知るべきである」
0402デフォルトの名無しさん2016/07/30(土) 13:20:14.13 ID:NnN7Vre0
===を使えば全部解決
0403デフォルトの名無しさん2016/07/30(土) 23:28:44.49 ID:r21OKS05
"型?" については "| null"、"| undefined"、その両方の
どれにすべきかで議論がまとまらなかったみたいだ
しばらくは採用されないだろう

https://github.com/Microsoft/TypeScript/issues/7426
https://github.com/Microsoft/TypeScript/issues/7488
0404デフォルトの名無しさん2016/08/01(月) 14:04:09.45 ID:FziUxCeM
>>400
DOMとかWebGLとか普通にnullを返すからどうしてもnullを使わないといけない場面は出てくる
けど、TypeScriptだけの処理の場合はnullを使う意味は全く無いな
本家のコーディングスタイルにもnullじゃなくundefinedを使えと書いてある
0405デフォルトの名無しさん2016/08/01(月) 18:46:01.78 ID:2iI0/+FF
JavaScriptの根幹にある設計ミスだからな
トランスパイラの層ではその尻を拭うのも難しかろう
0406デフォルトの名無しさん2016/08/01(月) 19:32:59.87 ID:RWxbqWQ0
>>404
知ってるけど命令型アルゴリズムを書くときにわざわざnullをundefinedに置換するほどのメリットもない
教科書通りnull使ったほうが思考のオーバーヘッドがなくて楽
どちらでもいい時はundefinedに寄せる
0407デフォルトの名無しさん2016/08/01(月) 22:13:22.57 ID:cFMFBdlm
Suggestion: Extension methods
https://github.com/Microsoft/TypeScript/issues/9

初期から提案のあった拡張メソッドだが、不採用が決まった
0408デフォルトの名無しさん2016/08/02(火) 00:27:46.69 ID:EfYzXtbg
型の有無で動作が変わるのはTypeScriptの設計思想からして不適切
0409デフォルトの名無しさん2016/08/02(火) 12:10:13.85 ID:rXn2IC8I
クラス定義には含まれないプロパティをインスタンスが持てる言語で
そもそも拡張メソッドが成り立つものなのかね?
Java interfaceのdefaultメソッドのほうがまだ芽がある気がするが
0410デフォルトの名無しさん2016/08/02(火) 17:21:45.08 ID:04yi8jv3
>>406
教科書って何だよ
俺たちの教科書はTypeScript公式のドキュメントだけだ
0411デフォルトの名無しさん2016/08/02(火) 18:37:46.13 ID:+e4iDA+F
>>410
アルゴリズムの本じゃね?
0412デフォルトの名無しさん2016/08/03(水) 00:12:57.56 ID:jr+ageRA
nullかどうか判定するのに
hoge === null
とかやってないよな?
!hoge
で統一すればundefinedのみで何の問題も無い
0413デフォルトの名無しさん2016/08/03(水) 01:16:56.62 ID:Ot1v5VqO
これはひどい釣り
0414デフォルトの名無しさん2016/08/03(水) 08:01:27.31 ID:8fjgpLNn
数値と文字が渡されないケースなら ! でも良い
渡されるなら == null (2個) を使う

TSLintの設定で、比較で null を使うのは許して、値としては許さないのが欲しいな
0415デフォルトの名無しさん2016/08/03(水) 12:08:49.21 ID:mbys/AN5
null汚染
0416デフォルトの名無しさん2016/08/03(水) 14:40:42.74 ID:3251V7HB
>>413
お前がど素人なのはわかったよw
0417デフォルトの名無しさん2016/08/03(水) 17:20:15.41 ID:3251V7HB
>>413,414とかってnumberな変数にnullとか代入しちゃってんだろうな…
そりゃstrictNullChecksで困るわけだ
0418デフォルトの名無しさん2016/08/03(水) 21:04:30.24 ID:Ot1v5VqO
入れるわけねーだろバカ
0419デフォルトの名無しさん2016/08/03(水) 22:55:31.78 ID:Ve2x0gaK
皆さん結局nullとundefinedを区別しているの?どんなコードを書いているの?
0420デフォルトの名無しさん2016/08/03(水) 23:55:39.77 ID:8fjgpLNn
一つの変数で区別する用途を無理やり考えるならば
・undefined: 初期化前
・null: 利用不可
・object: 利用可
なんて例があるかもしれない。普通はNullObjectで済ませるか
0421デフォルトの名無しさん2016/08/04(木) 02:41:29.69 ID:0QnTEdcF
>>418
じゃあif(!hoge)の判定がTypeScript的には何も問題無いことは分かるよな?
どの辺が釣りなのか教えてくれ
0422デフォルトの名無しさん2016/08/04(木) 09:59:24.73 ID:aMt1KCpE
strictNullChecksを気持ちよく使いたいなら構造から見直しになるな
{ x?, y? } // 必ずペアで使う
ではなく
{ pt?: { x, y } }
としないと ! を避けられない
0423デフォルトの名無しさん2016/08/08(月) 22:15:39.27 ID:W4Hzna5O
だれかtypeScriptでバリバリサーバサイドもやってるぜって人いる?
使い勝手を是非聞きたい
0424デフォルトの名無しさん2016/08/25(木) 22:38:44.02 ID:yGHELMdE
マクロのミスでconst enum同士で除算しちゃってて間違い探しをする羽目になったぜ
ありえない数値になってたのにコンパイラは叱ってくれなかったよ
0425デフォルトの名無しさん2016/08/26(金) 07:44:50.99 ID:LCNVy+4G
>>424
enum同士の除算結果の型はnumberだから、コンパイラの解釈は妥当だぞ

「単位付き数値」があればエラーにできるケースもあるかもしれない
Nominal typesの一環で良い感じの機能が入らないものか
0426デフォルトの名無しさん2016/08/26(金) 10:18:15.73 ID:uxIG+t+y
numberからconst enumへ暗黙的な変換が許されるのが問題だと思ったんよ
警告されれば先に気づくことができたから
0427デフォルトの名無しさん2016/08/26(金) 15:52:13.72 ID:mbeLOtT9
暗黙も何もenumの要素は最初からただのnumberだからな
JavaScriptとの互換性を考えれば妥当な仕様だろう
0428デフォルトの名無しさん2016/08/26(金) 16:16:08.43 ID:LCNVy+4G
他言語と比べると確かにチェックがガバガバだが
interfaceを明示的にimplementsしなくてもシグニチャだけを見ることと比べると
一貫性はあるとは思う。型システムがStructuralなことの弊害だろう

数値でなくても良いなら enum より String Literal Types を使うべきなんだろうな
0429デフォルトの名無しさん2016/08/26(金) 16:48:05.33 ID:mbeLOtT9
型システム自体はJavaScript側にあるんだ
TypeScriptがやってる事はJavaScriptのソースに書かれてる型を見えるようにしてるだけとも言える

そもそもJavaScriptが動的型なんだから無理やり静的型にしようとしても微妙なところは出てくるだろうな
0430デフォルトの名無しさん2016/09/01(木) 04:24:05.73 ID:oFB7MvRf
0431デフォルトの名無しさん2016/09/02(金) 02:34:58.82 ID:D4RF+Hn1
switch使うとダサくなるな
match withにして欲しい
0432デフォルトの名無しさん2016/09/02(金) 15:48:27.54 ID:LgVEFfHs
内部モジュールについて教えてください。
これを使う場合ってconcatで1ファイル化する場合ってことでいいんでしょうか
webpackをつかって1ファイル化する予定なんですがその場合は外部モジュールを使う認識であっていますか?
0433デフォルトの名無しさん2016/09/02(金) 17:23:11.44 ID:dDo1g1S1
外部モジュールになるファイルは独立してるはず
今はnamespace推奨で内部モジュールって表現はあまり意味を成してない?
ので1ファイルにまとめたら名前空間で仕切られてるだけって考えでいいんじゃないか
0434デフォルトの名無しさん2016/09/03(土) 00:54:26.94 ID:FrYijLTu
昔からある単なるmoduleはもうobsoleteですぐにnamespaceにリネームすべきだね
いわゆるモジュールはJavaScriptの世界を知らないと理解しがたいものになってるね
0435デフォルトの名無しさん2016/09/03(土) 00:56:21.93 ID:FrYijLTu
ES6のmuduleが普及すればかなりシンプルになるんだろうけど、まだブラウザがサポートしてない
0436デフォルトの名無しさん2016/09/09(金) 21:36:47.25 ID:oMlYA35z
letは再入不可にして欲しいなあ
0437デフォルトの名無しさん2016/09/09(金) 21:41:01.71 ID:0o6Zl0oX
constじゃあかんの?
0438デフォルトの名無しさん2016/09/10(土) 07:30:02.50 ID:XD8JXdoT
なんか名前が先祖帰りっぽくてなあ
0439デフォルトの名無しさん2016/09/11(日) 01:15:44.93 ID:PWIs+lC0
>>436は「再入」不可と言ってんだが…
0440デフォルトの名無しさん2016/09/11(日) 01:38:43.42 ID:m+TGnnw0
リエントラントを意識したことが無かったりすると
再入って言葉を再代入の変わりに使ってもいいじゃん?とか思ってしまうのだろう
0441デフォルトの名無しさん2016/09/11(日) 08:21:20.09 ID:o8qO+nVm
「リエントラントな変数」はナンセンスだから、ま、多少はね?
0442デフォルトの名無しさん2016/09/14(水) 09:26:01.83 ID:tSXXNMuv
tsってjsに変換して型情報捨てちゃってるけどバイナリにコンパイルとかサポートしないのかな
WebAssemblyにそのまま使えたら面白いことになりそう
0443デフォルトの名無しさん2016/09/14(水) 09:52:25.62 ID:EEwsGEAZ
asm.jsは文法だけjsのサブセットで実行モデルは全然違うんでサポートしないっつうかできなかったはずだが、WebAssemblyも同じじゃないの?
0444デフォルトの名無しさん2016/09/14(水) 10:28:43.01 ID:8JRyg+5x
折角の型情報を活かせるのが構文チェックだけで
高速化には寄与しないってのは勿体ないのは確かだな
0445デフォルトの名無しさん2016/09/14(水) 13:51:30.89 ID:Adg+xGfe
TypeScriptのビジョン的には、そういうのはESが新バージョンで型アノテーションを導入して
ブラウザによって最適化されるべきということなんじゃない?
ハックで実装するのはTypeScript的じゃないよ
0446デフォルトの名無しさん2016/09/14(水) 14:43:49.29 ID:UUl7aTux
ES5と同じようにwasm用のサブセット作って段階的にサポートしていけば余裕しょ
0447デフォルトの名無しさん2016/09/14(水) 14:58:26.52 ID:Adg+xGfe
アセンブリレベルまでコンパイルしようと思えば現在JSに丸投げしてる部分をTSで独自に定義し直す必要があるから、
仕様はサブセットどころか無茶苦茶肥大化するよ
0448デフォルトの名無しさん2016/09/14(水) 15:06:48.85 ID:eWqPmXTS
どうせJavaやC#がWebAssemblyの出力に対応するだろうし、高速化を期待するならそっちを使うべきだな
0449デフォルトの名無しさん2016/09/14(水) 15:12:59.56 ID:eWqPmXTS
ただ、Webの世界はAPIが全てJavaScript用に定義されてる訳だから
DOMをいじるとかWeb関連のコードを書こうとしたらJavaScript使うのが一番楽だろう
で、TypeScriptを使えばエラーの少ないコードが書けるよってだけの存在だな
0450デフォルトの名無しさん2016/09/21(水) 09:53:22.62 ID:ye3OhaXn
netbeansでtsファイルをコンパイルできますか?
0451デフォルトの名無しさん2016/09/23(金) 07:28:38.08 ID:wUPl9fHa
0452デフォルトの名無しさん2016/09/25(日) 21:22:23.16 ID:rgw8PMte
Visual Studio2015のTypeScript2.0で
if(1===2){
 ...
}
とすると、
エラー TS2365 演算子 '===' を型 '1' および '2' に適用することはできません。
になるのですが、1と2を比較すると何が悪いのでしょうか?
0453デフォルトの名無しさん2016/09/25(日) 22:06:10.66 ID:s0l/HB/m
>>452
Tagged Union 由来のエラーのような気がする
ナンセンスなコードだけど、気になるようならエラーレポートしておいで
片方が変数なら問題ないから、普通にコードを書くうちは表面化しない
0454デフォルトの名無しさん2016/09/26(月) 03:17:54.07 ID:Pt8k1v+W
0455デフォルトの名無しさん2016/09/26(月) 12:48:28.20 ID:KtFZyGzz
型の国新人研修マニュアルみたいで微妙だった
0456デフォルトの名無しさん2016/09/26(月) 14:39:12.43 ID:ymOrEJcI
一瞬変な絵が出てブラクラかと思った
http://techbooster.github.io/c90/#typescript
0457デフォルトの名無しさん2016/09/26(月) 23:44:06.70 ID:9aeHOXYg
>>452
これは興味深い挙動だな
確かにnumberよりも1や2という「型」の方がより特殊化されてるからそっちで比較されちゃったんだろうな
let n: 1 = 1;
if (n === 2) { // 同じエラー
if (n === <number>2) { // OK (もちろんfalseになる)
number型定数のデフォがnumber型だと最初がエラーにならなくなるから難しい問題だな
定数同士の比較の時は型を昇格させるみたいな処理を追加する事になるのかな
0458デフォルトの名無しさん2016/09/27(火) 00:14:39.14 ID:pG4L5ums
literal types増えたのリリースノートに書いてあるだろ
アナウンスのドキュメントさえ読まないバカが賢ぶってもまるわかりなんだよ
0459デフォルトの名無しさん2016/09/27(火) 00:21:02.93 ID:DHOAQjGg
変なのが来た
0460デフォルトの名無しさん2016/09/27(火) 13:49:47.90 ID:cO8I5ivP
Delphiか、、Prismはお試しで終わったっけな
0461デフォルトの名無しさん2016/09/27(火) 16:37:55.22 ID:LSfhFpLX
espower-typescriptのtypescript2対応版ってないですか?
0462デフォルトの名無しさん2016/09/27(火) 18:40:40.20 ID:LSfhFpLX
espower-typescriptは自動でproject rootのtsconfig.jsonを参照しているんですが
別ファイルで指定する方法ないでしょうか?
0463デフォルトの名無しさん2016/09/27(火) 22:52:10.27 ID:K3k5rGhG
>>458
とりあえず>>452のエラーの理由を詳細に説明してくれ
0464デフォルトの名無しさん2016/09/30(金) 12:56:49.51 ID:Y6l190wq
typescriptでは、
こういう書き方をするようですが、

$(document).ready(() => { ... });

普通の書き方

$(document).ready(function () { ... });

だとダメなのでしょうか?
0465デフォルトの名無しさん2016/09/30(金) 13:07:29.24 ID:LMNz6D7V
>>464
全く問題ないよ。関数内のthisの指し先の違いにだけ注意がいる
0466デフォルトの名無しさん2016/09/30(金) 17:16:18.31 ID:ff48EwFg
>>464
typeScriptというよりes2015ですね。
0467デフォルトの名無しさん2016/10/05(水) 16:03:45.86 ID:ndferu82
jQueryの場合はコールバック内で$(this)とかするけど() => {にするとおかしな事になる(最新だとどうなるかは分からん)
だからjQueryに渡す場合は全部functionにしてる。一貫性がなくなって気持ち悪いけど
0468デフォルトの名無しさん2016/10/06(木) 09:02:48.12 ID:RX03s8Mg
どちらも関数ではあるけど用途に違いがある以上、元より一貫性を出すことなんてできないでしょ
0469デフォルトの名無しさん2016/10/06(木) 15:59:28.90 ID:xaiWfMZS
() => {}.bind(this)
0470デフォルトの名無しさん2016/10/06(木) 20:20:49.67 ID:57+jsWi1
>>468
用途に違いがあるっていうのかな?
functionの挙動に依存しちゃってるから仕方なく使ってるってだけだし、いずれ使う必要は無くなる
0471デフォルトの名無しさん2016/10/07(金) 14:51:03.71 ID:CXORFQa6
null合体演算子はありますか?
0472デフォルトの名無しさん2016/10/08(土) 21:45:49.55 ID:2uwi8nYQ
>>471
|| のことかな? falseだとダメだけど
0473デフォルトの名無しさん2016/10/20(木) 18:22:59.19 ID:UBHF5fAS
typescriptでnode_modules配下のjsコードのimportは可能ですが
自作のjsコードをimportして使いたいのですが可能でしょうか?
具体的に言うとpegjsで作ったparserをtypescriptから使いたいんです。
0474デフォルトの名無しさん2016/10/21(金) 09:58:59.53 ID:xTFSBjWO
0475デフォルトの名無しさん2016/10/21(金) 10:02:09.42 ID:PxEW311p
公開部分だけなら自分で定義ファイル書くのは容易なんじゃないか
もしくはソースをTypeScriptに変換しちゃって-d付きでコンパイル
0476デフォルトの名無しさん2016/10/21(金) 12:40:55.64 ID:xTFSBjWO
ちょっと考えればtsだってjsに変換してからimportしてるわけだからエラーが出てるようにみえるのは
定義がないだけってわかるだろうに。アホですな。
0477デフォルトの名無しさん2016/10/24(月) 23:34:32.07 ID:oa9Cbf2z
typescript2.0から.d.tsのデフォルトの検索パスってどうなってるんですかね?
とりあえず自分で定義したのはnode_modules/@types/ に置くことで認識はするんですけど
気持ち悪いのでできればnode_modulesに置きたくないんですよね
0478デフォルトの名無しさん2016/10/25(火) 00:14:10.49 ID:jY50IjHL
その手の質問はQ&Aサービス使え
0479デフォルトの名無しさん2016/10/25(火) 09:54:10.21 ID:wi8xj/Ad
>>477
--typeRoots

次からhttps://github.com/Microsoft/TypeScript/wikiを必読としてテンプレに入れようぜ
0480デフォルトの名無しさん2016/10/25(火) 15:38:46.44 ID:DJibeu24
そう言わずに教えてあげればいいじゃない。どうせ話題もないんだし
0481デフォルトの名無しさん2016/10/25(火) 16:45:27.88 ID:k0D4gpoS
.net frameworkを使えたりframeworkからコンパイルできれば面白くなりそうなのに
0482デフォルトの名無しさん2016/10/25(火) 18:39:55.45 ID:UTXk7OSn
たしかに .Net Framework使えたら便利だな

現状ではNode.jsから外部コマンドを叩いて
C#やPowerShellを経由すればできるんじゃね
0483デフォルトの名無しさん2016/10/25(火) 20:33:02.00 ID:DJibeu24
やっぱりTypeScript使いの人はMicrosoftマンセーの人が多いの?
Mac使いとしては.Netが使えたからどうなんって感じなんだが。
ElectronとかでTypeScriptを使う話をしてるの?
0484デフォルトの名無しさん2016/10/25(火) 21:30:56.89 ID:VLkXttsf
Windows向けtypescript処理系自体jscriptにコンパイルされて.NETオブジェクト経由でファイルアクセスしてなかったか
0485デフォルトの名無しさん2016/10/26(水) 02:40:39.39 ID:m/Az1cPZ
>>483
>TypeScript使いの人はMicrosoftマンセーの人が多いの?
特定の企業が好きというよりかは
デファクトスタンダードに乗りたいだけ

WinとMacならWinが(価格性能比的に)使いやすいし
AndroidとiPhoneならAndroidが使いやすいから
(規制が少ないのでとくに開発側としては)
0486デフォルトの名無しさん2016/10/26(水) 03:51:14.56 ID:CrOhdQQd
typescript使うよりc#で書くほうが楽だよね
0487デフォルトの名無しさん2016/10/26(水) 07:48:56.60 ID:JLzF9ZGl
>>481
JsProjectWinRTNamespace: https://msdn.microsoft.com/library/mt125480
WinRT (UWP) ならJavaScript側へ公開できるから、それを使うことは可能。
なんにせよ、JavaScriptホスト側を握っていれば (ChakraCore等) 好きにできる。Macでも。
0488デフォルトの名無しさん2016/10/26(水) 10:52:47.34 ID:jSNrAQ3l
>>484
.netじゃなくてWSHを使ってると思う
tsc.jsの2630行目辺りを読んでみれ
0489デフォルトの名無しさん2016/10/26(水) 14:57:17.75 ID:L9VZpe/b
0490デフォルトの名無しさん2016/10/27(木) 00:16:48.17 ID:e6l93V+P
>>485
surfaceて高いイメージあるが。
最近はmacも安いし、unix系だからweb系ならmacの方が人気ないか?
そしてtypeScript使うやつはweb系だよね。
0491デフォルトの名無しさん2016/10/27(木) 00:28:41.45 ID:rC8yedLe
Web系といってもBtoBの比較的かっちりしたものをやってるところはC#やJava使ってWindows上で開発してるところも多いよ
そしてTypeScriptもWeb系の中では比較的そっちの方で好まれてるイメージ
0492デフォルトの名無しさん2016/10/27(木) 07:44:18.44 ID:aKCl6pYl
Web系じゃないけどソフトのプログラムでJavaScriptが採用されてるから使ってるよ
0493デフォルトの名無しさん2016/10/31(月) 11:16:34.62 ID:zObjWshz
データと操作を分離する運用

https://goo.gl/L2gey4

上記スタックオーバーフローを見てたんですが
データ構造を扱うときにclassを使わずにすべてjsonにしてしまうって運用は結構を有る話でしょうか?
個人的にはElixirも触っていてデータ構造と処理関数を分けると言うのはアリだとは思うんですが
手元のコードはclass使いまくりでシリアライズが必要になったタイミングで軽く後悔しているところです(^ρ^)
0494デフォルトの名無しさん2016/10/31(月) 12:47:50.83 ID:UgzYDGEX
そんなに難しい話じゃないような
class Pen {
constructor(private json: PenData) {}
}
でいいじゃん
0495デフォルトの名無しさん2016/10/31(月) 12:58:02.65 ID:zObjWshz
>>494
それでデシリアライズしたものをシリアライズした時にどうやってPenDataだと特定するの?
0496デフォルトの名無しさん2016/10/31(月) 13:30:00.95 ID:lUtaNTCT
>>495
シリアライズした構造が固定なら、ルートから順に再構築するのでは?
自分で全てのコンストラクタなりdeserializeメソッドを実装することになる

汎用デシリアライズ関数1個で全てを賄うつもりなら、JSON内にクラス名を保持して
クラス名とJSONからオブジェクトを構築するファクトリを用意するのかな

TypeScriptは実行時型情報が無いから、意外と素直で原始的な方式になると思う
0497デフォルトの名無しさん2016/10/31(月) 16:02:19.09 ID:zObjWshz
>>496
ですよね。結局こういうめんどくさい実装になるので、だったら
最初からロジック的にデータ構造はすべてjsonにしてしまったほうが楽かなと。
0498デフォルトの名無しさん2016/10/31(月) 17:59:38.01 ID:lUtaNTCT
>>497
ロジック的にJSON (=循環の無い木構造) にできるなら、それが楽だとは思う
実行時には循環参照が必要になる場合は、保存時にフラットなJSONに変換せざるを得ない
これを汎用化していくと、いわゆるO/Rマッパーになるんだろうな
0499デフォルトの名無しさん2016/10/31(月) 20:32:53.85 ID:963XFQ2I
ここまでなんのためにシリアライズするか確認するやつなし
0500デフォルトの名無しさん2016/10/31(月) 21:41:15.52 ID:UgzYDGEX
>>495
そんなもんまともなスキーマ設計してたら一意に決まるだろ
JSは伝統的にAPI指向で、入出力のスキーマだけはきっちり守って
あとは適当に辻褄合わせすればいいという考え方をするもんなんだよ
エンティティを重視しないの
0501デフォルトの名無しさん2016/10/31(月) 21:42:12.65 ID:zObjWshz
chrome extension作ってまして
background - popup -contentscript間のデータのやり取りがjson経由でしかできなかったので。
0502デフォルトの名無しさん2016/11/01(火) 01:26:11.04 ID:R4cGftBs
永続化や通信でシリアライズが必要ならまず構成と通信内容を決めて
実装可能であることを確認してから個々の実装に入るべきだった
行きあたりばったりで通信が必要なデータやコマンドが噴出してるだろうから
個別機能に逃げずに先にそこを設計しろ
0503デフォルトの名無しさん2016/11/01(火) 03:17:05.88 ID:ZbjdSYd3
>>501
普通にobjectを渡せるんじゃないか?
0504デフォルトの名無しさん2016/11/09(水) 22:55:56.80 ID:w82iFkDp
React Componentを相対パスでimportするのはもう嫌なので、絶対パスでimportしてやる
http://qiita.com/endam/items/49696abedb68878d8b01
コレいいなって思ったんですがTypeScriptで絶対パス指定する方法って標準であったりしないですかね?
0505デフォルトの名無しさん2016/11/10(木) 00:57:52.66 ID:+mabk82N
0506デフォルトの名無しさん2016/11/10(木) 03:11:40.39 ID:XJYCbDSV
モジュール周りはここに書いてあるようだ。
https://www.typescriptlang.org/docs/handbook/module-resolution.html
0507デフォルトの名無しさん2016/11/12(土) 00:03:42.69 ID:0EI9e+TE
0508デフォルトの名無しさん2016/11/16(水) 13:26:15.81 ID:VglaLP8t
bucklescript ω
0509デフォルトの名無しさん2016/11/20(日) 01:23:41.33 ID:PZEuAd0p
みんなエディタは何使ってるの? VisualStudio以外にいいエディタある?
0510デフォルトの名無しさん2016/11/20(日) 08:29:21.81 ID:p95gh/Vn
vscode
0511デフォルトの名無しさん2016/11/20(日) 09:20:47.29 ID:mNZMIvsS
vim
0512デフォルトの名無しさん2016/11/20(日) 09:40:13.46 ID:0ByPx+DX
Emacs
http://www.typescriptlang.org/
の下の方にEmacsのTypeScript開発環境へのリンクがある。メソッド補完とかリファクタリングとか全部出来る
0513デフォルトの名無しさん2016/11/20(日) 16:06:26.39 ID:rN9nZaoB
>>509
ALM
http://alm.tools/

好きが高じてエディタまで作ってしまった例
0514デフォルトの名無しさん2016/11/20(日) 17:44:23.07 ID:Y8tBh63Q
>>513
+1
0515デフォルトの名無しさん2016/11/24(木) 16:16:50.02 ID:Kbd9UGgc
ALM 使ってみたけど、JIS キーボードで CTRL+¥ が効かなくてツリービューが出ない…
ファイル操作はツリービューでやるんだよね?
0516デフォルトの名無しさん2016/11/25(金) 11:07:12.84 ID:lg4MxwBZ
>>513
本家のプレイグラウンドも楽しいけど、ちょっと他のライブラリとか合わせられるようなのもほしい。 こういうのと組み合わせて作ってくんないかなー。
0517デフォルトの名無しさん2016/12/01(木) 23:31:35.77 ID:V3pVktwk
TypeScript Advent Calendar 2016
http://qiita.com/advent-calendar/2016/typescript

(今年も)やっちまった感
0518デフォルトの名無しさん2016/12/02(金) 15:42:21.41 ID:ocojT6FV
需要なしか
0519デフォルトの名無しさん2016/12/02(金) 21:48:15.76 ID:i9Hqboy9
12月突入数時間前まで誰も立てなかったしそりゃね
0520デフォルトの名無しさん2016/12/03(土) 16:07:27.97 ID:iU+ignEA
いつも納期を守らないひとですねわかります
0521デフォルトの名無しさん2016/12/03(土) 22:27:39.83 ID:W5YxFMDl
TypeScript 2.1のkeyofとかMapped typesがアツい
http://qiita.com/Quramy/items/e27a7756170d06bef22a

そろそろ2.1正式版来る気配
0522デフォルトの名無しさん2016/12/05(月) 08:39:36.02 ID:vZnFdVec
人気ないでしょ。
0523デフォルトの名無しさん2016/12/05(月) 09:21:11.08 ID:nuFcVUYF
英語圏はどうなのよ
0524デフォルトの名無しさん2016/12/05(月) 16:49:11.01 ID:5hp1IXjD
>>521
パスやファイル名に日本語が有ると
エラーする問題はこれで直るのか?
0525デフォルトの名無しさん2016/12/05(月) 17:57:33.20 ID:dF177W8B
>>519
Tcl/Tkの誰か立ててよ
0526デフォルトの名無しさん2016/12/08(木) 07:43:57.58 ID:sRPpwh3/
https://blogs.msdn.microsoft.com/typescript/2016/12/07/announcing-typescript-2-1/
「...」系の構文が増えるといいなぁ
最近のC++に追加された構文が便利だから
0527デフォルトの名無しさん2016/12/08(木) 14:41:29.32 ID:K4A6J/m6
しかしkeyofとかTypeScriptスゲーな
型言語としてやれる事はとことんやろうという方針なんだな
keyofは既存のJavaScriptコードと連携する時にコーディングミスをコンパイル時に分かるようになるって事かな
TypeScriptオンリーの時は多分使いそうにないけど、何か使いどころがあるんだろうか?
0528デフォルトの名無しさん2016/12/08(木) 14:49:41.32 ID:K4A6J/m6
と思ったらMapped Typesでkeyofが必要だったんだな。納得した。
Mapped Typesは使いどころを模索中…
0529デフォルトの名無しさん2016/12/08(木) 23:29:45.09 ID:/aGxLpEu
ちょっと手段が目的化してる感が否めないなあ
最初からTypeScript前提で作ったモジュールを使う分にはkeyofが必要な状況はそう無いだろうし、
既存のJSライブラリのインターフェース書くための機能だと割り切るんだったら
そこまで厳格にDRYに拘る必要もないように思うが
0530デフォルトの名無しさん2016/12/09(金) 08:58:45.48 ID:zMqsgGKG
・interface を readonly の有無で2回書かなくて良い
・エレメントに設定する一連の属性をオブジェクトで渡す際の型安全
ぱっと思いつくだけでも悪くない機能だと思うけど
0531デフォルトの名無しさん2016/12/10(土) 08:55:22.73 ID:ZQIWZdV9
classのコンストラクタを定義する場合、もしメンバ変数が20個あるとすると、
コンストラクタにも20個の引数を並べて、
constructor(arg1, arg2, ......, arg20){
 this.parm1 = arg1;
 this.parm2 = arg2;
 this.parm3 = arg3;
 ..
}
のようにする必要がありますか?
もう少し簡素に書けませんか?
0532デフォルトの名無しさん2016/12/10(土) 10:13:56.45 ID:yQhPHczS
constructor(public parm1, private parm2) {
0533デフォルトの名無しさん2016/12/10(土) 13:08:54.64 ID:ZQIWZdV9
>>532
そんな技が有ったのですか!
ありがとうございました。
0534デフォルトの名無しさん2016/12/16(金) 22:23:17.99 ID:Za7bRyyh
型システムがチューリング完全になっててもおかしくないな
たしか scala と c++ は達成してた筈
0535デフォルトの名無しさん2016/12/16(金) 22:39:54.50 ID:lf6NCS1E
C++はtemplateでしょ
template引数の扱いがほぼ帰納関数の定義みたいなもんだしな
0536デフォルトの名無しさん2016/12/16(金) 22:40:27.11 ID:oD0nT6zl
TypeScriptの型はあくまで検査専用でメタプログラミングには使えないから無理じゃない?
0537デフォルトの名無しさん2016/12/16(金) 23:19:39.50 ID:hVjcwv5q
C++のテンプレートがチューリング完全だとしても文字列のハッシュ値は計算出来ない
なぜならC++の文字列はポインタでしかないけどコンパイル前に参照する事が出来ないから
それでもチューリング完全なのは間違いないけど、別にチューリング完全だからってなんでも出来るわけじゃないってことだな
0538デフォルトの名無しさん2016/12/16(金) 23:21:43.20 ID:hVjcwv5q
ちなみに文字列じゃなくて文字の配列にすれば問題ない
const char* str = "hoge";じゃなくて
const char str[] = { 'h', 'o', 'g', 'e' };ってこと
0539デフォルトの名無しさん2016/12/16(金) 23:24:42.09 ID:hVjcwv5q
間違えた…
const char str[] = { 'h', 'o', 'g', 'e', '\0' };
だった
連投ごめんなさい
0540デフォルトの名無しさん2016/12/16(金) 23:29:20.71 ID:lf6NCS1E
ゲーデル「そこはゲーデル数で…」
0541デフォルトの名無しさん2016/12/16(金) 23:34:58.93 ID:ZvALx4tK
ゲーデルはホント天才だよな
紙と手廻し計算機しかない時代に
「符号化すれば数式だろうが証明図だろうが数で表せるし
数の計算が数式処理や証明じゃん」なんて
0542デフォルトの名無しさん2016/12/17(土) 17:02:33.38 ID:a9hyyPvt
むしろその世代だったからよかったのかも
0543デフォルトの名無しさん2016/12/18(日) 15:38:22.61 ID:6QPg4rBj
TypeScript 2.0.8でちょっとお尋ね

~~~~file1.ts
namespace TestNS { export interface TestInterface {} }
~~~~

~~~~file2.ts
/// <reference path="file1.ts" />
import * as Lib from "〜"; ← こいつがいると下のTestInterfaceでTS:2304 Cannot find nameが出る(コメントアウトすれば出ない)
namespace TestNS {
export class Test implements TestInterface {}
}
~~~~

上に書いた通りimport文がいるとTestInterfaceでTS:2304 Cannot find name 'TestInterface'になるんだけれども, これってどう理解したらよい?
import文の有無で見つからなくなるのはとても不思議な感があるんだけど
0544デフォルトの名無しさん2016/12/18(日) 15:52:58.94 ID:gkl2dVgP
内部モジュール形式と外部があって内部だとネームスペースはすべて同じものとしてマージされるから参照できる
内部ゴミだから外部覚えろ
0545デフォルトの名無しさん2016/12/19(月) 20:40:04.16 ID:tHwvluTB
reference pathは使わないことを勧める
型定義ファイルの参照はreference typesや--types
連結するなら目的別にプロジェクトを分けて--outFile
05465432016/12/19(月) 23:08:19.83 ID:WEeYyWf0
結局外部モジュール化して解決しました
細かいことは組んでからコンパイル済みソース見て考えることにします
0547デフォルトの名無しさん2017/01/19(木) 09:39:46.00 ID:uhfgjGGl
0548デフォルトの名無しさん2017/02/03(金) 10:13:11.49 ID:ppyFFvug
TypeScript 2.2
https://blogs.msdn.microsoft.com/typescript/2017/02/02/announcing-typescript-2-2-rc/
・object type - "non-primitive"を表す型
・mixins and composable classes - 無名クラスを返す関数のサポート
0549デフォルトの名無しさん2017/02/03(金) 11:53:48.71 ID:OZdxyk8U
>>548
rcかあ
入れるのはやめとくわ
0550デフォルトの名無しさん2017/02/13(月) 21:38:00.71 ID:g48+zfGw
typescript版のjsFiddleみたいなのないですかね?
0551デフォルトの名無しさん2017/02/13(月) 21:52:46.81 ID:XAOuYKtl
>>550
https://jsfiddle.net
typescript選べるんだけど、何がお望み?
0552デフォルトの名無しさん2017/02/14(火) 08:03:16.30 ID:06xiI2rQ
>>551
補完が効かないとtypescriptの意味ないよね。
0553デフォルトの名無しさん2017/02/14(火) 22:01:13.41 ID:PJNUS5QV
なぜ TypeScript の型システムが健全性を諦めているか
http://qiita.com/na-o-ys/items/aa56d678cdf0de2bdd79
0554デフォルトの名無しさん2017/02/15(水) 11:35:44.90 ID:Uv6dN9fe
typescriptでvue.js使ってる人っています?
どんな感じか聞いてもいいですか?
vueファイルのscriptにtypescriptを使った場合にVisualStudioCodeから補完聞かせる方法ってあるんですかね?
0555デフォルトの名無しさん2017/02/15(水) 13:37:43.12 ID:0zPxl8zN
いいよ
あるよ
0556デフォルトの名無しさん2017/02/16(木) 14:34:53.75 ID:I/Biy33K
typescript ってclassの中でclassは定義できないの?
0557デフォルトの名無しさん2017/02/16(木) 16:54:40.22 ID:H/kSQGez
>>556
innerClass = class { ... } の構文を使ってみては?
0558デフォルトの名無しさん2017/02/16(木) 18:23:19.49 ID:I/Biy33K
>>557
さんきゅう。
その後、自分でも調べてそういう構文を見付けたのだが、
なぜ一般的な言語のようにclassをネスト出来ないのかな?
0559デフォルトの名無しさん2017/02/17(金) 10:02:26.32 ID:XBlUtmng
構造的にESにないものは採用されないんじゃなかろうか
俺もprivate static Inner = class {...で試したけどあまり使えなさそうだからやめた
0560デフォルトの名無しさん2017/02/23(木) 21:12:34.52 ID:sjM/LKuB
0561デフォルトの名無しさん2017/03/19(日) 00:28:00.75 ID:zrbJr/YL
Chrome拡張機能を作ってる方結構いるみたいなので教えてほしいのですが
「chrome.〜〜〜」のAPIが「Supplied parameters do not match any signature of call target.」とコンパイルエラーになります
「/// <reference path="./node_modules/@types/chrome/index.d.ts" />」でd.tsは指定しているのですが、他にも何か記述が必要ですか?
0562デフォルトの名無しさん2017/03/19(日) 02:18:51.51 ID:9qStAS/N
>>561
そもそも今は/// <reference path=みたいな書き方はしない。
@types/XX npm install すれば使えるはず。
0563デフォルトの名無しさん2017/03/19(日) 02:40:46.59 ID:/2pY/ZTT
インストしても明示的なインポートなしには使えんよ
0564デフォルトの名無しさん2017/03/19(日) 03:16:06.29 ID:TMN19OY5
>>561
エラーしてる部分のソース貼るといいよ
05655612017/03/19(日) 11:24:02.73 ID:zrbJr/YL
皆様ありがとうございます…解決しました…chrome.〜〜に引数が設定されてなくてエラーになるという超凡ミスでした…
エラーメッセージの意味をきちんと理解しないといけないですね…

--- コンパイルエラー ----------------------------------------------------------
if (window.location.href.indexOf('aaa.com') !== -1) {
chrome.pageAction.onClicked.addListener();
}
------------------------------------------------------------------------------

--- コンパイル正常 -----------------------------------------------------------
if (window.location.href.indexOf('aaa.com') !== -1) {
chrome.pageAction.onClicked.addListener(() => {

});
}
------------------------------------------------------------------------------
あと、仰る通り<reference path= />なくてもコンパイル通りました

皆様お騒がせしました
0566デフォルトの名無しさん2017/03/19(日) 13:25:11.81 ID:9qStAS/N
>>565
エディター何使ってんの?
typescriptなら書いてるそばから検出できるエラーじゃないのか?
0567デフォルトの名無しさん2017/03/28(火) 10:03:39.39 ID:r9lg9pov
ターゲットにWebAssemblyを追加する計画とか無いのかな
0568デフォルトの名無しさん2017/03/28(火) 14:44:15.57 ID:3EkUFmFA
interfaceの定義でArrayの要素が2つしかない場合の定義の仕方ってあるかな

interface Pair {
number[2]
}

interface Data {
pairs :Pair[]
}

みたいな感じで定義できないもんか。
諦めてnumber[]にするしかない?
0569デフォルトの名無しさん2017/03/28(火) 14:54:23.37 ID:OG3qmdJs
タプル使え
0570デフォルトの名無しさん2017/03/28(火) 17:30:18.19 ID:3EkUFmFA
>>569
thanks

type Pair = [number,number]
interface Data {
pairs :Pair[]
}
0571デフォルトの名無しさん2017/03/30(木) 23:49:26.09 ID:Ya8jf9nB
index.htmlに直接CDNからreactとreact-domを読み込んで
npmからは@types/reactと@types/react-domをインストールし
tsxファイルからimport文を使わずにreactを使ったところ何の問題もなく動いた。

plotly.jsを同じように使おうとしたら自動では定義ファイルを読んでくれない。
この違いは一体何なのか?

と思って定義ファイルを見たところreactとreact-domには以下のような記載がある

export as namespace ReactDOM;
export as namespace React;

上記を真似て定義ファイルに
export as namespace Plotly;
を追加したら同じ挙動になった。

export as namespace XXX ってなんすか?
0572デフォルトの名無しさん2017/03/31(金) 01:47:51.53 ID:y+1gOmlP
そのモジュールのグローバル変数化宣言
公式wiki嫁
0573デフォルトの名無しさん2017/04/01(土) 20:31:37.83 ID:es45r1Ne
型定義ファイルの書き方がよくわからなくてつんでいます

node-transmission
https://github.com/FLYBYME/node-transmission
の型定義ファイルが見当たらないので作っているんですが

もとのjsファイルのexport宣言が
var Transmission = module.exports = function (options) {

ってなっている場合に型定義ファイルとして以下のように書いても認識されないです。

declare interface transOptions {
port: number
host: string
}
declare class Transmission {
constructor(optins: transOptions)

}
export default Transmission

使う場合に
import * as Transmission from "transmission";
var transmission = new Transmission({
port : 9091,
host : '127.0.0.1'
});

って書いてもtransmission はany型のようです。
どう書くのが正解でしょうか?
0574デフォルトの名無しさん2017/04/01(土) 22:04:14.42 ID:es45r1Ne
>>573
すいません。自己解決しました。
JSのモジュールまじしんどい
0575デフォルトの名無しさん2017/04/09(日) 14:34:29.06 ID:ZBMiMXkM
>>41
partial classは不採用になったので一応

Suggestion Backlog Slog, 4/3/2017
https://github.com/Microsoft/TypeScript/issues/14990
https://github.com/Microsoft/TypeScript/issues/563#issuecomment-291300044
0576デフォルトの名無しさん2017/04/10(月) 14:18:00.18 ID:BK5DCjs2
Google社内の標準言語としてTypeScriptが承認される。ng-conf 2017
http://www.publickey1.jp/blog/17/googletypescriptng-conf_2017.html
0577デフォルトの名無しさん2017/04/10(月) 18:26:24.79 ID:VEGABUso
>>576
Dartどうすんだよ
0578デフォルトの名無しさん2017/04/10(月) 20:28:20.75 ID:kMiVc4KU
劣るうえ、使われてないdartは自動消滅。
ホントはわかってたこと。
0579デフォルトの名無しさん2017/04/11(火) 02:02:21.52 ID:Kcnbnd8w
typescriptでreduxの実装書くのしんどいね

http://qiita.com/wadahiro/items/7c421b668f28a99e2a29
こいつを参考に書いてるけど。他にいい書き方があれば
0580デフォルトの名無しさん2017/04/11(火) 07:02:04.43 ID:OeT6CnRN
>>579
おまおれ

mapStateToPropsとかの引数も型どうしていいか分からん
0581デフォルトの名無しさん2017/04/11(火) 17:04:01.31 ID:ejHOB/DU
>>579
こんなの誰が何に使うの?
0582デフォルトの名無しさん2017/04/11(火) 19:22:39.80 ID:+8we66Ry
ほんそれ
0583デフォルトの名無しさん2017/04/11(火) 22:09:52.06 ID:rpuwd/d9
TypeScriptでreact-router-reduxに手を出したら大変な目に遭った。
0584デフォルトの名無しさん2017/04/11(火) 22:24:37.23 ID:YJpuA+WP
単語が3つ以上入ってるパッケージに近寄りたくない
0585デフォルトの名無しさん2017/04/12(水) 19:01:00.44 ID:BxTB0mZM
>>576,577
もうjavaやめてtypescriptでandroidアプリ開発できるようにしてほしい。
でも本心はdart頑張れ。
0586デフォルトの名無しさん2017/04/12(水) 19:19:27.95 ID:usx2Dq45
そういうフレームワーク色々あるやん
0587デフォルトの名無しさん2017/04/12(水) 20:26:06.76 ID:IsZRv2xh
>>579
これの2.0/2.1用ってのをやってみたら#defineが欲しくなった。
ストリングリテラルを置き換えられるマクロみたいなものってないのかな?
0588デフォルトの名無しさん2017/04/12(水) 20:47:03.00 ID:usx2Dq45
>>587
何が欲しいのかよく解らんが
const ABC=”str”
じゃあかんのか?
0589デフォルトの名無しさん2017/04/12(水) 20:56:38.51 ID:IsZRv2xh
そのABCはストリングリテラル型には使えんわけよ。
0590デフォルトの名無しさん2017/04/12(水) 21:04:32.60 ID:WRJ4LE6o
redux の冗長な書き方をtypescriptの機能でなんとかしてほしいってことなんだろうけど。
react見たくpropsをinterface定義すれば大体いい感じで使える。みたいにredux の方もstateのinterface定義だけでいい感じに出来上がるような仕組みがほしい。
0591デフォルトの名無しさん2017/04/12(水) 21:05:36.55 ID:WRJ4LE6o
>>585
つreact native
0592デフォルトの名無しさん2017/04/12(水) 22:41:00.77 ID:mYXXp/Z3
>>589
const ABC:"str" = "str";
こういうことか
0593デフォルトの名無しさん2017/04/12(水) 23:07:35.91 ID:IsZRv2xh
それ。
strが短いならそのまま書いても一緒だけど、actionのtypeって長くなりがちだから
二重に書くのがつらい。
0594デフォルトの名無しさん2017/04/12(水) 23:08:47.06 ID:0/0fFwi6
>>577
TypeScriptが標準言語になっても、Dartのことは忘れてませんよとGoogle担当者がフォロー
http://www.publickey1.jp/blog/17/typescriptdartgoogle.html
0595デフォルトの名無しさん2017/04/12(水) 23:50:07.42 ID:29ufoOq3
constは型書かなくてもストリングリテラルに推論されるようになったんだが存知ない?
0596デフォルトの名無しさん2017/04/13(木) 00:12:31.67 ID:IFJ42qsr
2.1からだね。2.0でも使ってたんだろうか
0597デフォルトの名無しさん2017/04/13(木) 00:19:44.83 ID:rVYtPk7E
ストリングリテラルに推論されるって?
これ通らないでしょ?

const STR = "str";
const ABC: STR = STR;
0598デフォルトの名無しさん2017/04/13(木) 00:27:33.33 ID:IFJ42qsr
>>597
そりゃ二行目がストリングリテラルじゃないからね
0599デフォルトの名無しさん2017/04/13(木) 00:33:01.65 ID:rVYtPk7E
だからそれが書けないから>>593だってことだろ。
結局>>595は何の話をしてたんだ?
0600デフォルトの名無しさん2017/04/13(木) 00:34:18.77 ID:IFJ42qsr
なにがやりたいのかよく解らんが
const STR = "str";
const ABC1 = STR;
const ABC2:”str” = ABC1;
type STRT=”str”;
const ABC3:STRT=STR;
全部通るよ
0601デフォルトの名無しさん2017/04/13(木) 00:39:19.82 ID:7ydi5nIB
>>599
エラーメッセージも読めない奴がずいぶんと偉そうだな
ドキュメント100回読み直してこい
0602デフォルトの名無しさん2017/04/13(木) 00:40:44.33 ID:rVYtPk7E
>>600
やりたいのはそこで言うSTRTとSTRの共通化。
要は同じ"str"を重複して書きたくないってこと。
0603デフォルトの名無しさん2017/04/13(木) 00:44:07.45 ID:7ydi5nIB
変数の型の参照なんて初歩の初歩なんだが教えてやるまい
0604デフォルトの名無しさん2017/04/13(木) 01:00:49.62 ID:IFJ42qsr
>>602
えっ 普通推論させるから書かないでしょ
わざわざ書かなきゃならなくなるケースってどんな時よ
0605デフォルトの名無しさん2017/04/13(木) 01:13:36.05 ID:rVYtPk7E
const STR = "str";
type STRT = "str";
const ABC3: STRT=STR;

"str"を2回書かずにABC3が作れればそれでいいんだけど。
0606デフォルトの名無しさん2017/04/13(木) 01:20:51.05 ID:IFJ42qsr
>>605
const STR = "str";
const ABC3 = STR;
0607デフォルトの名無しさん2017/04/13(木) 06:09:08.50 ID:32cPtkAw
type STRT = typeof STR
0608デフォルトの名無しさん2017/04/13(木) 08:01:19.65 ID:rVYtPk7E
すまん、確かに思い違いしていたようだ。ありがとう。
0609デフォルトの名無しさん2017/04/13(木) 13:00:24.68 ID:XE18llYI
恥ずかしか
0610デフォルトの名無しさん2017/04/13(木) 20:33:25.78 ID:IFJ42qsr
認めて謝って感謝してるだけ立派だよ
0611デフォルトの名無しさん2017/04/16(日) 20:56:40.61 ID:nOhMz2bP
TypeScriptでExpressを使う場合について教えてください。

express-generatorなどのサンプルコードだと new Error したオブジェクトにstatusを
突っ込んで返していたりしますが、ここ、TypeScript的にはどうするのが普通でしょう?
みなさん自前でErrorのサブクラスを定義しているんでしょうか?あるいはどこかに
定番のものがあったりするんでしょうか?
0612デフォルトの名無しさん2017/04/16(日) 22:51:14.41 ID:SqhlDt4o
「どうでもいい」が普通じゃない?
そんなもんエラーハンドラで受けて適当にトレースとエラーメッセージ出したら終わりなんだから
型なんぞ要らん
手段と目的を履き違えるな
0613デフォルトの名無しさん2017/04/16(日) 23:30:20.32 ID:R4TJTEcK
>>611
jsonとして扱えるようにインターフェース定義にしておいたほうが無難な気がする。
シリアライズしても簡単にもとに戻せるし。
0614デフォルトの名無しさん2017/04/17(月) 00:09:50.93 ID:CyuLkfZA
そういうもんですかね?
エラーを表示するだけとは言ってもstatusは正しくセットしなきゃならないわけで、
TypeScriptを使う以上そこも型安全にやりたいってのは自然だと思うんですが。
そこだけtslintの警告をネグるのも気持ち悪いし。
0615デフォルトの名無しさん2017/04/17(月) 00:24:52.52 ID:GVmJ+xSa
アプリケーションの仕様としてエラー用のクラスを定義します。Errorのサブクラスだったり新規に自前のクラスを用意するかはケースバイケース。
当然途中で変わることもあり得ます。その際はきちんと他のメンバーと情報共有します。
0616デフォルトの名無しさん2017/04/17(月) 07:32:40.57 ID:k0Nquy2H
自分は簡単なアプリではHttpErrorみたいなクラスを定義して使ってる。
もっと複雑なアプリだと、業務エラーのコードとHTTPのエラーコードで
もう一階層作ったりもするけど。
だが、これが推奨なやり方なのかは分からん。俺も知りたい。
0617デフォルトの名無しさん2017/04/17(月) 08:40:01.39 ID:CyuLkfZA
ありがとうございます。
statusというプロパティにステータスを返すのは決まっているんだからどこかに
出来合いのものがあるかと思ったんですが、やっぱり自前なんですね。
0618デフォルトの名無しさん2017/04/20(木) 11:26:28.02 ID:T7Zz78Cb
npm linkを駆使してtypescriptでビジネスロジックを外部モジュールにしてるんだけど
tsc -wで自動コンパイルはできるんだけど
定義ファイルも同時に生成するコマンドオプションってないかな?
0619デフォルトの名無しさん2017/04/20(木) 11:42:22.36 ID:T7Zz78Cb
>>618
すんません -w -dですね。ホント申し訳ない
0620デフォルトの名無しさん2017/04/21(金) 21:22:59.73 ID:Uj6lwvRH
TypeScriptで動的なキャストみたいなことってできるんでしょうか?

// どこかで定義されたclass
class X {}

interface AX extends X {
a: string;
}

func(x: X) {
if ( xが a: string というプロパティを持っていれば ) {
// ここではxをAXとして扱いたい
}
}
0621デフォルトの名無しさん2017/04/22(土) 00:25:56.48 ID:NysYFg8M
>>620
let ax=<AX>x
でキャスト出来る。
インターフェースが存在するかどうかはチェックはされないから注意。
0622デフォルトの名無しさん2017/04/22(土) 10:55:16.81 ID:scznilxz
>>621
ありがとうございました。うまくいきました。
新着レスの表示
レスを投稿する