[過去ﾛｸﾞ] TypeScript part2 [転載禁止]©2ch.net (1002ﾚｽ)
上下前次1-新
このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索 歴削→次ｽﾚ 栞削→次ｽﾚ 過去ﾛｸﾞﾒﾆｭｰ
440: 2016/09/11(日)01:38 ID:m+TGnnw0(1) AAS
リエントラントを意識したことが無かったりすると
再入って言葉を再代入の変わりに使ってもいいじゃん？とか思ってしまうのだろう
441: 2016/09/11(日)08:21 ID:o8qO+nVm(1) AAS
「リエントラントな変数」はナンセンスだから、ま、多少はね？
442: 2016/09/14(水)09:26 ID:tSXXNMuv(1) AAS
tsってjsに変換して型情報捨てちゃってるけどバイナリにコンパイルとかサポートしないのかな
WebAssemblyにそのまま使えたら面白いことになりそう
443: 2016/09/14(水)09:52 ID:EEwsGEAZ(1) AAS
asm.jsは文法だけjsのサブセットで実行モデルは全然違うんでサポートしないっつうかできなかったはずだが、WebAssemblyも同じじゃないの？
444: 2016/09/14(水)10:28 ID:8JRyg+5x(1) AAS
折角の型情報を活かせるのが構文チェックだけで
高速化には寄与しないってのは勿体ないのは確かだな
445: 2016/09/14(水)13:51 ID:Adg+xGfe(1/2) AAS
TypeScriptのビジョン的には、そういうのはESが新バージョンで型アノテーションを導入して
ブラウザによって最適化されるべきということなんじゃない?
ハックで実装するのはTypeScript的じゃないよ
446: 2016/09/14(水)14:43 ID:UUl7aTux(1) AAS
ES5と同じようにwasm用のサブセット作って段階的にサポートしていけば余裕しょ
447: 2016/09/14(水)14:58 ID:Adg+xGfe(2/2) AAS
アセンブリレベルまでコンパイルしようと思えば現在JSに丸投げしてる部分をTSで独自に定義し直す必要があるから、
仕様はサブセットどころか無茶苦茶肥大化するよ
448: 2016/09/14(水)15:06 ID:eWqPmXTS(1/2) AAS
どうせJavaやC#がWebAssemblyの出力に対応するだろうし、高速化を期待するならそっちを使うべきだな
449: 2016/09/14(水)15:12 ID:eWqPmXTS(2/2) AAS
ただ、Webの世界はAPIが全てJavaScript用に定義されてる訳だから
DOMをいじるとかWeb関連のコードを書こうとしたらJavaScript使うのが一番楽だろう
で、TypeScriptを使えばエラーの少ないコードが書けるよってだけの存在だな
450: 2016/09/21(水)09:53 ID:ye3OhaXn(1) AAS
netbeansでtsファイルをコンパイルできますか？
451(1): 2016/09/23(金)07:28 ID:wUPl9fHa(1) AAS
TypeScript 2.0 正式リリース
外部ﾘﾝｸ:blogs.msdn.microsoft.com
452(3): 2016/09/25(日)21:22 ID:rgw8PMte(1) AAS
Visual Studio2015のTypeScript2.0で
if(1===2){
...
}
とすると、
エラー TS2365 演算子 '===' を型 '1' および '2' に適用することはできません。
になるのですが、1と2を比較すると何が悪いのでしょうか？
453: 2016/09/25(日)22:06 ID:s0l/HB/m(1) AAS
>>452
Tagged Union 由来のエラーのような気がする
ナンセンスなコードだけど、気になるようならエラーレポートしておいで
片方が変数なら問題ないから、普通にコードを書くうちは表面化しない
454: 2016/09/26(月)03:17 ID:Pt8k1v+W(1) AAS
>>451
Revised 型の国のTypeScript
外部ﾘﾝｸ:typescript.ninja
>>430
TypeScript 2.0.3 変更点
外部ﾘﾝｸ:qiita.com
455: 2016/09/26(月)12:48 ID:KtFZyGzz(1) AAS
型の国新人研修マニュアルみたいで微妙だった
456: 2016/09/26(月)14:39 ID:ymOrEJcI(1) AAS
一瞬変な絵が出てブラクラかと思った
外部ﾘﾝｸ:techbooster.github.io
457: 2016/09/26(月)23:44 ID:9aeHOXYg(1) AAS
>>452
これは興味深い挙動だな
確かにnumberよりも1や2という「型」の方がより特殊化されてるからそっちで比較されちゃったんだろうな
let n: 1 = 1;
if (n === 2) { // 同じエラー
if (n === <number>2) { // OK (もちろんfalseになる)
number型定数のデフォがnumber型だと最初がエラーにならなくなるから難しい問題だな
省1
458(1): 2016/09/27(火)00:14 ID:pG4L5ums(1) AAS
literal types増えたのリリースノートに書いてあるだろ
アナウンスのドキュメントさえ読まないバカが賢ぶってもまるわかりなんだよ
459: 2016/09/27(火)00:21 ID:DHOAQjGg(1) AAS
変なのが来た
460: 2016/09/27(火)13:49 ID:cO8I5ivP(1) AAS
Delphiか、、Prismはお試しで終わったっけな
461: 2016/09/27(火)16:37 ID:LSfhFpLX(1/2) AAS
espower-typescriptのtypescript2対応版ってないですか？
462: 2016/09/27(火)18:40 ID:LSfhFpLX(2/2) AAS
espower-typescriptは自動でproject rootのtsconfig.jsonを参照しているんですが
別ファイルで指定する方法ないでしょうか？
463: 2016/09/27(火)22:52 ID:K3k5rGhG(1) AAS
>>458
とりあえず>>452のエラーの理由を詳細に説明してくれ
464(2): 2016/09/30(金)12:56 ID:Y6l190wq(1) AAS
typescriptでは、
こういう書き方をするようですが、
$(document).ready(() => { ... });
普通の書き方
$(document).ready(function () { ... });
だとダメなのでしょうか？
465: 2016/09/30(金)13:07 ID:LMNz6D7V(1) AAS
>>464
全く問題ないよ。関数内のthisの指し先の違いにだけ注意がいる
466: 2016/09/30(金)17:16 ID:ff48EwFg(1) AAS
>>464
typeScriptというよりes2015ですね。
467: 2016/10/05(水)16:03 ID:ndferu82(1) AAS
jQueryの場合はコールバック内で$(this)とかするけど() => {にするとおかしな事になる(最新だとどうなるかは分からん)
だからjQueryに渡す場合は全部functionにしてる。一貫性がなくなって気持ち悪いけど
468(1): 2016/10/06(木)09:02 ID:RX03s8Mg(1) AAS
どちらも関数ではあるけど用途に違いがある以上、元より一貫性を出すことなんてできないでしょ
469: 2016/10/06(木)15:59 ID:xaiWfMZS(1) AAS
() => {}.bind(this)
470: 2016/10/06(木)20:20 ID:57+jsWi1(1) AAS
>>468
用途に違いがあるっていうのかな？
functionの挙動に依存しちゃってるから仕方なく使ってるってだけだし、いずれ使う必要は無くなる
471(1): 2016/10/07(金)14:51 ID:CXORFQa6(1) AAS
null合体演算子はありますか？
472: 2016/10/08(土)21:45 ID:2uwi8nYQ(1) AAS
>>471
|| のことかな？ falseだとダメだけど
473(1): 2016/10/20(木)18:22 ID:UBHF5fAS(1) AAS
typescriptでnode_modules配下のjsコードのimportは可能ですが
自作のjsコードをimportして使いたいのですが可能でしょうか？
具体的に言うとpegjsで作ったparserをtypescriptから使いたいんです。
474: 2016/10/21(金)09:58 ID:xTFSBjWO(1/2) AAS
>>473
外部ﾘﾝｸ:qiita.com
475: 2016/10/21(金)10:02 ID:PxEW311p(1) AAS
公開部分だけなら自分で定義ファイル書くのは容易なんじゃないか
もしくはソースをTypeScriptに変換しちゃって-d付きでコンパイル
476: 2016/10/21(金)12:40 ID:xTFSBjWO(2/2) AAS
ちょっと考えればtsだってjsに変換してからimportしてるわけだからエラーが出てるようにみえるのは
定義がないだけってわかるだろうに。アホですな。
477(1): 2016/10/24(月)23:34 ID:oa9Cbf2z(1) AAS
typescript2.0から.d.tsのデフォルトの検索パスってどうなってるんですかね？
とりあえず自分で定義したのはnode_modules/@types/ に置くことで認識はするんですけど
気持ち悪いのでできればnode_modulesに置きたくないんですよね
478: 2016/10/25(火)00:14 ID:jY50IjHL(1) AAS
その手の質問はQ&Aサービス使え
479: 2016/10/25(火)09:54 ID:wi8xj/Ad(1) AAS
>>477
--typeRoots
次から外部ﾘﾝｸ:github.comを必読としてテンプレに入れようぜ
480: 2016/10/25(火)15:38 ID:DJibeu24(1/2) AAS
そう言わずに教えてあげればいいじゃない。どうせ話題もないんだし
481(1): 2016/10/25(火)16:45 ID:k0D4gpoS(1) AAS
.net frameworkを使えたりframeworkからコンパイルできれば面白くなりそうなのに
482: 2016/10/25(火)18:39 ID:UTXk7OSn(1) AAS
たしかに .Net Framework使えたら便利だな
現状ではNode.jsから外部コマンドを叩いて
C#やPowerShellを経由すればできるんじゃね
483(1): 2016/10/25(火)20:33 ID:DJibeu24(2/2) AAS
やっぱりTypeScript使いの人はMicrosoftマンセーの人が多いの？
Mac使いとしては.Netが使えたからどうなんって感じなんだが。
ElectronとかでTypeScriptを使う話をしてるの？
484(1): 2016/10/25(火)21:30 ID:VLkXttsf(1) AAS
Windows向けtypescript処理系自体jscriptにコンパイルされて.NETオブジェクト経由でファイルアクセスしてなかったか
485(1): 2016/10/26(水)02:40 ID:m/Az1cPZ(1) AAS
>>483
＞TypeScript使いの人はMicrosoftマンセーの人が多いの？
特定の企業が好きというよりかは
デファクトスタンダードに乗りたいだけ
WinとMacならWinが（価格性能比的に）使いやすいし
AndroidとiPhoneならAndroidが使いやすいから
（規制が少ないのでとくに開発側としては）
486: 2016/10/26(水)03:51 ID:CrOhdQQd(1) AAS
typescript使うよりc#で書くほうが楽だよね
487: 2016/10/26(水)07:48 ID:JLzF9ZGl(1) AAS
>>481
JsProjectWinRTNamespace: 外部ﾘﾝｸ:msdn.microsoft.com
WinRT (UWP) ならJavaScript側へ公開できるから、それを使うことは可能。
なんにせよ、JavaScriptホスト側を握っていれば (ChakraCore等) 好きにできる。Macでも。
488: 2016/10/26(水)10:52 ID:jSNrAQ3l(1) AAS
>>484
.netじゃなくてWSHを使ってると思う
tsc.jsの2630行目辺りを読んでみれ
489: 2016/10/26(水)14:57 ID:L9VZpe/b(1) AAS
tsc.js
外部ﾘﾝｸ[js]:github.com
490: 2016/10/27(木)00:16 ID:e6l93V+P(1) AAS
>>485
surfaceて高いイメージあるが。
最近はmacも安いし、unix系だからweb系ならmacの方が人気ないか？
そしてtypeScript使うやつはweb系だよね。
491: 2016/10/27(木)00:28 ID:rC8yedLe(1) AAS
Web系といってもBtoBの比較的かっちりしたものをやってるところはC#やJava使ってWindows上で開発してるところも多いよ
そしてTypeScriptもWeb系の中では比較的そっちの方で好まれてるイメージ
492: 2016/10/27(木)07:44 ID:aKCl6pYl(1) AAS
Web系じゃないけどソフトのプログラムでJavaScriptが採用されてるから使ってるよ
493: 2016/10/31(月)11:16 ID:zObjWshz(1/4) AAS
データと操作を分離する運用
外部ﾘﾝｸ:goo.gl
上記スタックオーバーフローを見てたんですが
データ構造を扱うときにclassを使わずにすべてjsonにしてしまうって運用は結構を有る話でしょうか？
個人的にはElixirも触っていてデータ構造と処理関数を分けると言うのはアリだとは思うんですが
手元のコードはclass使いまくりでシリアライズが必要になったタイミングで軽く後悔しているところです(^ρ^)
494(1): 2016/10/31(月)12:47 ID:UgzYDGEX(1/2) AAS
そんなに難しい話じゃないような
class Pen {
constructor(private json: PenData) {}
}
でいいじゃん
495(2): 2016/10/31(月)12:58 ID:zObjWshz(2/4) AAS
>>494
それでデシリアライズしたものをシリアライズした時にどうやってPenDataだと特定するの？
496(1): 2016/10/31(月)13:30 ID:lUtaNTCT(1/2) AAS
>>495
シリアライズした構造が固定なら、ルートから順に再構築するのでは？
自分で全てのコンストラクタなりdeserializeメソッドを実装することになる
汎用デシリアライズ関数1個で全てを賄うつもりなら、JSON内にクラス名を保持して
クラス名とJSONからオブジェクトを構築するファクトリを用意するのかな
TypeScriptは実行時型情報が無いから、意外と素直で原始的な方式になると思う
497(1): 2016/10/31(月)16:02 ID:zObjWshz(3/4) AAS
>>496
ですよね。結局こういうめんどくさい実装になるので、だったら
最初からロジック的にデータ構造はすべてjsonにしてしまったほうが楽かなと。
498: 2016/10/31(月)17:59 ID:lUtaNTCT(2/2) AAS
>>497
ロジック的にJSON (=循環の無い木構造) にできるなら、それが楽だとは思う
実行時には循環参照が必要になる場合は、保存時にフラットなJSONに変換せざるを得ない
これを汎用化していくと、いわゆるO/Rマッパーになるんだろうな
499: 2016/10/31(月)20:32 ID:963XFQ2I(1) AAS
ここまでなんのためにシリアライズするか確認するやつなし
500: 2016/10/31(月)21:41 ID:UgzYDGEX(2/2) AAS
>>495
そんなもんまともなスキーマ設計してたら一意に決まるだろ
JSは伝統的にAPI指向で、入出力のスキーマだけはきっちり守って
あとは適当に辻褄合わせすればいいという考え方をするもんなんだよ
エンティティを重視しないの
501(1): 2016/10/31(月)21:42 ID:zObjWshz(4/4) AAS
chrome extension作ってまして
background - popup -contentscript間のデータのやり取りがjson経由でしかできなかったので。
502: 2016/11/01(火)01:26 ID:R4cGftBs(1) AAS
永続化や通信でシリアライズが必要ならまず構成と通信内容を決めて
実装可能であることを確認してから個々の実装に入るべきだった
行きあたりばったりで通信が必要なデータやコマンドが噴出してるだろうから
個別機能に逃げずに先にそこを設計しろ
503: 2016/11/01(火)03:17 ID:ZbjdSYd3(1) AAS
>>501
普通にobjectを渡せるんじゃないか？
504: 2016/11/09(水)22:55 ID:w82iFkDp(1) AAS
React Componentを相対パスでimportするのはもう嫌なので、絶対パスでimportしてやる
外部ﾘﾝｸ:qiita.com
コレいいなって思ったんですがTypeScriptで絶対パス指定する方法って標準であったりしないですかね？
505(1): 2016/11/10(木)00:57 ID:+mabk82N(1) AAS
TypeScript 2.1 RC: Better Inference, Async Functions, and More
外部ﾘﾝｸ:blogs.msdn.microsoft.com
506: 2016/11/10(木)03:11 ID:XJYCbDSV(1) AAS
モジュール周りはここに書いてあるようだ。
外部ﾘﾝｸ[html]:www.typescriptlang.org
507: 2016/11/12(土)00:03 ID:0EI9e+TE(1) AAS
>>505
TypeScript 2.1.1 変更点
外部ﾘﾝｸ:qiita.com
508: 2016/11/16(水)13:26 ID:VglaLP8t(1) AAS
bucklescript ω
509(1): 2016/11/20(日)01:23 ID:PZEuAd0p(1) AAS
みんなエディタは何使ってるの？ VisualStudio以外にいいエディタある？
510: 2016/11/20(日)08:29 ID:p95gh/Vn(1) AAS
vscode
511: 2016/11/20(日)09:20 ID:mNZMIvsS(1) AAS
vim
512: 2016/11/20(日)09:40 ID:0ByPx+DX(1) AAS
Emacs
外部ﾘﾝｸ:www.typescriptlang.org
の下の方にEmacsのTypeScript開発環境へのリンクがある。メソッド補完とかリファクタリングとか全部出来る
513(2): 2016/11/20(日)16:06 ID:rN9nZaoB(1) AAS
>>509
ALM
外部ﾘﾝｸ:alm.tools
好きが高じてエディタまで作ってしまった例
514: 2016/11/20(日)17:44 ID:Y8tBh63Q(1) AAS
>>513
+1
515: 2016/11/24(木)16:16 ID:Kbd9UGgc(1) AAS
ALM 使ってみたけど、JIS キーボードで CTRL+¥ が効かなくてツリービューが出ない…
ファイル操作はツリービューでやるんだよね？
516: 2016/11/25(金)11:07 ID:lg4MxwBZ(1) AAS
>>513
本家のプレイグラウンドも楽しいけど、ちょっと他のライブラリとか合わせられるようなのもほしい。 こういうのと組み合わせて作ってくんないかなー。
517: 2016/12/01(木)23:31 ID:V3pVktwk(1) AAS
TypeScript Advent Calendar 2016
外部ﾘﾝｸ:qiita.com
(今年も)やっちまった感
518: 2016/12/02(金)15:42 ID:ocojT6FV(1) AAS
需要なしか
519(1): 2016/12/02(金)21:48 ID:i9Hqboy9(1) AAS
12月突入数時間前まで誰も立てなかったしそりゃね
520: 2016/12/03(土)16:07 ID:iU+ignEA(1) AAS
いつも納期を守らないひとですねわかります
上下前次1-新書関写板覧索設栞歴
あと 482 ﾚｽあります
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ AAｻﾑﾈｲﾙ
ぬこの手 ぬこTOP 0.023s