TypeScript part3 - 暇つぶし2ch

TypeScript part3 at TECH

[前50を表示]
650:デフォルトの名無しさん
20/10/12 08:01:12.80 D7FMyxf4.net
実際のところ、皆さんtsを仕事で使ってたりするの？

651:デフォルトの名無しさん
20/10/12 08:49:35.94 sR+xz/oc.net
うん

652:デフォルトの名無しさん
20/10/12 08:51:37.03 wrjLnlZW.net
使ってるよ。
元々JS使いだから最初は型と戦ってばかりで時間かかって生産性下がって辛かったけど、慣れればむしろ早いし、リリースした後の安心感が段違い。
小規模開発でもこれだから規模が大きいとさらに影響は大きいだろうね

653:デフォルトの名無しさん
20/10/12 08:55:55.53 g334XhqZ.net
フロントエンドエンジニアやってるけど、React + TypeScriptが鉄板過ぎる
これ以外でUI組む気になれん

654:デフォルトの名無しさん
20/10/12 10:31:14.01 lIqFO5mi.net
サーバーサイドでも使ってる人いるのかな
typescriptとサーバーサイドでググると
サーバーサイドでもtypescript 最高たぜ～みたいな記事出てくるけどほんまかいなと。
Java,や.NET使った上でそう判断してる現場もあるんだろうか。
いま.NETしか経験がないメンバーにtsを習得させるか、思い切ってBlazorに手を出しちゃうか悩み中。

655:デフォルトの名無しさん
20/10/12 10:41:40.32 pl0L2hmu.net
鯖サイドってOSコロコロ変わるイメージ無いんだけど、JVMにしろ.netにしろVMで動かす意味ってあるの？
GoとかRustで良いんじゃ無いかって思うんだが。

656:デフォルトの名無しさん
20/10/12 10:56:21.63 sR+xz/oc.net
>>629
.NET Core使っとけ

657:デフォルトの名無しさん
20/10/12 11:29:41.17 CsRHImZw.net
Ruby on Rails では、Bootstrap, React だけど、
JavaScript(JS) に、Ruby の式を埋め込む、ERB を使って、JSへ変換する。
a.js.erb
<%= Rubyの式 %>
$( "body" ).append( "<%= j(render partial: 'example_partial') %>" );
こういう書き方で、TypeScript を使えるかな？

658:デフォルトの名無しさん
20/10/12 11:39:26.90 tosLr/AM.net
>>630
むしろVM使ってるかどうかで言語を選択するケースのほうが稀

659:デフォルトの名無しさん
20/10/12 11:47:16.30 wrjLnlZW.net
>>629
TSに手を出すのとBlazorに手を出すのでは冒険度合いが違いすぎない？

660:デフォルトの名無しさん
20/10/12 12:34:06.06 lIqFO5mi.net
>>634
だよね…
こんなところで聞くことじゃないかもしれないんだけど、
サーバーサイドに記述されてるクラスって、フロントでも使えるの？
それともフロント側でもtypescriptで同じクラスを宣言しないといけない？
Blazorはクラスを共有できるくさくて…それはメリットとしてかなりでかいなあと。

661:デフォルトの名無しさん
20/10/12 12:38:53.86 gBcZoQLz.net
>>630
サーバーは言語何を使うとしても仮想化前提だろ。

662:デフォルトの名無しさん
20/10/12 12:49:06.93 wrjLnlZW.net
>>635
同じ言語だからクラス書いたファイルを両方から参照すれば良くない？
そういう意味でなくてサーバとクライアントでシームレスにインスタンスをやり取りしたいとかであればフレームワークが居るのでは？

663:デフォルトの名無しさん
20/10/12 13:00:28.44 tosLr/AM.net
>>635
両方同じ言語なら共有ライブラリとしてそれぞれから参照すればいいけど
言語が違ってもOpenAPIみたいの使ってコード生成すればいいから
2度手打ちする必要はないかも

664:633
20/10/12 13:15:11.55 lIqFO5mi.net
ごめんごめん
サーバーサイドはasp.net coreです
OpenApiとやらを使えば、クラスの生成が楽ちんてことね…
しかし二度手間感はすごいあるな…
でもBlazorに手を出すリスクを考えるとまだマシか…

665:デフォルトの名無しさん
20/10/12 13:38:59.49 sR+xz/oc.net
Blazorも使ってるけど、まだ.NET5対応のツール周りが全然だめなんだよね…業務なら素直にTypeScriptでいいと思うよ

666:デフォルトの名無しさん
20/10/12 15:15:45.91 1F5XaUKJ.net
over knight blazorくらいになってからが本番。

667:デフォルトの名無しさん
20/10/12 15:31:28.54 TNFvs/DR.net
>>633,636
だよね。
なのに何でJavaとC#何だろ？って思った。

668:デフォルトの名無しさん
20/10/12 15:34:05.12 TNFvs/DR.net
>>636
特に仮想化前提で遅くなるのに何で言語をネイティブコンパイラ言語にしないんだろ？と。
昔は実質C++しか無かったなら仕方ないとして、今なら選択肢はもっとあるのに・・・。

669:デフォルトの名無しさん
20/10/12 15:46:11.22 YFC4n48A.net
Goのコードは高機能でファットなランタイムに依存している
ランタイムとアプリを分離できないだけで、実質VM言語みたいなものだ
一方、.NET Coreはアプリとランタイムを実行ファイルに全部ぶっこんで配布することも可能
従来のVM言語という線引きは曖昧になりつつある

670:デフォルトの名無しさん
20/10/12 16:22:11.38 DGsDArLw.net
C#だとジェネリクス関連はJITに任せたほうが速かったりできるし、
.NET CoreはReady to Runでネイティブコンパイルされたコードを同梱することもできるぞ。

671:デフォルトの名無しさん
20/10/12 18:07:07.48 pl0L2hmu.net
あー・・・。
そう言えばC#はネイティブにもコンパイル出来るようになったんだっけ・・・。
C#については納得。
Javaはまあ、コード資産だろうし。

