TypeScript part3

1 ：デフォルトの名無しさん：2018/04/26(木) 21:48:23.07 ID:mMDBzDaB.net

http://www.typescriptlang.org/

JavaScript that scales.
TypeScript is a typed superset of JavaScript that compiles to plain JavaScript.
Any browser. Any host. Any OS. Open Source.

part1
https://peace.5ch.net/test/read.cgi/tech/1349187527/
part2
https://mevius.5ch.net/test/read.cgi/tech/1430386649/

646 ：デフォルトの名無しさん：2020/10/12(月) 18:07:07.48 ID:pl0L2hmu.net

あー・・・。
そう言えばC#はネイティブにもコンパイル出来るようになったんだっけ・・・。
C#については納得。

Javaはまあ、コード資産だろうし。

647 ：デフォルトの名無しさん：2020/10/12(月) 18:13:15.12 ID:pl0L2hmu.net

JITについては正直半分くらいしか信じてないんだけど、あり得なくは無いなと思ってる。
Dや一部のC++みたいにコンパイル時実行での最適化とどっちが速いんだろうとか思う。

648 ：デフォルトの名無しさん：2020/10/12(月) 18:27:26.57 ID:wrjLnlZW.net

>>645
ジェネリクスってコンパイル時に解決するものだと思ってた

649 ：デフォルトの名無しさん：2020/10/12(月) 18:58:23.00 ID:2+ZUcZ4K.net

TypeScript part3

650 ：デフォルトの名無しさん：2020/10/12(月) 20:08:52.47 ID:aavFFkjO.net

>>647
コンパイル時の方が多少早いけど、cppのジェネリクスもといテンプレートは型の分関数を用意するって愚直な方法をとってるので、バイナリサイズがデカくなる。
型情報も使えないしね。
あと、分岐命令なんかはどっちのほうが頻度高いかとか見て、動的にプロファイル取りながら最適化しつつ実行してるので、JITの方がより良い形になる事もある。

>>648
コンパイル時に解決はしてるけど、ILレベルでは複数の関数が作られてる訳ではなかったはず。
もちろん実行時には、JITで型ごとに関数が生えることもある。

651 ：デフォルトの名無しさん：2020/10/12(月) 20:18:21.71 ID:wrjLnlZW.net

>>650
そゆことね。なるほど

652 ：デフォルトの名無しさん：2020/10/12(月) 21:17:35.13 ID:/8/TUV2P.net

モダンC++対マネージコード：パフォーマンス対生産性
https://www.infoq.com/jp/news/2012/04/native_vs_jit/

653 ：デフォルトの名無しさん：2020/10/12(月) 22:34:15.13 ID:CacJvltN.net

>>627
型はトモダチ…！

654 ：デフォルトの名無しさん：2020/10/12(月) 22:37:04.59 ID:CacJvltN.net

質問なのですがTypeScriptでC++みたいに関数引数をconstにするにはどうすれば
良いの？

655 ：デフォルトの名無しさん：2020/10/12(月) 22:47:48.13 ID:CacJvltN.net

>>650
>あと、分岐命令なんかはどっちのほうが頻度高いかとか見て、動的にプロファイル取りながら最適化しつつ実行してるので、JITの方がより良い形になる事もある。
ﾃﾞﾏくね…？
プロファイル取る手間はタダじゃないし、

656 ：デフォルトの名無しさん：2020/10/12(月) 23:49:02.74 ID:m2BvN3X6.net

>>654
eslint no-param-reassign

657 ：デフォルトの名無しさん：2020/10/13(火) 00:53:50.25 ID:y5Oy6HcC.net

Ruby では、1秒で100万回ループすると、

JIT されて、1秒で1,000万回ループされる

658 ：デフォルトの名無しさん：2020/10/13(火) 06:14:03.47 ID:ksuhhYbG.net

>>653
型はトモダチ！(ﾟ∀ﾟ)

659 ：デフォルトの名無しさん：2020/10/13(火) 07:33:03.58 ID:mCCwe/N2.net

