[過去ﾛｸﾞ] TypeScript part2 [転載禁止]©2ch.net (1002ﾚｽ)
上下前次1-新
このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索 歴削→次ｽﾚ 栞削→次ｽﾚ 過去ﾛｸﾞﾒﾆｭｰ
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
いつも納期を守らないひとですねわかります
521(1): 2016/12/03(土)22:27 ID:W5YxFMDl(1) AAS
TypeScript 2.1のkeyofとかMapped typesがアツい
外部ﾘﾝｸ:qiita.com
そろそろ2.1正式版来る気配
522: 2016/12/05(月)08:39 ID:vZnFdVec(1) AAS
人気ないでしょ。
523: 2016/12/05(月)09:21 ID:nuFcVUYF(1) AAS
英語圏はどうなのよ
524: 2016/12/05(月)16:49 ID:5hp1IXjD(1) AAS
>>521
パスやファイル名に日本語が有ると
エラーする問題はこれで直るのか？
525: 2016/12/05(月)17:57 ID:dF177W8B(1) AAS
>>519
Tcl/Tkの誰か立ててよ
526: 2016/12/08(木)07:43 ID:sRPpwh3/(1) AAS
外部ﾘﾝｸ:blogs.msdn.microsoft.com
「...」系の構文が増えるといいなぁ
最近のC++に追加された構文が便利だから
527: 2016/12/08(木)14:41 ID:K4A6J/m6(1/2) AAS
しかしkeyofとかTypeScriptスゲーな
型言語としてやれる事はとことんやろうという方針なんだな
keyofは既存のJavaScriptコードと連携する時にコーディングミスをコンパイル時に分かるようになるって事かな
TypeScriptオンリーの時は多分使いそうにないけど、何か使いどころがあるんだろうか？
528: 2016/12/08(木)14:49 ID:K4A6J/m6(2/2) AAS
と思ったらMapped Typesでkeyofが必要だったんだな。納得した。
Mapped Typesは使いどころを模索中…
529: 2016/12/08(木)23:29 ID:/aGxLpEu(1) AAS
ちょっと手段が目的化してる感が否めないなあ
最初からTypeScript前提で作ったモジュールを使う分にはkeyofが必要な状況はそう無いだろうし、
既存のJSライブラリのインターフェース書くための機能だと割り切るんだったら
そこまで厳格にDRYに拘る必要もないように思うが
530: 2016/12/09(金)08:58 ID:zMqsgGKG(1) AAS
・interface を readonly の有無で2回書かなくて良い
・エレメントに設定する一連の属性をオブジェクトで渡す際の型安全
ぱっと思いつくだけでも悪くない機能だと思うけど
531: 2016/12/10(土)08:55 ID:ZQIWZdV9(1/2) AAS
classのコンストラクタを定義する場合、もしメンバ変数が20個あるとすると、
コンストラクタにも20個の引数を並べて、
constructor(arg1, arg2, ......, arg20){
this.parm1 = arg1;
this.parm2 = arg2;
this.parm3 = arg3;
..
省3
532(1): 2016/12/10(土)10:13 ID:yQhPHczS(1) AAS
constructor(public parm1, private parm2) {
533: 2016/12/10(土)13:08 ID:ZQIWZdV9(2/2) AAS
>>532
そんな技が有ったのですか！
ありがとうございました。
534: 2016/12/16(金)22:23 ID:Za7bRyyh(1) AAS
型システムがチューリング完全になっててもおかしくないな
たしか scala と c++ は達成してた筈
535: 2016/12/16(金)22:39 ID:lf6NCS1E(1/2) AAS
C++はtemplateでしょ
template引数の扱いがほぼ帰納関数の定義みたいなもんだしな
536: 2016/12/16(金)22:40 ID:oD0nT6zl(1) AAS
TypeScriptの型はあくまで検査専用でメタプログラミングには使えないから無理じゃない?
537: 2016/12/16(金)23:19 ID:hVjcwv5q(1/3) AAS
C++のテンプレートがチューリング完全だとしても文字列のハッシュ値は計算出来ない
なぜならC++の文字列はポインタでしかないけどコンパイル前に参照する事が出来ないから
それでもチューリング完全なのは間違いないけど、別にチューリング完全だからってなんでも出来るわけじゃないってことだな
538: 2016/12/16(金)23:21 ID:hVjcwv5q(2/3) AAS
ちなみに文字列じゃなくて文字の配列にすれば問題ない
const char* str = "hoge";じゃなくて
const char str[] = { 'h', 'o', 'g', 'e' };ってこと
539: 2016/12/16(金)23:24 ID:hVjcwv5q(3/3) AAS
間違えた…
const char str[] = { 'h', 'o', 'g', 'e', '\0' };
だった
連投ごめんなさい
540: 2016/12/16(金)23:29 ID:lf6NCS1E(2/2) AAS
ゲーデル「そこはゲーデル数で…」
541: 2016/12/16(金)23:34 ID:ZvALx4tK(1) AAS
ゲーデルはホント天才だよな
紙と手廻し計算機しかない時代に
「符号化すれば数式だろうが証明図だろうが数で表せるし
数の計算が数式処理や証明じゃん」なんて
542: 2016/12/17(土)17:02 ID:a9hyyPvt(1) AAS
むしろその世代だったからよかったのかも
543(1): 2016/12/18(日)15:38 ID:6QPg4rBj(1) AAS
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が出る(コメントアウトすれば出ない)
省6
上下前次1-新書関写板覧索設栞歴
あと 459 ﾚｽあります
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ AAｻﾑﾈｲﾙ
ぬこの手 ぬこTOP 0.024s