672:デフォルトの名無しさん
20/10/12 18:13:15.12 pl0L2hmu.net
JITについては正直半分くらいしか信じてないんだけど、あり得なくは無いなと思ってる。
Dや一部のC++みたいにコンパイル時実行での最適化とどっちが速いんだろうとか思う。

673:デフォルトの名無しさん
20/10/12 18:27:26.57 wrjLnlZW.net
>>645
ジェネリクスってコンパイル時に解決するものだと思ってた

674:デフォルトの名無しさん
20/10/12 18:58:23.00 2+ZUcZ4K.net
TypeScript part3

675:デフォルトの名無しさん
20/10/12 20:08:52.47 aavFFkjO.net
>>647
コンパイル時の方が多少早いけど、cppのジェネリクスもといテンプレートは型の分関数を用意するって愚直な方法をとってるので、バイナリサイズがデカくなる。
型情報も使えないしね。
あと、分岐命令なんかはどっちのほうが頻度

676:高いかとか見て、動的にプロファイル取りながら最適化しつつ実行してるので、JITの方がより良い形になる事もある。 >>648 コンパイル時に解決はしてるけど、ILレベルでは複数の関数が作られてる訳ではなかったはず。もちろん実行時には、JITで型ごとに関数が生えることもある。

677:デフォルトの名無しさん
20/10/12 20:18:21.71 wrjLnlZW.net
>>650
そゆことね。なるほど

678:デフォルトの名無しさん
20/10/12 21:17:35.13 /8/TUV2P.net
モダンC++対マネージコード：パフォーマンス対生産性
URLﾘﾝｸ(www.infoq.com)

679:デフォルトの名無しさん
20/10/12 22:34:15.13 CacJvltN.net
>>627
型はトモダチ…！

680:デフォルトの名無しさん
20/10/12 22:37:04.59 CacJvltN.net
質問なのですがTypeScriptでC++みたいに関数引数をconstにするにはどうすれば
良いの？

681:デフォルトの名無しさん
20/10/12 22:47:48.13 CacJvltN.net
>>650
>あと、分岐命令なんかはどっちのほうが頻度高いかとか見て、動的にプロファイル取りながら最適化しつつ実行してるので、JITの方がより良い形になる事もある。
ﾃﾞﾏくね…？
プロファイル取る手間はタダじゃないし、

682:デフォルトの名無しさん
20/10/12 23:49:02.74 m2BvN3X6.net
>>654
eslint no-param-reassign

683:デフォルトの名無しさん
20/10/13 00:53:50.25 y5Oy6HcC.net
Ruby では、1秒で100万回ループすると、
JIT されて、1秒で1,000万回ループされる

684:デフォルトの名無しさん
20/10/13 06:14:03.47 ksuhhYbG.net
>>653
型はトモダチ！(ﾟ∀ﾟ)

685:デフォルトの名無しさん
20/10/13 07:33:03.58 mCCwe/N2.net
>>655
どっかで読んだけどな。
というか、AOTの制限事項として、JITより効率が悪い可能性の一つとして挙げられてるよ。

686:デフォルトの名無しさん
20/10/13 17:57:10.11 cQUBKlo0.net
(´･ω･`) webpack v5 ……

687:デフォルトの名無しさん
20/10/13 21:41:54.07 mhza1+DZ.net
>>656
「Invalid option '--param-reassign'」って言われたつ∀`；)
ESLint: 6.5.1.
ていうかできたとして無差別にconnstというのもそれはそれでC++と違う希ガスorz

688:デフォルトの名無しさん
20/10/15 17:16:37.21 pazOZeAi.net
webpack@5、めっちゃ破壊的やん…

689:デフォルトの名無しさん
20/10/15 17:39:38.69 hmYZFqJj.net
>>661
お前の目はフシアナか？
URLﾘﾝｸ(eslint.org)
ていうか引数に再代入するガイジなんて必要ないから無差別にエラーで構わんやろ

690:デフォルトの名無しさん
20/10/31 19:19:55.76 T4Ek6w2r.net
JavaScriptからTypeScriptへの書き換えｵﾜﾀ＼(^o^)／
JavaScrpit最初に知って一ヶ月で全部書いたから3000行ぐらいだろうと思っていたら
あとでちゃんと数えたら8790行やったorz
実作業4日かかった
ここで4日というのは4日×8Hではなくて4日×24Hの意m（ｒｙ

691:デフォルトの名無しさん
20/10/31 19:27:20.93 cZ59ogsv.net
乙
TypeScriptやってない頃に書いたコードってTypeScriptのこと意識してなくてオブジェクトの形を動的に変えたりしない？
自分がやったときはそのせいでだいぶ時間かかったわ

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

693:デフォルトの名無しさん
20/10/31 19:34:13.19 fxcwqRC2.net
おめでとう

694:デフォルトの名無しさん
20/10/31 21:54:44.53 bInJNbvZ.net
ウンコードなJSをTSに変えることで人は強くなるのだ
おまえはまた強くなった

695:デフォルトの名無しさん
20/11/01 08:10:24.39 jzqs5N6a.net
委譲から継承に切り替えたらそりゃ辛いっしょ。
乙～

696:デフォルトの名無しさん
20/11/02 00:59:20.76 ZpVsHyOp.net
delegation over inheritance って言うしな

697:デフォルトの名無しさん
20/11/06 22:00:05.98 4red4XqV.net
GithubでもTsは定義箇所にジャンプできたりするんだな
強い

698:デフォルトの名無しさん
20/11/09 19:43:09.64 m4E6C9lQ.net
今からTypeScriptやるならDenoでいーの？
あっギャグじゃないです真面目な質問

699:デフォルトの名無しさん
20/11/09 21:13:08.03 EKGzterf.net
作った本人はデノって発音してるように聞こえる

700:デフォルトの名無しさん
20/11/09 21:43:52.92 nCMtc7Yy.net
Denoあんまり詳しくないけど、何やりたいかにもよると思う
Web開発をする分にはまだNodeなんじゃないかな
周辺のツールやライブラリが揃ってるので
CLIツールとかならDenoでいーんでの？