>>655
どっかで読んだけどな。
というか、AOTの制限事項として、JITより効率が悪い可能性の一つとして挙げられてるよ。

660 ：デフォルトの名無しさん：2020/10/13(火) 17:57:10.11 ID:cQUBKlo0.net

(´･ω･`) webpack v5 ……

661 ：デフォルトの名無しさん：2020/10/13(火) 21:41:54.07 ID:mhza1+DZ.net

>>656
「Invalid option '--param-reassign'」って言われた つ∀`；)
ESLint: 6.5.1.

ていうかできたとして無差別にconnstというのもそれはそれでC++と違う希ガスorz

662 ：デフォルトの名無しさん：2020/10/15(木) 17:16:37.21 ID:pazOZeAi.net

webpack@5、めっちゃ破壊的やん…

663 ：デフォルトの名無しさん：2020/10/15(木) 17:39:38.69 ID:hmYZFqJj.net

>>661
お前の目はフシアナか？
https://eslint.org/docs/rules/no-param-reassign

ていうか引数に再代入するガイジなんて必要ないから無差別にエラーで構わんやろ

664 ：デフォルトの名無しさん：2020/10/31(土) 19:19:55.76 ID:T4Ek6w2r.net

JavaScriptからTypeScriptへの書き換えｵﾜﾀ＼(^o^)／
JavaScrpit最初に知って一ヶ月で全部書いたから3000行ぐらいだろうと思っていたら
あとでちゃんと数えたら8790行やったorz
実作業4日かかった
ここで4日というのは4日×8Hではなくて4日×24Hの意m（ｒｙ

665 ：デフォルトの名無しさん：2020/10/31(土) 19:27:20.93 ID:cZ59ogsv.net

乙
TypeScriptやってない頃に書いたコードってTypeScriptのこと意識してなくてオブジェクトの形を動的に変えたりしない？
自分がやったときはそのせいでだいぶ時間かかったわ

666 ：デフォルトの名無しさん：2020/10/31(土) 19:31:22.31 ID:T4Ek6w2r.net

prototype文で無理矢理classにしていたやつを
さらに基底クラス（にあたるﾌﾞﾂ）の所有でもって継承を表現していたやつの普通のclassと継承への書き換えが苦痛やった、
機械的とはいえ自動化できるほど単純には行かず苦痛やった、
手製イベントのインターフェースが実際何になるのかがぐちゃらけていたので3種類のインターフェースのORで
表現できるとﾜｶﾙまで試行錯誤を要した、
あとはだいたいうまいぐあいに逝けた
とわいえVSCodeの強力なインテリセンスとリアルタイムエラー報告（スクロールバーのところが赤くなるやつ）が無かったら
到底完遂不可能なところやった、、、
webpack使用

667 ：デフォルトの名無しさん：2020/10/31(土) 19:34:13.19 ID:fxcwqRC2.net

おめでとう

668 ：デフォルトの名無しさん：2020/10/31(土) 21:54:44.53 ID:bInJNbvZ.net

ウンコードなJSをTSに変えることで人は強くなるのだ
おまえはまた強くなった

669 ：デフォルトの名無しさん：2020/11/01(日) 08:10:24.39 ID:jzqs5N6a.net

委譲から継承に切り替えたらそりゃ辛いっしょ。
乙〜

670 ：デフォルトの名無しさん：2020/11/02(月) 00:59:20.76 ID:ZpVsHyOp.net

delegation over inheritance って言うしな

671 ：デフォルトの名無しさん：2020/11/06(金) 22:00:05.98 ID:4red4XqV.net

GithubでもTsは定義箇所にジャンプできたりするんだな
強い

672 ：デフォルトの名無しさん：2020/11/09(月) 19:43:09.64 ID:m4E6C9lQ.net

今からTypeScriptやるならDenoでいーの？
あっギャグじゃないです真面目な質問

673 ：デフォルトの名無しさん：2020/11/09(月) 21:13:08.03 ID:EKGzterf.net

作った本人は デノ って発音してるように聞こえる

674 ：デフォルトの名無しさん：2020/11/09(月) 21:43:52.92 ID:nCMtc7Yy.net

