TypeScript part3

1 名前：デフォルトの名無しさん [2018/04/26(木) 21:48:23.07 ID:mMDBzDaB.net] 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/ 580 名前：デフォルトの名無しさん mailto:sage [2020/10/11(日) 07:10:15.21 ID:qONvW7Si.net] 妄想おつ 581 名前：デフォルトの名無しさん mailto:sage [2020/10/11(日) 07:22:42.40 ID:vDn4Pmub.net] Pythonみたいに動的型言語に型アノテーションを追加する事が主流になるだろう Union型は動的型だから出来る事で、完全に静的型にするとC++みたいになってしまう 動的型＋型アノテーションは良いとこ取りで、プロから初心者まで皆が満足出来る 582 名前：デフォルトの名無しさん mailto:sage [2020/10/11(日) 07:34:29.67 ID:6reX+khV.net] Pythonは10年前にやったときは凄い言語機能だと思ったけど、それからあんまり進化しなくて今はJSにすら言語機能的には劣ってる。Pythonの良いとこ他の言語も取り込んじゃったからね。 でもそれとライブラリが充実してるってのは別問題で、このライブラリの充実っぷりがJS|TSにもあったら天下取れるのになぁと思う。 機械学習はライブラリの最適化がキモで言語の速度なんてほとんど関係ないし 583 名前：デフォルトの名無しさん mailto:sage [2020/10/11(日) 08:43:37.68 ID:AhI6YFfN.net] なんどもコードの書き換えが必要な機械学習において Pythonのような可読性にすぐれ、少ないコードで実行できる言語はが必要不可欠なのよ。 Cythonを使えば実行速度もC/C+＋と変わらないしね。 JavaScriptはTypeScriptとして生き残ると思われる。 584 名前：デフォルトの名無しさん mailto:sage [2020/10/11(日) 08:44:44.80 ID:AhI6YFfN.net] >>558 そのYouTubeはPythonとJavaScriptで作られているという皮肉 585 名前：デフォルトの名無しさん mailto:sage [2020/10/11(日) 08:59:02.53 ID:rXA2CZZq.net] >>562 最近の初心者がすぐ「俺がやってる言語スゲー、俺スゲー」なポジショントークに走る理由が分からん。 Pythonが良かろうが悪かろうが、お前の実績でもなかろうに。 結局のところ、「○○言語スゲー」をやってる奴は、「他言語なんて絶対学びたくないマン」であって、 それを正当化する為に言い訳をしているようにしか見えん。 それは549の「知り合い」も同じ。 ただ>>556が典型的な「型の問題点」で、 規模的に「見りゃ分かるだろ」な場合でも、型あり言語は型を書くことを強制され、 結果的に煩雑なコードになってしまっていた。 それ、JSで function isEqualPoint(p1,p2) { return (p1.x === p2.x && p1.y === p2.y); } だったら、悩む必要もなく、その先にさっさと進めてただろ、という話。（※） 普通の頭してたらこれで十分だ。 ちなみに（メソッドではない関数で）isEqualは短すぎ。 isEqualPointはお前らが大嫌いなハンガリアンだが、どう見てもPointを受け取る前提で、そうじゃなきゃエラーだと分かる。 それを型を書いてコンパイラにやらせるのがTSで、目で見て落とすのがハンガリアン。 ただ、コードの精度を上げたいなら併用すべきで、 形無しのisEqualというのは.NETみたいにisEqualインタフェースを全部の型に対して供給し、 isEqualを持っている型はこれ使えます、てな事をやるために使う。 ただこれは.NETは世界の全てがOOP前提だから出来るのであって、JS界隈ではかなり無理。 そしてそれ以前に、isEqualはPointのメソッドとして実装すべき。 メソッドであればそもそもPoint以外を与えようがなくなるし、見た目もハンガリアン同様にエラーを検出出来る。 そしてインタフェースへの拡張も見えてくる。 どうしても野良関数にしたければ、ハンガリアンにしておく方が無難だと思うが。 なおOOPの問題点は根本的にここら辺で、 この程度のどうでもいい規模しか書けない初心者にも無駄にいちいち考えることを強いて手を止めてしまう。 このレベルならグダグダ言わずに何とでも書いてどんどん先に進んだ方がいい。 どうせ今書いてるコードなんてゴミで、後から使える事はない。 586 名前：デフォルトの名無しさん mailto:sage [2020/10/11(日) 08:59:27.04 ID:rXA2CZZq.net] 少し遠回りしたが話を※の時点に戻すと、 だから「全部について型を書け」というのは少々煩雑で、型あり言語は型推論で 587 名前：型を書かなくて良い方向に動いてる。 逆に、形無し言語は型をアノテートすることで、コンパイル時に落とせる方向に動いてる。 結果的に、どっちも同じような状況になりつつある。 落としどころは多分、C#の「ローカルは型推論、それ以外は型を書け」がまあ妥当なラインなのだろう。 だから初心者でこの辺の塩梅が分からないのなら、C#から入るのもありだと思うけど。 現実的にバランスが取れた仕様にはなってる。 >>563 JSが取り込んだPythonの良い所って何？ そんなの初耳だが。 そもそもPythonが褒められてる点なんてマジで何一つないと思うが。 （ただし俺は10年も使ってないので歴史的経緯はほぼ知らんが） JS|TSが天下を取る為に必要なのは「同期」だよ。 asyncとかじゃなくて、普通の「同期」の方が分かりやすいし、実際スクリプト言語が担当する分野ではほぼそれでいい。 c10k問題等には非同期が有利なのは事実だが、見た目の分かり易さは「同期」の方が断然いい。 「それ、同期だったらそもそも理解する必要すらなくて、上から順に実行される、で済みますよね？」が多すぎる。 ただ、「非同期」は最早宗教だから、「同期」を入れることはないのだろうけどね。 「同期」が入れば、CPUリソースが厳しいサーバ側のPHP/Ruby/（ほぼいないが）Pythonの半分ほどはNodeに移行するだろう。 (実際、Goがその界隈で流行ってるのも、大した手間をかけずに快速が得られるからであって） また、普通のスクリプト業務、つまりPythonが蔓延っている分野でも、 Python同様に簡単に書け、速度は16倍なのだから、当然普段使いする奴が出てくる。（というか俺がそれ欲しい） そうすれば、ライブラリも充実していく。 「同期」がないから普段使いしにくいのがとにかく問題。 逆にPythonは実行速度が問題で、現実的な文句はほぼこれに尽きる。 だから彼等が何故高速化を目指さないのかは俺には本当に謎。 [] [ここ壊れてます] 588 名前：デフォルトの名無しさん mailto:sage [2020/10/11(日) 09:13:49.37 ID:/RVlCgv+.net] このおっさん長文書く割に知識浅いな 589 名前：デフォルトの名無しさん mailto:sage [2020/10/11(日) 09:15:26.14 ID:xz6PduLx.net] >>565 あれPythonで作られてるから進化が遅いんだぞ 外向きにはPythonで問題ないって強弁してるが完全に負債化しちゃってる Pythonで作ったWebサービスあるある 590 名前：デフォルトの名無しさん mailto:sage [2020/10/11(日) 09:29:24.51 ID:AhI6YFfN.net] 時代についていけない老害エンジニアがC/C++を必死に推してるように思うのだが 591 名前：デフォルトの名無しさん mailto:sage [2020/10/11(日) 09:29:47.66 ID:vIhtxp0O.net] >>568 浅いというか個人 or 小規模開発しかしたことなさそう 592 名前：デフォルトの名無しさん mailto:sage [2020/10/11(日) 09:36:16.20 ID:AhI6YFfN.net] Pythonの速度が遅いと言ってるのは情弱 Cで書いたライブラリに受け渡せばC言語の速度で実行できるし Cython使えばPythonのコードほぼそのままC言語の速度がでる Pythonで困るのはGUIくらいだろ？ 593 名前：デフォルトの名無しさん mailto:sage [2020/10/11(日) 09:40:52.87 ID:sfgrEAk/.net] 継承とジェネリクスが役割が被る領域において TypeScriptではどっちの書き方がメジャー（もしくは効率的）とされているのかわからなかったのです＞＜！ >>559 レス�dクス、 わかりた、 594 名前：デフォルトの名無しさん mailto:sage [2020/10/11(日) 09:45:09.23 ID:sfgrEAk/.net] 次の質問なのですが、 タイプガードとか書くときにクラス（やハッシュ）にプロパティーが有るのか無いのか調べると思うのですが つぎのどっちの書き方が良さげ？ 　(1)　'someProperty' in foo 　(2) foo.someProperty != undefined 595 名前：デフォルトの名無しさん mailto:sage [2020/10/11(日) 09:45:54.29 ID:sfgrEAk/.net] なんとなく(2)の方が早いのではないか、という気がするのですが気のせい？？ 596 名前：デフォルトの名無しさん mailto:sage [2020/10/11(日) 09:57:22.72 ID:rXA2CZZq.net] >>572 俺もCのDLLをスクリプト言語から呼ぶ、というのが現実的な解だとは思う。 ただ、Pythonの問題はそこじゃない。 演算を変えたい場合は結局Cを書く羽目になるから、結局Cも出来ないと駄目。 そしてCは仕様が小さいので、本気で正しく学べば簡単な部類だ。 GUIは今は現実的にHTMLがダントツで良く、何から何までWebアプリ化してる。 なら今ならElectronの方が相性がいい。当然JS/TS。 サーバ用途でPython使ったら大体は速度の問題にブチ当たるが、 これは「お気楽に書ける分遅い」というスクリプト言語の特有の問題であり、Rubyも同様で、回避手段がない。 (Nodeはgoogleの努力で例外的に異常に速いだけ） だからPythonは「何一ついいところはないが、何も悪くもない」という、ある意味「絶対的な2番手」だ。 だからこそ「絶対他言語を学びたくないマン」はこれに拘り、ポジショントークを繰り返す。 ただ、今時の言語なんてどれも似たようなもので、実際そこに拘る理由もなく、普通の奴は易々と言語の壁なんて飛び越えていく。 普通はこちらを目指すべきだと思うけど。 PHPもクソと言われて久しいが、いまだに蔓延っているのは、あの用途では絶対的に便利だから。 それはjQueryも同じ。 597 名前：デフォルトの名無しさん mailto:sage [2020/10/11(日) 09:59:21.79 ID:vIhtxp0O.net] >>574 無料相談所じゃねえんだぞ調子に乗るな (2)にしろ (1)は型の保証までしてないから最後の手段 あとinterfaceはライブラリなど汎用的なコードに使うもの、普段はtypeを使え 598 名前：572 mailto:sage [2020/10/11(日) 10:02:33.58 ID:sfgrEAk/.net] ていうか自己解決しますた、 e: Event を e: MouseEvent として扱ってよいか（ダウンキャスト可能か）どうかを 確認するとき、(1)の書き方でないと MouseEventにあってEventに無いプロパティー （e.offsetXやe.offsetY（））の有無の判定が書けませんぬ、 599 名前：デフォルトの名無しさん mailto:sage [2020/10/11(日) 10:15:47.58 ID:AhI6YFfN.net] >>576 機械学習の勉強してみ。演算やアルゴリズムなんて二の次 三の次だから。 とにかく何度もコードを書き換えてひたすらパラメーターと変数の調整作業になる。 言語の実行速度よりコードの記述速度の方が大事になる。 この時はじめて「Pythonさん。なめててごめんなさい」って言いたくなる。 600 名前：デフォルトの名無しさん mailto:sage [2020/10/11(日) 10:30:46.60 ID:rXA2CZZq.net] >>579 パラメータの変更しかしないのならそうだろうとしか。 俺は別にPythonを使うことが悪いとは言ってないぞ。 俺はJSを大変気に入っているが、それは「手抜きで書けるわりに速い」からだ。 だから俺はJSからCのDLLを呼びたいんだよ。 それがお前の場合はPythonなだけだろ。別に不思議でもないよ。 601 名前：デフォルトの名無しさん mailto:sage [2020/10/11(日) 10:37:24.45 ID:AhI6YFfN.net] >>580 PythonはCythonを使えば ほぼPythonコードのままCのライブラリが作れるんだよ 速度はCで記述したものとほとんど変わらん 602 名前：デフォルトの名無しさん mailto:sage [2020/10/11(日) 10:42:41.64 ID:rXA2CZZq.net] >>574 それはJSでは議論し尽くされた質問。多分ググッた方がいい。 会社で書く場合は多分コーディングルールでどっちにするか決まってる。 プロパティのありなしのチェックだけなら(1)の方が原理的に速い。 ただしJSの場合はundefinedという値を設定出来るので、その場合は(1)も(2)もアウトだが。 これはJSの仕様バグだが、この辺含めてJSは厳密な型管理には向いてない。 そもそも型無しなので当然だが。 >>578 そもそもダウンキャストが必要となってる時点でOOP的には邪道。 多分それは無駄にアップキャストしてるから。 OOP初心者あるあるの、張り切って無駄にOOPして余計に複雑になってるケースだと思うよ。 それも含めて頑張れでしかないが。 603 名前：デフォルトの名無しさん mailto:sage [2020/10/11(日) 10:52:20.91 ID:rXA2CZZq.net] >>581 ならお前はPython/Cythonで一生暮らすでいいだろ。 俺はC使えるからCythonを使うことはないし、 Pythonも色々糞だからJSで� 604 名前：ﾏむところはJSで行く。 だからCscriptはそこそこ良かったのだが、MSはこれを捨ててPowerShellという別糞言語押しなのは残念。 [] [ここ壊れてます] 605 名前：デフォルトの名無しさん [2020/10/11(日) 10:59:25.49 ID:kZXFoyze.net] >>549 >俺はPythonやってないが、最近かじろうとして、止めた。 >String.replace(regexp)がなくて、RegExp(str)しかなく、ああこりゃ駄目だ、と思った。 >なるほどPythonではクソコードしか書けない、というのは納得だ。 馬鹿ですね判ります 606 名前：デフォルトの名無しさん mailto:sage [2020/10/11(日) 11:08:21.39 ID:kZXFoyze.net] >多分それは無駄にアップキャストしてるから。 型消去が必要な場面なんていくらでもあると思うが。 そもそもダウンキャストって動的な型判定でしかないんでOOPとは直交する概念だよな。 607 名前：576 mailto:sage [2020/10/11(日) 11:23:42.67 ID:sfgrEAk/.net] 自己解決しますた、2 e: EventのMoveEventへのダウンキャスト可能性判定は 　if (e instanceof MoveEvent) { ... } で逝けるっぽい こう書いたとき、VSCodeではブロックの中でe: MuseEventとしてのインテリセンスがばっちり利くｽｹﾞｰ；； さらにいうと、 https://developer.mozilla.org/ja/docs/Web/API/Element/mousedown_event の書き方をすると、addEventHandler()の宣言とラムダ式から型推論するらしく イベントハンドラ内に入った時点で勝手にMouseEventとして扱われる(ｽｹﾞｰ)^2 608 名前：576 mailto:sage [2020/10/11(日) 11:25:20.20 ID:sfgrEAk/.net] >>582 >そもそもダウンキャストが必要となってる時点でOOP的には邪道。 HTML5とかを決めているmozilla.orgに言って、 ﾎｽｲ 609 名前：デフォルトの名無しさん mailto:sage [2020/10/11(日) 11:26:44.35 ID:rXA2CZZq.net] >>584 String.replaceとRegExp.exec(str)は明確に用途が異なる。 だからそのどちらを使ったかで何を目的にしてるかをコード上に残せる。 Pythonはそれが出来ないから糞、というだけ。 どうやらPython教の「そのやり方は一つであるべき」が根本的にある。 これが「数ある中からそれを選んだ、それを持って意図を残す」俺と決定的に合わない。 なおRubyも同様に「いろんなやり方があるべき」であり、Pythonはプログラミング言語の中ではかなり異端だと思う。 だからこそ受けている、というのはあるらしいが。 なおJS、String.search と Regexp.test 等、大体においてその状況では交換可能なメソッドは多々あるし、 Array.map/forEach/filter/reduceも、無理矢理やれば大体交換可能だ。 これについては俺は => はクロージャ無し、つまり外変数を掴めない仕様にするべきだったと思う。 そうすれば => で与えている限り「無理矢理交換」は出来なくなり、コードも読みやすくなるし、エラーも文法的に落とせた。 現状では「無理なことをしてないか目で確認」するしかなく、これは型アノテーションではどうにもならない。 だから目で落とすハンガリアンを馬鹿にしていて、でも => の仕様不備には全く文句を言わないのは、 同様にお前らも単なる馬鹿かポジショントークでしかないからだよ。 実際、 => で与える関数で外変数を掴まなければならないケースなんて半数以下だし、 その場合は function と長々と書く、でよかった。 610 名前：デフォルトの名無しさん mailto:sage [2020/10/11(日) 11:37:03.05 ID:rXA2CZZq.net] >>587 それはその通りだが、そもそもHTMLの仕様がOOP前提ではないので継承構造が綺麗になってない。 それを無理矢理それっぽく見せかけているのがHTMLElement（というかDOM）だが、 ちょこちょこ例外的なのがあって統一的に扱いきれない。 多分割と早い段階で無理だと諦めると思うよ。それも含めて頑張れだが。 mozallaが悪いわけではなく、OOP前提で作られてない物を載せ直そうとしてるから無理があるんだ。 なら不整合な古い仕様はばっさり切っていった方がいいと思うが、それは互換性の問題で切れないらしい。 だから、今後とも直ることもないよ。 611 名前：デフォルトの名無しさん mailto:sage [2020/10/11(日) 11:39:39.85 ID:ZGWQTXgj.net] >>572 PythonはOO機能が中途半端で型システムも貧弱だからアプリケーションのコアとなるドメインモデルの実装には使われない Cythonでドメインロジック書くのはもっと非現実的 機械学習やデータ分析のようにコアとなる部分を汎用的にCでライブラリ化できるような用途には適してる NetflixやUberのようなテクノロジ先進企業がアプリのコアからPython外して 機械学習を含むデータ分析系かシステム管理系に絞って使ってる理由 612 名前：デフォルトの名無しさん mailto:sage [2020/10/11(日) 12:42:35.57 ID:6reX+khV.net] >>588 外変数を掴まないArray関数？ センス無いなぁ。やっぱあんたOOPしかできないでしょ 613 名前：デフォルトの名無しさん mailto:sage [2020/10/11(日) 12:57:09.09 ID:AhI6YFfN.net] >>563 記述が簡単。ライブラリが充実。これが最強の所以だよ。 コードの学習コストと記述に時間がかからない分、他に時間をさける。 機械学習、データ分析、科学系でPythonの最強はしばらく続くだろう。 今話題のディープラーニングにおいてもPyTorchが最強の座に着こうとしている。 大企業が多額の資金を投入してね。 JavaScriptもネットでは必須なのでPythonと肩を並べる言語になるだろう。 この2つを極めたものだけが将来生き残れる。jabaは10年後には消えてるだろうな。 614 名前：デフォルトの名無しさん mailto:sage [2020/10/11(日) 12:58:10.87 ID:AhI6YFfN.net] Javaねｗ 615 名前：デフォルトの名無しさん mailto:sage [2020/10/11(日) 13:01:56.22 ID:rXA2CZZq.net] >>591 外変数を掴む前提ならreduceは全てforEachで代替出来る。 逆に言うと、わざわざreduceを入れたのは、見た目immutableにしたいだけ。(戻り値をconstで受けられる） しかし現状では与えた関数が外変数を変更していない、という確証が「文法的には」ない。 つまり、「見て判断」するしかない。 この辺がハンガリアンを馬鹿にしているお前らが理解出来てないところだ。 => がクロージャ無しなら、 const tmp = arr.reduce( => ); において、tmp以外の変数に変更がないことを文法的に保証出来た。 これをせずに、immutableだあ、型でエラーが落とせるだあ、なんて言ってる時点で意味ねえ、というだけ。 もっと効率的にエラーを落とせる仕様は有ったって事だよ。 616 名前：デフォルトの名無しさん mailto:sage [2020/10/11(日) 13:11:49.27 ID:6reX+khV.net] >>592 多分そのとおりなんだけどTS使いがPython使うとイライラするぜw 型情報もジェネリクスも貧弱だし、多少トリッキーでも短くて副作用のないコードを書くTS使いに対して、Python界隈は助長で副作用も使う簡易なコードを書く。 どっちが優れてるとは言わないけど。文化がかなり違うように感じる 617 名前：デフォルトの名無しさん mailto:sage [2020/10/11(日) 13:22:19.94 ID:rXA2CZZq.net] >>592 Javaが10年後に消えることは原理的にない。 Javaが使われているインフラとかは10年更新だが、そのまま問題ないとかで20年とかに伸びたりしてる。 そして更新時、Javaのままにするか、思い切って他言語(C++等）にするかが問われるわけだが、 今現在はJavaのまま更新されているのが普通だと思う。 だから10年後も「今更新している案件」が更新案件として出てくる。 これはガチで20年分ほど積み上がっているから、書くかどうかはともかく、読める必要は10年後も確実にある。 Pythonは今のところ「何でも出来る」という意味で安牌だが、速度が遅いのがとにかく致命的。 何度も言ってるが、俺はPython陣営がここに消極的な理由がさっぱり分からない。 原理的にはJSと同程度までは行けるはずで、そうなれば完全に天下を取れる。 対してJSは勝手に速くしてもらえただけの棚ぼたではあるが、 そもそもGUIのHTMLとダントツに相性が良く、（元々JS用だから当たり前だが） 非同期が超絶ウザイながらもデスクトップアプリケーションまでに進出してきた。 Pythonが遅いままなら、JSが「同期」を出したらPythonを普通に殺せると思う。 少なくとも、今現在の言語としての出来は、JSの方が数段上だ。 それも分かってか、Python使いはPythonの「言語として」良い点なんて絶対に挙げな 618 名前：いだろ。 ここでも無視されてる。実際、ないと思うし。 彼等にとっては使っている人数が多いこと自体が武器であり、それを目指しているからだ。 勿論これもありだが、Javaもそうだったが、これだとどうしても古くなっていく。 だから、仮にJavaが死ぬなら、同様に「古い」とされて死ぬのはPythonだろうね。 [] [ここ壊れてます] 619 名前：デフォルトの名無しさん mailto:sage [2020/10/11(日) 13:40:29.31 ID:kiEWpQjt.net] >>595 30年前のレガシー言語と比べて言語機能的に優秀じゃなければ存在価値ないよね PythonがTSに比べて優秀なのは今まで使われてきた歴史があるところ 620 名前：デフォルトの名無しさん mailto:sage [2020/10/11(日) 13:42:20.42 ID:AhI6YFfN.net] >>596 PythonはJavaScriptの”中途半端”な速度を切り捨てて自由を手にしたのだ。 そもそも、処理速度がネックになるなんて単純計算を繰り返す場合がほとんどで そんなもんライブラリに任せればいいんだよ。Pythonを使ってるのはプログラマだけじゃない。 科学者、数学者など他業種も多い。記述の簡単さ。ライブラリという遺産。大企業の投資。 すべてがPython最強を示している。 GUIはJavaScriptに軍配があがる。これに異を唱える奴はいないだろ。 JavaScriptはWEBで棲み分けができていて最強言語の一つだ。 そんなにPythonを逆恨みする必要はないよ。 621 名前：デフォルトの名無しさん mailto:sage [2020/10/11(日) 13:52:30.76 ID:AhI6YFfN.net] >>597 言語の記述が簡潔。これが一番だな。 パソコンよりスマホ。FLASHよりYouTube。マニュアル車よりオートマ。 人間は楽な方にながれる生き物。 処理に時間のかかるものはライブラリになげてスクリプト言語で記述。 これがこれからの流れだと思う。生産性もあげていかないと。 622 名前：デフォルトの名無しさん mailto:sage [2020/10/11(日) 13:57:45.46 ID:AhI6YFfN.net] 「ワシもCで苦労したんだから、お前ら若者も苦労せい」 ↑ こんな考えの老害が生産性を著しく低下させてる 623 名前：デフォルトの名無しさん mailto:sage [2020/10/11(日) 14:21:59.35 ID:rXA2CZZq.net] >>598 綺麗なだけのコードを書くことは実は簡単なんだよ。ただしそれは通常遅い。 だから処理系がそもそも速いって事がコードの美しさを保つ上でも重要ではある。 実際、Pythonから書き換えを迫られる場合はほぼ全て処理速度の問題だろ。 だから、 > 多少トリッキーでも短くて副作用のないコードを書くTS使いに対して、Python界隈は助長で副作用も使う簡易なコードを書く。 (>>595) これの遠因もそこにある。トリッキーだが短いコードってのは通常、実行速度が遅い。 だからこれを許容出来るのは、速い処理系があるからこそ。 Pythonの場合はそもそも書けない可能性もあるが、書けたとしても遅いから使えない可能性もある。 トリッキーとは言わないが典型的なのは正規表現だ。 今現在正規表現は速いとは言えない状況で、「バックトラックを理解して速い正規表現を書く」という本末転倒なことをやらかしてるだろ。 あれも本来は「糞速い正規表現ルーチン」と「一番分かりやすい正規表現」で済むことでしかない。 ただ、今は現実的にそれが出来ないわけでさ。 同様に、正規表現で書けば至極単純なのを、indexOfやforとかで自前で探索してたりするのもそのため。 処理系の速さがコードの簡潔さ/美しさを下支えするものではあるんだよ。 だからつまり、「単純簡潔で分かりやすいが遅いコード」を許容する為には速度が不可欠で、 Pythonも速度対策すればこの辺が使えるようになって現実的な利用価値が上がるんだけどね。 それ以前に速度なんて考えてないコードばかりだから全体的に糞遅いのかもしれんが。 ただそれ以前に、JSもPythonと比べて難しい言語ではない。 Python界隈の戦略的には「Pythonこそ最易言語」であり、それ以外の意見は認められないのだろうけど、 いわゆるLL言語はどれもこれも簡単だし、大差ない。 JSにおいては「非同期」が無駄に嵌りポイントになってるから、 これさえなくなれば難易度はPythonよりもむしろ簡単になる。（文法が超絶簡素だし） (ただし、無くなることはないとも思うが。非同期宗教酷すぎ) 624 名前：デフォルトの名無しさん mailto:sage [2020/10/11(日) 14:40:59 ] [ここ壊れてます] 625 名前：.26 ID:rXA2CZZq.net mailto: >>598 >>600 ちなみにお前は何か勘違いしているようだが、俺はPythonを嫌っているわけでもないし、Cを強いているわけでもない。 そもそも俺はCに苦労もしてない。そう思えるのは、お前がCに苦労しているからだ。 既に言ったが、俺がJSを気に入ってるのは、「手抜きの割には速いから」だ。 速く動かす為にはこう書いた方がいい、と分かっていても、面倒なのが大半で、 どうでもいいところから完全に手が抜けるからいいのだ。 だから「JS」というよりは「JSの処理系の速さ」が好きなのであって、逆にJSが遅くてPythonが速ければ、俺はPythonを使っていただろう。 その程度の話でしかない。 それとは別に、JSも言語的にはかなり面白いので気に入ってはいるが。 なおC、あれは難しいのではなくて、理解するのにPCの物理的構造の理解が不可欠なだけだ。 実はそれを知っている奴は最初からつまずかない。 そして仕様はJSやPythonよりも単純な為、覚える範囲だけなら多分1週間もあれば例のK&Rは読めてしまう。 似ているのは物理で、ma=Fが全ての力学も、最初から理解して使いこなせる奴と、1年経っても全然理解出来ない奴と綺麗に別れたろ。 あれは理解力/思考力の問題だが、とにかく、「理解出来る奴は最初から苦労もせずに理解出来てしまう」というのはCと同じ。 君はCがとても難しくて、若者がPythonしか使えず、Pythonしか使えない自分が置き去りにされない世界を望んでいるのだろうけど、 それはない。 Cは他言語と比べたら「ドハマリする奴は絶対に抜け出せない」だけで、仕様としてはかなり簡単な言語だ。 そして計算機工学なら普通に授業してるし、実際、彼等は普通に使えていると思うよ。 ただ、データサイエンティストみたいな、計算機を使うことが主目的ではなく、単純に計算だけしたい奴等はまずはPythonからだろうさ。 そこもしばらくは変わらないとは思う。 Python使えば生産性が高いと思ってるのはお前が馬鹿なだけ。 生産性が高い奴は、その時々に応じて最適の手法を選択するだけ。 それがPythonならそうだろうし、どうせ速度が問題になると分かり切っているのなら最初からCもありだろうさ。 [] [ここ壊れてます] 626 名前：デフォルトの名無しさん mailto:sage [2020/10/11(日) 14:50:27.97 ID:wajrVZJ7.net] このクソ冗長な駄文書く奴が簡潔なコード書けると思うかい？ 627 名前：デフォルトの名無しさん mailto:sage [2020/10/11(日) 14:54:59.49 ID:xjaVw/rp.net] 無理だなw 628 名前：デフォルトの名無しさん mailto:sage [2020/10/11(日) 15:00:02.75 ID:AhI6YFfN.net] 要約するとPythonが憎いってことかｗ 629 名前：デフォルトの名無しさん mailto:sage [2020/10/11(日) 15:06:05.60 ID:dKH8Tkfs.net] どうでもいいがいい加減スレチ 630 名前：デフォルトの名無しさん mailto:sage [2020/10/11(日) 15:45:06.69 ID:eAcRpNge.net] >>603 ありえないよね 631 名前：デフォルトの名無しさん mailto:sage [2020/10/11(日) 15:57:00.97 ID:N5blIWED.net] 長文書きたいなら別サービスいきゃいいのにｗ 632 名前：デフォルトの名無しさん [2020/10/11(日) 17:55:24.83 ID:n5rbjmiV.net] せっかく丁寧に説明したのに今の若者は長文が読めないとかキレ出すのに1票 633 名前：デフォルトの名無しさん mailto:sage [2020/10/11(日) 18:12:49.10 ID:rXA2CZZq.net] >>605 お前はCが出来る奴が憎くて憎くて仕方ないのは分かった。 ただ、何度も言ってるが、Cも大して難しくはない。 昔だったらプログラミングなんてしなかった馬鹿連中も最近はプログラミングするようになってきてるから、 大勢の比較的馬鹿から見たら同じ物が難しく見えるだけ。 当たり前だがCなんて昔から変わって無いし、（というか変わらな過ぎだが） 今はIDEのサポートもありネットでも情報を探せるから、昔よりは断然簡単に学べる。 同じ理系学科で比較すれば、脱落率は劇的に改善しているはずだよ。 そもそも昔は１人1台PCでもなく、家で予習/復習すら出来なかったわけでさ。 F12押せばIDEモドキがいきなり出てくる今とは全然違う。 634 名前：デフォルトの名無しさん mailto:sage [2020/10/11(日) 18:38:20.01 ID:6reX+khV.net] Cの仕様は確かに小さいよ、しかしだからといって小さいイコール簡単な世界じゃない。 メモリパズルしたりガチで� 635 名前：�立つマクロ組んだりSIMDで最適化したり未定義動作と戦ったりしてみると良いよ [] [ここ壊れてます] 636 名前：デフォルトの名無しさん mailto:sage [2020/10/11(日) 18:47:48.52 ID:lHUSyjod.net] いい加減にしろ。 637 名前：デフォルトの名無しさん mailto:sage [2020/10/11(日) 18:57:19.02 ID:iumhQK0o.net] マロックできないやつがおりゅってマ？ｗｗ 638 名前：デフォルトの名無しさん mailto:sage [2020/10/11(日) 19:25:10.03 ID:rXA2CZZq.net] >>611 未定義動作以外はもちろんやってるぞ。 ただJSでもTypedArrayは導入されたし、メモリパズルや最適化はCだけの話でも無いけど。 むしろそれをやる気がなければ最高速は目指せない。 numjsとか使ってる奴はJS/TSでそれやってると思うよ。 あと、お前もそうだが、最近の若い奴は使いこなす＝全機能を使う、と勘違いしている。 Cのマクロなんて深入りしたら余計に生産性が落ちる。あれはぱっと見て分かる範囲で使うべき物。 プログラミング言語なんてアプリを作る道具であって、道具を使い倒すのが目的ではない。 分かる範囲で使い、希望の動作をするアプリが出来るのなら、それでいい。 全く使って無い機能があったとしても、関係ない。 639 名前：デフォルトの名無しさん mailto:sage [2020/10/11(日) 19:27:09.39 ID:6reX+khV.net] 別にここTSスレなんだからmallocできん奴おってもええやろ。今は細分化の時代だし。 640 名前：デフォルトの名無しさん mailto:sage [2020/10/11(日) 20:54:24.48 ID:rXA2CZZq.net] >>611 613読んで気づいたが、別人であったか。 Cにはもうこりごりなら、それもいいと思うけどね。 一応Nodeからffi経由でCのDLLは呼べるらしい。 それなりにオーバーヘッドはあるらしいけども、普通に使ってる分にはほぼ誤差だと思われる。 JSの数値はdouble相当だし、一応32bitのビット演算もあるし、 環境自体がそこそこ速いから、事前準備はJS側でやっても大して問題ないだろう。 単発の演算でオーバーヘッドがでかいのは問題だから、そこを何とかできれば、 科学技術計算からPythonを駆逐できる可能性がある。 ただ、PythonのCのDLLコールも同様にそれなりに遅いらしいので、マーシャリングであればどうにもならないけどね。 641 名前：デフォルトの名無しさん mailto:sage [2020/10/11(日) 21:21:39.97 ID:CIdPEDg5.net] >>602 ＞C、あれは難しいのではなくて、理解するのにPCの物理的構造の理解が不可欠なだけだ PCの物理的構造とやらが理解できたところで void (*signal(int sig, void (*func)(int)))(int) なんて宣言を読めるようになるとはとても思えないんだが 642 名前：デフォルトの名無しさん mailto:sage [2020/10/11(日) 21:58:54.02 ID:rXA2CZZq.net] >>617 それは慣れだね。 ただ、俺もあの文法はかなり謎で、正直、仕様がよくないと思う。 それはカーニハンも文句言われてて、言い訳は多分ググッたらヒットする。 確か、曰く、この形式ならマクロにしても入れ子でも動く、らしいが、 俺が試した限りはGoみたいな分かりやすい形式でも普通に出来た。 ただ、それ以前に実は当時のCでは関数ポインタをそんなに使わなかった。 正確に言うと、sortとかでは必要とされていたが、単発で使う分には呪文扱いでよく、 勿論熟練者はそれでも使ってたのだろうけど、今ほどカジュアルには使われてなかった。 K&Rでも、「関数ポインタも出来るよ」とさらっと触れられている程度でしかない。 それがJavaで関数ポインタが存在しなかった理由だし、 C#でも最初は採用されなかった理由だ。(C#は確か2,.0から) 当時はOOPで全て行ける、継承すれば関数ポインタを直接扱う必要も無い、と思われていた。（のだと思う） ただその後、おそらくJSのブレークにより、クロージャ/ラムダの有用性がプログラミング界隈で認識された。 勿論Lisperはそれ以前からずっと呟いていたのだろうが、今も昔もLisperなんて空気だ。 そしてあまりにも感化された連中がClosure言語をリリースする始末。 だから、今のC初心者がいきなり関数ポインタを使おうとしているのなら、 それは確かに昔のC初心者より難しいことをやってる。 ただそれは呪文扱いで� 643 名前：｢いと思うよ。 自分が望むアプリを作ることが目的であって、呪文使いになることが目的ではない。 まあ確かに、ここ20年でプログラミング回りもだいぶ変わったから、 C言語自体は確かに変わって無いけども、学ぶべきことが明らかに増えてるのは事実だ。 関数ポインタも、OOPも、クロージャも、並列も、昔の学生には必要なかったから。 [] [ここ壊れてます] 644 名前：デフォルトの名無しさん mailto:sage [2020/10/11(日) 22:21:00.46 ID:6reX+khV.net] 思ったよりは詳しいみたいだし、その長文書くエネルギーでTypeScriptもっと使い込んで？ 批判するならその上で批判して。ここTSスレだから。 使うまでも無いとか技術者らしからぬ事言わないでね。 645 名前：デフォルトの名無しさん mailto:sage [2020/10/11(日) 22:30:53.12 ID:KPje/k62.net] 長い、3行で 646 名前：デフォルトの名無しさん mailto:sage [2020/10/11(日) 22:42:52.59 ID:rXA2CZZq.net] >>619 TSについては、今のところ使う予定無いからね。 理由は既に言ったとおり、「スモークテストまでだけの為に記述が増えすぎ」だから。 ただTSは確かに立ち位置は悪くない。 型のおいしいところだけつまみ食いしよう、という意図が明確でいい。 そもそも使って無いから細かい粗も知らんし、批判しようも無い。 JSが糞な点は多々あるけど、それはTSでどうにかなるものでも無いし。 647 名前：デフォルトの名無しさん mailto:sage [2020/10/11(日) 23:10:58.87 ID:pHYX9F42.net] >>618 >C#でも最初は採用されなかった理由だ。(C#は確か2,.0から) Delegateは1.0からあるよ 648 名前：デフォルトの名無しさん mailto:sage [2020/10/12(月) 02:32:07.80 ID:ay8eu3sV.net] スレチは3行もいらん 649 名前：デフォルトの名無しさん mailto:sage [2020/10/12(月) 06:56:35.72 ID:MB2VBDRV.net] >>622 確認してみたがどうやらそのようだ。 なんだかんだでC#はマトモだな。 650 名前：デフォルトの名無しさん [2020/10/12(月) 08:01:12.80 ID:D7FMyxf4.net] 実際のところ、皆さんtsを仕事で使ってたりするの？ 651 名前：デフォルトの名無しさん mailto:sage [2020/10/12(月) 08:49:35.94 ID:sR+xz/oc.net] うん 652 名前：デフォルトの名無しさん mailto:sage [2020/10/12(月) 08:51:37.03 ID:wrjLnlZW.net] 使ってるよ。 元々JS使いだから最初は型と戦ってばかりで時間かかって生産性下がって辛かったけど、慣れればむしろ早いし、リリースした後の安心感が段違い。 小規模開発でもこれだから規模が大きいとさらに影響は大きいだろうね 653 名前：デフォルトの名無しさん mailto:sage [2020/10/12(月) 08:55:55.53 ID:g334XhqZ.net] フロントエンドエンジニアやってるけど、React + TypeScriptが鉄板過ぎる これ以外でUI組む気になれん 654 名前：デフォルトの名無しさん [2020/10/12(月) 10:31:14.01 ID:lIqFO5mi.net] サーバーサイドでも使ってる人いるのかな typescriptとサーバーサイドでググると サーバーサイドでもtypescript 最高たぜ〜みたいな記事出てくるけどほんまかいなと。 Java,や.NET使った上でそう判断してる現場もあるんだろうか。 いま.NETしか経験がないメンバーにtsを習得させるか、思い切ってBlazorに手を出しちゃうか悩み中。 655 名前：デフォルトの名無しさん [2020/10/12(月) 10:41:40.32 ID:pl0L2hmu.net] 鯖サイドってOSコロコロ変わるイメージ無いんだけど、JVMにしろ.netにしろVMで動かす意味ってあるの？ GoとかRustで良いんじゃ無いかって思うんだが。 656 名前：デフォルトの名無しさん mailto:sage [2020/10/12(月) 10:56:21.63 ID:sR+xz/oc.net] >>629 .NET Core使っとけ 657 名前：デフォルトの名無しさん mailto:sage [2020/10/12(月) 11:29:41.17 ID: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 名前：デフォルトの名無しさん mailto:sage [2020/10/12(月) 11:39:26.90 ID:tosLr/AM.net] >>630 むしろVM使ってるかどうかで言語を選択するケースのほうが稀 659 名前：デフォルトの名無しさん mailto:sage [2020/10/12(月) 11:47:16.30 ID:wrjLnlZW.net] >>629 TSに手を出すのとBlazorに手を出すのでは冒険度合いが違いすぎない？ 660 名前：デフォルトの名無しさん [2020/10/12(月) 12:34:06.06 ID:lIqFO5mi.net] >>634 だよね… こんなところで聞くことじゃないかもしれないんだけど、 サーバーサイドに記述されてるクラスって、フロントでも使えるの？ それともフロント側でもtypescriptで同じクラスを宣言しないといけない？ Blazorはクラスを共有できるくさくて…それはメリットとしてかなりでかいなあと。 661 名前：デフォルトの名無しさん mailto:sage [2020/10/12(月) 12:38:53.86 ID:gBcZoQLz.net] >>630 サーバーは言語何を使うとしても仮想化前提だろ。 662 名前：デフォルトの名無しさん mailto:sage [2020/10/12(月) 12:49:06.93 ID:wrjLnlZW.net] >>635 同じ言語だからクラス書いたファイルを両方から参照すれば良くない？ そういう意味でなくてサーバとクライアントでシームレスにインスタンスをやり取りしたいとかであればフレームワークが居るのでは？ 663 名前：デフォルトの名無しさん mailto:sage [2020/10/12(月) 13:00:28.44 ID:tosLr/AM.net] >>635 両方同じ言語なら共有ライブラリとしてそれぞれから参照すればいいけど 言語が違ってもOpenAPIみたいの使ってコード生成すればいいから 2度手打ちする必要はないかも 664 名前：633 [2020/10/12(月) 13:15:11.55 ID:lIqFO5mi.net] ごめんごめん サーバーサイドはasp.net coreです OpenApiとやらを使えば、クラスの生成が楽ちんてことね… しかし二度手間感はすごいあるな… でもBlazorに手を出すリスクを考えるとまだマシか… 665 名前：デフォルトの名無しさん mailto:sage [2020/10/12(月) 13:38:59.49 ID:sR+xz/oc.net] Blazorも使ってるけど、まだ.NET5対応のツール周りが全然だめなんだよね…業務なら素直にTypeScriptでいいと思うよ 666 名前：デフォルトの名無しさん mailto:sage [2020/10/12(月) 15:15:45.91 ID:1F5XaUKJ.net] over knight blazorくらいになってからが本番。 667 名前：デフォルトの名無しさん [2020/10/12(月) 15:31:28.54 ID:TNFvs/DR.net] >>633,636 だよね。 なのに何でJavaとC#何だろ？って思った。 668 名前：デフォルトの名無しさん [2020/10/12(月) 15:34:05.12 ID:TNFvs/DR.net] >>636 特に仮想化前提で遅くなるのに何で言語をネイティブコンパイラ言語にしないんだろ？と。 昔は実質C++しか無かったなら仕方ないとして、今なら選択肢はもっとあるのに・・・。 669 名前：デフォルトの名無しさん mailto:sage [2020/10/12(月) 15:46:11.22 ID:YFC4n48A.net] Goのコードは高機能でファットなランタイムに依存している ランタイムとアプリを分離できないだけで、実質VM言語みたいなものだ 一方、.NET Coreはアプリとランタイムを実行ファイルに全部ぶっこんで配布することも可能 従来のVM言語という線引きは曖昧になりつつある 670 名前：デフォルトの名無しさん mailto:sage [2020/10/12(月) 16:22:11.38 ID:DGsDArLw.net] C#だとジェネリクス関連はJITに任せたほうが速かったりできるし、 .NET CoreはReady to Runでネイティブコンパイルされたコードを同梱することもできるぞ。 671 名前：デフォルトの名無しさん [2020/10/12(月) 18:07:07.48 ID:pl0L2hmu.net] あー・・・。 そう言えばC#はネイティブにもコンパイル出来るようになったんだっけ・・・。 C#については納得。 Javaはまあ、コード資産だろうし。 672 名前：デフォルトの名無しさん [2020/10/12(月) 18:13:15.12 ID:pl0L2hmu.net] JITについては正直半分くらいしか信じてないんだけど、あり得なくは無いなと思ってる。 Dや一部のC++みたいにコンパイル時実行での最適化とどっちが速いんだろうとか思う。 673 名前：デフォルトの名無しさん mailto:sage [2020/10/12(月) 18:27:26.57 ID:wrjLnlZW.net] >>645 ジェネリクスってコンパイル時に解決するものだと思ってた 674 名前：デフォルトの名無しさん mailto:sage [2020/10/12(月) 18:58:23.00 ID:2+ZUcZ4K.net] TypeScript part3 675 名前：デフォルトの名無しさん mailto:sage [2020/10/12(月) 20:08:52.47 ID:aavFFkjO.net] >>647 コンパイル時の方が多少早いけど、cppのジェネリクスもといテンプレートは型の分関数を用意するって愚直な方法をとってるので、バイナリサイズがデカくなる。 型情報も使えないしね。 あと、分岐命令なんかはどっちのほうが頻度 676 名前：高いかとか見て、動的にプロファイル取りながら最適化しつつ実行してるので、JITの方がより良い形になる事もある。 >>648 コンパイル時に解決はしてるけど、ILレベルでは複数の関数が作られてる訳ではなかったはず。 もちろん実行時には、JITで型ごとに関数が生えることもある。 [] [ここ壊れてます] 677 名前：デフォルトの名無しさん mailto:sage [2020/10/12(月) 20:18:21.71 ID:wrjLnlZW.net] >>650 そゆことね。なるほど 678 名前：デフォルトの名無しさん mailto:sage [2020/10/12(月) 21:17:35.13 ID:/8/TUV2P.net] モダンC++対マネージコード：パフォーマンス対生産性 https://www.infoq.com/jp/news/2012/04/native_vs_jit/ 679 名前：デフォルトの名無しさん mailto:sage [2020/10/12(月) 22:34:15.13 ID:CacJvltN.net] >>627 型はトモダチ…！ 680 名前：デフォルトの名無しさん mailto:sage [2020/10/12(月) 22:37:04.59 ID:CacJvltN.net] 質問なのですがTypeScriptでC++みたいに関数引数をconstにするにはどうすれば 良いの？ 681 名前：デフォルトの名無しさん mailto:sage [2020/10/12(月) 22:47:48.13 ID:CacJvltN.net] >>650 >あと、分岐命令なんかはどっちのほうが頻度高いかとか見て、動的にプロファイル取りながら最適化しつつ実行してるので、JITの方がより良い形になる事もある。 ﾃﾞﾏくね…？ プロファイル取る手間はタダじゃないし、 682 名前：デフォルトの名無しさん mailto:sage [2020/10/12(月) 23:49:02.74 ID:m2BvN3X6.net] >>654 eslint no-param-reassign 683 名前：デフォルトの名無しさん mailto:sage [2020/10/13(火) 00:53:50.25 ID:y5Oy6HcC.net] Ruby では、1秒で100万回ループすると、 JIT されて、1秒で1,000万回ループされる 684 名前：デフォルトの名無しさん mailto:sage [2020/10/13(火) 06:14:03.47 ID:ksuhhYbG.net] >>653 型はトモダチ！(ﾟ∀ﾟ) 685 名前：デフォルトの名無しさん mailto:sage [2020/10/13(火) 07:33:03.58 ID:mCCwe/N2.net] >>655 どっかで読んだけどな。 というか、AOTの制限事項として、JITより効率が悪い可能性の一つとして挙げられてるよ。 686 名前：デフォルトの名無しさん mailto:sage [2020/10/13(火) 17:57:10.11 ID:cQUBKlo0.net] (´･ω･`) webpack v5 …… 687 名前：デフォルトの名無しさん mailto:sage [2020/10/13(火) 21:41:54.07 ID:mhza1+DZ.net] >>656 「Invalid option '--param-reassign'」って言われた つ∀`；) ESLint: 6.5.1. ていうかできたとして無差別にconnstというのもそれはそれでC++と違う希ガスorz 688 名前：デフォルトの名無しさん mailto:sage [2020/10/15(木) 17:16:37.21 ID:pazOZeAi.net] webpack@5、めっちゃ破壊的やん… 689 名前：デフォルトの名無しさん mailto:sage [2020/10/15(木) 17:39:38.69 ID:hmYZFqJj.net] >>661 お前の目はフシアナか？ https://eslint.org/docs/rules/no-param-reassign ていうか引数に再代入するガイジなんて必要ないから無差別にエラーで構わんやろ 690 名前：デフォルトの名無しさん mailto:sage [2020/10/31(土) 19:19:55.76 ID:T4Ek6w2r.net] JavaScriptからTypeScriptへの書き換えｵﾜﾀ＼(^o^)／ JavaScrpit最初に知って一ヶ月で全部書いたから3000行ぐらいだろうと思っていたら あとでちゃんと数えたら8790行やったorz 実作業4日かかった ここで4日というのは4日×8Hではなくて4日×24Hの意m（ｒｙ 691 名前：デフォルトの名無しさん mailto:sage [2020/10/31(土) 19:27:20.93 ID:cZ59ogsv.net] 乙 TypeScriptやってない頃に書いたコードってTypeScriptのこと意識してなくてオブジェクトの形を動的に変えたりしない？ 自分がやったときはそのせいでだいぶ時間かかったわ 692 名前：デフォルトの名無しさん mailto:sage [2020/10/31(土) 19:31:22.31 ID:T4Ek6w2r.net] prototype文で無理矢理classにしていたやつを さらに基底クラス（にあたるﾌﾞﾂ）の所有でもって継承を表現していたやつの普通のclassと継承への書き換えが苦痛やった、 機械的とはいえ自動化できるほど単純には行かず苦痛やった、 手製イベントのインターフェースが実際何になるのかがぐちゃらけていたので3種類のインターフェースのORで 表現できるとﾜｶﾙまで試行錯誤を要した、 あとはだいたいうまいぐあいに逝けた とわいえVSCodeの強力なインテリセンスとリアルタイムエラー報告（スクロールバーのところが赤くなるやつ）が無かったら 到底完遂不可能なところやった、、、 webpack使用 693 名前：デフォルトの名無しさん [2020/10/31(土) 19:34:13.19 ID:fxcwqRC2.net] おめでとう 694 名前：デフォルトの名無しさん mailto:sage [2020/10/31(土) 21:54:44.53 ID:bInJNbvZ.net] ウンコードなJSをTSに変えることで人は強くなるのだ おまえはまた強くなった 695 名前：デフォルトの名無しさん mailto:sage [2020/11/01(日) 08:10:24.39 ID:jzqs5N6a.net] 委譲から継承に切り替えたらそりゃ辛いっしょ。 乙〜 696 名前：デフォルトの名無しさん mailto:sage [2020/11/02(月) 00:59:20.76 ID:ZpVsHyOp.net] delegation over inheritance って言うしな 697 名前：デフォルトの名無しさん mailto:sage [2020/11/06(金) 22:00:05.98 ID:4red4XqV.net] GithubでもTsは定義箇所にジャンプできたりするんだな 強い 698 名前：デフォルトの名無しさん mailto:sage [2020/11/09(月) 19:43:09.64 ID:m4E6C9lQ.net] 今からTypeScriptやるならDenoでいーの？ あっギャグじゃないです真面目な質問 699 名前：デフォルトの名無しさん [2020/11/09(月) 21:13:08.03 ID:EKGzterf.net] 作った本人は デノ って発音してるように聞こえる 700 名前：デフォルトの名無しさん mailto:sage [2020/11/09(月) 21:43:52.92 ID:nCMtc7Yy.net] Denoあんまり詳しくないけど、何やりたいかにもよると思う Web開発をする分にはまだNodeなんじゃないかな 周辺のツールやライブラリが揃ってるので CLIツールとかならDenoでいーんでの？ 701 名前：デフォルトの名無しさん mailto:sage [2020/11/11(水) 11:00:58.08 ID:UmNDS4oo.net] >>671 jsx/tsx でもイケるようになったね 702 名前：デフォルトの名無しさん mailto:sage [2020/11/17(火) 22:53:14.47 ID:slG9DoRm.net] https://ncjamieson.com/prefer-interfaces/ https://github.com/microsoft/TypeScript/wiki/Performance 以前 type 推しの人がいたけどやっぱり interface か… 703 名前：デフォルトの名無しさん mailto:sage [2020/11/20(金) 14:22:41.76 ID:Us83CHd5.net] Announcing TypeScript 4.1 https://devblogs.microsoft.com/typescript/announcing-typescript-4-1/ 704 名前：デフォルトの名無しさん mailto:sage [2020/11/20(金) 21:01:29.75 ID:2CLFT5fk.net] どんどん複雑になるなぁ ついていけまへんわ 705 名前：デフォルトの名無しさん mailto:sage [2020/11/20(金) 21:22:14.83 ID:2ALlQdvp.net] 逆にバージョンアップでシンプルになっていく言語ってあるの？ 互換を完全に切るような言語なら可能だろうけど 706 名前：デフォルトの名無しさん mailto:sage [2020/11/20(金) 21:41:42.91 ID:lbWKfW5j.net] >>679 Schemeが小さくはなったな ま、大規模に使われてる言語じゃないから出来る芸当だ 707 名前：デフォルトの名無しさん mailto:sage [2020/11/20(金) 21:44:46.30 ID:4mUoVYL/.net] 言語機能が増えたからと言って全部使う必要はないしな たまにどこかで使われてるのを見てあれってなったら調べるくらいで良い 708 名前：デフォルトの名無しさん mailto:sage [2020/11/20(金) 21:50:47.55 ID:lbWKfW5j.net] JavaScriptは動的型だけど、動的型は意識しなくても複雑な事が出来てしまう TypeScriptはそれらに対して何としてでも型を付けたいんだよ それだけの事 JavaScript自体は何も変わってない 709 名前：デフォルトの名無しさん mailto:sage [2020/11/20(金) 23:06:21.09 ID:YMHZwsA3.net] もうaltJS風WebAssemblyコンパイラにして 710 名前：デフォルトの名無しさん mailto:sage [2020/11/20(金) 23:26:29.58 ID:CQfd4Gtb.net] >>683 つ AssemblyScript 711 名前：デフォルトの名無しさん mailto:sage [2020/11/21(土) 01:50:51.61 ID:uA84MfqB.net] コンパイラ型ほ生産性低いよ。 712 名前：デフォルトの名無しさん mailto:sage [2020/11/21(土) 04:03:36.16 ID:KUTDu7Bm.net] template literal typesなんていれるから 型レベルSQLとかおかしな事やり始めてるし https://github.com/codemix/ts-sql 713 名前：デフォルトの名無しさん mailto:sage [2020/11/21(土) 09:57:45.60 ID:y2efXPmb.net] くっそ遅くなりそう 714 名前：デフォルトの名無しさん mailto:sage [2020/11/21(土) 10:46:50.16 ID:+IqFTLxs.net] C++並にコンパイル遅くなったりしてね。 実質マクロだから実行時は速いんちゃう？ 715 名前：デフォルトの名無しさん [2020/11/21(土) 10:54:34.52 ID:QRxilPan.net] >>680 あれ小さくなったって言えんの？ r7rs なんて common lispよりでかいじゃん。 コアだけなら小さいだろうけどコアだけじゃなんもできんだろ。 716 名前：デフォルトの名無しさん mailto:sage [2020/11/21(土) 12:06:56.10 ID:FiI26J/z.net] うちのtsプロジェクト、tslintも入れてビルドに10分くらいかかってる。 前に -incremental 試してみてなんかの理由で断念したんだよな。 もう一度トライしてみるか。 717 名前：デフォルトの名無しさん mailto:sage [2020/11/21(土) 12:34:04.91 ID:8nB0jPpm.net] スクリプトのメリット完全に失っててワロタ スクリプトはビルドしちゃいけないんだよ IDEでパラレルLintするぐらいならいいけどな ビルドしないと動きませんじゃ本末転倒でなにがなんだか ビルドするならC#とかGoでやりゃいい 718 名前：デフォルトの名無しさん mailto:sage [2020/11/21(土) 13:16:27.04 ID:L7J0TnQj.net] ts-nodeならビルド不要だけど、それとは違う話か TypeScriptを直に実行できる処理系は今後も現れないだろうな 719 名前：デフォルトの名無しさん mailto:sage [2020/11/21(土) 13:30:05.02 ID:y2efXPmb.net] >>691 ＞ビルドするならC#とかGoでやりゃいい ブラウザで使うのが現実的じゃない 720 名前：デフォルトの名無しさん mailto:sage [2020/11/21(土) 13:42:58.96 ID:uA84MfqB.net] Dart始めました 721 名前：デフォルトの名無しさん mailto:sage [2020/11/21(土) 14:02:54.86 ID:xoaJjvLB.net] そもそもスクリプト言語でスクリプト言語向きじゃない大規模なことをやろうとしてるからこれができたわけで、言語のせいにするのは違う そもそも今のWeb（アプリ）はTS使ってなくてもビルドしてるものばっかりだし 722 名前：デフォルトの名無しさん mailto:sage [2020/11/21(土) 14:35:34.39 ID:FiI26J/z.net] まあ、べつに「スクリプトのメリット」を期待してtsを使ってるわけじゃないしな。 とはいえビルド時間が短縮できるならそれに越したことはないが。 723 名前：デフォルトの名無しさん mailto:sage [2020/11/21(土) 15:32:21.74 ID:+IqFTLxs.net] watch使うからビルド速度そんなに気にならないなぁ 724 名前：デフォルトの名無しさん mailto:sage [2020/11/21(土) 18:31:06.90 ID:/DiusCOy.net] >>689 RSR7-smallは5をベースにしてるから、それでなんも出来ないとか言ったら、それまでのSchemeを全否定じゃんw 725 名前：デフォルトの名無しさん mailto:sage [2020/11/21(土) 18:58:48.16 ID:+IqFTLxs.net] いっそガチでマクロ入れてくれたら色々捗るなぁ。凄く読みにくくなるだろうけど。 そこまで行かなくとも、（内部的に複数の関数を持つ）関数オーバーロードとか欲しいかも 726 名前：デフォルトの名無しさん mailto:sage [2020/12/09(水) 21:30:42.37 ID:gfVn9W3hf] 型定義ファイルを自作する場合どこに置くのがセオリーでしょうか？ プロジェクトルートに@typesフォルダ作ってその中でしょうか？ 727 名前：デフォルトの名無しさん mailto:sage [2020/12/18(金) 05:11:45.78 ID:7UB7snzp.net] ブラウザ使っててよく Webページ が固まることがあるから、ちゃんとUIスレッド以外で処理しろよとよく思ってたが JavaScript 自体がシングルスレッドだったのね WebWoker とかいうのもあるみたいだが、MDN見るに、 言語側でがっつり管理するからスレッドセーフあんまり考慮しなくてもいいみたいだし、これは楽でいいわ Java やってて、クリティカルセクションの処理が一番嫌いだった デッドロックの原因探すの大変すぎた 728 名前：デフォルトの名無しさん mailto:sage [2020/12/18(金) 05:52:13.96 ID:427cIB03.net] そもそもIO待ちにスレッドを使うのがナンセンスだったんだよな 729 名前：デフォルトの名無しさん mailto:sage [2020/12/18(金) 07:23:19.35 ID:7UB7snzp.net] まぁでも、 JavaScript のソースコード内に書いたものが全部同じスレッドで走ってる ってだけで、setTimeout とかの実装内では普通に別スレッド走ってるのか。 そりゃそうだよな、そうしないと非同期処理なんてどうあがいても不可能だものね。 730 名前：デフォルトの名無しさん mailto:sage [2020/12/18(金) 09:04:21.16 ID:TR+u0YNG.net] 非同期処理はスレッドの場合とそうでない場合の2種類ある そうでない場合は基本的にハードウェア割り込みで実装されてる タイマーとか通信処理� 731 名前：ﾆか ファイルアクセスもOS毎に非同期APIが有るけど、libuvは互換性の為に敢えて同期APIを使う処理をスレッドプールに投げているようだ [] [ここ壊れてます] 732 名前：デフォルトの名無しさん mailto:sage [2020/12/18(金) 09:10:54.87 ID:TR+u0YNG.net] setTimeoutはスレッドを使ってない様に思うけど、結局の所ユーザー側でそれを知る術が無い 733 名前：デフォルトの名無しさん mailto:sage [2020/12/18(金) 12:01:30.61 ID:hVx5pFA4.net] >>701の問題はスレッドがどうとか関係なくて、html中のある個所の内容が決まらないと 全体のレンダリングができない構造になっていたとか、jsをダウンロードしないと レンダリングされないのにその取得に時間がかかっているとかそんなところだろうな。 734 名前：デフォルトの名無しさん mailto:sage [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 735 名前：デフォルトの名無しさん mailto:sage [2020/12/18(金) 13:18:46.36 ID:7UB7snzp.net] JS で重めの処理をしたりバグがあっても、レンダリングスレッドと分離されてれば、 少なくとも UIが固まることはないということね（デッドロックがなければ） あと、上で最初に書いた、ブラウザ全体が固まるって話は語弊あったかもしれない ブラウザの各タブのレンダリングスレッドと、ブラウザ全体のUIスレッドは、多分分けられてるんだよね？ 後でちゃんと調べます 736 名前：デフォルトの名無しさん mailto:sage [2020/12/18(金) 13:30:26.86 ID:Lq+ZSFwA.net] firefoxがフリーズすることは最近ちょくちょくあったな edgeに乗り換えたらきれいさっぱり直った ffはもうだめかもわからんね 737 名前：デフォルトの名無しさん mailto:sage [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 もいっぱいプロセス作ってるけどね、ちゃんと読んだ人教えて 738 名前：デフォルトの名無しさん mailto:sage [2020/12/18(金) 16:44:48.76 ID:7UB7snzp.net] 「Firefox が Tab ごとにスレッド」って書きたかった そのスレッドも Main Thread = UI Thread （DOM 操作と JS 実行）が１個って意味で、 Raster Thread とか、Composer Thread とか多分他にもいろいろスレッド作る 739 名前：デフォルトの名無しさん [2020/12/18(金) 17:50:47.93 ID:m88v/MV8.net] すみません、TypeScriptって開発中はコンパイルなしでブラウザですぐに変更の動作確認をできますか？ 740 名前：デフォルトの名無しさん [2020/12/18(金) 19:33:24.14 ID:JhB3G5yf.net] そういう時代が来るといいね 741 名前：デフォルトの名無しさん mailto:sage [2020/12/18(金) 19:42:28.67 ID:1RoKReGQ.net] Chromium 742 名前：Edge で、YouTube を見て、 動画を、5秒先へ進めたりすると、フリーズする [] [ここ壊れてます] 743 名前：デフォルトの名無しさん mailto:sage [2020/12/18(金) 21:47:42.98 ID:TR+u0YNG.net] WebWorkerは完全にスレッドだぞ 更にAtomicsを使えばスレッド間でatomicなデータ更新が出来る 744 名前：デフォルトの名無しさん mailto:sage [2020/12/18(金) 21:53:39.89 ID:6FItt2sR.net] WebWorker使いやすくて好き。並列処理面倒くさいからたまにしか使わないけど 745 名前：デフォルトの名無しさん mailto:sage [2020/12/18(金) 22:14:36.51 ID:TR+u0YNG.net] しかし、SharedArrayBufferはSpectreのせいでほぼ使えない状態だけどね Spectreに対応したCPUが普及しきらない限り有効にされる事は無い Webではもはや余計な機能追加はセキュリティーホールの元という認識でこれ以上進化することも無いだろう ただ、ストアからインストールするPWAはネイティブアプリの代わりだから、機能追加していくと思われる 746 名前：デフォルトの名無しさん mailto:sage [2020/12/18(金) 23:02:27.28 ID:2C+h9Dqf.net] ストアの収益減らすの絶対許さないマンのアップル ｖｓ Webから情報吸いたいマンのグーグル 747 名前：デフォルトの名無しさん mailto:sage [2020/12/19(土) 13:35:36.37 ID:biviwPkb.net] promise（もしくはasync/await）が使えたらシングルスレッドでも実質別段困らない 希ガス 748 名前：デフォルトの名無しさん mailto:sage [2020/12/19(土) 15:04:10.72 ID:+cK8B71a.net] WebWorkerとか知らんかった．．． メインと状態を共有しないのが明確なら便利そうだな さもなくばAsync/Awaitか 749 名前：デフォルトの名無しさん mailto:sage [2020/12/19(土) 15:41:20.87 ID:1ZOkfUtM.net] I/O boundはPromiseでいいけど CPU boundはPromiseじゃだめだからWebWorker使う マルチコアの有効活用 750 名前：デフォルトの名無しさん mailto:sage [2020/12/19(土) 18:53:18.58 ID:Z1BeWWR+.net] >>718 それは有る Appleはブラウザの進化を完全に否定した(WebUSBとか実装しないと明言した) 建て前はセキュリティーだけど、真実はPWAがネイティブアプリと同等の事が出来るとApple税が取れなくなるからだろうね 751 名前：デフォルトの名無しさん mailto:sage [2020/12/19(土) 18:56:13.80 ID:dPku7W9W.net] 税なら税で素直に払えばいい それでいい製品が使えるならいいことだ NHKのようなものだな 752 名前：デフォルトの名無しさん mailto:sage [2020/12/19(土) 19:15:06.66 ID:BJ7NL7s9.net] Appleが採用しない事で足並みが揃わなくなって、Web全体に影響するという…… 753 名前：デフォルトの名無しさん mailto:sage [2020/12/19(土) 19:43:44.12 ID:GiU9Z0Di.net] 🍎に足並みを揃えない連中がよくない 754 名前：デフォルトの名無しさん [2020/12/19(土) 21:17:41.04 ID:qtDJ4FDM.net] SharedArrayBufferの代替手段って無いの？ 結局これは解決する問題なの？ 755 名前：デフォルトの名無しさん mailto:sage [2020/12/19(土) 22:01:28.77 ID:oadZnMoo.net] WebUSBに関してはFireFoxも実装する予定はないので 足並みを揃えてないのはChrome 756 名前：デフォルトの名無しさん [2020/12/19(土) 22:06:18.93 ID:yZxXMpJa.net] 目の前に機器があってスマホからコントロールしたい要求は一般的だと思うけど、USBの番号を個人で取れなくなったので、ブラウザに実装する意味は薄れたかもしれないですね。 757 名前：デフォルトの名無しさん mailto:sage [2020/12/19(土) 22:29:23.32 ID:lChJAmlD.net] ここだけはappleを応援するわ 消費者としてブラウザにどんどん変な機能つけるんじゃねぇ 758 名前：デフォルトの名無しさん [2020/12/19(土) 22:33:23.73 ID:yZxXMpJa.net] IoT的な意味合いで必要とする人たちが居るんですよ。 自分は見ないから動画機能を付けるなとか、聞かないから音機能を付けるなっていうのと同じでは？ 759 名前：デフォルトの名無しさん mailto:sage [2020/12/19(土) 22:44:29.90 ID:8bUfeulY.net] USB APIをサーブしてajaxでlocalhostと通信でいいじゃん わざわざブラウザがサポートすることじゃない 760 名前：デフォルトの名無しさん mailto:sage [2020/12/19(土) 22:47:08.81 ID:8bUfeulY.net] まあ百歩譲って乗せるとしても拡張でいいよな 標準化しようとするのはでしゃばりすぎ 761 名前：デフォルトの名無しさん mailto:sage [2020/12/19(土) 23:00:43.45 ID:YoyJ/iet.net] ブラウザ 762 名前：がんばって欲しい React + TS 最高 swift + storyboard とかいう糞オブ糞のそびえ立つ糞まみれは2度と触りたくない [] [ここ壊れてます] 763 名前：デフォルトの名無しさん mailto:sage [2020/12/19(土) 23:55:21.82 ID:Z1BeWWR+.net] PWAの定義が今一漠然としてるから、今後はその辺りが進化していくと思われる で、PWAでない場合はJavaScriptの動作は思いっきり制限されるだろうね ま、それで良いと思う 764 名前：デフォルトの名無しさん mailto:sage [2020/12/20(日) 00:28:55.07 ID:qaHDEdvT.net] > わざわざブラウザがサポートすることじゃない ほんとこれ なぜわざわざブラウザでなんでもやろうとするのか IoTなんだから普通にツールとかアプリとかドライバ書けよと 765 名前：デフォルトの名無しさん mailto:sage [2020/12/20(日) 00:29:51.25 ID:L33Timbq.net] 結局ああいうのって「すげええブラウザでこんなことできた!」 いいたいだけちゃうんか、みたいなのがマジ多い 766 名前：デフォルトの名無しさん mailto:sage [2020/12/20(日) 03:36:56.04 ID:BKQi3Qp0.net] ブラウザが高機能化しすぎてブラウザさえ動作すりゃいい感じになってきてる 最終的にOS=ブラウザまで進化しかねない 767 名前：デフォルトの名無しさん mailto:sage [2020/12/20(日) 04:53:54.98 ID:gM7i2qLz.net] モバイル用OSがそんなかんじ アプリを全てサンドボックスで隔離して出来ることを制限 じっくり時間をかけて出来ることを解放してきた 768 名前：蟻人間 mailto:age [2020/12/21(月) 18:34:44.48 ID:Zh4p3jGs.net] Web Workerの話が出たから貼っとこう https://katahiromz.github.io/xword.js/ 769 名前：デフォルトの名無しさん mailto:sage [2020/12/21(月) 18:45:09.04 ID:cr+QDiZ1.net] ゴミサイトの宣伝すんなカス 770 名前：蟻人間 mailto:age [2020/12/21(月) 18:49:49.16 ID:Zh4p3jGs.net] これPromiseとWeb Workerのマルチスレッドでパズルを生成してる。組み合わせ無限大。しかもInternet Explorerでも動作する。まあ、素人にはひと目では分からんだろうな。 771 名前：デフォルトの名無しさん mailto:sage [2020/12/21(月) 19:13:00.25 ID:cr+QDiZ1.net] ゴミサイトの宣伝すんなカス 772 名前：デフォルトの名無しさん mailto:sage [2020/12/21(月) 19:15:36.88 ID:L7srYJg2.net] webworkerってjoinみたいなメソッドある？ 773 名前：蟻人間 mailto:age [2020/12/21(月) 19:15:42.32 ID:Zh4p3jGs.net] 悔しいのお、悔しいのお 774 名前：蟻人間 mailto:age [2020/12/21(月) 19:17:04.35 ID:Zh4p3jGs.net] >>743 Promise.allとかPromise.anyがあるぜ。 775 名前：デフォルトの名無しさん mailto:sage [2020/12/21(月) 19:25:34.90 ID:ApmhBnYc.net] 「蟻人間」でNGぶっこむだけだろうに… 776 名前：蟻人間 mailto:age [2020/12/21(月) 19:26:17.16 ID:Zh4p3jGs.net] Promise.anyとWorkerを使った例が >>739 にある。ご参考に。 777 名前：デフォルトの名無しさん mailto:sage [2020/12/21(月) 20:32:28.70 ID:oIaO1Bbh.net] 最近のCPUってコア数バラバラでかつ非対称なコア載ってるから、6個くらいWorker立ち上げて平等に処理投げるんじゃなくて、20個くらいのWorker立ち上げて非対称でいいから適当に処理投げてあとはOSに良きに計らってもらうとかの方がベターなのかな？ 778 名前：デフォルトの名無しさん mailto:sage [2020/12/21(月) 20:34:43.73 ID:ApmhBnYc.net] navigator.hardwareConcurrency でコア数取れるぞ 779 名前：蟻人間 mailto:age [2020/12/21(月) 20:44:19.66 ID:Zh4p3jGs.net] >>749 アリがと。修正した。 780 名前：デフォルトの名無しさん mailto:sage [2020/12/21(月) 20:51:02.61 ID:oIaO1Bbh.net] >>749 なるほど。そういうのがあるのか。 じゃああとは非対称コアへの対応になるけど、これは細かくスライスして逐次投入で良いか 781 名前：デフォルトの名無しさん mailto:sage [2020/12/21(月) 20:54:25.24 ID:+ci58h/H.net] >>748 そうです 素人が考える半端なスケジューリングはアンチパターンです 782 名前：デフォルトの名無しさん mailto:sage [2020/12/21(月) 22:43:20.76 ID:Z91q9rOU.net] >>750 お前に向けて書いたんじゃない。 許可無くレスするな糞コテ 783 名前：蟻人間 mailto:age [2020/12/22(火) 00:55:34.36 ID:7oePNPbq.net] >>753 わかりました、ご主人様 784 名前：デフォルトの名無しさん mailto:sage [2020/12/26(土) 09:41:16.66 ID:3y5CuLti.net] export interface TypeA { paramters: { [k: string]: { // body } }; } 785 名前： こんな型があるとき、上記bodyの部分の型を取り出すことってできますかね？ const f = (k: string, o: ???): TypeA => { return { parameters: { [k]: o } }; }; こんなことがしたい。 [] [ここ壊れてます] 786 名前：デフォルトの名無しさん mailto:sage [2020/12/26(土) 10:04:33.59 ID:kvlSFYEN.net] ヨーわからんがこうかね bitどっとly /3aJV7Hw ts playground だが短縮URL NGワードになってるからすまんな 787 名前：デフォルトの名無しさん mailto:sage [2020/12/26(土) 11:06:25.41 ID:3y5CuLti.net] そこの type Hage の定義に "extreme" を書かずに済ませたい。 この例だと {extreme:string} という型になる部分が変更されたとしても type Hage の記述を変えずに済むよう TypeA の定義から取り出す 方法がないかと。 788 名前：デフォルトの名無しさん mailto:sage [2020/12/26(土) 11:21:04.03 ID:3y5CuLti.net] ありがとう、わかった。 ["extreme"] を削れば目的の型になりますね。 ["paramters"] を使えばいいことに気付かなかった。 789 名前：デフォルトの名無しさん mailto:sage [2020/12/26(土) 12:19:31.06 ID:kvlSFYEN.net] 　　　　　　　　　　| 　　　　　　　　　　　| 　　また髪の話してる 　　　　　　　　　 　 |　　彡⌒ミ 　　　　　　　　　　　＼ (´･ω･,彡⌒ミ 　　　　　　　　　　　　　(|　　　|(´･ω･`)::::　感じ悪いよね 　　　　　　　　　　　　 　(Y　/:(|　　　|):::::: 　　　　　　　　　　　　　　 し ＼:(Y　/:: 　　　　　　　　　　　　　　　　　 ＼し´ 790 名前：デフォルトの名無しさん mailto:sage [2020/12/27(日) 19:16:51.24 ID:xvZc4lDU.net] もう一つ教えてください。 typeTypeB = { tag: 'a'; /* a のボディ */ } | { tag: 'b'; /* b のボディ */ }; こんな Tagged union type があるとき、 tag === 'a' の時の型(下記)を 取り出すことはできるでしょうか。 type x = { tag: 'a'; /* a のボディ */ } 791 名前：デフォルトの名無しさん mailto:sage [2020/12/27(日) 19:33:05.66 ID:xvZc4lDU.net] TypeB & { tag: 'a' } でいけた。ありがとう。 792 名前：デフォルトの名無しさん mailto:sage [2020/12/27(日) 19:36:45.35 ID:MtHOITLb.net] 型に欲情する変態さんは piotrwitek/utility-types でも npm 愛するといいぞ 793 名前：デフォルトの名無しさん mailto:sage [2020/12/27(日) 19:42:50.77 ID:xvZc4lDU.net] またまた教えてください。 type X = A | B | C | undefined; この X から undefined を除いた型 (A | B | C) を求めるにはどうしたらいいでしょうか。 794 名前：デフォルトの名無しさん mailto:sage [2020/12/27(日) 19:45:55.95 ID:MtHOITLb.net] >>763 この変態欲しがりめが https://github.com/piotrwitek/utility-types#nonnullablea 795 名前：デフォルトの名無しさん mailto:sage [2020/12/27(日) 19:49:30.25 ID:86OXbM3T.net] 標準にExcludeあるじゃん 796 名前：デフォルトの名無しさん mailto:sage [2020/12/27(日) 19:49:45.20 ID:xvZc4lDU.net] ありがとう！ 797 名前：デフォルトの名無しさん mailto:sage [2020/12/28(月) 00:46:42.66 ID:0DUA8XV/.net] >>766 https://github.com/millsp/ts-toolbelt 798 名前：デフォルトの名無しさん mailto:sage [2020/12/28(月) 21:27:29.35 ID: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 名前：デフォルトの名無しさん mailto:sage [2020/12/28(月) 22:38:22.06 ID: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 名前：デフォルトの名無しさん mailto:sage [2021/01/03(日) 19:57:38.08 ID: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 名前：デフォルトの名無しさん mailto:sage [2021/01/21(木) 09:27:06.31 ID:RZX+x1N+.net] フロントエンド系の解説動画上げてる 英語話者の Youtuber イケメン率高すぎじゃね？ イケメンじゃなくても、 リーナスやRMSやバーナーズリーみたいな、ひと目みただけで「変人だわ」って思う人が少ない どうなってんのよ お前らもイケメンなの？ 803 名前：デフォルトの名無しさん mailto:sage [2021/01/21(木) 14:08:52.40 ID:eZuTDFAg.net] ちなみにわしは自称福山雅治のイケメンだ 804 名前：デフォルトの名無しさん mailto:sage [2021/01/21(木) 14:56:12.52 ID:vvq65HmA.net] 俺もよく歩いてると三浦春馬さんやっぱり生きてたんですねって話し掛けられて困るわ 805 名前：デフォルトの名無しさん mailto:sage [2021/01/21(木) 19:34:01.03 ID:uQRkfyi9.net] オレもしょっちゅう『二郎さんっ……！』って声を掛けられるから、「おやっ、オレは田宮二郎の生まれ代わりなのかな……？」って思ってたら、坂上二郎さんの生まれ代わりだったわ 806 名前：デフォルトの名無しさん mailto:sage [2021/01/21(木) 23:37:32.75 ID:vvq65HmA.net] >>774 加齢臭ヤバナイ？ 807 名前：デフォルトの名無しさん mailto:sage [2021/01/21(木) 23:42:06.12 ID:HlaAZkkn.net] 加齢臭とかいうレベルでなく今の30代ぐらいならもう何の話してるかもわからんだろうな 808 名前：デフォルトの名無しさん mailto:sage [2021/01/22(金) 05:20:07.47 ID:8pHZ8D0X.net] TypeScript で、React やったけど、いちいちいちいち型定義めんどすぎな… 相性くそわるなめくじかよ ビジネスモデルのオブジェクトとかは型定義したいが、 いちいち props のインターフェースとか書いてらんねー 変更があったらいちいちインターフェースも書き換えなきゃいけないし みんなどうやって使ってるの？ Angular とか他のフレームワークだと TypeScript でのやりやすさ違う？ 809 名前：デフォルトの名無しさん mailto:sage [2021/01/22(金) 05:27:56.87 ID:txgEYXZL.net] >>777 ts使いこなせてないのか？ 面倒ならanyにしとけ。 810 名前：デフォルトの名無しさん mailto:sage [2021/01/22(金) 05:29:38.84 ID:txgEYXZL.net] >>777 >>Angular とか他のフレームワークだと >>TypeScript でのやりやすさ違う？ やっぱts理解してしないね。 811 名前：デフォルトの名無しさん mailto:sage [2021/01/22(金) 14:46:40.93 ID:AFRlD+KK.net] > 変更があったらいちいちインターフェースも書き換えなきゃいけないし おまえさんのようなうっかりガイジでも変更忘れがないよう指摘してくれてるというのに わがままうっかりガイジにランクアップや 812 名前：デフォルトの名無しさん mailto:sage [2021/01/22(金) 17:02:33.24 ID:txgEYXZL.net] リファクタリングしない人もいるからね。 （いまもみじかににいるし、 拒否るかも...その人） 813 名前：デフォルトの名無しさん mailto:sage [2021/01/25(月) 15:51:22.24 ID:mMq6O8/K.net] VSCode の補完で関数シグニチャ確認する時、カオスすぎない？ ライブラリがユニオンやら使いまくってるの多くて、パット見引数が何個あるのかわかりにくいし、 もう少し見やすいポップアアップ表示にならんのかな 814 名前：デフォルトの名無しさん mailto:sage [2021/01/25(月) 18:07:26.17 ID:+dPxUq7O.net] >>782 c#以上だね。 改行で見やすくなりそーーなもんだけど。 815 名前：デフォルトの名無しさん mailto:sage [2021/01/25(月) 18:33:23.35 ID:AK6f8agf.net] c#以上にカオス…？ 816 名前：デフォルトの名無しさん mailto:sage [2021/01/25(月) 22:54:08.93 ID:+dPxUq7O.net] 何倍も！ 型の機能も遥かに高度だ！ 817 名前：デフォルトの名無しさん mailto:sage [2021/01/25(月) 23:03:58.08 ID:+dPxUq7O.net] js.studio-kingdom.com/typescript/handbook/advanced_types 818 名前：デフォルトの名無しさん mailto:sage [2021/01/25(月) 23:14:46.15 ID:NBocXyOE.net] JavaScriptというそび糞をまともにするためだ しゃーない 819 名前：デフォルトの名無しさん mailto:sage [2021/01/26(火) 03:28:35.94 ID:WX4s+KJB.net] 型を半ば無理矢理付けてるだけで、最終的には型を削除したJavaScriptになる 要するに動的型言語というのは、それだけ豊富な表現力を秘めてると言うことだ 本来はそれと引き換えに実行速度が犠牲になるもんだが、VMのチューニングによりネイティブコードと遜色無いのが凄いところ 820 名前：デフォルトの名無しさん mailto:sage [2021/01/26(火) 04:01:05.59 ID:SEH/ccP0.net] 後半まで読み進めると おおおーー！ってなる。 https://html5experts-jp.cdn.ampproject.org/v/s/html5experts.jp/shumpei-shiraishi/24660/amp/?amp_gsa=1&amp_js_v=a6&usqp=mq331AQHKAFQArABIA%3D%3D#amp_tf=%251%24s%20%E3%82%88%E3%82%8A&aoh=16115828872772&csi=1&referrer=https%3A%2F%2Fwww.google.com&ampshare=https%3A%2F%2Fhtml5experts.jp%2Fshumpei-shiraishi%2F24660%2F protocol と 可変長型は c#で昔から 待望してた機能だ！ 821 名前：デフォルトの名無しさん mailto:sage [2021/01/26(火) 05:29:01.62 ID:pU44oeo6.net] >>783 そうよな 割と改行するだけでも全然違うと思うんよな できれば色もついたらそりゃ見やすいけど なんか Extension ないんかね 822 名前：デフォルトの名無しさん mailto:sage [2021/01/26(火) 05:52:17.01 ID:pU44oeo6.net] https://github.com/microsoft/vscode/blob/master/extensions/typescript-language-features/src/languageFeatures/signatureHelp.ts https://github.com/microsoft/vscode/blob/master/extensions/typescript-language-features/src/utils/previewer.ts このあたりかね？ TypeScript のシグニチャのポップアップ表示してる部分 823 名前：デフォルトの名無しさん mailto:sage [2021/01/26(火) 07:02:54.66 ID:RzMbHMsq.net] >>789 可変長型もう入ってなかったっけと思ったら3年前の記事か 824 名前：デフォルトの名無しさん mailto:sage [2021/02/10(水) 08:45:05.84 ID:F9HUbn2D.net] TypeScript の型定義に凝りすぎじゃね？ https://neos21.net/blog/2021/02/09-02.html アンサー： なぜTypeScriptの型定義に凝るのか https://qiita.com/uhyo/items/3bc5f951f922804ede51 825 名前：デフォルトの名無しさん mailto:sage [2021/02/10(水) 10:21:36.03 ID:qX2MPAZ0.net] サードパーティライブラリの型定義に関しては、 定義書くのめんどくさそうなときは any で通してる 型定義あったほうが便利なのは確かなので、 作業自動化して楽にしてくれるツール出てくるとありがたいなと思ってる インテリセンスの進化とか あと、VS Code で、TypeScript の型定義読みにくすぎ、 ドキュメント書いてあること少なすぎ、JavaScript のコードに直接とべねーすぎ（？） でも、こういうアーキテクチャに関する抽象的な議論って 個々の案件に落とし込まないと本質見えてこないことととか、 そもそも想定する状況が議論する相手と食い違ってることがあるから GitHub にある具体例でも明示してくれると議論は捗るんじゃないかなと思う 826 名前：デフォルトの名無しさん mailto:sage [2021/02/10(水) 12:42:09.82 ID:vAMcyE+N.net] 弊社は障害者雇用枠しかいないのでPHPしか書けません並の駄文書いてる奴って 生きてて恥ずかしくないのかなって思っちゃう、ごめんね 827 名前：デフォルトの名無しさん mailto:sage [2021/02/10(水) 14:59:14.96 ID:J3IrN4Ey.net] >>793 この人有名人なの？ 個人ブログに対する反応としては量が多くて驚く アンサーのほうは避けられない複雑性を ”複雑な型”で表現した場合としない場合のトレードオフについては “消えてしまうことは無い”で濁してるだけで正面から回答してないよね 最初のブログの人も感覚的な話だからどっこいどっこいだけど ↓こういうのは頑張りすぎじゃねって感じる type ArrayOfLengthRec<Num, Elm, T extends unknown[]> = T["length"] extends Num ? T : ArrayOfLengthRec<Num, Elm, [Elm, ...T]> 828 名前：デフォルトの名無しさん mailto:sage [2021/02/11(木) 02:00:22.02 ID:jkz/J9rH.net] まぁでも型定義するの楽しいからね パズルみたいで 夢中になっちゃうのは分かる 829 名前：デフォルトの名無しさん mailto:sage [2021/02/11(木) 12:28:55.00 ID:IWbE3xWm.net] >>797 まじかよｗ めんどくせーだけなんだが… 830 名前：デフォルトの名無しさん mailto:sage [2021/02/11(木) 12:32:46.43 ID:89K1HM4Z.net] 初心者のうちは考えなくて良いんだよ。 わけ解らなくてもコード補完してくれる位 思ってれば良い。 831 名前：デフォルトの名無しさん mailto:sage [2021/02/11(木) 19:55:55.18 ID:yR+7bkmQ.net] コード補完力・エラー発見力を高めるために型書いてる感はある JavaとかGoの型を”書かねばならない”という強制感がないんだよな 832 名前：デフォルトの名無しさん mailto:sage [2021/02/11(木) 21:33:21.20 ID:jkz/J9rH.net] コード補完はすごいメリットだよね あと型定義通ってると書いてて安心するし 833 名前：デフォルトの名無しさん mailto:sage [2021/02/11(木) 23:22:56.80 ID:89K1HM4Z.net] メリットの一番下は リファクタリング耐性でしょ。 834 名前：デフォルトの名無しさん mailto:sage [2021/02/11(木) 23:23:35.04 ID:89K1HM4Z.net] メリットの一番は リファクタリング耐性でしょ。 835 名前：デフォルトの名無しさん mailto:sage [2021/02/15(月) 14:41:09.07 ID:7BVeLT+X.net] クラスの中で、毎回 this. っての書かなきゃいけないの面倒くさくない…？ 忘れるし Java 並感 836 名前：デフォルトの名無しさん mailto:sage [2021/02/15(月) 14:44:23.78 ID:7BVeLT+X.net] https://github.com/microsoft/TypeScript/issues/679 やっぱみんな思うよね… Declined だけどね… 837 名前：デフォルトの名無しさん mailto:sage [2021/02/15(月) 15:26:58.09 ID:RViaNkw8.net] javascriptのthisのややこしさ知ってて言ってる？ 838 名前：デフォルトの名無しさん mailto:sage [2021/02/15(月) 20:44:05.34 ID:fEx2IVhT.net] >>805 JS使いは誰もそう思わないと思うよ そこでも最初から否定されてるし、その通りだよ thisを省略可能なのは各メソッドにクロージャがない言語だけだよ JSはそうではないから、余計に分かりにくくなるだけ 839 名前：デフォルトの名無しさん mailto:sage [2021/02/15(月) 21:56:58.17 ID:ZXLSNxbk.net] this省略が欲しいなんて1度も思ったことないわ レガシーなJavaプロジェクトで、クソデカclass相手にした時は eclipse で this 強制せんとやってられんかった で、Javaならローカル変数とクラス変数の違いが見分けられないだけだが JavaScriptはただのfunctionもある アホがJavaScriptでthisの省略悪用したら、簡単に地獄の蓋が開いて中から飛び出たイエスファッキンキリストに脳までファックされる未来が見えるね 840 名前：デフォルトの名無しさん mailto:sage [2021/02/15(月) 21:58:12.78 ID:ZXLSNxbk.net] つかしばらくclassもthisも書いた記憶ねえわ POJOと参照透過なarrow functionがあればそれでいい 841 名前：デフォルトの名無しさん mailto:sage [2021/02/15(月) 22:03:00.31 ID:ptBzJrEw.net] tsやってるとclassいらないよね 842 名前：デフォルトの名無しさん mailto:sage [2021/02/16(火) 00:04:28.67 ID:FwQskT4w.net] 個人的にはオブジェクトが副作用を持つ（と明示したい）ときは使うかな。 あとErrorを継承とか継承以外にスマートな方法が無い� 843 名前：ﾆきも使う。 出番はそんなに多くないけども [] [ここ壊れてます] 844 名前：デフォルトの名無しさん mailto:sage [2021/02/24(水) 20:43:58.73 ID:+f/VsSol.net] Announcing TypeScript 4.2 https://devblogs.microsoft.com/typescript/announcing-typescript-4-2/ 845 名前：デフォルトの名無しさん mailto:sage [2021/02/25(木) 08:15:48.96 ID:e2KFXpDq.net] [TypeScript のテストを Jest (ts-jest) でやってみる - Qiita](https://qiita.com/mangano-ito/items/99dedf88d972e7e631b7) これ参考にjestでテストしたのですが、ts-jest使うと、テスト時にts-jestが内部的にトランスパイルすｒので、JavaScriptコードがファイルとして生成保存されないから テストするたびに、前のテストから変更されてないソースもいちいち全てトランスパイルしてるのですか？ それともjsファイルが生成されてれば、それを利用してくれるのですか？ 846 名前：デフォルトの名無しさん mailto:sage [2021/02/25(木) 20:47:42.47 ID:pFknXJZi.net] https://kulshekhar.github.io/ts-jest/docs/processing キャッシュしてると思います 847 名前：デフォルトの名無しさん mailto:sage [2021/02/26(金) 07:59:54.83 ID:TBWzJJJb.net] >>814 ありがとう！ その図みても自分じゃ難しくてよくわからんが、確かにキャッシュ使ってるみたいだね。 思ったより複雑にいろいろしてるみたいだから、やっぱり自分が心配するような事は考慮済みだね、当たり前か。 848 名前：デフォルトの名無しさん mailto:sage [2021/03/04(木) 12:38:42.72 ID:GxKFsRrm.net] Flutter2 とともに Dart にnull安全がやって来たなあ ちょっと勉強してみようかな 849 名前：デフォルトの名無しさん mailto:sage [2021/03/04(木) 12:47:27.36 ID:xAXt6OPO.net] Dartのことゴミだと思ってるけど 聳え立つクソof真のゴミofゴミstoryboard & xcodeをやるくらいなら、Dartで首吊った方がマシなのかもしれん 850 名前：デフォルトの名無しさん [2021/03/05(金) 14:31:03.60 ID:lXK+Zrlg.net] >>816 やっときたか！ 851 名前：デフォルトの名無しさん mailto:sage [2021/03/05(金) 17:42:21.94 ID:Yg7S+B8Eb] 26歳で独立して月収150万になった 元引きこもりエンジニアの物語 https://agroro.com/2020/05/06/prof/ 【こんな僕が】フリーランスエンジニアで月収100万円を達成した5つの方法 https://takablog358.org/freelance-programmer-income/ ITフリーランスエンジニアの年収｜会社員との違いや独立後の案件の取り方 https://boxil.jp/mag/a6287/ 月収90万のITフリーランスプログラマー・SEが選んでる在宅案件はこんな案件です https://arma-search.jp/article/homework フリーランスの年収は平均いくら？年収1000万円以上の割合とは https://freelance.levtech.jp/guide/detail/1242/ フリーランスの仕事や職業の種類って何があるの？独立5年目で月収200万の僕が詳しく解説 https://www.buntadayo.com/entry/job-change-freelance ブラック企業から退職し、独立後11ヶ月で“月収300万円超え”になるまでの軌跡を デザイナー社長船越良太に聞いてみた！ https://tokyofreelance.jp/interview-funakoshi/ 852 名前：デフォルトの名無しさん mailto:sage [2021/05/18(火) 11:15:17.98 ID:+3nwuGsr.net] TypeScript勉強してたらオブジェクトの配列とか出てきて型の使い方が全くわからなかった。 853 名前：デフォルトの名無しさん mailto:sage [2021/05/18(火) 11:53:25.44 ID:+3nwuGsr.net] type user2 = { id: number; name: string; }[]; let test2: user2 = { id: 1, name: "大谷" }; console.log(test2); --- type user2のオブジェクトをオブジェクトの配列にしたけど、これを利用するのはどうすればいいの？ 854 名前：デフォルトの名無しさん mailto:sage [2021/05/21(金) 21:43:57.64 ID:EtVgB+a ] [ここ壊れてます] 855 名前：P.net mailto: いきなり間違ってる [] [ここ壊れてます] 856 名前：デフォルトの名無しさん mailto:sage [2021/05/25(火) 20:07:54.63 ID: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 名前：デフォルトの名無しさん mailto:sage [2021/05/27(木) 07:58:04.71 ID:ac9nW6BB.net] Announcing TypeScript 4.3 https://devblogs.microsoft.com/typescript/announcing-typescript-4-3/ 858 名前：デフォルトの名無しさん mailto:sage [2021/05/28(金) 20:33:33.18 ID:xubVQEL1.net] #privateは使っていくべきなの？ 859 名前：デフォルトの名無しさん mailto:sage [2021/05/31(月) 20:57:24.94 ID:N+Q3MCtj.net] プログラミング言語「TypeScript 4.3」をMicrosoftが公開 https://www.atmarkit.co.jp/ait/articles/2105/31/news119.html 860 名前：デフォルトの名無しさん mailto:sage [2021/06/07(月) 08:54:45.48 ID:T37bbYD1.net] 「型がないと開発できない」 「型がないと開発できないっていうのは無能」 ↓翻訳 「うんこって汚い」 「うんこは汚いと思ってるやつは無能」 ↓翻訳 「バーカ」 「アーホ」 861 名前：デフォルトの名無しさん mailto:sage [2021/06/07(月) 11:20:40.98 ID:f9HfMVYo.net] >>825 なるべくweb標準に寄せたほうが良いと思ってるので、俺は使ってる。 コンストラクタ引数でブロパティ初期化のシンタックスシュガーが無いのだけが不満 862 名前：デフォルトの名無しさん mailto:sage [2021/06/13(日) 17:37:59.04 ID:1VszOIAC.net] GoとかRustみたいにenumとかtypeに直接メソッド生やしたい... 863 名前：デフォルトの名無しさん mailto:sage [2021/06/13(日) 19:26:58.74 ID:exUpBE38.net] >typeに直接メソッド生やしたい. いまいちどういうことをやりたいのかわからないが、classじゃなくてtypeじゃないとダメなの？ 864 名前：デフォルトの名無しさん mailto:sage [2021/06/13(日) 20:26:40.60 ID:1VszOIAC.net] ↓みたいなADTっぽいことやる時とか直接メソッド生やせないと不便じゃない？ ttps://typescript-jp.gitbook.io/deep-dive/type-system/discriminated-unions 865 名前：デフォルトの名無しさん mailto:sage [2021/06/13(日) 21:44:24.86 ID:exUpBE38.net] typeに関数型のメンバを追加すりゃいい話じゃなくて？ 「typeに直接」ってのが何を言っているのかよくわｑからん。 866 名前：デフォルトの名無しさん mailto:sage [2021/06/13(日) 22:03:52.22 ID:SDaJf1m8.net] GoやRustを触ったことがあれば分かるけど, クラスではなくあくまでデータ構造(struct)を定義して, Goではレシーバ付きの関数, Rustではimplでデータ構造に対して操作を定義していく C#だと定義済みのクラスに拡張メソッドでメソッド追加したり 素のJavaScriptならprototypeにメソッド追加する, みたいな で, TypeScriptだと今は出来ないと思うけど, 需要はありそうだし, RFCとか出されてない？ 構文的にJavaScriptと互換にやるのが難しいかな？ 867 名前：デフォルトの名無しさん mailto:sage [2021/06/13(日) 22:17:00.33 ID:SDaJf1m8.net] 既存の構文で出来るらしい https://medium.com/my-coding-life/extension-method-in-typescript-66d801488589 C#のような新規の構文サポートは実装しない方針 https://github.com/microsoft/TypeScript/issues/563#issuecomment-291300044 868 名前：デフォルトの名無しさん mailto:sage [2021/06/21(月) 11:11:33.75 ID:Jendc3yZ.net] Githubでとあるプロジェクトをパブリックにしてたら何かヤベーアメ公に絡まれた 気に入らなきゃさっさとフォークしろやハゲ 869 名前：デフォルトの名無しさん mailto:sage [2021/06/24(木) 20:49:49.28 ID:u0hl6kTWk] vue-cliでTypeScriptありにしてプロジェクト作成。 TypeScriptでimportするときに拡張子.vueは省略できないと知る。 設定で.vue省略可能になったりしない？ 省略してもインポートした画面は出るけど、 その上に「Failed to compile.」と出て、 ターミナルにはTS2307が出てる。 ちゃんと.vueつけるとそれらは出ない。 JSでElectronアプリ作ってた時は省略可だったのに。 870 名前：デフォルトの名無しさん mailto:sage [2021/07/03(土) 10:34:27.35 ID:afnPLxcZ.net] ふぇぇ… Angularのバージョン上がるの早すぎだよぅ… Angular4を使ったSPAのセキュリティが心配だよぅ… 871 名前：デフォルトの名無しさん mailto:sage [2021/07/07(水) 22:02:22.89 ID:IyqR2Fvh.net] Angular とかとっくに死んだと思ってたわ 誰が使ってるんだ？ 1系で身動き取れなくなったレガシーサービスくらいしか見たことない 872 名前：デフォルトの名無しさん mailto:sage [2021/07/07(水) 23:53:28.16 ID:qO1FdR5E.net] >>838 Teams（そろそろReactで書き換えられるけど） 873 名前：デフォルトの名無しさん mailto:sage [2021/07/08(木) 07:47:58.41 ID:75MwFXOI.net] Google 自身が Google のサービスで全く使ってないのに、何で作ってるのかわかんない いつ捨てられてもおかしくなくね 874 名前：デフォルトの名無しさん mailto:sage [2021/07/08(木) 14:40:54.16 ID:jNeY00JW.net] teamsってangularだったのか。 reactにしたらもっさりが直るかな 875 名前：デフォルトの名無しさん mailto:sage [2021/07/08(木) 14:50:07.37 ID:hOnojRWO.net] >>841 Electron+AngularJsからWebview2+Reactになってメモリ消費は半分になるとか 876 名前：デフォルトの名無しさん mailto:sage [2021/07/14(水) 23:38:18.17 ID: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 名前：デフォルトの名無しさん mailto:sage [2021/07/15(木) 23:21:53.74 ID:/VADaM7m.net] すみません838です。自己解決です。 ２の方法で、 const parseItems : インターフェース = JSON.parse(items); みたいにすれば、必要なとこだけ埋めることできました。 878 名前：デフォルトの名無しさん mailto:sage [2021/08/27(金) 21:03:15.72 ID:OujrQnBG.net] Announcing TypeScript 4.4 https://devblogs.microsoft.com/typescript/announcing-typescript-4-4/ 879 名前：デフォルトの名無しさん [2021/09/11(土) 04:09:02.19 ID:o78CvgiA.net] Express を用いてwebアプリケーションを開発しているものです。質問なのですが、webpackで.tsのコンパイルとバンドルを行う際に出来たbundle.jsをdist フォルダに出力するとして、.ejs などのテンプレートが入ったviewsはどこに配置するのが正しいのでしょう。srcでいいような気もするのですが、実際に動くのはbundle.jsだし、dist の方がいいのかなと……. 880 名前：デフォルトの名無しさん mailto:sage [2021/09/17(金) 12:17:55.85 ID:4jDmhT28.net] ようやくtsconfigのmoduleをesnextにしたわ 881 名前：デフォルトの名無しさん mailto:sage [2021/09/17(金) 17:43:37.86 ID:ELLRTb6O.net] むしろesnextにしてない人って何が理由なの？ 882 名前：デフォルトの名無しさん mailto:sage [2021/09/29(水) 00:27:22.98 ID:Ucgex+Jd.net] TS型安全は良いけどハマると時間 883 名前：ロスするね エラーパッと見ではなんでエラーが出てるかわからない C++をやってた頃を思い出した [] [ここ壊れてます] 884 名前：デフォルトの名無しさん mailto:sage [2021/09/30(木) 18:43:43.57 ID:4/dpkDC7.net] TSってプログラミングしてるっていうより問題解いてる感が強い 885 名前：デフォルトの名無しさん mailto:sage [2021/09/30(木) 21:24:56.16 ID:dN1VyuR8.net] パズルっぽくはあるが。スリザーリンクみたいに定石に当てはめたらパタパタと解けていく印象だな。 886 名前：デフォルトの名無しさん mailto:sage [2021/10/12(火) 20:50:09.62 ID:2QmYiCE7.net] TypeScriptのジェネリクスで型消去する方法って無いんだっけ？ あるいはJavaのワイルドカード型<?>みたいなのとか。 887 名前：デフォルトの名無しさん mailto:sage [2021/10/12(火) 21:03:38.69 ID:hmExHRrM.net] as any 888 名前：デフォルトの名無しさん mailto:sage [2021/10/12(火) 21:44:00.66 ID:2QmYiCE7.net] ああなるほど、<T extends any>なら<any>でいいわけか。 889 名前：デフォルトの名無しさん mailto:sage [2021/10/19(火) 13:43:00.05 ID:W8Yk+b6r.net] Promiseを同期的にwaitすることってできますか？ awaitではなくC#のTaskで言うところの.Resultなんですが… 890 名前：デフォルトの名無しさん mailto:sage [2021/10/19(火) 13:54:59.42 ID:QUfGkxyV.net] できない 891 名前：デフォルトの名無しさん mailto:sage [2021/10/19(火) 14:08:46.54 ID:W8Yk+b6r.net] え、できないんですか困った 外部ライブラリに渡すコールバック関数がPromiseをサポートしてない けど、その中で非同期関数を呼びたい というユースケースなんですが諦めるしかないんですかね… 892 名前：デフォルトの名無しさん mailto:sage [2021/10/19(火) 14:41:50.05 ID:LLvKMRJR.net] C#は呼び出し側のスレッドをブロックしてもTaskは別スレッドで動いてるから困らない JavaScriptはシングルスレッドだから同期的にwaitできたら 呼び出し側がブロックされるだけじゃなくPromiseで動かそうとしてる処理もブロックされるので困る コールバック関数をPromise化すればいいケースのような気がする 893 名前：デフォルトの名無しさん mailto:sage [2021/10/19(火) 14:52:46.98 ID:W8Yk+b6r.net] コールバックというと正確じゃないかもなんですけど あるフレームワークが拡張のためのフックをサポートしてる その関数は決まった名前のjsあるいはtsファイルのデフォルトエクスポートで指定する フレームワークはそれがあれば利用し、なければ何もしない その関数のシグネチャーは非同期をサポートしてない こんな感じのシチュエーションですね 894 名前：デフォルトの名無しさん mailto:sage [2021/10/19(火) 17:26:32.56 ID:LLvKMRJR.net] >>859 >その関数のシグネチャーは非同期をサポートしてない async/awaitのこと言ってる？ もしそうならasync/await使わない旧来のPromiseのやり方すれば？ 895 名前：デフォルトの名無しさん mailto:sage [2021/10/19(火) 19:00:11.55 ID:W8Yk+b6r.net] >>860 Promiseもサポートされてないです function libFunc( myFunc: (x: X) => Y ) イメージとしてはこんな感じで myFuncはPromiseを返せないようなってます myFuncのなかでOneWayのPromiseを走らせてPromiseを捨てることはできますが libFuncはmyFuncの戻りであるYを使って処理を続けるのでOneWayでは意味がありません 896 名前：デフォルトの名無しさん mailto:sage [2021/10/19(火) 19:38:25.38 ID:QUfGkxyV.net] const ox = await new Promise(resolve=> libFunc(x=> { // yを作成 resolve(x) return y })) とかじゃ駄目なん？ 897 名前：デフォルトの名無しさん mailto:sage [2021/10/19(火) 20:05:08.21 ID:W8Yk+b6r.net] >>862 あくまで>>859という前提があるのでlibFuncを呼び出すタイミングはこちらでは選べません 898 名前：デフォルトの名無しさん mailto:sage [2021/10/19(火) 20:07:52.68 ID:2lJX9loQ.net] >>861 やりたいことがいまいちわからんが、同期呼び出しでmyFuncの結果を取得したいというならそれは無理。 899 名前：デフォルトの名無しさん mailto:sage [2021/10/19(火) 21:03:40.36 ID:LLvKMRJR.net] Promiseも使えないならもう一つ昔のコールバックヘル方式でやるしかないね 900 名前：デフォルトの名無しさん mailto:sage [2021/10/19(火) 21:14:06.31 ID:QUfGkxyV.net] >>863 何がやりたいかわかんね〜 myFuncさえ登録できりゃ発展形でやり様子はあると思うけど 901 名前：デフォルトの名無しさん mailto:sage [2021/10/28(木) 09:19:43.09 ID:Qx9i2vDk.net] 変数の先頭に$を付けるのは何の意味があるのでしょう？ 902 名前：デフォルトの名無しさん mailto:sage [2021/10/28(木) 09:36:01.90 ID:3VMLYSLP.net] そんな事しません 903 名前：デフォルトの名無しさん mailto:sage [2021/10/28(木) 23:51:25.40 ID:vOpe/LV1.net] DOM のエレメントだよって示す 904 名前：デフォルトの名無しさん mailto:sage [2021/10/29(金) 00:01:40.58 ID:e9XHTkBz.net] PHPerでも出来た！と主張する 905 名前：デフォルトの名無しさん mailto:sage [2021/10/31(日) 10:32:24.95 ID:gOKmIPxI.net] Cの __FILE__ や __LINE__ みたいにトランスパイル前のファイル名や行番号を埋め込む方法って無いのかな？ 一応source-map-supportでスタックトレースは読めるようになったけど、もっと手軽に埋め込むログで 場所を示せたらいいんだが。 906 名前：デフォルトの名無しさん mailto:sage [2021/10/31(日) 12:11:14.90 ID:Xdv2iZD2.net] TypeScript の仕事じゃない 907 名前：デフォルトの名無しさん mailto:sage [2021/10/31(日) 12:31:29.22 ID:gOKmIPxI.net] tscの前にプリプロセッサとかかまして実現できるならそれでもいいんだけど。 908 名前：デフォルトの名無しさん mailto:sage [2021/10/31(日) 12:33:38.24 ID:OQlLkoA+.net] しょせんはトランスパイラ 多くを求めたらダメだ 909 名前：デフォルトの名無しさん mailto:sage [2021/10/31(日) 21:52:21.68 ID:plSPEajD.net] >>871 英語で議論できれば提案すればいいと思うけどね 910 名前：デフォルトの名無しさん mailto:sage [2021/10/31(日) 22:25:46.49 ID:+4LFgdgS.net] >>873 手動でやるのは簡単だよね？ TS使ってないからビルドシステム知らんけど、Pythonか何かを挟み込める余地があったらそこでやってしまえば？ 或いはいっそのことmakefileでラップしてしまうとか。(makefile内でビルドコマンドを起動） 911 名前：デフォルトの名無しさん mailto:sage [2021/10/31(日) 23:58:24.90 ID:gOKmIPxI.net] ありがとう。無いってことね。 912 名前：871 mailto:sage [2021/11/01(月) 00:27:26.36 ID:M14pmKjL.net] >>877 多分ね。（俺は871、TS使ってない） 他言語（何だったかは忘れた）でも同様に「ないのか？」って聞かれてて、 仕様に入れない理由が「ちゃんと関数名書け」だったと思ったよ。 実際あれって、実装するのは簡単だけど、Cにしかないでしょ。 個人開発ならともかく、Gitな今だと複数バージョンが同時に使われてたりするから、収拾付かなくなるのではないかな。 その辺のCの便利機能って、今の大規模開発にはフィットしないから、基本的には嫌われてる。 多分、提案したところで入らない。 913 名前：デフォルトの名無しさん mailto:sage [2021/11/01(月) 00:59:41.61 ID:KlMso67D.net] TypeScriptのポリシー的に絶対入らない 914 名前：デフォルトの名無しさん mailto:sage [2021/11/01(月) 08:42:35.30 ID:43zjctJQ.net] 技術的にそう難しくもなさそうなのに今無いってことはもう入れられる見込みは無いんだろうけど これが絶対に相容れられないようなポリシーってなんかあったかな？ 915 名前：デフォルトの名無しさん mailto:sage [2021/11/01(月) 18:25:45.93 ID:ZjFzlu/6.net] TSって滅多にクラス使わないけどDIってどうやってんの？ 916 名前：デフォルトの名無しさん mailto:sage [2021/11/01(月) 20:45:04.19 ID:bXtGRcPZ.net] クラス全く使わないわけじゃないよ。まぁ明示的に副作用使いたい時ぐらいしか使わないけど 917 名前：デフォルトの名無しさん mailto:sage [2021/11/11(木) 15:10:53.10 ID:CHcG8Nbi.net] DIの件はこれで解決した function F(deps: { … }, p1: T1, p2: T2) よくよく考えると たったこれだけのことだったんだ フレームワークとかややこしいことを考えたのが間違いだった 918 名前：デフォルトの名無しさん mailto:sage [2021/11/11(木) 19:34:48.71 ID:CHcG8Nbi.net] type X = { foo: string; bar: string; baz: string; } この型から type Y = { foo: string; bar: string; } この型をMappedTypesで定義したい つまり特定の属性を除去した型を作りたいのだけど出来る？ 919 名前：デフォルトの名無しさん mailto:sage [2021/11/11(木) 21:14:57.72 ID:P2a3zHOn.net] Utility Types の Omit とか。 920 名前：デフォルトの名無しさん mailto:sage [2021/11/16(火) 12:37:58.33 ID:Gu6EBfCm.net] .NETでいうところの.NET StandardのようなものってTSには無いの？ フルスタックでTS使う案件に間違って入っちゃったんだけど環境ごとに何が出来るのか把� 921 名前：ｬしきれなくてツラミを感じる ストリームと文字列の処理みたいな「こんなもんどの環境でも動くだろ」ってコードすら移植すると動かない時があって泣きそう スタンダードなライブラリが無いならビルダーの設定でもいい tsconfigでターゲットプラットフォームとランタイムバージョンを指定すると「このパッケージはこのターゲットプラットフォームでは使えないよ」って教えてくれるだけでもだいぶ楽になると思うんだけど… こういう機能ってどっかに絶対あると思うんだけどググっても古い断片的な情報ばっかり出てきてその設定を探すのも難しい [] [ここ壊れてます] 922 名前：デフォルトの名無しさん mailto:sage [2021/11/17(水) 21:29:35.22 ID:h3+MjybB.net] 主な実行環境として node.js とブラウザがあるってことはわかってる？ 923 名前：デフォルトの名無しさん mailto:sage [2021/11/18(木) 00:15:24.62 ID:3dlOBCKi.net] あとは泥とりんごでしょ？ せめてその4つのメジャーな環境でほぼほぼ同じように動く基本ライブラリ、基本ライブラリだけに依存して、つまりほぼほぼどこでも動くサードパーティライブラリ それらが日常的な作業に不自由しないレベルで揃ってて然るべきだろう、と俺は思うんだけど無いのかな？ 924 名前：デフォルトの名無しさん mailto:sage [2021/11/18(木) 00:23:00.28 ID:cf0G7PVa.net] 基本ライブラリというならJavaScript API群があるが。 「日常的な作業に不自由しないレベル」って具体的にはどんなものを期待している？ 925 名前：デフォルトの名無しさん mailto:sage [2021/11/18(木) 00:34:29.18 ID:3dlOBCKi.net] .NET Standardぐらいの想定かな 926 名前：デフォルトの名無しさん mailto:sage [2021/11/18(木) 06:41:05.66 ID:In+gpp4R.net] まず.NETが世界の中心。みんな知ってるだろ全部揃ってて当然だろみたいな考え方をやめろ。 フロント側についてはサイの絵が書いてある本買ってくるか、MDNを熟読すれば良い。Node側はNodeの公式を読め。話はそれから。 あとはtsconfigのcompilerOptions以下のtargetとlibを指定しろ。この辺はNodeのバージョンや、対象ブラウザで変わるからググれ。すぐ出てくる。 927 名前：デフォルトの名無しさん mailto:sage [2021/11/18(木) 07:16:30.61 ID:te8WLqUU.net] > 主な実行環境として node.js とブラウザがあるってことはわかってる？ > あとは泥とりんごでしょ？ これわかってないだろ 928 名前：デフォルトの名無しさん mailto:sage [2021/11/18(木) 08:57:28.17 ID:Ip1KYC/r.net] Announcing TypeScript 4.5 https://devblogs.microsoft.com/typescript/announcing-typescript-4-5/ 929 名前：デフォルトの名無しさん mailto:sage [2021/11/18(木) 12:49:52.50 ID:xCTrnppv.net] 自分は知っているみたいな錯覚してるせいで根本的に間違ってることに気づいてない 930 名前：デフォルトの名無しさん mailto:sage [2021/11/18(木) 12:57:37.30 ID:3dlOBCKi.net] ttps://stackoverflow.com/questions/57435686/filereader-is-not-defined-with-angular-server-side-rendering 適当にググったらこんなんあったけど、 要するに、こういうことだよな これはただの一例だけど、ストリームと文字列の変換なんてなんかはさ、いいかい？ 全ての開発者が、ドキュメントを熟読せず、何の迷いもなく、インテリセンスに導かれて、スラスラと書けてだよ そして、それが驚き最小で、思った通りに動作する それがモダンな高級言語として、当たり前の姿なんじゃないのかい？ TSのメンテナは真新しさばかり追い求めて、足場を固めるという、地味だが大切な仕事を忘れてやしないか？ 931 名前：デフォルトの名無しさん mailto:sage [2021/11/18(木) 13:22:17.68 ID:In+gpp4R.net] 根本的な勘違いとして、それはTypeScriptの責務では無い。TypeScriptはJavaScriptにモダンな型を付与するもの（一部例外はある）で、APIの提供はしない。 例に出てきたFileReaderの様なAPIはブラウザとNode側で求められる機能もセキュリティレベルも異なり、それぞれが提供するものだ。それを統一はできない。ましてnpmのバッケージで提供されているものはパッケージ作者が責務を負うものだ。 自分の勉強不足を棚に上げて言語に文句を言うのは筋違いも 932 名前：良いとこ。 [] [ここ壊れてます] 933 名前：デフォルトの名無しさん mailto:sage [2021/11/18(木) 14:09:39.19 ID:3dlOBCKi.net] そこがTSの限界であり、使いにくい原因なんだろなぁ FileReaderなんてのはたまたま出てきた一例でしかないが リンク先のポストを読めば、トピ主のやりたいことはストリームから文字列への変換とわかるだろう その程度はどのプラットフォームでもサポートできる 使用頻度もそこそこだから、標準ライブラリとして用意されていて当たり前 encode(s: string, format: string): Blob decode(b: Blob, format: string): string これでいいだろ？ セキュリティやハードウェアに依存するものが標準化されないのは許されるだろう しかしなぜ簡単にできるものすら標準化しない？ 934 名前：デフォルトの名無しさん mailto:sage [2021/11/18(木) 16:35:20.00 ID:In+gpp4R.net] そのストリームってのは何のストリーム？ ひょっとして用語を間違えてるから調べても出てこないのでは？ 935 名前：デフォルトの名無しさん mailto:sage [2021/11/19(金) 07:13:45.00 ID:UKAZMSSR.net] >>893 型演算に末尾再帰最適化（みたいなの）追加されるやん！ 936 名前：デフォルトの名無しさん mailto:sage [2021/11/21(日) 12:03:30.92 ID:lhVIl0/s.net] 型の@types だけインポートするにはどうしたらよいでしょうか。 leafletという地図のjsライブラリがあって、グローバルでL という変数をnamespaceとして使っています。 npmの層を薄くしたくて、地図ライブラリはnpm を使わずにhtmlにscriptタグを直接書いて読み込んでいます。 でも型補完は欲しいので、"@types/leaflet"はnpmでインストールしています。 この状態で変数L に型補完を動作させるにはどうすればよいでしょうか。 何もしないと、変数Lは未定義だよ というエラーが出ます。 (エラーを消すだけなら適当なd.tsを作って declare const L: any; とでも書けばいいんだろうけど) 937 名前：デフォルトの名無しさん mailto:sage [2021/11/21(日) 12:42:32.36 ID:9+9LY8kt.net] import type * as Leaflet from 'leaflet' declare const L: typeof Leaflet 938 名前：デフォルトの名無しさん mailto:sage [2021/11/21(日) 12:53:04.47 ID:lhVIl0/s.net] ありがとうございます 939 名前：デフォルトの名無しさん mailto:sage [2021/11/23(火) 00:51:46.26 ID:6fLWx+hU.net] 空配列ってどうやって定義すればいいんでしょうか？ 940 名前：デフォルトの名無しさん mailto:sage [2021/11/24(水) 20:42:59.28 ID:KtJ2oMe7.net] Dateが使いにくいのどうにかする最高のライブラリ教えてよ date-nfs、momentあたりは試したけどしっくりこんかったわ JSONが非対称ってのもSo Badやでほんま よくこんな罠だらけの言語でやってられるなー フロントエンド勢の忍耐力には尊敬の念を禁じえんわい 941 名前：デフォルトの名無しさん mailto:sage [2021/11/24(水) 21:53:47.96 ID:mN6taiyI.net] >>904 > JSONが非対称 とは？ JSON.parse, JSON.stringify 知ってるか？ 942 名前：デフォルトの名無しさん mailto:sage [2021/11/24(水) 22:01:40.70 ID:zBacYw4i.net] >>904 date-nfsで駄目ならオススメは無いかなぁ。 ご指摘の通り罠も多いけどC++とかに比べたらずっと楽な言語だと思うな 943 名前：デフォルトの名無しさん mailto:sage [2021/11/24(水) 23:40:29.12 ID:FcSkbZGe.net] >>904 > Dateが使いにくいのどうにかする そんなあなたに Temporal 944 名前：デフォルトの名無しさん mailto:sage [2021/11/26(金) 22:12:29.88 ID:+KFAtmTP.net] Effective TypeScript ちと古いが読んだ方がいい？ 945 名前：デフォルトの名無しさん mailto:sage [2021/12/02(木) 17:06:08.00 ID:kge1UpiO.net] あーくそ なんでstrictをOFFにできるんだよ VB.NETか！ 946 名前：デフォルトの名無しさん mailto:sage [2021/12/02(木) 18:20:28.57 ID:Kt63btcl.net] いやなんでfalseにするんだよ 947 名前：デフォルトの名無しさん mailto:sage [2021/12/02(木) 22:30:30.27 ID:Ki4y/ScD.net] 既存の JavaScript を段階的に移行したい時かな 948 名前：デフォルトの名無しさん mailto:sage [2021/12/07(火) 10:10:01.42 ID:rXzUIf2/.net] 非同期がよーわからん ワーカーを考えない場合 ブラウザでもモバイルでもバックエンドでも基本的に一本のキューにジョブを入れてって順次処理するモデル promiseや 949 名前：awaitを使うと処理の前後関係は保障されるけど間に他のジョブが割り込む可能性がある 処理そのものはシングルスレッドで行われるのでpromiseやawaitを挟まない限り全てのJSコードがアトミックに実行される fetchなどJS外の処理についてはアトミックは保障されない こんな感じであっとる？？？ [] [ここ壊れてます] 950 名前：デフォルトの名無しさん mailto:sage [2021/12/07(火) 22:24:43.13 ID:aDEs4G8x.net] JavaScript Visualized: Event Loop https://dev.to/lydiahallie/javascript-visualized-event-loop-3dif 951 名前：デフォルトの名無しさん mailto:sage [2021/12/08(水) 07:25:06.20 ID:ff6DaDGr.net] >>912 だいたい合ってる。基本的には処理の予約と考えるだけで済む。 JS外の処理はWebWorker含めてJS環境に干渉してこないんだから（戻り値以外）ほぼイベントとか割込と同質で特殊なものだと考える必要もなくないかな？ 952 名前：デフォルトの名無しさん mailto:sage [2021/12/09(木) 14:21:48.83 ID:h+aQCsXU.net] なんかプロジェクトでtypescript使う流れになって今から勉強してるんだが、これ何に優れてるの？ javascriptの拡張言語で型の宣言できるぐらいがメリット？ 実行するためにいちいちコンパイルもどきなことをしないといけないしデバッグ面倒で正直やりづらいとしか思えないんだが 953 名前：デフォルトの名無しさん mailto:sage [2021/12/09(木) 14:29:35.72 ID:lTugl+ha.net] 「正直、特別優れた言語設計でもないし、基本的なライブラリ貧弱だし、なんか色々と不安定なので、他の言語を使えるならそっちのがいい。 でもJavaScriptよりかは遥かにマシだからターゲットプラットフォームがブラウザ、ReactNativeなら積極的に使っていこうぜ」ぐらいの認識ですかね 型パズルとかゆるゆるなインターフェースとか最初はこりゃ楽チン、便利だなと思うけどメンテナンス性は疑問 あとTypeScriptは生のJavaScriptよりanyの凶悪さが増してると思う 所詮はALT JSですね 954 名前：デフォルトの名無しさん mailto:sage [2021/12/09(木) 16:46:11.49 ID:V/6JaBTF.net] >>915 watch使うとわざわざコンパイルする手間が省けるので楽だよ。あとmapファイルも出力するようにすればデバック時も面倒じゃなくなるよ。 型だけじゃなくて、同じコードで古い環境でも動くソースを吐くこともできるよ。 でも、型にメリットを見いださない人向けの言語で無いね。 955 名前：デフォルトの名無しさん mailto:sage [2021/12/09(木) 20:23:42.31 ID:/vSkUWU0.net] 動的型付け言語しか使ったことがない人ならそんなものだよね 956 名前：デフォルトの名無しさん mailto:sage [2021/12/10(金) 13:52:02.48 ID:+cpc+hgB.net] 個人開発だとTypeScriptガンガン使ってる 型パズルたのちい 957 名前：デフォルトの名無しさん mailto:sage [2021/12/10(金) 16:44:26.21 ID:IDIER0Zn.net] 型パズルはアンチパターンだ ほどほどにしとけ 人類はC++を教訓にしなければならない 958 名前：デフォルトの名無しさん mailto:sage [2021/12/10(金) 17:18:46.95 ID:AY2SRHbF.net] TypeScriptにはSFINAEみたいな凶悪な仕様はないだろう。 conditional typeは少し難解かもしれないが自分で使わなければいいだけのことだし。 959 名前：デフォルトの名無しさん mailto:sage [2021/12/21(火) 11:07:25.83 ID: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 名前：デフォルトの名無しさん mailto:sage [2021/12/21(火) 11:18:51.59 ID:vugugi2u.net] TypeScriptって型が嘘をつくことが結構あって Date型なのに実行時には文字列が入ってるとか 型定義では省略不可なのに実行時には省略されてるとか そういう実行時の型エラーをなんとかして削減したい、というのが根本的な課題です 上でレスしたようなライブラリがもし有れば多少はマシになるかな、と ランタイムがキャスト例外を投げてくれればそれがベストなんですが、JSに実行時型情報はないのでそれは難しい 962 名前：デフォルトの名無しさん mailto:sage [2021/12/21(火) 18:51:42.35 ID:X++9NQ8p.net] > JSに実行時型情報はないので つ typeof, instanceof 963 名前：デフォルトの名無しさん mailto:sage [2021/12/21(火) 19:01:16.33 ID:S4hmWBPH.net] すげー斜め読みしてタイプガードではいかんのかと思った 964 名前：デフォルトの名無しさん mailto:sage [2021/12/21(火) 19:16:55.14 ID:ESVu6HO8.net] タイプガードでもいいんですけど数が多いので一発で全部よしなにやってくれるものがほしいって感じですかね C#のdynamicのように非互換の代入をその場で例外にしてくれれば楽なんですが なんでかanyは非互換でもエラー無しでスルッと進んでしまうので苦労してます 965 名前：デフォルトの名無しさん mailto:sage [2021/12/21(火) 19:39:34.82 ID:S6JYHyb7.net] https://github.com/colinhacks/zod 966 名前：デフォルトの名無しさん mailto:sage [2021/12/21(火) 20:01:09.90 ID:ESVu6HO8.net] >>927 どうも なかなか良さそうだけどちょっと大変そう 普通の型を先に定義してパーサーを生成するのは難しいんですかね? 967 名前：デフォルトの名無しさん mailto:sage [2021/12/21(火) 20:08:19.40 ID:fpjBPgEH.net] TypeScriptのtypeやinterfaceからjsonschemaを生成するライブラリがあるから それを使ってタイプガード書けば楽よ。 968 名前：デフォルトの名無しさん mailto:sage [2021/12/21(火) 20:09:36.77 ID:S6JYHyb7.net] https://github.com/azu/create-validator-ts 969 名前：デフォルトの名無しさん mailto:sage [2021/12/21(火) 20:12:46.39 ID:S4hmWBPH.net] そういえばAJVがタイプガードに対応してたな 970 名前：デフォルトの名無しさん mailto:sage [2021/12/21(火) 20:17:02.00 ID:ESVu6HO8.net] >>930 いいかも あとはanyの代入を自動的に置き換えることができれば完璧 971 名前：デフォルトの名無しさん mailto:sage [2021/12/21(火) 20:28:04.08 ID:S6JYHyb7.net] string -> Date のような transform をしたいなら、型から自動生成を期待するよりもスキーマで変換ロジックを書いて型を導出するアプローチの方が扱いやすい 972 名前：デフォルトの名無しさん mailto:sage [2021/12/23(木) 16:09:01.04 ID: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 名前：デフォルトの名無しさん mailto:sage [2021/12/23(木) 20:50:37.85 ID:aMbIyyBR.net] 不可能です 直接 XMLHttpRequest を同期モードで使用してください 974 名前：デフォルトの名無しさん mailto:sage [2021/12/23(木) 22:47:01.90 ID:j1Nwu6l7.net] 非同期を同期にはできない。 これ、初心者の頃は辛かったけど、気がついたら慣れてたし不便さより便利さを感じるようになったから人間の適応能力ってすごい。 975 名前：デフォルトの名無しさん mailto:sage [2021/12/24(金) 11:16:13.19 ID:8YLKxFwi.net] うーんわからん type X = A & { foo: string} ってやるとXがanyと判定される現象が起きてて原因が全くわからない Aはちゃんと型が認識されてる const a: A = { 略 } a. ここまで打てばインテリセンスが出てくる でも&を挟むとなぜかanyになる コンパイラのバグかな？ 976 名前：デフォルトの名無しさん mailto:sage [2021/12/24(金) 12:01:47.45 ID:vCO0x3fk.net] export type X = A & { foo: string } const x: X これは型が生きてるしインテリセンスも出る import { X } from ‘…’ const x: X これはanyになってしまう ファイルを 977 名前：跨がなければおkみたい エクスポート/インポートのプロセスでバグるのかな？ 他の型は問題出てないからAだけが特殊なんだろうけど文字列型のフィールド幾つか持ってるだけのなんの変哲もない型なんだよな… [] [ここ壊れてます] 978 名前：デフォルトの名無しさん mailto:sage [2021/12/25(土) 12:39:31.39 ID:mJNzEC98.net] 色々調べて行き詰まったんだけどこれで合ってる？ babelのpreset-typescriptはTSから形情報を落としてるだけ なのでtsconfigを無視する なのでproject referencesも無視される プロジェクト分割したい場合のオフィシャルな手段がない なのでプロジェクト分割したければ各自好きな方法でハックするしかない 暫定対応として被参照側のプロジェクトでwatch & buildを仕掛けて babel側のプロジェクトから被参照側の出力フォルダをimportしてるんだけど正直辛いものがある 979 名前：デフォルトの名無しさん mailto:sage [2021/12/25(土) 13:16:26.59 ID:YYlOH5kW.net] babel がどう動くかなんて tsc には関係ないだろ それともあなたのエディタは babel で型情報を解析しているのか？ 980 名前：デフォルトの名無しさん mailto:sage [2021/12/25(土) 13:22:25.16 ID:YYlOH5kW.net] コンパイル済みのファイルに型情報がないという話なら、型定義ファイル(.d.ts)も出力しないとそりゃそうだろと 981 名前：デフォルトの名無しさん mailto:sage [2021/12/25(土) 13:40:07.40 ID:mJNzEC98.net] プロジェクト分割についてはどう考えますか？ 982 名前：デフォルトの名無しさん mailto:sage [2021/12/25(土) 13:54:01.89 ID:YYlOH5kW.net] 情報を小出しにせず、問題が再現するリポジトリ丸ごと上げるかせめてファイル構造や各種設定ファイルの内容など全部書き出して & がダメなのかファイルを跨ぐのがダメなのかプロジェクト分割がダメなのか話がどんどん移っててわからんぞ 983 名前：デフォルトの名無しさん mailto:sage [2021/12/25(土) 14:17:47.06 ID:YYlOH5kW.net] これ別人の別の話か…そうだったらスマン 984 名前：デフォルトの名無しさん mailto:sage [2021/12/25(土) 14:25:06.24 ID:mJNzEC98.net] 別ですね 単刀直入に言うとbabel & preset -typescript環境で正しいプロジェクト分割のしかたを聞きたかった 985 名前：デフォルトの名無しさん mailto:sage [2021/12/26(日) 11:58:10.04 ID:yczrikVs.net] 色々と試して結論が出た プロジェクト参照は諦めてシンプルに相対パスでimportすることにした 依存パッケージを全てのプロジェクトに入れなければならないのが面倒だけど妥協 ようするに昔VB6やC言語などでよくやってたDLL化せずにコードファイルを共有するスタイル モダンな言語でやることとは思えないけど何日も調べてできないなら仕方ない 986 名前：デフォルトの名無しさん mailto:sage [2021/12/26(日) 12:26:32.69 ID:6ScHvZpk.net] バベるのが悪い 987 名前：デフォルトの名無しさん mailto:sage [2021/12/26(日) 16:05:00.89 ID:SvIlyqah.net] でもフレームワークがバベれって言うんです 988 名前：デフォルトの名無しさん mailto:sage [2021/12/26(日) 16:14:53.21 ID: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 名前：デフォルトの名無しさん mailto:sage [2021/12/28(火) 17:28:42.45 ID:X7A0KCIT.net] バックエンドはexpress一択？ 990 名前：デフォルトの名無しさん mailto:sage [2021/12/28(火) 20:29:49.68 ID:qjWVy58S.net] そんな🍌 991 名前：デフォルトの名無しさん mailto:sage [2021/12/28(火) 23:38:51.88 ID:QExnrlZb.net] 僕はFastify! 992 名前：デフォルトの名無しさん mailto:sage [2021/12/29(水) 02:36:36.80 ID:tTEsT75E.net] nestjsはレガシーなデコレータ依存がなあ 993 名前：デフォルトの名無しさん mailto:sage [2021/12/30(木) 13:04:36.50 ID:8IVD/YcY.net] そもそもサーバーサイドにTS選ぶメリットが無い 994 名前：デフォルトの名無しさん mailto:sage [2021/12/30(木) 13:42:00.99 ID:XEA11GKy.net] JavaScriptがって話ならわからんでもないが 995 名前：デフォルトの名無しさん mailto:sage [2021/12/30(木) 13:49:04.54 ID:8IVD/YcY.net] TS始めた時からずっと思ってたけど型が簡単に嘘を付ける言語仕様はバックエンドでは到底受け入れられんわ フロントエンドでは気楽さと壊れやすさのトレードオフってことで受け入れるけど 996 名前：デフォルトの名無しさん mailto:sage [2021/12/30(木) 13:53:13.25 ID:XEA11GKy.net] じゃあC/C++なんかもダメだな 997 名前：デフォルトの名無しさん mailto:sage [2021/12/30(木) 14:00:36.67 ID:qk2rIpzk.net] バリデーションもできない奴がなんか言ってら 998 名前：デフォルトの名無しさん mailto:sage [2021/12/30(木) 14:01:03.11 ID:8IVD/YcY.net] そうだね バックエンドでは実 999 名前：質Cと大差ない ちょっとだけ楽できるけど [] [ここ壊れてます] 1000 名前：デフォルトの名無しさん mailto:sage [2021/12/30(木) 14:10:38.20 ID:XEA11GKy.net] じゃあ逆にバックエンドで受け入れられる言語ってなんだろう？JavaとかRustくらい？ 1001 名前：デフォルトの名無しさん mailto:sage [2021/12/30(木) 14:23:51.58 ID:8IVD/YcY.net] JavaとC#だね 型安全性がしっかりしてて実績も多い言語って言えばそれぐらいじゃないか？ 1002 名前：デフォルトの名無しさん mailto:sage [2021/12/30(木) 14:42:45.86 ID:XEA11GKy.net] んー、つまり >TS始めた時からずっと思ってたけど型が簡単に嘘を付ける言語仕様はバックエンドでは到底受け入れられんわ JavaとC#以外の言語を触るたびに同じように思ったってことでいいのかな？ 1003 名前：デフォルトの名無しさん mailto:sage [2021/12/30(木) 15:01:47.81 ID:Q5xANRZc.net] まあ、そうだね 1004 名前：デフォルトの名無しさん mailto:sage [2021/12/30(木) 16:23:51.89 ID:se0ux0qB.net] C♯やJavaよりはTypeScriptやRust選びますわ 1005 名前：デフォルトの名無しさん mailto:sage [2021/12/30(木) 16:31:34.51 ID:tab5g/QS.net] そしてバグが出ると 1006 名前：デフォルトの名無しさん mailto:sage [2021/12/30(木) 16:52:28.72 ID:XEA11GKy.net] まるでTypeScriptやRustを選ぶとバグが出るかのような物言いだが C#やJavaを選べばバグが出ないというわけでもあるない 1007 名前：デフォルトの名無しさん mailto:sage [2021/12/30(木) 17:38:29.90 ID:tab5g/QS.net] TypeScriptは型が簡単に嘘をつけるのでバグが出やすい 型安全性がバグ削減に貢献しているのはプログラマの常識 1008 名前：デフォルトの名無しさん mailto:sage [2021/12/30(木) 17:46:55.74 ID:18t9WvJQ.net] それはあなたがバリデーション書けないからでしょ？ 1009 名前：デフォルトの名無しさん mailto:sage [2021/12/30(木) 17:56:31.58 ID:XEA11GKy.net] >>967 具体的にどういうのを言っている？まさか故意にasでキャストした場合の話じゃないだろうが 1010 名前：デフォルトの名無しさん mailto:sage [2021/12/30(木) 18:04:13.25 ID:cY7zFSmj.net] その返答で書けないということが露呈したゾ 1011 名前：デフォルトの名無しさん mailto:sage [2021/12/30(木) 19:17:21.94 ID:zuTar3e4.net] >>968 型が嘘をつけることとバリデーションは別次元の話 >>969 明示的キャストなんかしなくてもTSにはいくらでも型が嘘をつく罠がある 代表的なところだとjsonのパース、DBのI/O、api I/O、野良ライブラリのI/O、、、 1012 名前：デフォルトの名無しさん mailto:sage [2021/12/30(木) 19:25:44.57 ID: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 名前：デフォルトの名無しさん mailto:sage [2021/12/30(木) 19:33:44.30 ID:18t9WvJQ.net] >>972 いやそれはそのコードがバカじゃん…… 1014 名前：デフォルトの名無しさん mailto:sage [2021/12/30(木) 19:34:37.32 ID:zuTar3e4.net] Javaは最も優れた設計でそもそもanyみたいな言語仕様がない Objectは定義できるが暗黙のキャストでスルッと行くなんてことはあり得ないし無理やりキャストしたって実行時に必ず例外が飛ぶ C#はanyに近いものでdynamicというのがあるがこれも誤ったキャストには実行時に例外が飛ぶ どちらも型が嘘をつかないように言語基盤がしっかり担保してくれるから型を信用していい 当たり前のことを当たり前にやってくれる堅実な言語だ 1015 名前：デフォルトの名無しさん mailto:sage [2021/12/30(木) 19:36:08.35 ID:zuTar3e4.net] >>973 このコードは説明のためのスニペットだ 現実的にこんなコード書くわけないだろ 現実的には先に挙げたような状況でanyと戦わなければならない 1016 名前：デフォルトの名無しさん mailto:sage [2021/12/30(木) 19:44:03.93 ID:18t9WvJQ.net] >>971 >>975 なんの為のバリデーションとタイプガードだよ。 どこで間違った型が入りうるかなんか普通把握できるでしょうに 1017 名前：デフォルトの名無しさん mailto:sage [2021/12/30(木) 19:48:28.03 ID:pcTvcAXH.net] Javascriptのスーパーセットという最大のセールスポイントを見てなさすぎだろ 構造的部分型も便利だしany型なんて使うときには型ガードするよね 型に関してはJavaより好きだわ 1018 名前：デフォルトの名無しさん mailto:sage [2021/12/30(木) 19:51:25.70 ID:HvA/IBjD.net] Nullableを長年放置してたり文化的にも言語的にもImmutableを軽視してきたJavaもちょっと 1019 名前：信用できないですね [] [ここ壊れてます] 1020 名前：デフォルトの名無しさん mailto:sage [2021/12/30(木) 19:59:03.54 ID:zuTar3e4.net] >>976 バリデーションってのは値が正しいかどうか検証するものであって型が嘘をついているかどうか調べるためのものじゃない どこで型が嘘をついているか確実に判断することはむずかしい 自分達の管理するコードベースの外界とのI/Oは全て疑わしい 先も述べたようにJsonのパース、ApiのIO、DBのIO、野良ライブラリのIO 疑わしい箇所が多すぎる 型が嘘をつかない言語なら外界とのI/Oの型定義が信用できる 信用できない領域がグッと一気に減る だから型は嘘をついちゃいけないし 簡単に嘘をつける言語仕様は絶対におかしい 1021 名前：デフォルトの名無しさん mailto:sage [2021/12/30(木) 20:05:16.00 ID:zuTar3e4.net] >>977 構造的部分型もわかりにくいバグの温床だな anyよりは全然マシだが まあ楽なのは楽だよそれはわかる ただ楽なのと安全でりかいしやすいのとは同じじゃないからね typeは俺が言ったような真の意味で型安全を担保するための仕様 interfaceは構造的部分型でサボるための仕様 こう使い分ければよかったんだろうな 1022 名前：デフォルトの名無しさん mailto:sage [2021/12/30(木) 20:09:20.24 ID:zuTar3e4.net] >>977 セールポイントであり最大の弱点でもある 思い切って互換性切った方が絶対上手くいってた >>978 まあ先発の古い言語だからある程度は仕方ないね Null安全は対応してきてる イミュータブルは昔から使えてた(final) 1023 名前：デフォルトの名無しさん mailto:sage [2021/12/30(木) 20:42:46.31 ID:18t9WvJQ.net] >>979 型さえあってりゃどんなライブラリも安全安心だと思っているのか…… 1024 名前：デフォルトの名無しさん mailto:sage [2021/12/30(木) 20:51:38.40 ID:iK2C+Pgo.net] >>982 ちゃんと読めてます？ 「信用できない領域がグッと減る」って書いてあるでしょ？ 型安全であれば全てが安全なんてことはない これは常識 でも型安全ならそうでない場合に比べて大部分が安全になる これも常識 そしてTSは一見すると型安全であるかのように見えるけれど 型が簡単に嘘をつける言語仕様のせいで実は型安全ではなく安全でない言語である これが私の主張 よく読んでね 1025 名前：デフォルトの名無しさん mailto:sage [2021/12/30(木) 21:06:33.94 ID:18t9WvJQ.net] >>983 お、これは失敬 1026 名前：デフォルトの名無しさん mailto:sage [2021/12/30(木) 21:26:07.36 ID:XEA11GKy.net] >>971 あんたの言う「型が嘘をつく」の意味がよくわからんが。オレオレ用語じゃなくて一般的な用語で説明してくれんかな。 >先も述べたようにJsonのパース、ApiのIO、DBのIO、野良ライブラリのIO >疑わしい箇所が多すぎる 嘘をつくもなにも、JSONはそのJSON自体の構造以上の型を主張したりはしないが。 それを勝手に別の型と見做したとしたらそのコードの方に問題があるわけだろう。 1027 名前：デフォルトの名無しさん mailto:sage [2021/12/30(木) 21:31:50.13 ID:XEA11GKy.net] >>972 ああなるほど。 型の合わせ方がわからなくてasやanyで誤魔化したらバグったってのの逆恨みか。 1028 名前：デフォルトの名無しさん mailto:sage [2021/12/30(木) 21:32:15.17 ID:yBt1j67p.net] 型が嘘をつくってのは コンパイル時に指定した型以外の値が入ってることがある 入れることが簡単にできるということ type X = { foo: string } function xxx(): X 例えば↑こういう定義があったとする 実際にxxx()の戻り値が文字列型のfooという属性を持っているかどうか？ それはソースコードを隅々まで読んで間違いないことを確認するまでわからない コードはXという型はfooという文字列型の属性を持っていると主張しているわけだが実際にはそうでない場合がある これを俺は型が嘘をついていると表現する 1029 名前：デフォルトの名無しさん mailto:sage [2021/12/30(木) 21:33:00.94 ID:yBt1j67p.net] >>986 ちげーよ 1030 名前：デフォルトの名無しさん mailto:sage [2021/12/30(木) 21:36:23.80 ID:yBt1j67p.net] JavaやC#ではこういう事は起こらない 正確には低レベルAPIでメモリを不正に書き換えれば起こせるが無理すれば起こせないこともないと言った程度 JavaやC#ではXがfooという文字列型の属性を持っていてxxxの戻り値の型がXであると書いてあったらそれを信用していい JavaやC#は型が嘘をつかないからだ 1031 名前：デフォルトの名無しさん mailto:sage [2021/12/30(木) 21:37:07.94 ID:XEA11GKy.net] >>987 ？ おめーのtscはそれコンパイルエラーにしてくれないの？ 1032 名前：デフォルトの名無しさん mailto:sage [2021/12/30(木) 21:39:39.80 ID:rc2c+xCv.net] >>99 1033 名前：0 本当に恥ずかしいからお前はもう黙ってろ [] [ここ壊れてます] 1034 名前：デフォルトの名無しさん mailto:sage [2021/12/30(木) 21:39:49.15 ID:yBt1j67p.net] >>990 しない 1035 名前：デフォルトの名無しさん mailto:sage [2021/12/30(木) 21:42:03.35 ID:18t9WvJQ.net] そんなにTSが嫌いならずっとJavaなりC♯なり使ってれば良いじゃん 1036 名前：デフォルトの名無しさん mailto:sage [2021/12/30(木) 21:45:32.05 ID:XEA11GKy.net] >>992 コンパイルエラーにならない function xxx() の例よろ。 1037 名前：デフォルトの名無しさん mailto:sage [2021/12/30(木) 21:57:10.00 ID:hxNkeOah.net] >>993 そだね 選択権があるプロジェクトなら必ずそうしてるよ 1038 名前：デフォルトの名無しさん mailto:sage [2021/12/30(木) 21:59:52.63 ID:hxNkeOah.net] >>994 function xxx(): X { return { foo: bugLib.getStringValueEvil(); } } 1039 名前：デフォルトの名無しさん mailto:sage [2021/12/30(木) 22:09:49.35 ID:XEA11GKy.net] >>996 ？ bugLib.getStringValueEvil() がstringと宣言されていればコンパイルが通るけどそっちが嘘だったって話？ 1040 名前：デフォルトの名無しさん mailto:sage [2021/12/30(木) 22:21:35.89 ID:hxNkeOah.net] >>997 そう 1041 名前：デフォルトの名無しさん mailto:sage [2021/12/30(木) 22:24:35.31 ID:XEA11GKy.net] じゃあ bugLib.getStringValueEvil() はどうやって嘘をついたわけ？堂々巡りだが。 1042 名前：デフォルトの名無しさん mailto:sage [2021/12/30(木) 22:28:29.05 ID:hxNkeOah.net] >>999 さあどうだろうな？ だから>>987でソースコード隅々まで見たら…って書いたんだけどね JavaやC#だったら型だけ見ればああこの戻り値のfoo属性は文字列なんだなと信頼できる ソースコードを隅々まで見る必要はない なぜなら型が嘘をつかないからね 1043 名前：デフォルトの名無しさん mailto:sage [2021/12/30(木) 22:34:32.46 ID:rc2c+xCv.net] anyなんかから型変換する際にランタイムチェックを追加するオプションはあっていいとは思うがTypeScriptにとってのno goalだから無いのも仕方ない 型安全性だけに拘るならTypeScriptは適当じゃないのはそれはそう(そもそもがoptional typeでしかない) 他の要素も考慮すれば個人的には悪い選択肢じゃないのでJavaScriptよりはTypeScriptを選ぶけども(C#やJavaと比較するかは目的による) 1044 名前：デフォルトの名無しさん mailto:sage [2021/12/30(木) 22:38:38.66 ID:XEA11GKy.net] ようはTypeScriptに限らず強い型付け以外全否定ってことかね 1045 名前：デフォルトの名無しさん mailto:sage [2021/12/30(木) 22:56:16.20 ID:XEA11GKy.net] 次スレ立てるよ 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/ part3 https://mevius.5ch.net/test/read.cgi/tech/1524746903/ 1046 名前：デフォルトの名無しさん mailto:sage [2021/12/30(木) 22:57:42.38 ID:XEA11GKy.net] TypeScript part4 https://mevius.5ch.net/test/read.cgi/tech/1640872622/ 1047 名前：デフォルトの名無しさん mailto:sage [2021/12/30(木) 23:01:37.83 ID:chdQ4etC.net] >>1000 それって型指定のバグなわけで、バグを回避する為に他の言語でもソースコード全部読む必要あるのは変わらないのでは…… 1048 名前：1001 [Over 1000 Thread.net] このスレッドは１０００を超えました。 新しいスレッドを立ててください。 life time: 1344日 1時間 13分 15秒 1049 名前：過去ログ ★ [[過去ログ]] ■ このスレッドは過去ログ倉庫に格納されています

---

---

[ 新着レスの取得/表示 (agate) ] / [ 携帯版 ]

read.cgi ver5.27 [feat.BBS2 +1.6] / e.0.2 (02/09/03) / eucaly.net products.
担当:undef