701:デフォルトの名無しさん
20/11/11 11:00:58.08 UmNDS4oo.net
>>671
jsx/tsx でもイケるようになったね

702:デフォルトの名無しさん
20/11/17 22:53:14.47 slG9DoRm.net
URLﾘﾝｸ(ncjamieson.com)
URLﾘﾝｸ(github.com)
以前 type 推しの人がいたけどやっぱり interface か…

703:デフォルトの名無しさん
20/11/20 14:22:41.76 Us83CHd5.net
Announcing TypeScript 4.1
URLﾘﾝｸ(devblogs.microsoft.com)

704:デフォルトの名無しさん
20/11/20 21:01:29.75 2CLFT5fk.net
どんどん複雑になるなぁ
ついていけまへんわ

705:デフォルトの名無しさん
20/11/20 21:22:14.83 2ALlQdvp.net
逆にバージョンアップでシンプルになっていく言語ってあるの？
互換を完全に切るような言語なら可能だろうけど

706:デフォルトの名無しさん
20/11/20 21:41:42.91 lbWKfW5j.net
>>679
Schemeが小さくはなったな
ま、大規模に使われてる言語じゃないから出来る芸当だ

707:デフォルトの名無しさん
20/11/20 21:44:46.30 4mUoVYL/.net
言語機能が増えたからと言って全部使う必要はないしな
たまにどこかで使われてるのを見てあれってなったら調べるくらいで良い

708:デフォルトの名無しさん
20/11/20 21:50:47.55 lbWKfW5j.net
JavaScriptは動的型だけど、動的型は意識しなくても複雑な事が出来てしまう
TypeScriptはそれらに対して何としてでも型を付けたいんだよ
それだけの事
JavaScript自体は何も変わってない

709:デフォルトの名無しさん
20/11/20 23:06:21.09 YMHZwsA3.net
もうaltJS風WebAssemblyコンパイラにして

710:デフォルトの名無しさん
20/11/20 23:26:29.58 CQfd4Gtb.net
>>683
つ AssemblyScript

711:デフォルトの名無しさん
20/11/21 01:50:51.61 uA84MfqB.net
コンパイラ型ほ生産性低いよ。

712:デフォルトの名無しさん
20/11/21 04:03:36.16 KUTDu7Bm.net
template literal typesなんていれるから
型レベルSQLとかおかしな事やり始めてるし
URLﾘﾝｸ(github.com)

713:デフォルトの名無しさん
20/11/21 09:57:45.60 y2efXPmb.net
くっそ遅くなりそう

714:デフォルトの名無しさん
20/11/21 10:46:50.16 +IqFTLxs.net
C++並にコンパイル遅くなったりしてね。
実質マクロだから実行時は速いんちゃう？

715:デフォルトの名無しさん
20/11/21 10:54:34.52 QRxilPan.net
>>680
あれ小さくなったって言えんの？
r7rs なんて common lispよりでかいじゃん。
コアだけなら小さいだろうけどコアだけじゃなんもできんだろ。

716:デフォルトの名無しさん
20/11/21 12:06:56.10 FiI26J/z.net
うちのtsプロジェクト、tslintも入れてビルドに10分くらいかかってる。
前に -incremental 試してみてなんかの理由で断念したんだよな。
もう一度トライしてみるか。

717:デフォルトの名無しさん
20/11/21 12:34:04.91 8nB0jPpm.net
スクリプトのメリット完全に失っててワロタ
スクリプトはビルドしちゃいけないんだよ
IDEでパラレルLintするぐらいならいいけどな
ビルドしないと動きませんじゃ本末転倒でなにがなんだか
ビルドするならC#とかGoでやりゃいい

718:デフォルトの名無しさん
20/11/21 13:16:27.04 L7J0TnQj.net
ts-nodeならビルド不要だけど、それとは違う話か
TypeScriptを直に実行できる処理系は今後も現れないだろうな

719:デフォルトの名無しさん
20/11/21 13:30:05.02 y2efXPmb.net
>>691
＞ビルドするならC#とかGoでやりゃいい
ブラウザで使うのが現実的じゃない

720:デフォルトの名無しさん
20/11/21 13:42:58.96 uA84MfqB.net
Dart始めました

721:デフォルトの名無しさん
20/11/21 14:02:54.86 xoaJjvLB.net
そもそもスクリプト言語でスクリプト言語向きじゃない大規模なことをやろうとしてるからこれができたわけで、言語のせいにするのは違う
そもそも今のWeb（アプリ）はTS使ってなくてもビルドしてるものばっかりだし

722:デフォルトの名無しさん
20/11/21 14:35:34.39 FiI26J/z.net
まあ、べつに「スクリプトのメリット」を期待してtsを使ってるわけじゃないしな。
とはいえビルド時間が短縮できるならそれに越したことはないが。

723:デフォルトの名無しさん
20/11/21 15:32:21.74 +IqFTLxs.net
watch使うからビルド速度そんなに気にならないなぁ

724:デフォルトの名無しさん
20/11/21 18:31:06.90 /DiusCOy.net
>>689
RSR7-smallは5をベースにしてるから、それでなんも出来ないとか言ったら、それまでのSchemeを全否定じゃんw

725:デフォルトの名無しさん
20/11/21 18:58:48.16 +IqFTLxs.net
いっそガチでマクロ入れてくれたら色々捗るなぁ。凄く読みにくくなるだろうけど。
そこまで行かなくとも、（内部的に複数の関数を持つ）関数オーバーロードとか欲しいかも

726:デフォルトの名無しさん
20/12/09 21:30:42.37 gfVn9W3hf
型定義ファイルを自作する場合どこに置くのがセオリーでしょうか？
プロジェクトルートに@typesフォルダ作ってその中でしょうか？

727:デフォルトの名無しさん
20/12/18 05:11:45.78 7UB7snzp.net
ブラウザ使っててよく Webページが固まることがあるから、ちゃんとUIスレッド以外で処理しろよとよく思ってたが
JavaScript 自体がシングルスレッドだったのね
WebWoker とかいうのもあるみたいだが、MDN見るに、
言語側でがっつり管理するからスレッドセーフあんまり考慮しなくてもいいみたいだし、これは楽でいいわ
Java やってて、クリティカルセクションの処理が一番嫌いだった
デッドロックの原因探すの大変すぎた