Denoあんまり詳しくないけど、何やりたいかにもよると思う
Web開発をする分にはまだNodeなんじゃないかな
周辺のツールやライブラリが揃ってるので
CLIツールとかならDenoでいーんでの？

675 ：デフォルトの名無しさん：2020/11/11(水) 11:00:58.08 ID:UmNDS4oo.net

>>671
jsx/tsx でもイケるようになったね

676 ：デフォルトの名無しさん：2020/11/17(火) 22:53:14.47 ID:slG9DoRm.net

https://ncjamieson.com/prefer-interfaces/
https://github.com/microsoft/TypeScript/wiki/Performance

以前 type 推しの人がいたけどやっぱり interface か…

677 ：デフォルトの名無しさん：2020/11/20(金) 14:22:41.76 ID:Us83CHd5.net

Announcing TypeScript 4.1
https://devblogs.microsoft.com/typescript/announcing-typescript-4-1/

678 ：デフォルトの名無しさん：2020/11/20(金) 21:01:29.75 ID:2CLFT5fk.net

どんどん複雑になるなぁ
ついていけまへんわ

679 ：デフォルトの名無しさん：2020/11/20(金) 21:22:14.83 ID:2ALlQdvp.net

逆にバージョンアップでシンプルになっていく言語ってあるの？
互換を完全に切るような言語なら可能だろうけど

680 ：デフォルトの名無しさん：2020/11/20(金) 21:41:42.91 ID:lbWKfW5j.net

>>679
Schemeが小さくはなったな
ま、大規模に使われてる言語じゃないから出来る芸当だ

681 ：デフォルトの名無しさん：2020/11/20(金) 21:44:46.30 ID:4mUoVYL/.net

言語機能が増えたからと言って全部使う必要はないしな
たまにどこかで使われてるのを見てあれってなったら調べるくらいで良い

682 ：デフォルトの名無しさん：2020/11/20(金) 21:50:47.55 ID:lbWKfW5j.net

JavaScriptは動的型だけど、動的型は意識しなくても複雑な事が出来てしまう
TypeScriptはそれらに対して何としてでも型を付けたいんだよ
それだけの事
JavaScript自体は何も変わってない

683 ：デフォルトの名無しさん：2020/11/20(金) 23:06:21.09 ID:YMHZwsA3.net

もうaltJS風WebAssemblyコンパイラにして

684 ：デフォルトの名無しさん：2020/11/20(金) 23:26:29.58 ID:CQfd4Gtb.net

>>683
つ AssemblyScript

685 ：デフォルトの名無しさん：2020/11/21(土) 01:50:51.61 ID:uA84MfqB.net

コンパイラ型ほ生産性低いよ。

686 ：デフォルトの名無しさん：2020/11/21(土) 04:03:36.16 ID:KUTDu7Bm.net

template literal typesなんていれるから
型レベルSQLとかおかしな事やり始めてるし
https://github.com/codemix/ts-sql

687 ：デフォルトの名無しさん：2020/11/21(土) 09:57:45.60 ID:y2efXPmb.net

くっそ遅くなりそう

688 ：デフォルトの名無しさん：2020/11/21(土) 10:46:50.16 ID:+IqFTLxs.net

C++並にコンパイル遅くなったりしてね。
実質マクロだから実行時は速いんちゃう？

689 ：デフォルトの名無しさん：2020/11/21(土) 10:54:34.52 ID:QRxilPan.net

>>680
あれ小さくなったって言えんの？
r7rs なんて common lispよりでかいじゃん。
コアだけなら小さいだろうけどコアだけじゃなんもできんだろ。

690 ：デフォルトの名無しさん：2020/11/21(土) 12:06:56.10 ID:FiI26J/z.net

うちのtsプロジェクト、tslintも入れてビルドに10分くらいかかってる。
前に -incremental 試してみてなんかの理由で断念したんだよな。
もう一度トライしてみるか。

691 ：デフォルトの名無しさん：2020/11/21(土) 12:34:04.91 ID:8nB0jPpm.net

