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)
キャッシュしてると思います
847:デフォルトの名無しさん
21/02/26 07:59:54.83 TBWzJJJb.net
>>814
ありがとう！
その図みても自分じゃ難しくてよくわからんが、確かにキャッシュ使ってるみたいだね。
思ったより複雑にいろいろしてるみたいだから、やっぱり自分が心配するような事は考慮済みだね、当たり前か。
848:デフォルトの名無しさん
21/03/04 12:38:42.72 GxKFsRrm.net
Flutter2 とともに Dart にnull安全がやって来たなあ
ちょっと勉強してみようかな
849:デフォルトの名無しさん
21/03/04 12:47:27.36 xAXt6OPO.net
Dartのことゴミだと思ってるけど
聳え立つクソof真のゴミofゴミstoryboard & xcodeをやるくらいなら、Dartで首吊った方がマシなのかもしれん
850:デフォルトの名無しさん
21/03/05 14:31:03.60 lXK+Zrlg.net
>>816
やっときたか！
851:デフォルトの名無しさん
21/03/05 17:42:21.94 Yg7S+B8Eb
26歳で独立して月収150万になった 元引きこもりエンジニアの物語
URLﾘﾝｸ(agroro.com)
【こんな僕が】フリーランスエンジニアで月収100万円を達成した5つの方法
URLﾘﾝｸ(takablog358.org)
ITフリーランスエンジニアの年収｜会社員との違いや独立後の案件の取り方
URLﾘﾝｸ(boxil.jp)
月収90万のITフリーランスプログラマー・SEが選んでる在宅案件はこんな案件です
URLﾘﾝｸ(arma-search.jp)
フリーランスの年収は平均いくら？年収1000万円以上の割合とは
URLﾘﾝｸ(freelance.levtech.jp)
フリーランスの仕事や職業の種類って何があるの？独立5年目で月収200万の僕が詳しく解説
URLﾘﾝｸ(www.buntadayo.com)
ブラック企業から退職し、独立後11ヶ月で“月収300万円超え”になるまでの軌跡を
デザイナー社長船越良太に聞いてみた！
URLﾘﾝｸ(tokyofreelance.jp)
852:デフォルトの名無しさん
21/05/18 11:15:17.98 +3nwuGsr.net
TypeScript勉強してたらオブジェクトの配列とか出てきて型の使い方が全くわからなかった。
853:デフォルトの名無しさん
21/05/18 11:53:25.44 +3nwuGsr.net
type user2 = {
id: number;
name: string;
}[];
let test2: user2 = { id: 1, name: "大谷" };
console.log(test2);
---
type user2のオブジェクトをオブジェクトの配列にしたけど、これを利用するのはどうすればいいの？
854:デフォルトの名無しさん
21/05/21 21:43:57.64 EtVgB+a
855:P.net
856:デフォルトの名無しさん
21/05/25 20:07:54.63 wb9iQvXr.net
eslintのno-unsafe-member-accessチェックを有効にするために怪しいanyは全部タイプガードを通して
使うようにしようと思ったんだが、タイプガードの中でメンバーチェックするところがno-unsafe-member-accessに
引っかかってしまう。
詰んでる？
interface TypeA {
member_a: string;
}
functin isTypeA(a: any): a is TypeA {
if (typeof a !== 'object') return false;
if (!('member_a' in a)) return false;
if (typeof a.member_a !== 'string) return false; // Unsafe member access .member_a on an any value.
return true;
}
857:デフォルトの名無しさん
21/05/27 07:58:04.71 ac9nW6BB.net
Announcing TypeScript 4.3
URLﾘﾝｸ(devblogs.microsoft.com)
858:デフォルトの名無しさん
21/05/28 20:33:33.18 xubVQEL1.net
#privateは使っていくべきなの？
859:デフォルトの名無しさん
21/05/31 20:57:24.94 N+Q3MCtj.net
プログラミング言語「TypeScript 4.3」をMicrosoftが公開
URLﾘﾝｸ(www.atmarkit.co.jp)
860:デフォルトの名無しさん
21/06/07 08:54:45.48 T37bbYD1.net
「型がないと開発できない」
「型がないと開発できないっていうのは無能」
↓翻訳
「うんこって汚い」
「うんこは汚いと思ってるやつは無能」
↓翻訳
「バーカ」
「アーホ」
861:デフォルトの名無しさん
21/06/07 11:20:40.98 f9HfMVYo.net
>>825
なるべくweb標準に寄せたほうが良いと思ってるので、俺は使ってる。
コンストラクタ引数でブロパティ初期化のシンタックスシュガーが無いのだけが不満
862:デフォルトの名無しさん
21/06/13 17:37:59.04 1VszOIAC.net
GoとかRustみたいにenumとかtypeに直接メソッド生やしたい...
863:デフォルトの名無しさん
21/06/13 19:26:58.74 exUpBE38.net
>typeに直接メソッド生やしたい.
いまいちどういうことをやりたいのかわからないが、classじゃなくてtypeじゃないとダメなの？
864:デフォルトの名無しさん
21/06/13 20:26:40.60 1VszOIAC.net
↓みたいなADTっぽいことやる時とか直接メソッド生やせないと不便じゃない？
URLﾘﾝｸ(typescript-jp.gitbook.io)
865:デフォルトの名無しさん
21/06/13 21:44:24.86 exUpBE38.net
typeに関数型のメンバを追加すりゃいい話じゃなくて？
「typeに直接」ってのが何を言っているのかよくわｑからん。
866:デフォルトの名無しさん
21/06/13 22:03:52.22 SDaJf1m8.net
GoやRustを触ったことがあれば分かるけど, クラスではなくあくまでデータ構造(struct)を定義して, Goではレシーバ付きの関数, Rustではimplでデータ構造に対して操作を定義していく
C#だと定義済みのクラスに拡張メソッドでメソッド追加したり
素のJavaScriptならprototypeにメソッド追加する, みたいな
で, TypeScriptだと今は出来ないと思うけど, 需要はありそうだし, RFCとか出されてない？
構文的にJavaScriptと互換にやるのが難しいかな？
867:デフォルトの名無しさん
21/06/13 22:17:00.33 SDaJf1m8.net
既存の構文で出来るらしい
URLﾘﾝｸ(medium.com)
C#のような新規の構文サポートは実装しない方針
URLﾘﾝｸ(github.com)
868:デフォルトの名無しさん
21/06/21 11:11:33.75 Jendc3yZ.net
Githubでとあるプロジェクトをパブリックにしてたら何かヤベーアメ公に絡まれた
気に入らなきゃさっさとフォークしろやハゲ
869:デフォルトの名無しさん
21/06/24 20:49:49.28 u0hl6kTWk
vue-cliでTypeScriptありにしてプロジェクト作成。
TypeScriptでimportするときに拡張子.vueは省略できないと知る。
設定で.vue省略可能になったりしない？
省略してもインポートした画面は出るけど、
その上に「Failed to compile.」と出て、
ターミナルにはTS2307が出てる。
ちゃんと.vueつけるとそれらは出ない。
JSでElectronアプリ作ってた時は省略可だったのに。
870:デフォルトの名無しさん
21/07/03 10:34:27.35 afnPLxcZ.net
ふぇぇ…
Angularのバージョン上がるの早すぎだよぅ…
Angular4を使ったSPAのセキュリティが心配だよぅ…
871:デフォルトの名無しさん
21/07/07 22:02:22.89 IyqR2Fvh.net
Angular とかとっくに死んだと思ってたわ
誰が使ってるんだ？
1系で身動き取れなくなったレガシーサービスくらいしか見たことない
872:デフォルトの名無しさん
21/07/07 23:53:28.16 qO1FdR5E.net
>>838
Teams（そろそろReactで書き換えられるけど）
873:デフォルトの名無しさん
21/07/08 07:47:58.41 75MwFXOI.net
Google 自身が Google のサービスで全く使ってないのに、何で作ってるのかわかんない
いつ捨てられてもおかしくなくね
874:デフォルトの名無しさん
21/07/08 14:40:54.16 jNeY00JW.net
teamsってangularだったのか。
reactにしたらもっさりが直るかな
875:デフォルトの名無しさん
21/07/08 14:50:07.37 hOnojRWO.net
>>841
Electron+AngularJsからWebview2+Reactになってメモリ消費は半分になるとか
876:デフォルトの名無しさん
21/07/14 23:38:18.17 C6qCMUQO.net
質問させてください。
WebAPIを呼んでJsonを取得し、その一部の項目を使いたいのですが、
以下の２つの方法を考えました。
１．提供されるJsonと全く同じ項目をもつクラスを定義してパース
const data = axios.get<クラス[]>("複雑なJsonを返すURL");
２．getの結果をとりあえずanyで受け取り、必要な部分だけをクラスのコンストラクタに渡す
axios
.get("("複雑なJsonを返すURL")
.then((results) => {
const items = JSON.stringify(results.data);
const parseItems = JSON.parse(items);
const data = new クラス(parseItems.必要な項目1,parseItems.必要な項目2...)
以下略
「１」の方法は、不要な項目もクラスに定義するのでいろいろ無駄が多いが、オブジェクトの作成が簡単。
「２」の方法は、型情報が使えなくて不便。だなと思ったのですが、
上記のような場合、通常はどちらの方法を使うものでしょうか？
もしくは全然別なやり方があれば教えていただきたいです。
877:デフォルトの名無しさん
21/07/15 23:21:53.74 /VADaM7m.net
すみません838です。自己解決です。
２の方法で、
const parseItems : インターフェース = JSON.parse(items);
みたいにすれば、必要なとこだけ埋めることできました。
878:デフォルトの名無しさん
21/08/27 21:03:15.72 OujrQnBG.net
Announcing TypeScript 4.4
URLﾘﾝｸ(devblogs.microsoft.com)
879:デフォルトの名無しさん
21/09/11 04:09:02.19 o78CvgiA.net
Express を用いてwebアプリケーションを開発しているものです。質問なのですが、webpackで.tsのコンパイルとバンドルを行う際に出来たbundle.jsをdist フォルダに出力するとして、.ejs などのテンプレートが入ったviewsはどこに配置するのが正しいのでしょう。srcでいいような気もするのですが、実際に動くのはbundle.jsだし、dist の方がいいのかなと…….
880:デフォルトの名無しさん
21/09/17 12:17:55.85 4jDmhT28.net
ようやくtsconfigのmoduleをesnextにしたわ
881:デフォルトの名無しさん
21/09/17 17:43:37.86 ELLRTb6O.net
むしろesnextにしてない人って何が理由なの？
882:デフォルトの名無しさん
21/09/29 00:27:22.98 Ucgex+Jd.net
TS型安全は良いけどハマると時間
883:ロスするね エラーパッと見ではなんでエラーが出てるかわからない C++をやってた頃を思い出した
884:デフォルトの名無しさん
21/09/30 18:43:43.57 4/dpkDC7.net
TSってプログラミングしてるっていうより問題解いてる感が強い
885:デフォルトの名無しさん
21/09/30 21:24:56.16 dN1VyuR8.net
パズルっぽくはあるが。スリザーリンクみたいに定石に当てはめたらパタパタと解けていく印象だな。
886:デフォルトの名無しさん
21/10/12 20:50:09.62 2QmYiCE7.net
TypeScriptのジェネリクスで型消去する方法って無いんだっけ？
あるいはJavaのワイルドカード型<?>みたいなのとか。
887:デフォルトの名無しさん
21/10/12 21:03:38.69 hmExHRrM.net
as any
888:デフォルトの名無しさん
21/10/12 21:44:00.66 2QmYiCE7.net
ああなるほど、<T extends any>なら<any>でいいわけか。
889:デフォルトの名無しさん
21/10/19 13:43:00.05 W8Yk+b6r.net
Promiseを同期的にwaitすることってできますか？
awaitではなくC#のTaskで言うところの.Resultなんですが…
890:デフォルトの名無しさん
21/10/19 13:54:59.42 QUfGkxyV.net
できない
891:デフォルトの名無しさん
21/10/19 14:08:46.54 W8Yk+b6r.net
え、できないんですか困った
外部ライブラリに渡すコールバック関数がPromiseをサポートしてない
けど、その中で非同期関数を呼びたい
というユースケースなんですが諦めるしかないんですかね…
892:デフォルトの名無しさん
21/10/19 14:41:50.05 LLvKMRJR.net
C#は呼び出し側のスレッドをブロックしてもTaskは別スレッドで動いてるから困らない
JavaScriptはシングルスレッドだから同期的にwaitできたら
呼び出し側がブロックされるだけじゃなくPromiseで動かそうとしてる処理もブロックされるので困る
コールバック関数をPromise化すればいいケースのような気がする
893:デフォルトの名無しさん
21/10/19 14:52:46.98 W8Yk+b6r.net
コールバックというと正確じゃないかもなんですけど
あるフレームワークが拡張のためのフックをサポートしてる
その関数は決まった名前のjsあるいはtsファイルのデフォルトエクスポートで指定する
フレームワークはそれがあれば利用し、なければ何もしない
その関数のシグネチャーは非同期をサポートしてない
こんな感じのシチュエーションですね
894:デフォルトの名無しさん
21/10/19 17:26:32.56 LLvKMRJR.net
>>859
>その関数のシグネチャーは非同期をサポートしてない
async/awaitのこと言ってる？
もしそうならasync/await使わない旧来のPromiseのやり方すれば？
895:デフォルトの名無しさん
21/10/19 19:00:11.55 W8Yk+b6r.net
>>860
Promiseもサポートされてないです
function libFunc( myFunc: (x: X) => Y )
イメージとしてはこんな感じで
myFuncはPromiseを返せないようなってます
myFuncのなかでOneWayのPromiseを走らせてPromiseを捨てることはできますが
libFuncはmyFuncの戻りであるYを使って処理を続けるのでOneWayでは意味がありません
896:デフォルトの名無しさん
21/10/19 19:38:25.38 QUfGkxyV.net
const ox = await new Promise(resolve=>
libFunc(x=> {
// yを作成
resolve(x)
return y
}))
とかじゃ駄目なん？
897:デフォルトの名無しさん
21/10/19 20:05:08.21 W8Yk+b6r.net
>>862
あくまで>>859という前提があるのでlibFuncを呼び出すタイミングはこちらでは選べません
898:デフォルトの名無しさん
21/10/19 20:07:52.68 2lJX9loQ.net
>>861
やりたいことがいまいちわからんが、同期呼び出しでmyFuncの結果を取得したいというならそれは無理。
899:デフォルトの名無しさん
21/10/19 21:03:40.36 LLvKMRJR.net
Promiseも使えないならもう一つ昔のコールバックヘル方式でやるしかないね
900:デフォルトの名無しさん
21/10/19 21:14:06.31 QUfGkxyV.net
>>863
何がやりたいかわかんね～
myFuncさえ登録できりゃ発展形でやり様子はあると思うけど
901:デフォルトの名無しさん
21/10/28 09:19:43.09 Qx9i2vDk.net
変数の先頭に$を付けるのは何の意味があるのでしょう？
902:デフォルトの名無しさん
21/10/28 09:36:01.90 3VMLYSLP.net
そんな事しません
903:デフォルトの名無しさん
21/10/28 23:51:25.40 vOpe/LV1.net
DOM のエレメントだよって示す
904:デフォルトの名無しさん
21/10/29 00:01:40.58 e9XHTkBz.net
PHPerでも出来た！と主張する
905:デフォルトの名無しさん
21/10/31 10:32:24.95 gOKmIPxI.net
Cの __FILE__ や __LINE__ みたいにトランスパイル前のファイル名や行番号を埋め込む方法って無いのかな？
一応source-map-supportでスタックトレースは読めるようになったけど、もっと手軽に埋め込むログで
場所を示せたらいいんだが。
906:デフォルトの名無しさん
21/10/31 12:11:14.90 Xdv2iZD2.net
TypeScript の仕事じゃない
907:デフォルトの名無しさん
21/10/31 12:31:29.22 gOKmIPxI.net
tscの前にプリプロセッサとかかまして実現できるならそれでもいいんだけど。
908:デフォルトの名無しさん
21/10/31 12:33:38.24 OQlLkoA+.net
しょせんはトランスパイラ
多くを求めたらダメだ
909:デフォルトの名無しさん
21/10/31 21:52:21.68 plSPEajD.net
>>871
英語で議論できれば提案すればいいと思うけどね
910:デフォルトの名無しさん
21/10/31 22:25:46.49 +4LFgdgS.net
>>873
手動でやるのは簡単だよね？
TS使ってないからビルドシステム知らんけど、Pythonか何かを挟み込める余地があったらそこでやってしまえば？
或いはいっそのことmakefileでラップしてしまうとか。(makefile内でビルドコマンドを起動）
911:デフォルトの名無しさん
21/10/31 23:58:24.90 gOKmIPxI.net
ありがとう。無いってことね。
912:871
21/11/01 00:27:26.36 M14pmKjL.net
>>877
多分ね。（俺は871、TS使ってない）
他言語（何だったかは忘れた）でも同様に「ないのか？」って聞かれてて、
仕様に入れない理由が「ちゃんと関数名書け」だったと思ったよ。
実際あれって、実装するのは簡単だけど、Cにしかないでしょ。
個人開発ならともかく、Gitな今だと複数バージョンが同時に使われてたりするから、収拾付かなくなるのではないかな。
その辺のCの便利機能って、今の大規模開発にはフィットしないから、基本的には嫌われてる。
多分、提案したところで入らない。
913:デフォルトの名無しさん
21/11/01 00:59:41.61 KlMso67D.net
TypeScriptのポリシー的に絶対入らない
914:デフォルトの名無しさん
21/11/01 08:42:35.30 43zjctJQ.net
技術的にそう難しくもなさそうなのに今無いってことはもう入れられる見込みは無いんだろうけど
これが絶対に相容れられないようなポリシーってなんかあったかな？
915:デフォルトの名無しさん
21/11/01 18:25:45.93 ZjFzlu/6.net
TSって滅多にクラス使わないけどDIってどうやってんの？
916:デフォルトの名無しさん
21/11/01 20:45:04.19 bXtGRcPZ.net
クラス全く使わないわけじゃないよ。まぁ明示的に副作用使いたい時ぐらいしか使わないけど
917:デフォルトの名無しさん
21/11/11 15:10:53.10 CHcG8Nbi.net
DIの件はこれで解決した
function F(deps: { … }, p1: T1, p2: T2)
よくよく考えると
たったこれだけのことだったんだ
フレームワークとかややこしいことを考えたのが間違いだった
918:デフォルトの名無しさん
21/11/11 19:34:48.71 CHcG8Nbi.net
type X = {
foo: string;
bar: string;
baz: string;
}
この型から
type Y = {
foo: string;
bar: string;
}
この型をMappedTypesで定義したい
つまり特定の属性を除去した型を作りたいのだけど出来る？
919:デフォルトの名無しさん
21/11/11 21:14:57.72 P2a3zHOn.net
Utility Types の Omit とか。
920:デフォルトの名無しさん
21/11/16 12:37:58.33 Gu6EBfCm.net
.NETでいうところの.NET StandardのようなものってTSには無いの？
フルスタックでTS使う案件に間違って入っちゃったんだけど環境ごとに何が出来るのか把�
921:ｬしきれなくてツラミを感じる ストリームと文字列の処理みたいな「こんなもんどの環境でも動くだろ」ってコードすら移植すると動かない時があって泣きそう スタンダードなライブラリが無いならビルダーの設定でもいい tsconfigでターゲットプラットフォームとランタイムバージョンを指定すると「このパッケージはこのターゲットプラットフォームでは使えないよ」って教えてくれるだけでもだいぶ楽になると思うんだけど… こういう機能ってどっかに絶対あると思うんだけどググっても古い断片的な情報ばっかり出てきてその設定を探すのも難しい
922:デフォルトの名無しさん
21/11/17 21:29:35.22 h3+MjybB.net
主な実行環境として node.js とブラウザがあるってことはわかってる？
923:デフォルトの名無しさん
21/11/18 00:15:24.62 3dlOBCKi.net
あとは泥とりんごでしょ？
せめてその4つのメジャーな環境でほぼほぼ同じように動く基本ライブラリ、基本ライブラリだけに依存して、つまりほぼほぼどこでも動くサードパーティライブラリ
それらが日常的な作業に不自由しないレベルで揃ってて然るべきだろう、と俺は思うんだけど無いのかな？
924:デフォルトの名無しさん
21/11/18 00:23:00.28 cf0G7PVa.net
基本ライブラリというならJavaScript API群があるが。
「日常的な作業に不自由しないレベル」って具体的にはどんなものを期待している？
925:デフォルトの名無しさん
21/11/18 00:34:29.18 3dlOBCKi.net
.NET Standardぐらいの想定かな
926:デフォルトの名無しさん
21/11/18 06:41:05.66 In+gpp4R.net
まず.NETが世界の中心。みんな知ってるだろ全部揃ってて当然だろみたいな考え方をやめろ。
フロント側についてはサイの絵が書いてある本買ってくるか、MDNを熟読すれば良い。Node側はNodeの公式を読め。話はそれから。
あとはtsconfigのcompilerOptions以下のtargetとlibを指定しろ。この辺はNodeのバージョンや、対象ブラウザで変わるからググれ。すぐ出てくる。
927:デフォルトの名無しさん
21/11/18 07:16:30.61 te8WLqUU.net
> 主な実行環境として node.js とブラウザがあるってことはわかってる？
> あとは泥とりんごでしょ？
これわかってないだろ
928:デフォルトの名無しさん
21/11/18 08:57:28.17 Ip1KYC/r.net
Announcing TypeScript 4.5
URLﾘﾝｸ(devblogs.microsoft.com)
929:デフォルトの名無しさん
21/11/18 12:49:52.50 xCTrnppv.net
自分は知っているみたいな錯覚してるせいで根本的に間違ってることに気づいてない
930:デフォルトの名無しさん
21/11/18 12:57:37.30 3dlOBCKi.net
URLﾘﾝｸ(stackoverflow.com)
適当にググったらこんなんあったけど、
要するに、こういうことだよな
これはただの一例だけど、ストリームと文字列の変換なんてなんかはさ、いいかい？
全ての開発者が、ドキュメントを熟読せず、何の迷いもなく、インテリセンスに導かれて、スラスラと書けてだよ
そして、それが驚き最小で、思った通りに動作する
それがモダンな高級言語として、当たり前の姿なんじゃないのかい？
TSのメンテナは真新しさばかり追い求めて、足場を固めるという、地味だが大切な仕事を忘れてやしないか？
931:デフォルトの名無しさん
21/11/18 13:22:17.68 In+gpp4R.net
根本的な勘違いとして、それはTypeScriptの責務では無い。TypeScriptはJavaScriptにモダンな型を付与するもの（一部例外はある）で、APIの提供はしない。
例に出てきたFileReaderの様なAPIはブラウザとNode側で求められる機能もセキュリティレベルも異なり、それぞれが提供するものだ。それを統一はできない。ましてnpmのバッケージで提供されているものはパッケージ作者が責務を負うものだ。
自分の勉強不足を棚に上げて言語に文句を言うのは筋違いも
932:良いとこ。
933:デフォルトの名無しさん
21/11/18 14:09:39.19 3dlOBCKi.net
そこがTSの限界であり、使いにくい原因なんだろなぁ
FileReaderなんてのはたまたま出てきた一例でしかないが
リンク先のポストを読めば、トピ主のやりたいことはストリームから文字列への変換とわかるだろう
その程度はどのプラットフォームでもサポートできる
使用頻度もそこそこだから、標準ライブラリとして用意されていて当たり前
encode(s: string, format: string): Blob
decode(b: Blob, format: string): string
これでいいだろ？
セキュリティやハードウェアに依存するものが標準化されないのは許されるだろう
しかしなぜ簡単にできるものすら標準化しない？
934:デフォルトの名無しさん
21/11/18 16:35:20.00 In+gpp4R.net
そのストリームってのは何のストリーム？
ひょっとして用語を間違えてるから調べても出てこないのでは？
935:デフォルトの名無しさん
21/11/19 07:13:45.00 UKAZMSSR.net
>>893
型演算に末尾再帰最適化（みたいなの）追加されるやん！
936:デフォルトの名無しさん
21/11/21 12:03:30.92 lhVIl0/s.net
型の@types だけインポートするにはどうしたらよいでしょうか。
leafletという地図のjsライブラリがあって、グローバルでL という変数をnamespaceとして使っています。
npmの層を薄くしたくて、地図ライブラリはnpm を使わずにhtmlにscriptタグを直接書いて読み込んでいます。
でも型補完は欲しいので、"@types/leaflet"はnpmでインストールしています。
この状態で変数L に型補完を動作させるにはどうすればよいでしょうか。
何もしないと、変数Lは未定義だよ というエラーが出ます。
(エラーを消すだけなら適当なd.tsを作って declare const L: any; とでも書けばいいんだろうけど)
937:デフォルトの名無しさん
21/11/21 12:42:32.36 9+9LY8kt.net
import type * as Leaflet from 'leaflet'
declare const L: typeof Leaflet
938:デフォルトの名無しさん
21/11/21 12:53:04.47 lhVIl0/s.net
ありがとうございます
939:デフォルトの名無しさん
21/11/23 00:51:46.26 6fLWx+hU.net
空配列ってどうやって定義すればいいんでしょうか？
940:デフォルトの名無しさん
21/11/24 20:42:59.28 KtJ2oMe7.net
Dateが使いにくいのどうにかする最高のライブラリ教えてよ
date-nfs、momentあたりは試したけどしっくりこんかったわ
JSONが非対称ってのもSo Badやでほんま
よくこんな罠だらけの言語でやってられるなー
フロントエンド勢の忍耐力には尊敬の念を禁じえんわい
941:デフォルトの名無しさん
21/11/24 21:53:47.96 mN6taiyI.net
>>904
> JSONが非対称
とは？
JSON.parse, JSON.stringify 知ってるか？
942:デフォルトの名無しさん
21/11/24 22:01:40.70 zBacYw4i.net
>>904
date-nfsで駄目ならオススメは無いかなぁ。
ご指摘の通り罠も多いけどC++とかに比べたらずっと楽な言語だと思うな
943:デフォルトの名無しさん
21/11/24 23:40:29.12 FcSkbZGe.net
>>904
> Dateが使いにくいのどうにかする
そんなあなたに Temporal
944:デフォルトの名無しさん
21/11/26 22:12:29.88 +KFAtmTP.net
Effective TypeScript
ちと古いが読んだ方がいい？
945:デフォルトの名無しさん
21/12/02 17:06:08.00 kge1UpiO.net
あーくそ
なんでstrictをOFFにできるんだよ
VB.NETか！
946:デフォルトの名無しさん
21/12/02 18:20:28.57 Kt63btcl.net
いやなんでfalseにするんだよ
947:デフォルトの名無しさん
21/12/02 22:30:30.27 Ki4y/ScD.net
既存の JavaScript を段階的に移行したい時かな
948:デフォルトの名無しさん
21/12/07 10:10:01.42 rXzUIf2/.net
非同期がよーわからん
ワーカーを考えない場合
ブラウザでもモバイルでもバックエンドでも基本的に一本のキューにジョブを入れてって順次処理するモデル
promiseや
949:awaitを使うと処理の前後関係は保障されるけど間に他のジョブが割り込む可能性がある 処理そのものはシングルスレッドで行われるのでpromiseやawaitを挟まない限り全てのJSコードがアトミックに実行される fetchなどJS外の処理についてはアトミックは保障されない こんな感じであっとる？？？
950:デフォルトの名無しさん
21/12/07 22:24:43.13 aDEs4G8x.net
JavaScript Visualized: Event Loop
URLﾘﾝｸ(dev.to)
951:デフォルトの名無しさん
21/12/08 07:25:06.20 ff6DaDGr.net
>>912
だいたい合ってる。基本的には処理の予約と考えるだけで済む。
JS外の処理はWebWorker含めてJS環境に干渉してこないんだから（戻り値以外）ほぼイベントとか割込と同質で特殊なものだと考える必要もなくないかな？
952:デフォルトの名無しさん
21/12/09 14:21:48.83 h+aQCsXU.net
なんかプロジェクトでtypescript使う流れになって今から勉強してるんだが、これ何に優れてるの？
javascriptの拡張言語で型の宣言できるぐらいがメリット？
実行するためにいちいちコンパイルもどきなことをしないといけないしデバッグ面倒で正直やりづらいとしか思えないんだが
953:デフォルトの名無しさん
21/12/09 14:29:35.72 lTugl+ha.net
「正直、特別優れた言語設計でもないし、基本的なライブラリ貧弱だし、なんか色々と不安定なので、他の言語を使えるならそっちのがいい。
でもJavaScriptよりかは遥かにマシだからターゲットプラットフォームがブラウザ、ReactNativeなら積極的に使っていこうぜ」ぐらいの認識ですかね
型パズルとかゆるゆるなインターフェースとか最初はこりゃ楽チン、便利だなと思うけどメンテナンス性は疑問
あとTypeScriptは生のJavaScriptよりanyの凶悪さが増してると思う
所詮はALT JSですね
954:デフォルトの名無しさん
21/12/09 16:46:11.49 V/6JaBTF.net
>>915
watch使うとわざわざコンパイルする手間が省けるので楽だよ。あとmapファイルも出力するようにすればデバック時も面倒じゃなくなるよ。
型だけじゃなくて、同じコードで古い環境でも動くソースを吐くこともできるよ。
でも、型にメリットを見いださない人向けの言語で無いね。
955:デフォルトの名無しさん
21/12/09 20:23:42.31 /vSkUWU0.net
動的型付け言語しか使ったことがない人ならそんなものだよね
956:デフォルトの名無しさん
21/12/10 13:52:02.48 +cpc+hgB.net
個人開発だとTypeScriptガンガン使ってる
型パズルたのちい
957:デフォルトの名無しさん
21/12/10 16:44:26.21 IDIER0Zn.net
型パズルはアンチパターンだ
ほどほどにしとけ
人類はC++を教訓にしなければならない
958:デフォルトの名無しさん
21/12/10 17:18:46.95 AY2SRHbF.net
TypeScriptにはSFINAEみたいな凶悪な仕様はないだろう。
conditional typeは少し難解かもしれないが自分で使わなければいいだけのことだし。
959:デフォルトの名無しさん
21/12/21 11:07:25.83 vugugi2u.net
any型のデータをそれ以外の型に変換可能かどうか判定する、または変換するライブラリってあります？
↓こんな感じの
type T = { id: number; name?: string; timestamp: Date; }
const data1: any = { id: 1, name: “bob”, timestamp: new Date() }
const t1: = convert<T>(data1); // OK
const data2: any = {
id: “2”, // number format string
timestamp: “2021-12-21T11:00:00Z”, // ISO Date string
}
const t2 = convert<T>(data2); // OK
const data3: any = { // without required field
timestamp: new Date()
}
const t3 = convert<T>(data3); // throw Error
const data4: any = {
id: 4,
timestamp: “hello” // invalid format
960: } const t4 = convert<T>(data4) // throw Error
961:デフォルトの名無しさん
21/12/21 11:18:51.59 vugugi2u.net
TypeScriptって型が嘘をつくことが結構あって
Date型なのに実行時には文字列が入ってるとか
型定義では省略不可なのに実行時には省略されてるとか
そういう実行時の型エラーをなんとかして削減したい、というのが根本的な課題です
上でレスしたようなライブラリがもし有れば多少はマシになるかな、と
ランタイムがキャスト例外を投げてくれればそれがベストなんですが、JSに実行時型情報はないのでそれは難しい
962:デフォルトの名無しさん
21/12/21 18:51:42.35 X++9NQ8p.net
> JSに実行時型情報はないので
つ typeof, instanceof
963:デフォルトの名無しさん
21/12/21 19:01:16.33 S4hmWBPH.net
すげー斜め読みしてタイプガードではいかんのかと思った
964:デフォルトの名無しさん
21/12/21 19:16:55.14 ESVu6HO8.net
タイプガードでもいいんですけど数が多いので一発で全部よしなにやってくれるものがほしいって感じですかね
C#のdynamicのように非互換の代入をその場で例外にしてくれれば楽なんですが
なんでかanyは非互換でもエラー無しでスルッと進んでしまうので苦労してます
965:デフォルトの名無しさん
21/12/21 19:39:34.82 S6JYHyb7.net
URLﾘﾝｸ(github.com)
966:デフォルトの名無しさん
21/12/21 20:01:09.90 ESVu6HO8.net
>>927
どうも
なかなか良さそうだけどちょっと大変そう
普通の型を先に定義してパーサーを生成するのは難しいんですかね?
967:デフォルトの名無しさん
21/12/21 20:08:19.40 fpjBPgEH.net
TypeScriptのtypeやinterfaceからjsonschemaを生成するライブラリがあるから
それを使ってタイプガード書けば楽よ。
968:デフォルトの名無しさん
21/12/21 20:09:36.77 S6JYHyb7.net
URLﾘﾝｸ(github.com)
969:デフォルトの名無しさん
21/12/21 20:12:46.39 S4hmWBPH.net
そういえばAJVがタイプガードに対応してたな
970:デフォルトの名無しさん
21/12/21 20:17:02.00 ESVu6HO8.net
>>930
いいかも
あとはanyの代入を自動的に置き換えることができれば完璧
971:デフォルトの名無しさん
21/12/21 20:28:04.08 S6JYHyb7.net
string -> Date のような transform をしたいなら、型から自動生成を期待するよりもスキーマで変換ロジックを書いて型を導出するアプローチの方が扱いやすい
972:デフォルトの名無しさん
21/12/23 16:09:01.04 qSHzxodN.net
axiosでの（非同期）通信結果から
最終的にpromiseを外した形でresponse扱いたいんだけど
どうやるとできるのでしょうか？
function的な奴で非同期通信して
そのfunction自体はpromiseでない値を返したいんだけど。。。
awaitやろうと思うと
そのfunctionはasyncになって
結局promiseになってしまう
イメージ
conct func = (): string => {
// axiosの戻りがstringだとして、このvalを同期的に返したい
axios.get("hogehoge").then(val=>{return val})
}
973:デフォルトの名無しさん
21/12/23 20:50:37.85 aMbIyyBR.net
不可能です
直接 XMLHttpRequest を同期モードで使用してください
974:デフォルトの名無しさん
21/12/23 22:47:01.90 j1Nwu6l7.net
非同期を同期にはできない。
これ、初心者の頃は辛かったけど、気がついたら慣れてたし不便さより便利さを感じるようになったから人間の適応能力ってすごい。
975:デフォルトの名無しさん
21/12/24 11:16:13.19 8YLKxFwi.net
うーんわからん
type X = A & { foo: string}
ってやるとXがanyと判定される現象が起きてて原因が全くわからない
Aはちゃんと型が認識されてる
const a: A = { 略 }
a.
ここまで打てばインテリセンスが出てくる
でも&を挟むとなぜかanyになる
コンパイラのバグかな？
976:デフォルトの名無しさん
21/12/24 12:01:47.45 vCO0x3fk.net
export type X = A & { foo: string }
const x: X
これは型が生きてるしインテリセンスも出る
import { X } from ‘…’
const x: X
これはanyになってしまう
ファイルを
977:跨がなければおkみたい エクスポート/インポートのプロセスでバグるのかな？ 他の型は問題出てないからAだけが特殊なんだろうけど文字列型のフィールド幾つか持ってるだけのなんの変哲もない型なんだよな…
978:デフォルトの名無しさん
21/12/25 12:39:31.39 mJNzEC98.net
色々調べて行き詰まったんだけどこれで合ってる？
babelのpreset-typescriptはTSから形情報を落としてるだけ
なのでtsconfigを無視する
なのでproject referencesも無視される
プロジェクト分割したい場合のオフィシャルな手段がない
なのでプロジェクト分割したければ各自好きな方法でハックするしかない
暫定対応として被参照側のプロジェクトでwatch & buildを仕掛けて
babel側のプロジェクトから被参照側の出力フォルダをimportしてるんだけど正直辛いものがある
979:デフォルトの名無しさん
21/12/25 13:16:26.59 YYlOH5kW.net
babel がどう動くかなんて tsc には関係ないだろ
それともあなたのエディタは babel で型情報を解析しているのか？
980:デフォルトの名無しさん
21/12/25 13:22:25.16 YYlOH5kW.net
コンパイル済みのファイルに型情報がないという話なら、型定義ファイル(.d.ts)も出力しないとそりゃそうだろと
981:デフォルトの名無しさん
21/12/25 13:40:07.40 mJNzEC98.net
プロジェクト分割についてはどう考えますか？
982:デフォルトの名無しさん
21/12/25 13:54:01.89 YYlOH5kW.net
情報を小出しにせず、問題が再現するリポジトリ丸ごと上げるかせめてファイル構造や各種設定ファイルの内容など全部書き出して
& がダメなのかファイルを跨ぐのがダメなのかプロジェクト分割がダメなのか話がどんどん移っててわからんぞ
983:デフォルトの名無しさん
21/12/25 14:17:47.06 YYlOH5kW.net
これ別人の別の話か…そうだったらスマン
984:デフォルトの名無しさん
21/12/25 14:25:06.24 mJNzEC98.net
別ですね
単刀直入に言うとbabel & preset -typescript環境で正しいプロジェクト分割のしかたを聞きたかった
985:デフォルトの名無しさん
21/12/26 11:58:10.04 yczrikVs.net
色々と試して結論が出た
プロジェクト参照は諦めてシンプルに相対パスでimportすることにした
依存パッケージを全てのプロジェクトに入れなければならないのが面倒だけど妥協
ようするに昔VB6やC言語などでよくやってたDLL化せずにコードファイルを共有するスタイル
モダンな言語でやることとは思えないけど何日も調べてできないなら仕方ない
986:デフォルトの名無しさん
21/12/26 12:26:32.69 6ScHvZpk.net
バベるのが悪い
987:デフォルトの名無しさん
21/12/26 16:05:00.89 SvIlyqah.net
でもフレームワークがバベれって言うんです
988:デフォルトの名無しさん
21/12/26 16:14:53.21 imvxWhRx.net
これを
babel_proj
webpack_proj
tsc_proj
tsconfig.json
tsc_lib_1
tsconfig.json
tsc_lib_2
tsconfig.json
こうする
babel_proj
symlink => ../libs
webpack_proj
symlink => ../libs
tsc_proj
tsconfig.json
symlink => ../libs
libs
lib_1
lib_2
989:デフォルトの名無しさん
21/12/28 17:28:42.45 X7A0KCIT.net
バックエンドはexpress一択？
990:デフォルトの名無しさん
21/12/28 20:29:49.68 qjWVy58S.net
そんな🍌
991:デフォルトの名無しさん
21/12/28 23:38:51.88 QExnrlZb.net
僕はFastify!
992:デフォルトの名無しさん
21/12/29 02:36:36.80 tTEsT75E.net
nestjsはレガシーなデコレータ依存がなあ
993:デフォルトの名無しさん
21/12/30 13:04:36.50 8IVD/YcY.net
そもそもサーバーサイドにTS選ぶメリットが無い
994:デフォルトの名無しさん
21/12/30 13:42:00.99 XEA11GKy.net
JavaScriptがって話ならわからんでもないが
995:デフォルトの名無しさん
21/12/30 13:49:04.54 8IVD/YcY.net
TS始めた時からずっと思ってたけど型が簡単に嘘を付ける言語仕様はバックエンドでは到底受け入れられんわ
フロントエンドでは気楽さと壊れやすさのトレードオフってことで受け入れるけど
996:デフォルトの名無しさん
21/12/30 13:53:13.25 XEA11GKy.net
じゃあC/C++なんかもダメだな
997:デフォルトの名無しさん
21/12/30 14:00:36.67 qk2rIpzk.net
バリデーションもできない奴がなんか言ってら
998:デフォルトの名無しさん
21/12/30 14:01:03.11 8IVD/YcY.net
そうだね
バックエンドでは実
999:質Cと大差ない ちょっとだけ楽できるけど
1000:デフォルトの名無しさん
21/12/30 14:10:38.20 XEA11GKy.net
じゃあ逆にバックエンドで受け入れられる言語ってなんだろう？JavaとかRustくらい？
1001:デフォルトの名無しさん
21/12/30 14:23:51.58 8IVD/YcY.net
JavaとC#だね
型安全性がしっかりしてて実績も多い言語って言えばそれぐらいじゃないか？
1002:デフォルトの名無しさん
21/12/30 14:42:45.86 XEA11GKy.net
んー、つまり
>TS始めた時からずっと思ってたけど型が簡単に嘘を付ける言語仕様はバックエンドでは到底受け入れられんわ
JavaとC#以外の言語を触るたびに同じように思ったってことでいいのかな？
1003:デフォルトの名無しさん
21/12/30 15:01:47.81 Q5xANRZc.net
まあ、そうだね
1004:デフォルトの名無しさん
21/12/30 16:23:51.89 se0ux0qB.net
C♯やJavaよりはTypeScriptやRust選びますわ
1005:デフォルトの名無しさん
21/12/30 16:31:34.51 tab5g/QS.net
そしてバグが出ると
1006:デフォルトの名無しさん
21/12/30 16:52:28.72 XEA11GKy.net
まるでTypeScriptやRustを選ぶとバグが出るかのような物言いだが
C#やJavaを選べばバグが出ないというわけでもあるない
1007:デフォルトの名無しさん
21/12/30 17:38:29.90 tab5g/QS.net
TypeScriptは型が簡単に嘘をつけるのでバグが出やすい
型安全性がバグ削減に貢献しているのはプログラマの常識
1008:デフォルトの名無しさん
21/12/30 17:46:55.74 18t9WvJQ.net
それはあなたがバリデーション書けないからでしょ？
1009:デフォルトの名無しさん
21/12/30 17:56:31.58 XEA11GKy.net
>>967
具体的にどういうのを言っている？まさか故意にasでキャストした場合の話じゃないだろうが
1010:デフォルトの名無しさん
21/12/30 18:04:13.25 cY7zFSmj.net
その返答で書けないということが露呈したゾ
1011:デフォルトの名無しさん
21/12/30 19:17:21.94 zuTar3e4.net
>>968
型が嘘をつけることとバリデーションは別次元の話
>>969
明示的キャストなんかしなくてもTSにはいくらでも型が嘘をつく罠がある
代表的なところだとjsonのパース、DBのI/O、api I/O、野良ライブラリのI/O、、、
1012:デフォルトの名無しさん
21/12/30 19:25:44.57 zuTar3e4.net
言語仕様を変えるべきなんだろうな
typeで宣言した変数への代入は実行時に型チェック付きのマッピングにトランスレートすべき
ついでに言うとtypeで未定義の属性はマッピングするときにundefinedにすべき
これだけでTypeScriptによくある馬鹿馬鹿しいバグがかなり減るはずだ
type Foo {
x: string;
y: number; }
const foo: Foo = { y: “s” } as any
これはコンパイル時には無視していいが実行時にはエラーになるべきだし
const foo2: Foo = { x: “a”, y: 100, z: “111” }
これはzは消えるべき
1013:デフォルトの名無しさん
21/12/30 19:33:44.30 18t9WvJQ.net
>>972
いやそれはそのコードがバカじゃん……
1014:デフォルトの名無しさん
21/12/30 19:34:37.32 zuTar3e4.net
Javaは最も優れた設計でそもそもanyみたいな言語仕様がない
Objectは定義できるが暗黙のキャストでスルッと行くなんてことはあり得ないし無理やりキャストしたって実行時に必ず例外が飛ぶ
C#はanyに近いものでdynamicというのがあるがこれも誤ったキャストには実行時に例外が飛ぶ
どちらも型が嘘をつかないように言語基盤がしっかり担保してくれるから型を信用していい
当たり前のことを当たり前にやってくれる堅実な言語だ
1015:デフォルトの名無しさん
21/12/30 19:36:08.35 zuTar3e4.net
>>973
このコードは説明のためのスニペットだ
現実的にこんなコード書くわけないだろ
現実的には先に挙げたような状況でanyと戦わなければならない
1016:デフォルトの名無しさん
21/12/30 19:44:03.93 18t9WvJQ.net
>>971
>>975
なんの為のバリデーションとタイプガードだよ。
どこで間違った型が入りうるかなんか普通把握できるでしょうに
1017:デフォルトの名無しさん
21/12/30 19:48:28.03 pcTvcAXH.net
Javascriptのスーパーセットという最大のセールスポイントを見てなさすぎだろ
構造的部分型も便利だしany型なんて使うときには型ガードするよね
型に関してはJavaより好きだわ
1018:デフォルトの名無しさん
21/12/30 19:51:25.70 HvA/IBjD.net
Nullableを長年放置してたり文化的にも言語的にもImmutableを軽視してきたJavaもちょっと
1019:信用できないですね
1020:デフォルトの名無しさん
21/12/30 19:59:03.54 zuTar3e4.net
>>976
バリデーションってのは値が正しいかどうか検証するものであって型が嘘をついているかどうか調べるためのものじゃない
どこで型が嘘をついているか確実に判断することはむずかしい
自分達の管理するコードベースの外界とのI/Oは全て疑わしい
先も述べたようにJsonのパース、ApiのIO、DBのIO、野良ライブラリのIO
疑わしい箇所が多すぎる
型が嘘をつかない言語なら外界とのI/Oの型定義が信用できる
信用できない領域がグッと一気に減る
だから型は嘘をついちゃいけないし
簡単に嘘をつける言語仕様は絶対におかしい
1021:デフォルトの名無しさん
21/12/30 20:05:16.00 zuTar3e4.net
>>977
構造的部分型もわかりにくいバグの温床だな
anyよりは全然マシだが
まあ楽なのは楽だよそれはわかる
ただ楽なのと安全でりかいしやすいのとは同じじゃないからね
typeは俺が言ったような真の意味で型安全を担保するための仕様
interfaceは構造的部分型でサボるための仕様
こう使い分ければよかったんだろうな
1022:デフォルトの名無しさん
21/12/30 20:09:20.24 zuTar3e4.net
>>977
セールポイントであり最大の弱点でもある
思い切って互換性切った方が絶対上手くいってた
>>978
まあ先発の古い言語だからある程度は仕方ないね
Null安全は対応してきてる
イミュータブルは昔から使えてた(final)
1023:デフォルトの名無しさん
21/12/30 20:42:46.31 18t9WvJQ.net
>>979
型さえあってりゃどんなライブラリも安全安心だと思っているのか……
1024:デフォルトの名無しさん
21/12/30 20:51:38.40 iK2C+Pgo.net
>>982
ちゃんと読めてます？
「信用できない領域がグッと減る」って書いてあるでしょ？
型安全であれば全てが安全なんてことはない
これは常識
でも型安全ならそうでない場合に比べて大部分が安全になる
これも常識
そしてTSは一見すると型安全であるかのように見えるけれど
型が簡単に嘘をつける言語仕様のせいで実は型安全ではなく安全でない言語である
これが私の主張
よく読んでね
1025:デフォルトの名無しさん
21/12/30 21:06:33.94 18t9WvJQ.net
>>983
お、これは失敬
1026:デフォルトの名無しさん
21/12/30 21:26:07.36 XEA11GKy.net
>>971
あんたの言う「型が嘘をつく」の意味がよくわからんが。オレオレ用語じゃなくて一般的な用語で説明してくれんかな。
>先も述べたようにJsonのパース、ApiのIO、DBのIO、野良ライブラリのIO
>疑わしい箇所が多すぎる
嘘をつくもなにも、JSONはそのJSON自体の構造以上の型を主張したりはしないが。
それを勝手に別の型と見做したとしたらそのコードの方に問題があるわけだろう。
1027:デフォルトの名無しさん
21/12/30 21:31:50.13 XEA11GKy.net
>>972
ああなるほど。
型の合わせ方がわからなくてasやanyで誤魔化したらバグったってのの逆恨みか。
1028:デフォルトの名無しさん
21/12/30 21:32:15.17 yBt1j67p.net
型が嘘をつくってのは
コンパイル時に指定した型以外の値が入ってることがある
入れることが簡単にできるということ
type X = { foo: string }
function xxx(): X
例えば↑こういう定義があったとする
実際にxxx()の戻り値が文字列型のfooという属性を持っているかどうか？
それはソースコードを隅々まで読んで間違いないことを確認するまでわからない
コードはXという型はfooという文字列型の属性を持っていると主張しているわけだが実際にはそうでない場合がある
これを俺は型が嘘をついていると表現する
1029:デフォルトの名無しさん
21/12/30 21:33:00.94 yBt1j67p.net
>>986
ちげーよ
1030:デフォルトの名無しさん
21/12/30 21:36:23.80 yBt1j67p.net
JavaやC#ではこういう事は起こらない
正確には低レベルAPIでメモリを不正に書き換えれば起こせるが無理すれば起こせないこともないと言った程度
JavaやC#ではXがfooという文字列型の属性を持っていてxxxの戻り値の型がXであると書いてあったらそれを信用していい
JavaやC#は型が嘘をつかないからだ
1031:デフォルトの名無しさん
21/12/30 21:37:07.94 XEA11GKy.net
>>987
？
おめーのtscはそれコンパイルエラーにしてくれないの？
1032:デフォルトの名無しさん
21/12/30 21:39:39.80 rc2c+xCv.net
>>99