728:デフォルトの名無しさん
20/12/18 05:52:13.96 427cIB03.net
そもそもIO待ちにスレッドを使うのがナンセンスだったんだよな

729:デフォルトの名無しさん
20/12/18 07:23:19.35 7UB7snzp.net
まぁでも、
JavaScript のソースコード内に書いたものが全部同じスレッドで走ってる
ってだけで、setTimeout とかの実装内では普通に別スレッド走ってるのか。
そりゃそうだよな、そうしないと非同期処理なんてどうあがいても不可能だものね。

730:デフォルトの名無しさん
20/12/18 09:04:21.16 TR+u0YNG.net
非同期処理はスレッドの場合とそうでない場合の2種類ある
そうでない場合は基本的にハードウェア割り込みで実装されてる
タイマーとか通信処理�

731:ﾆかファイルアクセスもOS毎に非同期APIが有るけど、libuvは互換性の為に敢えて同期APIを使う処理をスレッドプールに投げているようだ

732:デフォルトの名無しさん
20/12/18 09:10:54.87 TR+u0YNG.net
setTimeoutはスレッドを使ってない様に思うけど、結局の所ユーザー側でそれを知る術が無い

733:デフォルトの名無しさん
20/12/18 12:01:30.61 hVx5pFA4.net
>>701の問題はスレッドがどうとか関係なくて、html中のある個所の内容が決まらないと
全体のレンダリングができない構造になっていたとか、jsをダウンロードしないと
レンダリングされないのにその取得に時間がかかっているとかそんなところだろうな。

734:デフォルトの名無しさん
20/12/18 13:13:24.97 7UB7snzp.net
最近ないように思うけど、１つのページがブラウザ全体をストールさせることが多かったのよ
そんでブラウザを起動し直さなければいけない
その原因が、JS のスレッドとブラウザのレンダリングスレッド（UIスレッド）が同じスレッドを共有してることにある
DOM 書き換えてる最中にレンダリングされちゃうと、ページレイアウトがぐちゃぐちゃになるから、全部同じスレッドで処理してるんだけど、
JSの処理でUIが固まるのを防ぐには、JS の DOM 書き換え「以外」の操作を別スレッドでやって、レンダリングスレッドと同期処理すればいい
（Java の synchronize とかの要領）
DOM 自体がレンダリングスレッドに属してるのは、しょうがないと思う
昔、マルチスレッドで動作する UI ライブラリの多くがデッドロックその他のバグでどうにもならなくなって廃棄された（Java でいう AWT）
ということで、UI が固まるのにはスレッドは関係あると思うのよ
まぁ書き方が悪かったのかもしれんが
あと、JS がシングルスレッドなのはとても良いことだと思ってるからね、自分は
マルチスレッド化したら、どのみち同期化処理に失敗して、デッドロックで今よりも固まること多くなるだろうから
参考にした：
URLﾘﾝｸ(stackoverflow.com)

735:デフォルトの名無しさん
20/12/18 13:18:46.36 7UB7snzp.net
JS で重めの処理をしたりバグがあっても、レンダリングスレッドと分離されてれば、
少なくとも UIが固まることはないということね（デッドロックがなければ）
あと、上で最初に書いた、ブラウザ全体が固まるって話は語弊あったかもしれない
ブラウザの各タブのレンダリングスレッドと、ブラウザ全体のUIスレッドは、多分分けられてるんだよね？
後でちゃんと調べます

736:デフォルトの名無しさん
20/12/18 13:30:26.86 Lq+ZSFwA.net
firefoxがフリーズすることは最近ちょくちょくあったな
edgeに乗り換えたらきれいさっぱり直った
ffはもうだめかもわからんね

737:デフォルトの名無しさん
20/12/18 16:42:31.82 7UB7snzp.net
URLﾘﾝｸ(gimhana-ds.medium.com)
ブラウザのスレッドの話ココに載ってた
いろいろとたどってって疲れたので、全部は見てない
Chrome が Tab ごとにプロセスで、Firefox が Tab にマルチスレッド
Firefox もいっぱいプロセス作ってるけどね、ちゃんと読んだ人教えて

738:デフォルトの名無しさん
20/12/18 16:44:48.76 7UB7snzp.net
「Firefox が Tab ごとにスレッド」って書きたかった
そのスレッドも Main Thread = UI Thread （DOM 操作と JS 実行）が１個って意味で、
Raster Thread とか、Composer Thread とか多分他にもいろいろスレッド作る

739:デフォルトの名無しさん
20/12/18 17:50:47.93 m88v/MV8.net
すみません、TypeScriptって開発中はコンパイルなしでブラウザですぐに変更の動作確認をできますか？

740:デフォルトの名無しさん
20/12/18 19:33:24.14 JhB3G5yf.net
そういう時代が来るといいね

741:デフォルトの名無しさん
20/12/18 19:42:28.67 1RoKReGQ.net
Chromium

742:Edge で、YouTube を見て、動画を、5秒先へ進めたりすると、フリーズする

743:デフォルトの名無しさん
20/12/18 21:47:42.98 TR+u0YNG.net
WebWorkerは完全にスレッドだぞ
更にAtomicsを使えばスレッド間でatomicなデータ更新が出来る

744:デフォルトの名無しさん
20/12/18 21:53:39.89 6FItt2sR.net
WebWorker使いやすくて好き。並列処理面倒くさいからたまにしか使わないけど

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

746:デフォルトの名無しさん
20/12/18 23:02:27.28 2C+h9Dqf.net
ストアの収益減らすの絶対許さないマンのアップル
ｖｓ
Webから情報吸いたいマンのグーグル

747:デフォルトの名無しさん
20/12/19 13:35:36.37 biviwPkb.net
promise（もしくはasync/await）が使えたらシングルスレッドでも実質別段困らない
希ガス