スクリプトのメリット完全に失っててワロタ
スクリプトはビルドしちゃいけないんだよ
IDEでパラレルLintするぐらいならいいけどな
ビルドしないと動きませんじゃ本末転倒でなにがなんだか
ビルドするならC#とかGoでやりゃいい

692 ：デフォルトの名無しさん：2020/11/21(土) 13:16:27.04 ID:L7J0TnQj.net

ts-nodeならビルド不要だけど、それとは違う話か
TypeScriptを直に実行できる処理系は今後も現れないだろうな

693 ：デフォルトの名無しさん：2020/11/21(土) 13:30:05.02 ID:y2efXPmb.net

>>691
＞ビルドするならC#とかGoでやりゃいい
ブラウザで使うのが現実的じゃない

694 ：デフォルトの名無しさん：2020/11/21(土) 13:42:58.96 ID:uA84MfqB.net

Dart始めました

695 ：デフォルトの名無しさん：2020/11/21(土) 14:02:54.86 ID:xoaJjvLB.net

そもそもスクリプト言語でスクリプト言語向きじゃない大規模なことをやろうとしてるからこれができたわけで、言語のせいにするのは違う
そもそも今のWeb（アプリ）はTS使ってなくてもビルドしてるものばっかりだし

696 ：デフォルトの名無しさん：2020/11/21(土) 14:35:34.39 ID:FiI26J/z.net

まあ、べつに「スクリプトのメリット」を期待してtsを使ってるわけじゃないしな。
とはいえビルド時間が短縮できるならそれに越したことはないが。

697 ：デフォルトの名無しさん：2020/11/21(土) 15:32:21.74 ID:+IqFTLxs.net

watch使うからビルド速度そんなに気にならないなぁ

698 ：デフォルトの名無しさん：2020/11/21(土) 18:31:06.90 ID:/DiusCOy.net

>>689
RSR7-smallは5をベースにしてるから、それでなんも出来ないとか言ったら、それまでのSchemeを全否定じゃんw

699 ：デフォルトの名無しさん：2020/11/21(土) 18:58:48.16 ID:+IqFTLxs.net

いっそガチでマクロ入れてくれたら色々捗るなぁ。凄く読みにくくなるだろうけど。
そこまで行かなくとも、（内部的に複数の関数を持つ）関数オーバーロードとか欲しいかも

700 ：デフォルトの名無しさん：2020/12/09(水) 21:30:42.37 ID:gfVn9W3hf

型定義ファイルを自作する場合どこに置くのがセオリーでしょうか？
プロジェクトルートに@typesフォルダ作ってその中でしょうか？

701 ：デフォルトの名無しさん：2020/12/18(金) 05:11:45.78 ID:7UB7snzp.net

ブラウザ使っててよく Webページ が固まることがあるから、ちゃんとUIスレッド以外で処理しろよとよく思ってたが
JavaScript 自体がシングルスレッドだったのね

WebWoker とかいうのもあるみたいだが、MDN見るに、
言語側でがっつり管理するからスレッドセーフあんまり考慮しなくてもいいみたいだし、これは楽でいいわ

Java やってて、クリティカルセクションの処理が一番嫌いだった
デッドロックの原因探すの大変すぎた

702 ：デフォルトの名無しさん：2020/12/18(金) 05:52:13.96 ID:427cIB03.net

そもそもIO待ちにスレッドを使うのがナンセンスだったんだよな

703 ：デフォルトの名無しさん：2020/12/18(金) 07:23:19.35 ID:7UB7snzp.net

まぁでも、

JavaScript のソースコード内に書いたものが全部同じスレッドで走ってる

ってだけで、setTimeout とかの実装内では普通に別スレッド走ってるのか。
そりゃそうだよな、そうしないと非同期処理なんてどうあがいても不可能だものね。

704 ：デフォルトの名無しさん：2020/12/18(金) 09:04:21.16 ID:TR+u0YNG.net

非同期処理はスレッドの場合とそうでない場合の2種類ある
そうでない場合は基本的にハードウェア割り込みで実装されてる
タイマーとか通信処理とか
ファイルアクセスもOS毎に非同期APIが有るけど、libuvは互換性の為に敢えて同期APIを使う処理をスレッドプールに投げているようだ

