13/11/21 03:16:11.46
TypeScriptの => を使っても、結局イベントハンドラとかのthisのややこしさは
カバーしきれない感じなんだけど、Haxeはもっと上手くごまかしてるの？
469:デフォルトの名無しさん
13/11/21 08:23:31.53
>>467
URLﾘﾝｸ(github.com)
ヘッダー眺めればざっくりとは分かる
470:デフォルトの名無しさん
13/11/21 15:28:25.78
test
471: 忍法帖【Lv=6,xxxP】(2+0：5)
13/11/21 17:19:16.16
test
472:デフォルトの名無しさん
13/11/23 11:38:28.14
>>468
haxeは、クロージャの中でもレシーバー(this)は変更されない。
なので、jQuery.map()等で、クロージャでDOM要素に直接触る場合は、第二引数まで指定して受け取る必要がある。
これを面倒と取るか、シンプルさで混乱を避けているとるかは人それぞれ。
こじんてきにこのきょどうにふまんはないです。
473:デフォルトの名無しさん
13/12/06 23:10:29.06
0.9.5リリース上げ！
動作の安定化とビルド時間の短縮が主な変更点かな。
474:デフォルトの名無しさん
13/12/16 05:34:31.78
定数オーバーロードはstringしか出来ないのか。他のプリミティブも出来たらちょっと楽しそうなのに。
interface I{
f(x:"A"):Alice;//可
f(x:string):Person;
g(x:2):Alice;//不可
g(x:number):Person;
h(x:true):Alice;//不可
h(x:boolean):Person;
}
475:デフォルトの名無しさん
14/01/07 20:26:38.95
今年は1.0くるかね
476:デフォルトの名無しさん
14/01/08 10:26:43.50
試しにTypeScriptでMongoDBのクエリを解釈するサンプルを作ってみた。
URLﾘﾝｸ(github.com)
$where でfunctionを直接クエリとして渡す部分があって
そのcallbackのthisは検索中のdocになるから
JavaScriptやTypeScriptだと問題ないけど
Haxeだと面倒なのかな？（よう知らん）
class QuerySelectorで様々なoperatorをobjectにぶち込んで
operators["$where"](...) などの形で呼び出せるように工夫してみたけど、
staticメソッドだとうまく記述できなかったので通常のメソッドにせざるを得なかった。
お陰でvar self = this; なんて回避コードがときどき必要になるね。
477:デフォルトの名無しさん
14/02/01 09:36:07.23
TypeScriptとES6の関係がわからない。
ES6が普及したら いらない子になっちゃうの？
誰か背中を押してくれ
478:デフォルトの名無しさん
14/02/01 11:17:58.87
ES6なんてまだ現実的な話じゃないけど、そこで悩むくらいならC++かDartあたり選ぶんじゃないか
479:デフォルトの名無しさん
14/02/02 00:52:15.85
URLﾘﾝｸ(typescript.codeplex.com)
URLﾘﾝｸ(teppeis.hatenablog.com)
あまり調べてないがTSレベルの静的型付けはES6になさそうだから、
IDE支援使う分にはTSの方が便利のままなんじゃないかと。
ES6に変換出来るようにするみたいだし、潰しは効くんじゃないか。
480:デフォルトの名無しさん
14/02/02 12:27:45.35
>>479
なるほどー
481:デフォルトの名無しさん
14/02/21 03:07:42.97
なんか NodeBufferの型が存在しないって Windowsでだけワーニングが出るけどこれどうしたらいいん？
Unix上では問題ないみたい。
E:/Home/src/typescript/pmx/node.d.ts (98,9): Expected ';'
E:/Home/src/typescript/pmx/pmx.ts(26,17): The name 'Buffer' does not exist in the current scope
E:/Home/src/typescript/pmx/pmx.ts(35,17): The name 'NodeBuffer' does not exist in the current scope
E:/Home/src/typescript/pmx/pmx.ts(44,17): The name 'NodeBuffer' does not exist in the current scope
E:/Home/src/typescript/pmx/pmx.ts(53,17): The name 'NodeBuffer' does not exist in the current scope
(以下略)
最新のnode.d.tsをカレントに置いて
///<reference path="./node.d.ts" />
してある。
482:デフォルトの名無しさん
14/02/21 22:08:33.50
-dオプションで.d.tsファイルが作れるのはすごく便利なんだけど
参照ファイルも全部記述してくれるせいで.d.ts側には必要ないものまで参照しちゃうな
その.ts内だけで使える/// <reference同等の参照があればいいんだけどな
複数ファイルをまとめてコンパイルした時に他のファイルには影響が出ないようならなお良い
483:481
14/02/22 03:56:10.70
上のエラーだが、とんでもない原因だった。
nodejs本体はときどき入れ替えて最新のを使ってるんだが、
VisualStudio用のnodejsが古いままで、PATHに含まれてたのが原因で誤動作してた。
これは気づかんで……。
484:デフォルトの名無しさん
14/02/22 11:11:21.74
馬鹿には無理
485:デフォルトの名無しさん
14/02/22 18:28:02.50
> Initial commit of TypeScript 1.0 made to codeplex on Feb 20.
> Branched as release-1.0 too. Hoping RTM is next week.
486:デフォルトの名無しさん
14/02/22 19:54:29.18
うおおおはやく発展しろおおおおお
みんな使おうぜええええええ
Coffee構文に対応したコンパイラとか出てこないかな
もはや別言語か
487:デフォルトの名無しさん
14/02/22 22:43:38.36
0.9.5が出てからぱったり更新が止まったな
488:デフォルトの名無しさん
14/02/23 03:41:31.24
0.9.7についてのドキュメントが出てきてる。
489:デフォルトの名無しさん
14/02/26 10:39:45.40
URLﾘﾝｸ(blogs.msdn.com)
TypeScript 1.0 RCが出たよ。
あと、
> We are also now adding TypeScript support into the Visual Studio 2013 product, starting with Update 2.
490:デフォルトの名無しさん
14/02/26 21:09:18.22
おおー きたー
491:デフォルトの名無しさん
14/02/27 00:02:02.15
コンストラクタを見せかけだけでいいから非公開にしたいんだけど
private constructorがコンパイルエラーなのがつらい
面倒になるから出来る限り宣言ソースは直に触れたくないんだよなぁ
492:デフォルトの名無しさん
14/02/27 10:19:24.32
>>491
それは仕様バグなのか何らかのポリシーなのかわからんね。
493:デフォルトの名無しさん
14/02/27 17:33:27.83
JavaScriptの仕様上コンストラクタの隠蔽だけは実現不可能だからだろうね
今のところ非公開要素のコンパイル後のコードはオープンな状態だし、許容してくれるようになればいいんだけど
494:デフォルトの名無しさん
14/02/28 08:51:22.72
>>489
何が変わるんでしょ
なんだかんだ言いながら0.9.5で使えてるわ
495:デフォルトの名無しさん
14/02/28 21:00:55.04
1.0RC関連
URLﾘﾝｸ(blogs.msdn.com)
URLﾘﾝｸ(www.forest.impress.co.jp)
496:デフォルトの名無しさん
14/03/05 23:38:03.33
出力コードの最適化は来ないのかな
言語レベルの定数とかインライン展開でClosureコンパイラで手がまわらない所まで最適化したい
497:デフォルトの名無しさん
14/03/05 23:41:36.34
たぶん出力jsの可読性考えてやってないんじゃない？
jsxとかあるから技術的には可能だと思うし
498:デフォルトの名無しさん
14/03/06 01:46:21.89
>>496
mixinとかってこと？
499:デフォルトの名無しさん
14/03/07 12:42:27.55
Eclipseのプラグイン使ってみたけど
VisualStudioに比べてインテリセンスが死ぬこともないしアウトラインも機能してる
エディターの色分けがまだ変えられないのと、宣言ファイルもソースフォルダの中に無いといけないのがちょっと不便
ファイル関係のことはリンクでカバーできるからまだ良し
500:デフォルトの名無しさん
14/03/08 22:23:28.49
vs2013 + 1.0RCでプロジェクト作っていくつかTSファイル用意するとIntelliSenseもコード補完も効かなくなる
試しにプロジェクト作らずにそれらのTSファイル全部開いて、仮想プロジェクト上でやったら問題無いとかどういうことなん
プロジェクト作っちゃいかんのか
501:デフォルトの名無しさん
14/03/19 08:57:18.73 BRRvET2J
>>500
システム中にnodejsが複数バージョンあると競合することがあるから注意な。
502:デフォルトの名無しさん
14/04/03 12:41:06.17 UmXBHM51
TypeScript 1.0がリリースされた件について
URLﾘﾝｸ(blogs.msdn.com)
503:デフォルトの名無しさん
14/04/03 18:18:25.19 WU6I69c7
うほっ
504:デフォルトの名無しさん
14/04/03 22:10:55.66 PIEAAVmi
>>224
なせま、すばらしい言語は作れるのに、すばらしいOSが作れないのか？
505:デフォルトの名無しさん
14/04/03 22:31:57.98 KPZTHiBY
OSは、したばたらき。えんのしたのちからもち
506:デフォルトの名無しさん
14/04/03 22:52:57.68 8aaFlPVZ
きたかー
507: ◆9Zst2CqO/Y
14/04/03 22:53:53.75 PIEAAVmi
感慨深いです。
508:デフォルトの名無しさん
14/04/06 11:48:59.26 /BRp7uTK
Microsoft、プログラミング言語“TypeScript”を正式リリース
URLﾘﾝｸ(www.forest.impress.co.jp)
509:デフォルトの名無しさん
14/04/06 15:20:08.24 oIpNwxzQ
“TypeScript”は、“JavaScript”へ静的型付け、クラス、モジュールといった機能を追加し、
多くのコンポーネントから成る大規模アプリケーションの開発に耐えうるものへ拡張
510:デフォルトの名無しさん
14/04/06 21:51:24.11 axgq2NYC
TypeScriptでRequirejs使うのって何を意図してんの？
外部モジュールやreference path じゃ不都合の出るケースがあるの？
511:デフォルトの名無しさん
14/04/07 09:23:58.16 cwHyx0pR
全てTypeScriptで成り立つなら使う必要はないかもしれないけど
参照以外はJavaScriptが相手だしな
512:デフォルトの名無しさん
14/04/08 21:37:16.18 LxQtwqh5
Arrayのconcatに値と配列を一緒に渡せるようにするのは今の仕様じゃ無理か
concat(...items: T or Array<T>)
みたいなややこしいもの実装するくらいならコード見直すなりキャストするなりした方がいいな
513:デフォルトの名無しさん
14/04/10 13:20:53.14 WQWEMg7U
アクセサのget と setあるじゃん
これらのアクセサでインターフェイス作りたいときはどう書けばいいのでしょうか？
詳しい方教えてださい
interface Person{
get name() : string;
set name(value : string);
}
のようなかんじなんでしょうか？
514:デフォルトの名無しさん
14/04/10 17:14:13.01 S1KIIA4W
.d.ts吐かせてみたらname: string;になったよ
使う側にしてみれば確かにそうだよな
515:デフォルトの名無しさん
14/05/07 03:11:06.78 Dx88WsDJ
>>513
interface Person {
name: string;
}
class MyPerson implements Person {
public get name(): string { ... }
public set name(value: string) { ... }
}
516:デフォルトの名無しさん
14/05/07 10:07:21.61 ev+R2l3t
yieldやawaitが早くほしい