748:デフォルトの名無しさん
20/12/19 15:04:10.72 +cK8B71a.net
WebWorkerとか知らんかった．．．
メインと状態を共有しないのが明確なら便利そうだな
さもなくばAsync/Awaitか

749:デフォルトの名無しさん
20/12/19 15:41:20.87 1ZOkfUtM.net
I/O boundはPromiseでいいけど
CPU boundはPromiseじゃだめだからWebWorker使う
マルチコアの有効活用

750:デフォルトの名無しさん
20/12/19 18:53:18.58 Z1BeWWR+.net
>>718
それは有る
Appleはブラウザの進化を完全に否定した(WebUSBとか実装しないと明言した)
建て前はセキュリティーだけど、真実はPWAがネイティブアプリと同等の事が出来るとApple税が取れなくなるからだろうね

751:デフォルトの名無しさん
20/12/19 18:56:13.80 dPku7W9W.net
税なら税で素直に払えばいい
それでいい製品が使えるならいいことだ
NHKのようなものだな

752:デフォルトの名無しさん
20/12/19 19:15:06.66 BJ7NL7s9.net
Appleが採用しない事で足並みが揃わなくなって、Web全体に影響するという……

753:デフォルトの名無しさん
20/12/19 19:43:44.12 GiU9Z0Di.net
🍎に足並みを揃えない連中がよくない

754:デフォルトの名無しさん
20/12/19 21:17:41.04 qtDJ4FDM.net
SharedArrayBufferの代替手段って無いの？
結局これは解決する問題なの？

755:デフォルトの名無しさん
20/12/19 22:01:28.77 oadZnMoo.net
WebUSBに関してはFireFoxも実装する予定はないので
足並みを揃えてないのはChrome

756:デフォルトの名無しさん
20/12/19 22:06:18.93 yZxXMpJa.net
目の前に機器があってスマホからコントロールしたい要求は一般的だと思うけど、USBの番号を個人で取れなくなったので、ブラウザに実装する意味は薄れたかもしれないですね。

757:デフォルトの名無しさん
20/12/19 22:29:23.32 lChJAmlD.net
ここだけはappleを応援するわ
消費者としてブラウザにどんどん変な機能つけるんじゃねぇ

758:デフォルトの名無しさん
20/12/19 22:33:23.73 yZxXMpJa.net
IoT的な意味合いで必要とする人たちが居るんですよ。
自分は見ないから動画機能を付けるなとか、聞かないから音機能を付けるなっていうのと同じでは？

759:デフォルトの名無しさん
20/12/19 22:44:29.90 8bUfeulY.net
USB APIをサーブしてajaxでlocalhostと通信でいいじゃん
わざわざブラウザがサポートすることじゃない

760:デフォルトの名無しさん
20/12/19 22:47:08.81 8bUfeulY.net
まあ百歩譲って乗せるとしても拡張でいいよな
標準化しようとするのはでしゃばりすぎ

761:デフォルトの名無しさん
20/12/19 23:00:43.45 YoyJ/iet.net
ブラウザ

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

763:デフォルトの名無しさん
20/12/19 23:55:21.82 Z1BeWWR+.net
PWAの定義が今一漠然としてるから、今後はその辺りが進化していくと思われる
で、PWAでない場合はJavaScriptの動作は思いっきり制限されるだろうね
ま、それで良いと思う

764:デフォルトの名無しさん
20/12/20 00:28:55.07 qaHDEdvT.net
> わざわざブラウザがサポートすることじゃない
ほんとこれ
なぜわざわざブラウザでなんでもやろうとするのか
IoTなんだから普通にツールとかアプリとかドライバ書けよと

765:デフォルトの名無しさん
20/12/20 00:29:51.25 L33Timbq.net
結局ああいうのって「すげええブラウザでこんなことできた!」
いいたいだけちゃうんか、みたいなのがマジ多い

766:デフォルトの名無しさん
20/12/20 03:36:56.04 BKQi3Qp0.net
ブラウザが高機能化しすぎてブラウザさえ動作すりゃいい感じになってきてる
最終的にOS=ブラウザまで進化しかねない

767:デフォルトの名無しさん
20/12/20 04:53:54.98 gM7i2qLz.net
モバイル用OSがそんなかんじ
アプリを全てサンドボックスで隔離して出来ることを制限
じっくり時間をかけて出来ることを解放してきた

768:蟻人間
20/12/21 18:34:44.48 Zh4p3jGs.net
Web Workerの話が出たから貼っとこう
URLﾘﾝｸ(katahiromz.github.io)

769:デフォルトの名無しさん
20/12/21 18:45:09.04 cr+QDiZ1.net
ゴミサイトの宣伝すんなカス

770:蟻人間
20/12/21 18:49:49.16 Zh4p3jGs.net
これPromiseとWeb Workerのマルチスレッドでパズルを生成してる。組み合わせ無限大。しかもInternet Explorerでも動作する。まあ、素人にはひと目では分からんだろうな。

771:デフォルトの名無しさん
20/12/21 19:13:00.25 cr+QDiZ1.net
ゴミサイトの宣伝すんなカス

772:デフォルトの名無しさん
20/12/21 19:15:36.88 L7srYJg2.net
webworkerってjoinみたいなメソッドある？

773:蟻人間
20/12/21 19:15:42.32 Zh4p3jGs.net
悔しいのお、悔しいのお

774:蟻人間
20/12/21 19:17:04.35 Zh4p3jGs.net
>>743
Promise.allとかPromise.anyがあるぜ。

775:デフォルトの名無しさん
20/12/21 19:25:34.90 ApmhBnYc.net
「蟻人間」でNGぶっこむだけだろうに…

776:蟻人間
20/12/21 19:26:17.16 Zh4p3jGs.net
Promise.anyとWorkerを使った例が
 >>739
にある。ご参考に。

777:デフォルトの名無しさん
20/12/21 20:32:28.70 oIaO1Bbh.net
最近のCPUってコア数バラバラでかつ非対称なコア載ってるから、6個くらいWorker立ち上げて平等に処理投げるんじゃなくて、20個くらいのWorker立ち上げて非対称でいいから適当に処理投げてあとはOSに良きに計らってもらうとかの方がベターなのかな？