705 ：デフォルトの名無しさん：2020/12/18(金) 09:10:54.87 ID:TR+u0YNG.net

setTimeoutはスレッドを使ってない様に思うけど、結局の所ユーザー側でそれを知る術が無い

706 ：デフォルトの名無しさん：2020/12/18(金) 12:01:30.61 ID:hVx5pFA4.net

>>701の問題はスレッドがどうとか関係なくて、html中のある個所の内容が決まらないと
全体のレンダリングができない構造になっていたとか、jsをダウンロードしないと
レンダリングされないのにその取得に時間がかかっているとかそんなところだろうな。

707 ：デフォルトの名無しさん：2020/12/18(金) 13:13:24.97 ID:7UB7snzp.net

最近ないように思うけど、１つのページがブラウザ全体をストールさせることが多かったのよ
そんでブラウザを起動し直さなければいけない

その原因が、JS のスレッドと ブラウザのレンダリングスレッド（UIスレッド）が同じスレッドを共有してることにある

DOM 書き換えてる最中に レンダリングされちゃうと、ページレイアウトがぐちゃぐちゃになるから、全部同じスレッドで処理してるんだけど、
JSの処理でUIが固まるのを防ぐには、JS の DOM 書き換え「以外」の操作を別スレッドでやって、レンダリングスレッドと同期処理すればいい
（Java の synchronize とかの要領）

DOM 自体が レンダリングスレッドに属してるのは、しょうがないと思う
昔、マルチスレッドで動作する UI ライブラリ の多くがデッドロックその他のバグでどうにもならなくなって廃棄された（Java でいう AWT）

ということで、UI が固まるのにはスレッドは関係あると思うのよ
まぁ書き方が悪かったのかもしれんが

あと、JS がシングルスレッドなのはとても良いことだと思ってるからね、自分は
マルチスレッド化したら、どのみち同期化処理に失敗して、デッドロックで今よりも固まること多くなるだろうから

参考にした：
https://stackoverflow.com/questions/30932870/why-doesnt-javascript-get-its-own-thread-in-common-browsers

708 ：デフォルトの名無しさん：2020/12/18(金) 13:18:46.36 ID:7UB7snzp.net

JS で重めの処理をしたりバグがあっても、レンダリングスレッドと分離されてれば、
少なくとも UIが固まることはないということね（デッドロックがなければ）

あと、上で最初に書いた、ブラウザ全体が固まるって話は語弊あったかもしれない

ブラウザの各タブのレンダリングスレッドと、ブラウザ全体のUIスレッドは、多分分けられてるんだよね？
後でちゃんと調べます

709 ：デフォルトの名無しさん：2020/12/18(金) 13:30:26.86 ID:Lq+ZSFwA.net

firefoxがフリーズすることは最近ちょくちょくあったな
edgeに乗り換えたらきれいさっぱり直った
ffはもうだめかもわからんね

710 ：デフォルトの名無しさん：2020/12/18(金) 16:42:31.82 ID:7UB7snzp.net

https://gimhana-ds.medium.com/how-firefox-and-chrome-use-process-and-threads-f58f478561f0

ブラウザのスレッドの話ココに載ってた
いろいろとたどってって疲れたので、全部は見てない

Chrome が Tab ごとにプロセスで、Firefox が Tab にマルチスレッド

Firefox もいっぱいプロセス作ってるけどね、ちゃんと読んだ人教えて

711 ：デフォルトの名無しさん：2020/12/18(金) 16:44:48.76 ID:7UB7snzp.net

「Firefox が Tab ごとにスレッド」って書きたかった

そのスレッドも Main Thread = UI Thread （DOM 操作と JS 実行）が１個って意味で、
Raster Thread とか、Composer Thread とか多分他にもいろいろスレッド作る

712 ：デフォルトの名無しさん：2020/12/18(金) 17:50:47.93 ID:m88v/MV8.net

