[過去ﾛｸﾞ] TypeScript part3 (1002ﾚｽ)
上下前次1-新
このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索 歴削→次ｽﾚ 栞削→次ｽﾚ 過去ﾛｸﾞﾒﾆｭｰ
864: 2021/10/28(木)23:51 ID:vOpe/LV1(1) AAS
DOM のエレメントだよって示す
865: 2021/10/29(金)00:01 ID:e9XHTkBz(1) AAS
PHPerでも出来た！と主張する
866(1): 2021/10/31(日)10:32 ID:gOKmIPxI(1/3) AAS
Cの __FILE__ や __LINE__ みたいにトランスパイル前のファイル名や行番号を埋め込む方法って無いのかな？
一応source-map-supportでスタックトレースは読めるようになったけど、もっと手軽に埋め込むログで
場所を示せたらいいんだが。
867: 2021/10/31(日)12:11 ID:Xdv2iZD2(1) AAS
TypeScript の仕事じゃない
868(1): 2021/10/31(日)12:31 ID:gOKmIPxI(2/3) AAS
tscの前にプリプロセッサとかかまして実現できるならそれでもいいんだけど。
869: 2021/10/31(日)12:33 ID:OQlLkoA+(1) AAS
しょせんはトランスパイラ
多くを求めたらダメだ
870: 2021/10/31(日)21:52 ID:plSPEajD(1) AAS
>>866
英語で議論できれば提案すればいいと思うけどね
871(1): 2021/10/31(日)22:25 ID:+4LFgdgS(1) AAS
>>868
手動でやるのは簡単だよね？
TS使ってないからビルドシステム知らんけど、Pythonか何かを挟み込める余地があったらそこでやってしまえば？
或いはいっそのことmakefileでラップしてしまうとか。(makefile内でビルドコマンドを起動）
872(1): 2021/10/31(日)23:58 ID:gOKmIPxI(3/3) AAS
ありがとう。無いってことね。
873: 871 2021/11/01(月)00:27 ID:M14pmKjL(1) AAS
>>872
多分ね。（俺は871、TS使ってない）
他言語（何だったかは忘れた）でも同様に「ないのか？」って聞かれてて、
仕様に入れない理由が「ちゃんと関数名書け」だったと思ったよ。
実際あれって、実装するのは簡単だけど、Cにしかないでしょ。
個人開発ならともかく、Gitな今だと複数バージョンが同時に使われてたりするから、収拾付かなくなるのではないかな。
その辺のCの便利機能って、今の大規模開発にはフィットしないから、基本的には嫌われてる。
省1
874: 2021/11/01(月)00:59 ID:KlMso67D(1) AAS
TypeScriptのポリシー的に絶対入らない
875: 2021/11/01(月)08:42 ID:43zjctJQ(1) AAS
技術的にそう難しくもなさそうなのに今無いってことはもう入れられる見込みは無いんだろうけど
これが絶対に相容れられないようなポリシーってなんかあったかな？
876: 2021/11/01(月)18:25 ID:ZjFzlu/6(1) AAS
TSって滅多にクラス使わないけどDIってどうやってんの？
877: 2021/11/01(月)20:45 ID:bXtGRcPZ(1) AAS
クラス全く使わないわけじゃないよ。まぁ明示的に副作用使いたい時ぐらいしか使わないけど
878: 2021/11/11(木)15:10 ID:CHcG8Nbi(1/2) AAS
DIの件はこれで解決した
function F(deps: { … }, p1: T1, p2: T2)
よくよく考えると
たったこれだけのことだったんだ
フレームワークとかややこしいことを考えたのが間違いだった
879: 2021/11/11(木)19:34 ID:CHcG8Nbi(2/2) AAS
type X = {
foo: string;
bar: string;
baz: string;
}
この型から
type Y = {
省5
880: 2021/11/11(木)21:14 ID:P2a3zHOn(1) AAS
Utility Types の Omit とか。
881: 2021/11/16(火)12:37 ID:Gu6EBfCm(1) AAS
.NETでいうところの.NET StandardのようなものってTSには無いの？
フルスタックでTS使う案件に間違って入っちゃったんだけど環境ごとに何が出来るのか把握しきれなくてツラミを感じる
ストリームと文字列の処理みたいな「こんなもんどの環境でも動くだろ」ってコードすら移植すると動かない時があって泣きそう
スタンダードなライブラリが無いならビルダーの設定でもいい
tsconfigでターゲットプラットフォームとランタイムバージョンを指定すると「このパッケージはこのターゲットプラットフォームでは使えないよ」って教えてくれるだけでもだいぶ楽になると思うんだけど…
こういう機能ってどっかに絶対あると思うんだけどググっても古い断片的な情報ばっかり出てきてその設定を探すのも難しい
882: 2021/11/17(水)21:29 ID:h3+MjybB(1) AAS
主な実行環境として node.js とブラウザがあるってことはわかってる？
883: 2021/11/18(木)00:15 ID:3dlOBCKi(1/4) AAS
あとは泥とりんごでしょ？
せめてその4つのメジャーな環境でほぼほぼ同じように動く基本ライブラリ、基本ライブラリだけに依存して、つまりほぼほぼどこでも動くサードパーティライブラリ
それらが日常的な作業に不自由しないレベルで揃ってて然るべきだろう、と俺は思うんだけど無いのかな？
884: 2021/11/18(木)00:23 ID:cf0G7PVa(1) AAS
基本ライブラリというならJavaScript API群があるが。
「日常的な作業に不自由しないレベル」って具体的にはどんなものを期待している？
885: 2021/11/18(木)00:34 ID:3dlOBCKi(2/4) AAS
.NET Standardぐらいの想定かな
886: 2021/11/18(木)06:41 ID:In+gpp4R(1/3) AAS
まず.NETが世界の中心。みんな知ってるだろ全部揃ってて当然だろみたいな考え方をやめろ。
フロント側についてはサイの絵が書いてある本買ってくるか、MDNを熟読すれば良い。Node側はNodeの公式を読め。話はそれから。
あとはtsconfigのcompilerOptions以下のtargetとlibを指定しろ。この辺はNodeのバージョンや、対象ブラウザで変わるからググれ。すぐ出てくる。
887: 2021/11/18(木)07:16 ID:te8WLqUU(1) AAS
> 主な実行環境として node.js とブラウザがあるってことはわかってる？
> あとは泥とりんごでしょ？
これわかってないだろ
888(1): 2021/11/18(木)08:57 ID:Ip1KYC/r(1) AAS
Announcing TypeScript 4.5
外部ﾘﾝｸ:devblogs.microsoft.com
889: 2021/11/18(木)12:49 ID:xCTrnppv(1) AAS
自分は知っているみたいな錯覚してるせいで根本的に間違ってることに気づいてない
890: 2021/11/18(木)12:57 ID:3dlOBCKi(3/4) AAS
外部ﾘﾝｸ:stackoverflow.com
適当にググったらこんなんあったけど、
要するに、こういうことだよな
これはただの一例だけど、ストリームと文字列の変換なんてなんかはさ、いいかい？
全ての開発者が、ドキュメントを熟読せず、何の迷いもなく、インテリセンスに導かれて、スラスラと書けてだよ
そして、それが驚き最小で、思った通りに動作する
それがモダンな高級言語として、当たり前の姿なんじゃないのかい？
省1
891: 2021/11/18(木)13:22 ID:In+gpp4R(2/3) AAS
根本的な勘違いとして、それはTypeScriptの責務では無い。TypeScriptはJavaScriptにモダンな型を付与するもの（一部例外はある）で、APIの提供はしない。
例に出てきたFileReaderの様なAPIはブラウザとNode側で求められる機能もセキュリティレベルも異なり、それぞれが提供するものだ。それを統一はできない。ましてnpmのバッケージで提供されているものはパッケージ作者が責務を負うものだ。
自分の勉強不足を棚に上げて言語に文句を言うのは筋違いも良いとこ。
892: 2021/11/18(木)14:09 ID:3dlOBCKi(4/4) AAS
そこがTSの限界であり、使いにくい原因なんだろなぁ
FileReaderなんてのはたまたま出てきた一例でしかないが
リンク先のポストを読めば、トピ主のやりたいことはストリームから文字列への変換とわかるだろう
その程度はどのプラットフォームでもサポートできる
使用頻度もそこそこだから、標準ライブラリとして用意されていて当たり前
encode(s: string, format: string): Blob
decode(b: Blob, format: string): string
省3
893: 2021/11/18(木)16:35 ID:In+gpp4R(3/3) AAS
そのストリームってのは何のストリーム？
ひょっとして用語を間違えてるから調べても出てこないのでは？
894: 2021/11/19(金)07:13 ID:UKAZMSSR(1) AAS
>>888
型演算に末尾再帰最適化（みたいなの）追加されるやん！
895: 2021/11/21(日)12:03 ID:lhVIl0/s(1/2) AAS
型の@types だけインポートするにはどうしたらよいでしょうか。
leafletという地図のjsライブラリがあって、グローバルでL という変数をnamespaceとして使っています。
npmの層を薄くしたくて、地図ライブラリはnpm を使わずにhtmlにscriptタグを直接書いて読み込んでいます。
でも型補完は欲しいので、"@types/leaflet"はnpmでインストールしています。
この状態で変数L に型補完を動作させるにはどうすればよいでしょうか。
何もしないと、変数Lは未定義だよ というエラーが出ます。
(エラーを消すだけなら適当なd.tsを作って declare const L: any; とでも書けばいいんだろうけど)
896: 2021/11/21(日)12:42 ID:9+9LY8kt(1) AAS
import type * as Leaflet from 'leaflet'
declare const L: typeof Leaflet
897: 2021/11/21(日)12:53 ID:lhVIl0/s(2/2) AAS
ありがとうございます
898: 2021/11/23(火)00:51 ID:6fLWx+hU(1) AAS
空配列ってどうやって定義すればいいんでしょうか？
899(3): 2021/11/24(水)20:42 ID:KtJ2oMe7(1) AAS
Dateが使いにくいのどうにかする最高のライブラリ教えてよ
date-nfs、momentあたりは試したけどしっくりこんかったわ
JSONが非対称ってのもSo Badやでほんま
よくこんな罠だらけの言語でやってられるなー
フロントエンド勢の忍耐力には尊敬の念を禁じえんわい
900: 2021/11/24(水)21:53 ID:mN6taiyI(1) AAS
>>899
> JSONが非対称
とは？
JSON.parse, JSON.stringify 知ってるか？
901: 2021/11/24(水)22:01 ID:zBacYw4i(1) AAS
>>899
date-nfsで駄目ならオススメは無いかなぁ。
ご指摘の通り罠も多いけどC++とかに比べたらずっと楽な言語だと思うな
902: 2021/11/24(水)23:40 ID:FcSkbZGe(1) AAS
>>899
> Dateが使いにくいのどうにかする
そんなあなたに Temporal
903: 2021/11/26(金)22:12 ID:+KFAtmTP(1) AAS
Effective TypeScript
ちと古いが読んだ方がいい？
904: 2021/12/02(木)17:06 ID:kge1UpiO(1) AAS
あーくそ
なんでstrictをOFFにできるんだよ
VB.NETか！
905: 2021/12/02(木)18:20 ID:Kt63btcl(1) AAS
いやなんでfalseにするんだよ
906: 2021/12/02(木)22:30 ID:Ki4y/ScD(1) AAS
既存の JavaScript を段階的に移行したい時かな
907(1): 2021/12/07(火)10:10 ID:rXzUIf2/(1) AAS
非同期がよーわからん
ワーカーを考えない場合
ブラウザでもモバイルでもバックエンドでも基本的に一本のキューにジョブを入れてって順次処理するモデル
promiseやawaitを使うと処理の前後関係は保障されるけど間に他のジョブが割り込む可能性がある
処理そのものはシングルスレッドで行われるのでpromiseやawaitを挟まない限り全てのJSコードがアトミックに実行される
fetchなどJS外の処理についてはアトミックは保障されない
こんな感じであっとる？？？
908: 2021/12/07(火)22:24 ID:aDEs4G8x(1) AAS
JavaScript Visualized: Event Loop
外部ﾘﾝｸ:dev.to
909: 2021/12/08(水)07:25 ID:ff6DaDGr(1) AAS
>>907
だいたい合ってる。基本的には処理の予約と考えるだけで済む。
JS外の処理はWebWorker含めてJS環境に干渉してこないんだから（戻り値以外）ほぼイベントとか割込と同質で特殊なものだと考える必要もなくないかな？
910(1): 2021/12/09(木)14:21 ID:h+aQCsXU(1) AAS
なんかプロジェクトでtypescript使う流れになって今から勉強してるんだが、これ何に優れてるの？
javascriptの拡張言語で型の宣言できるぐらいがメリット？
実行するためにいちいちコンパイルもどきなことをしないといけないしデバッグ面倒で正直やりづらいとしか思えないんだが
911: 2021/12/09(木)14:29 ID:lTugl+ha(1) AAS
「正直、特別優れた言語設計でもないし、基本的なライブラリ貧弱だし、なんか色々と不安定なので、他の言語を使えるならそっちのがいい。
でもJavaScriptよりかは遥かにマシだからターゲットプラットフォームがブラウザ、ReactNativeなら積極的に使っていこうぜ」ぐらいの認識ですかね
型パズルとかゆるゆるなインターフェースとか最初はこりゃ楽チン、便利だなと思うけどメンテナンス性は疑問
あとTypeScriptは生のJavaScriptよりanyの凶悪さが増してると思う
所詮はALT JSですね
912: 2021/12/09(木)16:46 ID:V/6JaBTF(1) AAS
>>910
watch使うとわざわざコンパイルする手間が省けるので楽だよ。あとmapファイルも出力するようにすればデバック時も面倒じゃなくなるよ。
型だけじゃなくて、同じコードで古い環境でも動くソースを吐くこともできるよ。
でも、型にメリットを見いださない人向けの言語で無いね。
913: 2021/12/09(木)20:23 ID:/vSkUWU0(1) AAS
動的型付け言語しか使ったことがない人ならそんなものだよね
914: 2021/12/10(金)13:52 ID:+cpc+hgB(1) AAS
個人開発だとTypeScriptガンガン使ってる
型パズルたのちい
915: 2021/12/10(金)16:44 ID:IDIER0Zn(1) AAS
型パズルはアンチパターンだ
ほどほどにしとけ
人類はC++を教訓にしなければならない
916: 2021/12/10(金)17:18 ID:AY2SRHbF(1) AAS
TypeScriptにはSFINAEみたいな凶悪な仕様はないだろう。
conditional typeは少し難解かもしれないが自分で使わなければいいだけのことだし。
917: 2021/12/21(火)11:07 ID:vugugi2u(1/2) AAS
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
省12
918: 2021/12/21(火)11:18 ID:vugugi2u(2/2) AAS
TypeScriptって型が嘘をつくことが結構あって
Date型なのに実行時には文字列が入ってるとか
型定義では省略不可なのに実行時には省略されてるとか
そういう実行時の型エラーをなんとかして削減したい、というのが根本的な課題です
上でレスしたようなライブラリがもし有れば多少はマシになるかな、と
ランタイムがキャスト例外を投げてくれればそれがベストなんですが、JSに実行時型情報はないのでそれは難しい
919: 2021/12/21(火)18:51 ID:X++9NQ8p(1) AAS
> JSに実行時型情報はないので
つ typeof, instanceof
920: 2021/12/21(火)19:01 ID:S4hmWBPH(1/2) AAS
すげー斜め読みしてタイプガードではいかんのかと思った
921: 2021/12/21(火)19:16 ID:ESVu6HO8(1/3) AAS
タイプガードでもいいんですけど数が多いので一発で全部よしなにやってくれるものがほしいって感じですかね
C#のdynamicのように非互換の代入をその場で例外にしてくれれば楽なんですが
なんでかanyは非互換でもエラー無しでスルッと進んでしまうので苦労してます
922(1): 2021/12/21(火)19:39 ID:S6JYHyb7(1/3) AAS
外部ﾘﾝｸ:github.com
923: 2021/12/21(火)20:01 ID:ESVu6HO8(2/3) AAS
>>922
どうも
なかなか良さそうだけどちょっと大変そう
普通の型を先に定義してパーサーを生成するのは難しいんですかね?
924: 2021/12/21(火)20:08 ID:fpjBPgEH(1) AAS
TypeScriptのtypeやinterfaceからjsonschemaを生成するライブラリがあるから
それを使ってタイプガード書けば楽よ。
925(1): 2021/12/21(火)20:09 ID:S6JYHyb7(2/3) AAS
外部ﾘﾝｸ:github.com
926: 2021/12/21(火)20:12 ID:S4hmWBPH(2/2) AAS
そういえばAJVがタイプガードに対応してたな
927: 2021/12/21(火)20:17 ID:ESVu6HO8(3/3) AAS
>>925
いいかも
あとはanyの代入を自動的に置き換えることができれば完璧
928: 2021/12/21(火)20:28 ID:S6JYHyb7(3/3) AAS
string -> Date のような transform をしたいなら、型から自動生成を期待するよりもスキーマで変換ロジックを書いて型を導出するアプローチの方が扱いやすい
929: 2021/12/23(木)16:09 ID:qSHzxodN(1) AAS
axiosでの（非同期）通信結果から
最終的にpromiseを外した形でresponse扱いたいんだけど
どうやるとできるのでしょうか？
function的な奴で非同期通信して
そのfunction自体はpromiseでない値を返したいんだけど。。。
awaitやろうと思うと
そのfunctionはasyncになって
省6
930: 2021/12/23(木)20:50 ID:aMbIyyBR(1) AAS
不可能です
直接 XMLHttpRequest を同期モードで使用してください
931: 2021/12/23(木)22:47 ID:j1Nwu6l7(1) AAS
非同期を同期にはできない。
これ、初心者の頃は辛かったけど、気がついたら慣れてたし不便さより便利さを感じるようになったから人間の適応能力ってすごい。
932: 2021/12/24(金)11:16 ID:8YLKxFwi(1) AAS
うーんわからん
type X = A & { foo: string}
ってやるとXがanyと判定される現象が起きてて原因が全くわからない
Aはちゃんと型が認識されてる
const a: A = { 略 }
a.
ここまで打てばインテリセンスが出てくる
省2
933: 2021/12/24(金)12:01 ID:vCO0x3fk(1) AAS
export type X = A & { foo: string }
const x: X
これは型が生きてるしインテリセンスも出る
import { X } from ‘…’
const x: X
これはanyになってしまう
ファイルを跨がなければおkみたい
省2
934: 2021/12/25(土)12:39 ID:mJNzEC98(1/3) AAS
色々調べて行き詰まったんだけどこれで合ってる？
babelのpreset-typescriptはTSから形情報を落としてるだけ
なのでtsconfigを無視する
なのでproject referencesも無視される
プロジェクト分割したい場合のオフィシャルな手段がない
なのでプロジェクト分割したければ各自好きな方法でハックするしかない
暫定対応として被参照側のプロジェクトでwatch & buildを仕掛けて
省1
935: 2021/12/25(土)13:16 ID:YYlOH5kW(1/4) AAS
babel がどう動くかなんて tsc には関係ないだろ
それともあなたのエディタは babel で型情報を解析しているのか？
936: 2021/12/25(土)13:22 ID:YYlOH5kW(2/4) AAS
コンパイル済みのファイルに型情報がないという話なら、型定義ファイル(.d.ts)も出力しないとそりゃそうだろと
937: 2021/12/25(土)13:40 ID:mJNzEC98(2/3) AAS
プロジェクト分割についてはどう考えますか？
938: 2021/12/25(土)13:54 ID:YYlOH5kW(3/4) AAS
情報を小出しにせず、問題が再現するリポジトリ丸ごと上げるかせめてファイル構造や各種設定ファイルの内容など全部書き出して
& がダメなのかファイルを跨ぐのがダメなのかプロジェクト分割がダメなのか話がどんどん移っててわからんぞ
939: 2021/12/25(土)14:17 ID:YYlOH5kW(4/4) AAS
これ別人の別の話か…そうだったらスマン
940: 2021/12/25(土)14:25 ID:mJNzEC98(3/3) AAS
別ですね
単刀直入に言うとbabel & preset -typescript環境で正しいプロジェクト分割のしかたを聞きたかった
941: 2021/12/26(日)11:58 ID:yczrikVs(1) AAS
色々と試して結論が出た
プロジェクト参照は諦めてシンプルに相対パスでimportすることにした
依存パッケージを全てのプロジェクトに入れなければならないのが面倒だけど妥協
ようするに昔VB6やC言語などでよくやってたDLL化せずにコードファイルを共有するスタイル
モダンな言語でやることとは思えないけど何日も調べてできないなら仕方ない
942: 2021/12/26(日)12:26 ID:6ScHvZpk(1) AAS
バベるのが悪い
943: 2021/12/26(日)16:05 ID:SvIlyqah(1) AAS
でもフレームワークがバベれって言うんです
944: 2021/12/26(日)16:14 ID:imvxWhRx(1) AAS
これを
babel_proj
webpack_proj
tsc_proj
tsconfig.json
tsc_lib_1
tsconfig.json
省13
上下前次1-新書関写板覧索設栞歴
あと 58 ﾚｽあります
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ AAｻﾑﾈｲﾙ
ぬこの手 ぬこTOP 0.412s*