778:デフォルトの名無しさん
20/12/21 20:34:43.73 ApmhBnYc.net
navigator.hardwareConcurrency
でコア数取れるぞ

779:蟻人間
20/12/21 20:44:19.66 Zh4p3jGs.net
>>749
アリがと。修正した。

780:デフォルトの名無しさん
20/12/21 20:51:02.61 oIaO1Bbh.net
>>749
なるほど。そういうのがあるのか。
じゃああとは非対称コアへの対応になるけど、これは細かくスライスして逐次投入で良いか

781:デフォルトの名無しさん
20/12/21 20:54:25.24 +ci58h/H.net
>>748
そうです
素人が考える半端なスケジューリングはアンチパターンです

782:デフォルトの名無しさん
20/12/21 22:43:20.76 Z91q9rOU.net
>>750
お前に向けて書いたんじゃない。
許可無くレスするな糞コテ

783:蟻人間
20/12/22 00:55:34.36 7oePNPbq.net
>>753
わかりました、ご主人様

784:デフォルトの名無しさん
20/12/26 09:41:16.66 3y5CuLti.net
export interface TypeA {
paramters: {
[k: string]: {
// body
}
};
}

785: こんな型があるとき、上記bodyの部分の型を取り出すことってできますかね？ const f = (k: string, o: ???): TypeA => { return { parameters: { [k]: o } }; }; こんなことがしたい。

786:デフォルトの名無しさん
20/12/26 10:04:33.59 kvlSFYEN.net
ヨーわからんがこうかね
bitどっとly
/3aJV7Hw
ts playground だが短縮URL NGワードになってるからすまんな

787:デフォルトの名無しさん
20/12/26 11:06:25.41 3y5CuLti.net
そこの type Hage の定義に "extreme" を書かずに済ませたい。
この例だと {extreme:string} という型になる部分が変更されたとしても
type Hage の記述を変えずに済むよう TypeA の定義から取り出す
方法がないかと。

788:デフォルトの名無しさん
20/12/26 11:21:04.03 3y5CuLti.net
ありがとう、わかった。
["extreme"] を削れば目的の型になりますね。
["paramters"] を使えばいいことに気付かなかった。