すみません、TypeScriptって開発中はコンパイルなしでブラウザですぐに変更の動作確認をできますか？

713 ：デフォルトの名無しさん：2020/12/18(金) 19:33:24.14 ID:JhB3G5yf.net

そういう時代が来るといいね

714 ：デフォルトの名無しさん：2020/12/18(金) 19:42:28.67 ID:1RoKReGQ.net

Chromium Edge で、YouTube を見て、

動画を、5秒先へ進めたりすると、フリーズする

715 ：デフォルトの名無しさん：2020/12/18(金) 21:47:42.98 ID:TR+u0YNG.net

WebWorkerは完全にスレッドだぞ
更にAtomicsを使えばスレッド間でatomicなデータ更新が出来る

716 ：デフォルトの名無しさん：2020/12/18(金) 21:53:39.89 ID:6FItt2sR.net

WebWorker使いやすくて好き。並列処理面倒くさいからたまにしか使わないけど

717 ：デフォルトの名無しさん：2020/12/18(金) 22:14:36.51 ID:TR+u0YNG.net

しかし、SharedArrayBufferはSpectreのせいでほぼ使えない状態だけどね
Spectreに対応したCPUが普及しきらない限り有効にされる事は無い
Webではもはや余計な機能追加はセキュリティーホールの元という認識でこれ以上進化することも無いだろう
ただ、ストアからインストールするPWAはネイティブアプリの代わりだから、機能追加していくと思われる

718 ：デフォルトの名無しさん：2020/12/18(金) 23:02:27.28 ID:2C+h9Dqf.net

ストアの収益減らすの絶対許さないマンのアップル
ｖｓ
Webから情報吸いたいマンのグーグル

719 ：デフォルトの名無しさん：2020/12/19(土) 13:35:36.37 ID:biviwPkb.net

promise（もしくはasync/await）が使えたらシングルスレッドでも実質別段困らない
希ガス

720 ：デフォルトの名無しさん：2020/12/19(土) 15:04:10.72 ID:+cK8B71a.net

WebWorkerとか知らんかった．．．
メインと状態を共有しないのが明確なら便利そうだな
さもなくばAsync/Awaitか

721 ：デフォルトの名無しさん：2020/12/19(土) 15:41:20.87 ID:1ZOkfUtM.net

I/O boundはPromiseでいいけど
CPU boundはPromiseじゃだめだからWebWorker使う
マルチコアの有効活用

722 ：デフォルトの名無しさん：2020/12/19(土) 18:53:18.58 ID:Z1BeWWR+.net

>>718
それは有る
Appleはブラウザの進化を完全に否定した(WebUSBとか実装しないと明言した)
建て前はセキュリティーだけど、真実はPWAがネイティブアプリと同等の事が出来るとApple税が取れなくなるからだろうね

723 ：デフォルトの名無しさん：2020/12/19(土) 18:56:13.80 ID:dPku7W9W.net

税なら税で素直に払えばいい
それでいい製品が使えるならいいことだ
NHKのようなものだな

724 ：デフォルトの名無しさん：2020/12/19(土) 19:15:06.66 ID:BJ7NL7s9.net

Appleが採用しない事で足並みが揃わなくなって、Web全体に影響するという……

725 ：デフォルトの名無しさん：2020/12/19(土) 19:43:44.12 ID:GiU9Z0Di.net

🍎に足並みを揃えない連中がよくない

726 ：デフォルトの名無しさん：2020/12/19(土) 21:17:41.04 ID:qtDJ4FDM.net

SharedArrayBufferの代替手段って無いの？
結局これは解決する問題なの？

727 ：デフォルトの名無しさん：2020/12/19(土) 22:01:28.77 ID:oadZnMoo.net

WebUSBに関してはFireFoxも実装する予定はないので
足並みを揃えてないのはChrome

728 ：デフォルトの名無しさん：2020/12/19(土) 22:06:18.93 ID:yZxXMpJa.net

目の前に機器があってスマホからコントロールしたい要求は一般的だと思うけど、USBの番号を個人で取れなくなったので、ブラウザに実装する意味は薄れたかもしれないですね。

