[過去ﾛｸﾞ]
TypeScript part2 [転載禁止]©2ch.net (1002ﾚｽ)
TypeScript part2 [転載禁止]©2ch.net http://mevius.5ch.net/test/read.cgi/tech/1430386649/
上
下
前
次
1-
新
通常表示
512ﾊﾞｲﾄ分割
ﾚｽ栞
このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索
歴削→次ｽﾚ
栞削→次ｽﾚ
過去ﾛｸﾞﾒﾆｭｰ
666: デフォルトの名無しさん [sage] 2017/05/16(火) 08:27:24.80 ID:MR0lnxJG その「スキーマ」が何を指しているかよくわからんな。 まさか「JSON schemaありき」って言いたいわけじゃないだろうが。 http://mevius.5ch.net/test/read.cgi/tech/1430386649/666
667: デフォルトの名無しさん [sage] 2017/05/16(火) 09:01:29.19 ID:64KrDfHK >>666 別に実装は何でもいいんじゃない? 先にJSONドキュメントそのものを設計しろってこと http://mevius.5ch.net/test/read.cgi/tech/1430386649/667
668: デフォルトの名無しさん [sage] 2017/05/16(火) 10:11:34.64 ID:Jgr59aIg objectを先に設計してstringifyの方が一般的だと思うが。 つまりtsなら型が先。 http://mevius.5ch.net/test/read.cgi/tech/1430386649/668
669: デフォルトの名無しさん [sage] 2017/05/16(火) 13:21:49.91 ID:xkpWN83w jsonに対するinterface適用にわざわざスキーマ使うのはだるいな。 やはりメンバにtypeとかを事前に追加しておいて、そこを見てキャストさせるほうが楽だわ。もちろんそのjson自体が自分で改変可能である必要はあるが。 http://mevius.5ch.net/test/read.cgi/tech/1430386649/669
670: デフォルトの名無しさん [sage] 2017/05/16(火) 13:49:23.26 ID:6a8gh5yc 言語がサポートしてるのはその使い方だからな http://mevius.5ch.net/test/read.cgi/tech/1430386649/670
671: デフォルトの名無しさん [sage] 2017/05/16(火) 14:24:04.58 ID:KRJlMJox TypeScript ⇔ JSONSchema を相互に変換するコードは既に転がってるから どちらでも好みで原本にすれば良いんじゃないの？ まぁあまり自動化を頑張っても、構造が複雑になると結局手書きが必要になる分野だとは思うけど http://mevius.5ch.net/test/read.cgi/tech/1430386649/671
672: デフォルトの名無しさん [sage] 2017/05/16(火) 14:48:54.41 ID:64KrDfHK 型で記述しきれないバリデーションについてはDecoratorsを使うのがベストなんだろうけど、 interfaceには使えないんだよな まあJSONだけならそれでもいいかもしれないが http://mevius.5ch.net/test/read.cgi/tech/1430386649/672
673: デフォルトの名無しさん [sage] 2017/05/16(火) 15:28:34.19 ID:6a8gh5yc リリースノートも見ずにオレオレソリューションひねり出すのやめない？ https://github.com/Microsoft/TypeScript/wiki/What%27s-new-in-TypeScript#tagged-union-types http://mevius.5ch.net/test/read.cgi/tech/1430386649/673
674: デフォルトの名無しさん [sage] 2017/05/16(火) 15:33:13.80 ID:4P1sgrCm interfaceがトランスパイル後に消滅しちゃうの辛いよな。 言語機能でいい感じに残す機能つけてほしいが、そういう提案ってないの？ 最近ついたというプラグインで可能になる？ http://mevius.5ch.net/test/read.cgi/tech/1430386649/674
675: デフォルトの名無しさん [sage] 2017/05/16(火) 15:42:38.42 ID:6a8gh5yc >>662で公式で却下されたと書いてある まあESの仕様壊すし残当 http://mevius.5ch.net/test/read.cgi/tech/1430386649/675
676: デフォルトの名無しさん [sage] 2017/05/16(火) 15:48:01.77 ID:KRJlMJox >>673 この文脈 (>>642, 648) では、型フィールドを信用するのはノーチェックと同じ意味だぞ 外部からのデータが、内部的な制約を満たすことの保証を求めてる http://mevius.5ch.net/test/read.cgi/tech/1430386649/676
677: デフォルトの名無しさん [sage] 2017/05/16(火) 16:10:10.21 ID:6a8gh5yc いや関数に隠蔽すれば壊すまではいかんか >>676 入力データの検査も値レベルの制約も手でやること 型システムに求めることじゃない 型を信じてノーチェックが型安全でありそうでなければオーバーヘッドで死ぬ 本人もタイプガードで満足してるしそれが正解 http://mevius.5ch.net/test/read.cgi/tech/1430386649/677
678: デフォルトの名無しさん [sage] 2017/05/16(火) 17:11:36.85 ID:rTo/YyDO >>675 まぁESの仕様＋型だけだから学習コストが低いってのはあるしね。 でも直感的にinterface定義が消えちゃうのはなんだかなぁって気はする。 こうなったらES側に頑張ってもらうしかないな。パターンマッチング付けてー http://mevius.5ch.net/test/read.cgi/tech/1430386649/678
679: デフォルトの名無しさん [sage] 2017/05/29(月) 18:33:36.63 ID:DGY6L2yw >>651 コレが解決した。 悩んでいつつも暫定対処で乗り切ってただけに小骨が喉に刺さっているような気分でしたわ。 結論としてはtypeRootsオプションは/// <reference types=".." /> を使う時のpath解決でしか使わないって。 ハンドブックをどう読んでもそう書いているように見えない。 http://mevius.5ch.net/test/read.cgi/tech/1430386649/679
680: デフォルトの名無しさん [sage] 2017/06/02(金) 03:21:08.54 ID:0selKGQ0 typescriptでimmutablejs使ってるけどいまいち恩恵を得づらい。 updateInとかパスが補完効いたり出来ればいいのに http://mevius.5ch.net/test/read.cgi/tech/1430386649/680
681: デフォルトの名無しさん [sage] 2017/06/02(金) 08:57:46.98 ID:vyfZNbsR thisを変数に入れたいときの変数名ってみんな何してる？ _thisが使えればいいんだけどなー http://mevius.5ch.net/test/read.cgi/tech/1430386649/681
682: デフォルトの名無しさん [sage] 2017/06/02(金) 09:08:17.58 ID:Ef+/+PyI 変数に入れた後のthisはthisなんですか・・・・？ http://mevius.5ch.net/test/read.cgi/tech/1430386649/682
683: デフォルトの名無しさん [sage] 2017/06/02(金) 09:09:32.94 ID:lCCVb2h3 thatだがそもそもそんなこと必要にならない http://mevius.5ch.net/test/read.cgi/tech/1430386649/683
684: デフォルトの名無しさん [sage] 2017/06/02(金) 09:20:29.61 ID:8OnrstJc JavaScriptのクロージャにおけるthis問題の回避はselfが定番 TypeScriptで必要なケースは少ないはずだけど http://mevius.5ch.net/test/read.cgi/tech/1430386649/684
685: デフォルトの名無しさん [sage] 2017/06/02(金) 09:43:18.53 ID:LceXbV2F >>681 _thisはダメなの？ http://mevius.5ch.net/test/read.cgi/tech/1430386649/685
686: デフォルトの名無しさん [sage] 2017/06/02(金) 10:31:35.82 ID:QxLZOlf9 _thisは重複エラーになっちゃうんでやすよね 目的としては、deferredを返すfunctionがあって、その返り値のdoneで呼び元のthisを使いたいんです http://mevius.5ch.net/test/read.cgi/tech/1430386649/686
687: デフォルトの名無しさん [sage] 2017/06/02(金) 11:16:51.90 ID:Ef+/+PyI やりたいことが分からん コード例plz http://mevius.5ch.net/test/read.cgi/tech/1430386649/687
688: デフォルトの名無しさん [sage] 2017/06/02(金) 11:38:44.20 ID:lCCVb2h3 アロー関数で済むやつでは http://mevius.5ch.net/test/read.cgi/tech/1430386649/688
689: デフォルトの名無しさん [sage] 2017/06/02(金) 12:13:45.27 ID:QxLZOlf9 >>687 var testFucntion = () => { var defer = $.Deferred(); defer.resolve("a"); return defer.promise(); } var hoge: string; testFucntion() .done(function (data: string) { this.hoge(data); }) こんな感じ http://mevius.5ch.net/test/read.cgi/tech/1430386649/689
690: デフォルトの名無しさん [sage] 2017/06/02(金) 12:15:24.11 ID:Ef+/+PyI >>689 >>688 http://mevius.5ch.net/test/read.cgi/tech/1430386649/690
691: デフォルトの名無しさん [sage] 2017/06/02(金) 12:17:24.53 ID:lCCVb2h3 草ｗｗｗ http://mevius.5ch.net/test/read.cgi/tech/1430386649/691
692: デフォルトの名無しさん [sage] 2017/06/02(金) 12:20:14.11 ID:jbvcqQ/c 自演乙としか http://mevius.5ch.net/test/read.cgi/tech/1430386649/692
693: デフォルトの名無しさん [sage] 2017/06/02(金) 23:52:05.01 ID:7H2+/kur functionが自然な場所は、アローにしてて、 アローで解決できる箇所はfunctionなのはなぜ。 http://mevius.5ch.net/test/read.cgi/tech/1430386649/693
694: デフォルトの名無しさん [sage] 2017/06/03(土) 02:14:50.79 ID:QIr3+kxI >>689 doneのほうをアロー式にしたらいいんやで あとvsで開発してる場合、デバッグ時にウォッチしたとき、そのthisにはtestFucntionが入るけど 実際にはちゃんと使いたい値が入ってるから安心しな http://mevius.5ch.net/test/read.cgi/tech/1430386649/694
695: デフォルトの名無しさん [sage] 2017/06/03(土) 09:18:06.31 ID:bm3mvh5f アロー使えばselfいらないって知った時感動した http://mevius.5ch.net/test/read.cgi/tech/1430386649/695
696: デフォルトの名無しさん [sage] 2017/06/04(日) 01:06:25.77 ID:ioiT3hTG Angular(2以降)の話題もここでよろしょうございますか？ http://mevius.5ch.net/test/read.cgi/tech/1430386649/696
697: デフォルトの名無しさん [sage] 2017/06/04(日) 02:05:52.05 ID:fuFkI60h まったくではないが違うんじゃないか？ http://mevius.5ch.net/test/read.cgi/tech/1430386649/697
698: デフォルトの名無しさん [sage] 2017/06/04(日) 05:58:20.77 ID:xlmC5HkR http://medaka.2ch.net/test/read.cgi/php/1415599223/ http://mevius.5ch.net/test/read.cgi/tech/1430386649/698
699: デフォルトの名無しさん [!sage] 2017/06/11(日) 19:15:01.32 ID:AskXGu9A interface A{ x:string; y:string; } interface B extends A{ x:number; } が型の互換性エラーになるの何とかならない？ let a={x:'hoge',y:'foo'}; let b={...a,{x:1}}; みたいな事は出来るのにbを現す型を簡単に定義出来ないのが辛い http://mevius.5ch.net/test/read.cgi/tech/1430386649/699
700: デフォルトの名無しさん [] 2017/06/11(日) 19:18:40.94 ID:AskXGu9A >>696 ngxのスレは別にある http://mevius.5ch.net/test/read.cgi/tech/1430386649/700
701: デフォルトの名無しさん [] 2017/06/11(日) 19:55:36.52 ID:AskXGu9A >>698 2以降はこっち http://mevius.2ch.net/test/read.cgi/hp/1484055394/ http://mevius.5ch.net/test/read.cgi/tech/1430386649/701
702: デフォルトの名無しさん [] 2017/06/11(日) 20:29:27.66 ID:zURolSWc >>699 型が変わったら継承できないのは当たり前では？ interface Parent { x: string | number; y: string; } interface A extends Parent { x: string; } interface B extends Parent { x: number; } こういう関係が正しい関係では？ http://mevius.5ch.net/test/read.cgi/tech/1430386649/702
703: デフォルトの名無しさん [sage] 2017/06/11(日) 21:09:00.82 ID:y28miZDE 理解してない奴を炙り出すのにも静的チェックは必要なんやなって http://mevius.5ch.net/test/read.cgi/tech/1430386649/703
704: デフォルトの名無しさん [sage] 2017/06/11(日) 21:21:16.05 ID:QZNztTAY >>702 プロパティだとセットのときを考えるとcontravariantじゃないとダメだしゲットのときにはcovariantじゃないとダメだから結局invariantが必要になるような気がする アクセサならsetのパラメタとgetの返却値で型が異なってもいいから問題ないと思うけど http://mevius.5ch.net/test/read.cgi/tech/1430386649/704
705: デフォルトの名無しさん [] 2017/06/11(日) 22:09:32.03 ID:AskXGu9A >>702 継承出来ないのは当たり前って言うのは分かる ただ上書きする構文が欲しい http://mevius.5ch.net/test/read.cgi/tech/1430386649/705
706: デフォルトの名無しさん [sage] 2017/06/11(日) 22:13:08.61 ID:QZNztTAY >>705 ジェネリクスあるし上書きする構文が必要になる状況が分からん http://mevius.5ch.net/test/read.cgi/tech/1430386649/706
707: デフォルトの名無しさん [] 2017/06/11(日) 22:22:11.45 ID:eD+QASKK 上書きなんぞせずとも別の名前付ければよくね？ デメリットしか思い付かないし実装されないと思うが、仮に実装されたとしても予想される実装方法はBの型を通してアクセスしたときは型名とかをprefix付けた別名になるようにトランスパイルされるようになるだけでしょ http://mevius.5ch.net/test/read.cgi/tech/1430386649/707
708: デフォルトの名無しさん [sage] 2017/06/11(日) 23:47:19.06 ID:fVYgJSKO extends Aじゃないけどその定義を流用してBを定義したいということか？ http://mevius.5ch.net/test/read.cgi/tech/1430386649/708
709: デフォルトの名無しさん [] 2017/06/11(日) 23:48:25.17 ID:AskXGu9A >>708 そういう事 http://mevius.5ch.net/test/read.cgi/tech/1430386649/709
710: デフォルトの名無しさん [] 2017/06/11(日) 23:49:49.29 ID:AskXGu9A B extends Aじゃないから当然 (hoge:B)=>{ let foo:A=hoge; } みたいな事は出来なくて良い(というか出来ない) http://mevius.5ch.net/test/read.cgi/tech/1430386649/710
711: デフォルトの名無しさん [sage] 2017/06/12(月) 00:58:34.90 ID:F6aJQHtJ 継承じゃないんだから諦めてジェネリクス使いなよ http://mevius.5ch.net/test/read.cgi/tech/1430386649/711
712: デフォルトの名無しさん [sage] 2017/06/12(月) 08:01:38.24 ID:9hAA1jJ7 世の中にxがstringかnumberの場合があるのなら、x: string | number という定義が正しい気がしますが http://mevius.5ch.net/test/read.cgi/tech/1430386649/712
713: デフォルトの名無しさん [sage] 2017/06/12(月) 08:11:52.28 ID:R1uj6Z8h ジェネリクスだと>>699の問題がどこまで解決できるんだろう。 http://mevius.5ch.net/test/read.cgi/tech/1430386649/713
714: デフォルトの名無しさん [sage] 2017/06/12(月) 08:26:45.30 ID:vVucOmau >>713 interface X<T> { x: T; y: string; } interface A extends X<string> { } interface B extends X<number> { } http://mevius.5ch.net/test/read.cgi/tech/1430386649/714
715: デフォルトの名無しさん [] 2017/06/12(月) 18:05:51.91 ID:i2S9/2aT flowとtypescriptって どっちが良いの？ http://mevius.5ch.net/test/read.cgi/tech/1430386649/715
716: デフォルトの名無しさん [] 2017/06/12(月) 18:14:08.97 ID:/bUB16QZ >>715 圧倒的TypeScript 異論は見ろめない http://mevius.5ch.net/test/read.cgi/tech/1430386649/716
717: デフォルトの名無しさん [sage] 2017/06/12(月) 21:00:25.44 ID:5UNDPLtW 酔うの早すぎるだろ http://mevius.5ch.net/test/read.cgi/tech/1430386649/717
718: デフォルトの名無しさん [sage] 2017/06/13(火) 22:10:43.81 ID:PMWJJsvl Announcing TypeScript 2.4 RC https://blogs.msdn.microsoft.com/typescript/2017/06/12/announcing-typescript-2-4-rc/ http://mevius.5ch.net/test/read.cgi/tech/1430386649/718
719: デフォルトの名無しさん [sage] 2017/06/14(水) 08:28:34.92 ID:TtxDPC/b enumってstring literal型出てからほぼ使わなくなったからなあ コード内でimportできるのもよくわからん 何がよくなったんだ http://mevius.5ch.net/test/read.cgi/tech/1430386649/719
720: デフォルトの名無しさん [sage] 2017/06/14(水) 09:04:40.52 ID:t483F9YG 新importは関数であることに意味がある http://mevius.5ch.net/test/read.cgi/tech/1430386649/720
721: デフォルトの名無しさん [sage] 2017/06/14(水) 21:28:45.57 ID:YgZhsY+k >>720 なるほど Promiseで返すってことはasync await 前提なんかな。 ちょっと非同期周りで互換性のないライブラリ使ってると途端に不便になるから 一長一短ではあるんだけど。全部がPromise使うライブラリで固められれば便利になるんかな。 http://mevius.5ch.net/test/read.cgi/tech/1430386649/721
722: デフォルトの名無しさん [sage] 2017/06/14(水) 21:29:54.91 ID:YgZhsY+k jsの仕様変更そろそろ収まって欲しい。 import周りってこれで安定するようになるのかな。 http://mevius.5ch.net/test/read.cgi/tech/1430386649/722
723: デフォルトの名無しさん [sage] 2017/06/15(木) 19:20:45.69 ID:Zba3QY3O filterの中でasync await って使えないんですかね？ http://mevius.5ch.net/test/read.cgi/tech/1430386649/723
724: デフォルトの名無しさん [] 2017/06/15(木) 19:24:11.68 ID:xqojsLNP >>723 無理 rxjs使うか設計見なおせ 具体的に何をしたい？ http://mevius.5ch.net/test/read.cgi/tech/1430386649/724
725: デフォルトの名無しさん [sage] 2017/06/15(木) 21:25:19.64 ID:Zba3QY3O filterの評価関数を作ろうとした時に、今まで作ったやつが全部プロミス返す設計になっていたので、 シームレスに使おうとしたらasync-awaitを使えないかなーと。 将来的にここもasync await使えるようになるのかな。 結局ループを回して絞込処理を実装しましたわ。 http://mevius.5ch.net/test/read.cgi/tech/1430386649/725
726: デフォルトの名無しさん [] 2017/06/15(木) 21:30:12.69 ID:xqojsLNP rxjs使え http://mevius.5ch.net/test/read.cgi/tech/1430386649/726
727: デフォルトの名無しさん [] 2017/06/15(木) 21:32:03.12 ID:xqojsLNP それか自作。そんなに難しくないぞ http://mevius.5ch.net/test/read.cgi/tech/1430386649/727
728: デフォルトの名無しさん [sage] 2017/06/16(金) 01:22:09.50 ID:uNQVqIhb rx推しが謎すぎる。 http://mevius.5ch.net/test/read.cgi/tech/1430386649/728
729: デフォルトの名無しさん [sage] 2017/06/16(金) 07:51:13.34 ID:VSZ6CfqO ループでawaitしちゃうってパフォーマンス悪くない? await promise.all([].map(async () => {})) こういうのが普通では? http://mevius.5ch.net/test/read.cgi/tech/1430386649/729
730: デフォルトの名無しさん [sage] 2017/06/16(金) 12:37:39.06 ID:uNQVqIhb >>729 ずっとpromise.allの存在を失念してた。 これでmap的な使い方できるね。 ところでtypescriptのプロジェクトで自作helperライブラリを使う時にいちいちimportを使うのが面倒くさいんで 自動でimportする設定ってtsconfigにないかな？ http://mevius.5ch.net/test/read.cgi/tech/1430386649/730
731: デフォルトの名無しさん [sage] 2017/06/17(土) 10:56:23.79 ID:254ieyWi typescript便利だけどやっぱり型が後付の弊害がなかなかしんどい。 nullを許容しない前提かと思って使っても結局 実体はnullが突っ込んであったり する。 http://mevius.5ch.net/test/read.cgi/tech/1430386649/731
732: デフォルトの名無しさん [sage] 2017/06/17(土) 17:32:41.06 ID:Jhwo6DZg 弊害じゃなくて人為的ミス 誤りに気付いた者が正せばいい http://mevius.5ch.net/test/read.cgi/tech/1430386649/732
733: デフォルトの名無しさん [sage] 2017/06/17(土) 22:27:47.68 ID:254ieyWi swaggerのジェネレーターが出すコードなんだよね。プルリク出すのが面倒です http://mevius.5ch.net/test/read.cgi/tech/1430386649/733
734: デフォルトの名無しさん [sage] 2017/06/18(日) 00:50:13.20 ID:GScuub4f サーバーサイドの言語仕様とswaggerがstrict null checkに対応してないだけであって typescriptは何も悪くないのでは http://mevius.5ch.net/test/read.cgi/tech/1430386649/734
735: デフォルトの名無しさん [] 2017/06/18(日) 15:17:38.51 ID:xPH4G83l ほんそれ http://mevius.5ch.net/test/read.cgi/tech/1430386649/735
736: デフォルトの名無しさん [sage] 2017/06/18(日) 20:34:02.75 ID:9Ms8Oqe4 >>734 本体がstrict null check対応しても モジュール側が対応してないとそこは無視するってことです？ 例えばモジュールが強制的に T | undefined | null 型になるとかならいいんですけどね http://mevius.5ch.net/test/read.cgi/tech/1430386649/736
737: デフォルトの名無しさん [sage] 2017/06/19(月) 00:15:28.42 ID:2IBzsU2g type Action = { type: “A”, id: number } | { type: “B”, payload: any } …. みたいな定義がある時に interface ALias { [type: Action.type]: () => any; } export default <Alias> { “A”: func1, “B”: func2, } みたいに書けないですかね？ つまりAction.typeをinterface の条件に入れたいってことなんですが。 http://mevius.5ch.net/test/read.cgi/tech/1430386649/737
738: デフォルトの名無しさん [sage] 2017/06/19(月) 09:56:19.65 ID:nrLP7Uu1 インデックスシグネチャがstringかnumberしか受け入れない現状では Aliasを定義する時点でキー(Action.typeの値)が 分かってるなら interface Alias { 'A'?: Func; 'B'?: Func; } 分からないなら interface Alias { [type: string]: Func; } http://mevius.5ch.net/test/read.cgi/tech/1430386649/738
739: デフォルトの名無しさん [sage] 2017/06/19(月) 20:30:47.90 ID:8qDOjcU2 >>730 interface Actions { A: {id: number}; B: {payload: any} } interface Arias {[key in keyof Actions]: () => Actions[key]} こういうことかな？ http://mevius.5ch.net/test/read.cgi/tech/1430386649/739
740: デフォルトの名無しさん [] 2017/06/19(月) 21:29:43.40 ID:GKod7M3S 携帯から書いたけどエラー起きてるし意図理解できてなかった。 こういうことかな？ type Action = { type: "A" } | {type: "B"}; type Arias = {[K in Action["type"]]: () => void} http://i.imgur.com/17xtAlw.png http://mevius.5ch.net/test/read.cgi/tech/1430386649/740
741: デフォルトの名無しさん [sage] 2017/06/19(月) 22:19:36.13 ID:p+TikfUB Arias（笑） http://mevius.5ch.net/test/read.cgi/tech/1430386649/741
742: デフォルトの名無しさん [sage] 2017/06/20(火) 16:14:46.75 ID:Nl8VP77v >>740 おー。聞いてみて良かったです。半分諦めてたんで。 上手く動きました。ありがとうございます。 http://mevius.5ch.net/test/read.cgi/tech/1430386649/742
743: デフォルトの名無しさん [sage] 2017/06/21(水) 12:13:37.61 ID:qahQSwg3 >>742 もっとこういう質問で賑わってほしい 書いてて気持ちいい言語だから angularやreactは流行らなくていいけどフロント開発の標準はtypescriptになってほしい http://mevius.5ch.net/test/read.cgi/tech/1430386649/743
744: デフォルトの名無しさん [sage] 2017/06/21(水) 14:47:30.10 ID:CAzvCkNY >>743 定義ファイルがなくて自作するハメになると途端に苦痛になるけどな。 あとReactというかReduxつかってて合わせてimmutable.js使ってると いつの間にかclassがjsonに変わってることがあってその場合はtypescriptの型と合わなくなるから しんどい。型が後付じゃない言語ならこういうことがないから、ちょっと辛い。 結局reducer内で使う時にjsonからimmuatblejsのclassに変換して state返す時にjsonに戻す処理を毎回入れる方針になった。 immutable.jsは全然typescriptと相性が良くない。 XXX.set(‘member’, value) みたいな構文になるから。 もっとtypescriptで使いやすいimmutableなライブラリないかしら。 http://mevius.5ch.net/test/read.cgi/tech/1430386649/744
745: デフォルトの名無しさん [] 2017/06/21(水) 16:08:20.66 ID:QjjhDd/n >>744 新バージョンではXXX.setが型安全になるからもう少し待て リテラル型とkeyofを使うらしい http://mevius.5ch.net/test/read.cgi/tech/1430386649/745
746: デフォルトの名無しさん [sage] 2017/06/21(水) 19:23:40.28 ID:CAzvCkNY https://goo.gl/7Ty7Tq こんな感じのコードでファイルのアップロード処理を作りたいんですが 上手く動かなくて悩んでいます。 お助け下さい http://mevius.5ch.net/test/read.cgi/tech/1430386649/746
ﾒﾓ帳
(0/65535文字)
上
下
前
次
1-
新
書
関
写
板
覧
索
設
栞
歴
あと 256 ﾚｽあります
ｽﾚ情報
赤ﾚｽ抽出
画像ﾚｽ抽出
歴の未読ｽﾚ
AAｻﾑﾈｲﾙ
Google検索
Wikipedia
ぬこの手
ぬこTOP
0.018s