789:デフォルトの名無しさん
20/12/26 12:19:31.06 kvlSFYEN.net
　　　　　　　　　　|
　　　　　　　　　　　| 　　また髪の話してる
　　　　　　　　　　 |　　彡⌒ミ
　　　　　　　　　　　＼ (´･ω･,彡⌒ミ
　　　　　　　　　　　　　(|　　　|(´･ω･`)::::　感じ悪いよね
　　　　　　　　　　　　　(Y　/:(|　　　|)::::::
　　　　　　　　　　　　　　し＼:(Y　/::
　　　　　　　　　　　　　　　　　＼し´

790:デフォルトの名無しさん
20/12/27 19:16:51.24 xvZc4lDU.net
もう一つ教えてください。
typeTypeB =
{
tag: 'a';
/* a のボディ */
} | {
tag: 'b';
/* b のボディ */
};
こんな Tagged union type があるとき、 tag === 'a' の時の型(下記)を
取り出すことはできるでしょうか。
type x = {
tag: 'a';
/* a のボディ */
}

791:デフォルトの名無しさん
20/12/27 19:33:05.66 xvZc4lDU.net
TypeB & { tag: 'a' } でいけた。ありがとう。

792:デフォルトの名無しさん
20/12/27 19:36:45.35 MtHOITLb.net
型に欲情する変態さんは piotrwitek/utility-types でも npm 愛するといいぞ

793:デフォルトの名無しさん
20/12/27 19:42:50.77 xvZc4lDU.net
またまた教えてください。
type X = A | B | C | undefined;
この X から undefined を除いた型 (A | B | C) を求めるにはどうしたらいいでしょうか。

794:デフォルトの名無しさん
20/12/27 19:45:55.95 MtHOITLb.net
>>763
この変態欲しがりめが
URLﾘﾝｸ(github.com)

795:デフォルトの名無しさん
20/12/27 19:49:30.25 86OXbM3T.net
標準にExcludeあるじゃん

796:デフォルトの名無しさん
20/12/27 19:49:45.20 xvZc4lDU.net
ありがとう！

797:デフォルトの名無しさん
20/12/28 00:46:42.66 0DUA8XV/.net
>>766
URLﾘﾝｸ(github.com)

798:デフォルトの名無しさん
20/12/28 21:27:29.35 wzipnhb8.net
何に使うんじゃ…
漏れの限られた経験では、
　x: (A | B | C | undefined)
が渡ってきたら、
　if (x is A) { ... }
　else if (x is B) { ... }
　else if (x is C) { ... }
　else if (x == undefined) { ... }
　else {
　　(エラー)
　}
ぐらいしかやることが無いｷﾓｽ

799:デフォルトの名無しさん
20/12/28 22:38:22.06 f0IE/THC.net
少し簡略化するけど
type A = { [k: string]: number };
type B = { [k: string]: string };
type C = { [k: string]: boolean };
ここで type X[string] で number | string | boolean を取り出したかったけど
undefined が混じっているとうまくいかなかった。

800:デフォルトの名無しさん
21/01/03 19:57:38.08 p2o4CIkL.net
typescriptのd.tsファイルについて網羅的に解説されているドキュメントはありますでしょうか
公式は最低限の事しか書かれていなくて。
例えば、test1.d.tsは以下の通りに書いてあって
export type A1 = boolean;
type A2 = boolean;
test2.d.tsは以下の通りに書いてある場合、
type B1 = boolean;
type B2 = boolean;
A2 B2はどっちも「type XX = boolean;」という書き方をしているのに、別のtsファイルで
const x1 : A2 = t

801:rue; と書くと、Cannot find name A2 とエラーになる(importする必要がある)が const x2 : B2 = true; と書くと、import無しでもエラーは出ない。 test1.d.ts はexport文があるから「このファイル内の定義は、importをしないと使えない」というようなモードになっているのかなと思うけど、このあたりの挙動について知りたい。 declare module文を使った場合とか、namespaceやらでネストされた場合どうなるのかとか、/// <reference types="xxx" /> と書かれているとどういう扱いになるのかとかとにかくd.tsファイルの一番細かい仕様が見たい。

802:デフォルトの名無しさん
21/01/21 09:27:06.31 RZX+x1N+.net
フロントエンド系の解説動画上げてる英語話者の Youtuber
イケメン率高すぎじゃね？
イケメンじゃなくても、
リーナスやRMSやバーナーズリーみたいな、ひと目みただけで「変人だわ」って思う人が少ない
どうなってんのよ
お前らもイケメンなの？

803:デフォルトの名無しさん
21/01/21 14:08:52.40 eZuTDFAg.net
ちなみにわしは自称福山雅治のイケメンだ

804:デフォルトの名無しさん
21/01/21 14:56:12.52 vvq65HmA.net
俺もよく歩いてると三浦春馬さんやっぱり生きてたんですねって話し掛けられて困るわ

805:デフォルトの名無しさん
21/01/21 19:34:01.03 uQRkfyi9.net
オレもしょっちゅう『二郎さんっ……！』って声を掛けられるから、「おやっ、オレは田宮二郎の生まれ代わりなのかな……？」って思ってたら、坂上二郎さんの生まれ代わりだったわ

806:デフォルトの名無しさん
21/01/21 23:37:32.75 vvq65HmA.net
>>774
加齢臭ヤバナイ？

807:デフォルトの名無しさん
21/01/21 23:42:06.12 HlaAZkkn.net
加齢臭とかいうレベルでなく今の30代ぐらいならもう何の話してるかもわからんだろうな

808:デフォルトの名無しさん
21/01/22 05:20:07.47 8pHZ8D0X.net
TypeScript で、React やったけど、いちいちいちいち型定義めんどすぎな…
相性くそわるなめくじかよ
ビジネスモデルのオブジェクトとかは型定義したいが、
いちいち props のインターフェースとか書いてらんねー
変更があったらいちいちインターフェースも書き換えなきゃいけないし
みんなどうやって使ってるの？
Angular とか他のフレームワークだと TypeScript でのやりやすさ違う？

809:デフォルトの名無しさん
21/01/22 05:27:56.87 txgEYXZL.net
>>777
ts使いこなせてないのか？
面倒ならanyにしとけ。

810:デフォルトの名無しさん
21/01/22 05:29:38.84 txgEYXZL.net
>>777
>>Angular とか他のフレームワークだと >>TypeScript でのやりやすさ違う？
やっぱts理解してしないね。

811:デフォルトの名無しさん
21/01/22 14:46:40.93 AFRlD+KK.net
> 変更があったらいちいちインターフェースも書き換えなきゃいけないし
おまえさんのようなうっかりガイジでも変更忘れがないよう指摘してくれてるというのに
わがままうっかりガイジにランクアップや

812:デフォルトの名無しさん
21/01/22 17:02:33.24 txgEYXZL.net
リファクタリングしない人もいるからね。
（いまもみじかににいるし、
拒否るかも...その人）

813:デフォルトの名無しさん
21/01/25 15:51:22.24 mMq6O8/K.net
VSCode の補完で関数シグニチャ確認する時、カオスすぎない？
ライブラリがユニオンやら使いまくってるの多くて、パット見引数が何個あるのかわかりにくいし、
もう少し見やすいポップアアップ表示にならんのかな

814:デフォルトの名無しさん
21/01/25 18:07:26.17 +dPxUq7O.net
>>782
c#以上だね。
改行で見やすくなりそーーなもんだけど。

815:デフォルトの名無しさん
21/01/25 18:33:23.35 AK6f8agf.net
c#以上にカオス…？

816:デフォルトの名無しさん
21/01/25 22:54:08.93 +dPxUq7O.net
何倍も！
型の機能も遥かに高度だ！

817:デフォルトの名無しさん
21/01/25 23:03:58.08 +dPxUq7O.net
URLﾘﾝｸ(js.studio-kingdom.com)

818:デフォルトの名無しさん
21/01/25 23:14:46.15 NBocXyOE.net
JavaScriptというそび糞をまともにするためだ
しゃーない

819:デフォルトの名無しさん
21/01/26 03:28:35.94 WX4s+KJB.net
型を半ば無理矢理付けてるだけで、最終的には型を削除したJavaScriptになる
要するに動的型言語というのは、それだけ豊富な表現力を秘めてると言うことだ
本来はそれと引き換えに実行速度が犠牲になるもんだが、VMのチューニングによりネイティブコードと遜色無いのが凄いところ

820:デフォルトの名無しさん
21/01/26 04:01:05.59 SEH/ccP0.net
後半まで読み進めると
おおおーー！ってなる。
URLﾘﾝｸ(html5experts-jp.cdn.ampproject.org)
protocol と可変長型は c#で昔から
待望してた機能だ！

821:デフォルトの名無しさん
21/01/26 05:29:01.62 pU44oeo6.net
>>783
そうよな
割と改行するだけでも全然違うと思うんよな
できれば色もついたらそりゃ見やすいけど
なんか Extension ないんかね

822:デフォルトの名無しさん
21/01/26 05:52:17.01 pU44oeo6.net
URLﾘﾝｸ(github.com)
URLﾘﾝｸ(github.com)
このあたりかね？ TypeScript のシグニチャのポップアップ表示してる部分

823:デフォルトの名無しさん
21/01/26 07:02:54.66 RzMbHMsq.net
>>789
可変長型もう入ってなかったっけと思ったら3年前の記事か

824:デフォルトの名無しさん
21/02/10 08:45:05.84 F9HUbn2D.net
TypeScript の型定義に凝りすぎじゃね？
URLﾘﾝｸ(neos21.net)
アンサー：なぜTypeScriptの型定義に凝るのか
URLﾘﾝｸ(qiita.com)

825:デフォルトの名無しさん
21/02/10 10:21:36.03 qX2MPAZ0.net
サードパーティライブラリの型定義に関しては、
定義書くのめんどくさそうなときは any で通してる
型定義あったほうが便利なのは確かなので、
作業自動化して楽にしてくれるツール出てくるとありがたいなと思ってる
インテリセンスの進化とか
あと、VS Code で、TypeScript の型定義読みにくすぎ、
ドキュメント書いてあること少なすぎ、JavaScript のコードに直接とべねーすぎ（？）
でも、こういうアーキテクチャに関する抽象的な議論って
個々の案件に落とし込まないと本質見えてこないことととか、
そもそも想定する状況が議論する相手と食い違ってることがあるから
GitHub にある具体例でも明示してくれると議論は捗るんじゃないかなと思う

826:デフォルトの名無しさん
21/02/10 12:42:09.82 vAMcyE+N.net
弊社は障害者雇用枠しかいないのでPHPしか書けません並の駄文書いてる奴って
生きてて恥ずかしくないのかなって思っちゃう、ごめんね

827:デフォルトの名無しさん
21/02/10 14:59:14.96 J3IrN4Ey.net
>>793
この人有名人なの？
個人ブログに対する反応としては量が多くて驚く
アンサーのほうは避けられない複雑性を
”複雑な型”で表現した場合としない場合のトレードオフについては
“消えてしまうことは無い”で濁してるだけで正面から回答してないよね
最初のブログの人も感覚的な話だからどっこいどっこいだけど
↓こういうのは頑張りすぎじゃねって感じる
type ArrayOfLengthRec<Num, Elm, T extends unknown[]> = T["length"] extends Num ? T : ArrayOfLengthRec<Num, Elm, [Elm, ...T]>

828:デフォルトの名無しさん
21/02/11 02:00:22.02 jkz/J9rH.net
まぁでも型定義するの楽しいからね
パズルみたいで
夢中になっちゃうのは分かる

829:デフォルトの名無しさん
21/02/11 12:28:55.00 IWbE3xWm.net
>>797
まじかよｗ
めんどくせーだけなんだが…

830:デフォルトの名無しさん
21/02/11 12:32:46.43 89K1HM4Z.net
初心者のうちは考えなくて良いんだよ。
わけ解らなくてもコード補完してくれる位
思ってれば良い。

831:デフォルトの名無しさん
21/02/11 19:55:55.18 yR+7bkmQ.net
コード補完力・エラー発見力を高めるために型書いてる感はある
JavaとかGoの型を”書かねばならない”という強制感がないんだよな

832:デフォルトの名無しさん
21/02/11 21:33:21.20 jkz/J9rH.net
コード補完はすごいメリットだよね
あと型定義通ってると書いてて安心するし

833:デフォルトの名無しさん
21/02/11 23:22:56.80 89K1HM4Z.net
メリットの一番下は
リファクタリング耐性でしょ。

834:デフォルトの名無しさん
21/02/11 23:23:35.04 89K1HM4Z.net
メリットの一番は
リファクタリング耐性でしょ。

835:デフォルトの名無しさん
21/02/15 14:41:09.07 7BVeLT+X.net
クラスの中で、毎回 this. っての書かなきゃいけないの面倒くさくない…？
忘れるし
Java 並感

836:デフォルトの名無しさん
21/02/15 14:44:23.78 7BVeLT+X.net
URLﾘﾝｸ(github.com)
やっぱみんな思うよね…
Declined だけどね…

837:デフォルトの名無しさん
21/02/15 15:26:58.09 RViaNkw8.net
javascriptのthisのややこしさ知ってて言ってる？

838:デフォルトの名無しさん
21/02/15 20:44:05.34 fEx2IVhT.net
>>805
JS使いは誰もそう思わないと思うよ
そこでも最初から否定されてるし、その通りだよ
thisを省略可能なのは各メソッドにクロージャがない言語だけだよ
JSはそうではないから、余計に分かりにくくなるだけ

839:デフォルトの名無しさん
21/02/15 21:56:58.17 ZXLSNxbk.net
this省略が欲しいなんて1度も思ったことないわ
レガシーなJavaプロジェクトで、クソデカclass相手にした時は eclipse で this 強制せんとやってられんかった
で、Javaならローカル変数とクラス変数の違いが見分けられないだけだが
JavaScriptはただのfunctionもある
アホがJavaScriptでthisの省略悪用したら、簡単に地獄の蓋が開いて中から飛び出たイエスファッキンキリストに脳までファックされる未来が見えるね

840:デフォルトの名無しさん
21/02/15 21:58:12.78 ZXLSNxbk.net
つかしばらくclassもthisも書いた記憶ねえわ
POJOと参照透過なarrow functionがあればそれでいい

841:デフォルトの名無しさん
21/02/15 22:03:00.31 ptBzJrEw.net
tsやってるとclassいらないよね

842:デフォルトの名無しさん
21/02/16 00:04:28.67 FwQskT4w.net
個人的にはオブジェクトが副作用を持つ（と明示したい）ときは使うかな。
あとErrorを継承とか継承以外にスマートな方法が無い�

843:ﾆきも使う。出番はそんなに多くないけども

844:デフォルトの名無しさん
21/02/24 20:43:58.73 +f/VsSol.net
Announcing TypeScript 4.2
URLﾘﾝｸ(devblogs.microsoft.com)

845:デフォルトの名無しさん
21/02/25 08:15:48.96 e2KFXpDq.net
[TypeScript のテストを Jest (ts-jest) でやってみる - Qiita](URLﾘﾝｸ(qiita.com))
これ参考にjestでテストしたのですが、ts-jest使うと、テスト時にts-jestが内部的にトランスパイルすｒので、JavaScriptコードがファイルとして生成保存されないから
テストするたびに、前のテストから変更されてないソースもいちいち全てトランスパイルしてるのですか？
それともjsファイルが生成されてれば、それを利用してくれるのですか？

846:デフォルトの名無しさん
21/02/25 20:47:42.47 pFknXJZi.net
URLﾘﾝｸ(kulshekhar.github.io)
キャッシュしてると思います

次ページ