729 ：デフォルトの名無しさん：2020/12/19(土) 22:29:23.32 ID:lChJAmlD.net

ここだけはappleを応援するわ
消費者としてブラウザにどんどん変な機能つけるんじゃねぇ

730 ：デフォルトの名無しさん：2020/12/19(土) 22:33:23.73 ID:yZxXMpJa.net

IoT的な意味合いで必要とする人たちが居るんですよ。

自分は見ないから動画機能を付けるなとか、聞かないから音機能を付けるなっていうのと同じでは？

731 ：デフォルトの名無しさん：2020/12/19(土) 22:44:29.90 ID:8bUfeulY.net

USB APIをサーブしてajaxでlocalhostと通信でいいじゃん
わざわざブラウザがサポートすることじゃない

732 ：デフォルトの名無しさん：2020/12/19(土) 22:47:08.81 ID:8bUfeulY.net

まあ百歩譲って乗せるとしても拡張でいいよな
標準化しようとするのはでしゃばりすぎ

733 ：デフォルトの名無しさん：2020/12/19(土) 23:00:43.45 ID:YoyJ/iet.net

ブラウザがんばって欲しい
React + TS 最高
swift + storyboard とかいう糞オブ糞のそびえ立つ糞まみれは2度と触りたくない

734 ：デフォルトの名無しさん：2020/12/19(土) 23:55:21.82 ID:Z1BeWWR+.net

PWAの定義が今一漠然としてるから、今後はその辺りが進化していくと思われる
で、PWAでない場合はJavaScriptの動作は思いっきり制限されるだろうね
ま、それで良いと思う

735 ：デフォルトの名無しさん：2020/12/20(日) 00:28:55.07 ID:qaHDEdvT.net

> わざわざブラウザがサポートすることじゃない
ほんとこれ
なぜわざわざブラウザでなんでもやろうとするのか
IoTなんだから普通にツールとかアプリとかドライバ書けよと

736 ：デフォルトの名無しさん：2020/12/20(日) 00:29:51.25 ID:L33Timbq.net

結局ああいうのって「すげええブラウザでこんなことできた!」
いいたいだけちゃうんか、みたいなのがマジ多い

737 ：デフォルトの名無しさん：2020/12/20(日) 03:36:56.04 ID:BKQi3Qp0.net

ブラウザが高機能化しすぎてブラウザさえ動作すりゃいい感じになってきてる
最終的にOS=ブラウザまで進化しかねない

738 ：デフォルトの名無しさん：2020/12/20(日) 04:53:54.98 ID:gM7i2qLz.net

モバイル用OSがそんなかんじ
アプリを全てサンドボックスで隔離して出来ることを制限
じっくり時間をかけて出来ることを解放してきた

739 ：蟻人間 ：2020/12/21(月) 18:34:44.48 ID:Zh4p3jGs.net

Web Workerの話が出たから貼っとこう
https://katahiromz.github.io/xword.js/

740 ：デフォルトの名無しさん：2020/12/21(月) 18:45:09.04 ID:cr+QDiZ1.net

ゴミサイトの宣伝すんなカス

741 ：蟻人間 ：2020/12/21(月) 18:49:49.16 ID:Zh4p3jGs.net

これPromiseとWeb Workerのマルチスレッドでパズルを生成してる。組み合わせ無限大。しかもInternet Explorerでも動作する。まあ、素人にはひと目では分からんだろうな。

742 ：デフォルトの名無しさん：2020/12/21(月) 19:13:00.25 ID:cr+QDiZ1.net

ゴミサイトの宣伝すんなカス

743 ：デフォルトの名無しさん：2020/12/21(月) 19:15:36.88 ID:L7srYJg2.net

webworkerってjoinみたいなメソッドある？

744 ：蟻人間 ：2020/12/21(月) 19:15:42.32 ID:Zh4p3jGs.net

悔しいのお、悔しいのお

745 ：蟻人間 ：2020/12/21(月) 19:17:04.35 ID:Zh4p3jGs.net

>>743
Promise.allとかPromise.anyがあるぜ。