Upgrade to Pro
— share decks privately, control downloads, hide ads and more …
Speaker Deck
Features
Speaker Deck
PRO
Sign in
Sign up for free
Search
Search
as(型アサーション)を書く前にできること
Search
maroKanatani
November 16, 2024
Programming
4.3k
11
Share
as(型アサーション)を書く前にできること
TSKaigiKansai 2024
maroKanatani
November 16, 2024
More Decks by maroKanatani
See All by maroKanatani
App Router を実プロダクトで採用して見えてきた勘所をちょっとだけ紹介
marokanatani
3
2k
長期運用に耐えるフロントエンド目指して
marokanatani
2
45k
S3のキー設計でハマった話
marokanatani
0
1.5k
Other Decks in Programming
See All in Programming
20260313 - Grafana & Friends Taipei #1 - Kubernetes v1.36 的開發雜記:那些困在 Alpha 加護病房太久的 Metrics
tico88612
0
240
Redox OS でのネームスペース管理と chroot の実現
isanethen
0
500
Geminiをパートナーに神社DXシステムを個人開発した話(いなめぐDX 開発振り返り)
fujiba
0
130
[PHPerKaigi 2026]PHPerKaigi2025の企画CodeGolfが最高すぎて社内で内製して半年運営して得た内製と運営の知見
ikezoemakoto
0
320
「効かない!」依存性注入(DI)を活用したAPI Platformのエラーハンドリング奮闘記
mkmk884
0
290
ローカルで稼働するAI エージェントを超えて / beyond-local-ai-agents
gawa
1
220
RSAが破られる前に知っておきたい 耐量子計算機暗号(PQC)入門 / Intro to PQC: Preparing for the Post-RSA Era
mackey0225
3
110
S3ストレージクラスの「見える」「ある」「使える」は全部違う ─ 体験から見た、仕様の深淵を覗く
ya_ma23
0
1.2k
ポーリング処理廃止によるイベント駆動アーキテクチャへの移行
seitarof
3
1.3k
Reactive ❤️ Loom: A Forbidden Love Story
franz1981
2
210
L’IA au service des devs : Anatomie d'un assistant de Code Review
toham
0
170
Kubernetesでセルフホストが簡単なNewSQLを求めて / Seeking a NewSQL Database That's Simple to Self-Host on Kubernetes
nnaka2992
0
190
Featured
See All Featured
Chasing Engaging Ingredients in Design
codingconduct
0
160
Practical Tips for Bootstrapping Information Extraction Pipelines
honnibal
25
1.8k
Unsuck your backbone
ammeep
672
58k
Impact Scores and Hybrid Strategies: The future of link building
tamaranovitovic
0
250
Digital Projects Gone Horribly Wrong (And the UX Pros Who Still Save the Day) - Dean Schuster
uxyall
0
940
Building Adaptive Systems
keathley
44
3k
Have SEOs Ruined the Internet? - User Awareness of SEO in 2025
akashhashmi
0
300
Design in an AI World
tapps
0
190
Large-scale JavaScript Application Architecture
addyosmani
515
110k
The Hidden Cost of Media on the Web [PixelPalooza 2025]
tammyeverts
2
260
Embracing the Ebb and Flow
colly
88
5k
Bridging the Design Gap: How Collaborative Modelling removes blockers to flow between stakeholders and teams @FastFlow conf
baasie
0
500
Transcript
クラスメソッド株式会社 TSKaigi Kansai 2024.11.16 as(型アサーション)を書く前にできること maroKanatani
Classmethod 自己紹介 Frontend Ops ...etc maroKanatani ソフトウェアエンジニア ほぼフロントエンドエンジニア Japan AWS
All Certifications Engineer (2022~2024)
as 使ってますか?
TSのコードレビューをしていて感じること any の濫用はよくない という風潮はある程度広まってきた …しかし as の濫用については any ほど広まってなさそう 有効な場面もあるが、カジュアルに使われることも多い印象
(適切に使っている人には釈迦に説法な話かも) > 理解が浅い人が真似することで良くない使い方が割れ窓的に広がることがある
なぜ as の濫用は良くないのか コンパイラの挙動を上書きしてしまう コンパイラよりも型について理解している場合は as を用いても良い? > 力には責任が伴う 潜在的に
any と同様の副作用があるとも言える >(自分は理解しているつもりでも)チームの他のメンバーは違うかもしれない とはいえ全く使わないのは難しい > スコープを最小限に留める、コメントを書くなどして用法用量を守る あくまで「濫用」が良くない
こんなコード書いていませんか?
こんなコード書いていませんか? いずれもサブタイプ関係にあるスーパータイプを サブタイプで型アサーションしているのが良くない
こんなコード書いていませんか?(修正版)
こんなコード書いていませんか?(修正版) 基本的にはちゃんと型ガードする
タグ付きユニオンを使ったリファクタ
タグ付きユニオンを使ったリファクタ 個別のプロパティをチェックするサンプルが多いが 判別用のプロパティを生やすのも場合によっては有効
zod を使った Scheme First なリファクタ
zod を使った Scheme First なリファクタ 型はスキーマから作成 パースする
インターフェース境界での as には要注意
インターフェース境界での as には要注意 role が string型に推論されるため as を使っている
インターフェース境界での as には要注意 role が string型に推論されるため as を使っている プロパティが増減した場合に 型エラーが発生しない
インターフェース境界での as には要注意(修正版)
インターフェース境界での as には要注意(修正版) 型制約をつける or satisfies を使う
as が必要な例
as が必要な例 result をミュータブルな オブジェクトとして扱っている 参考: 敗北者のTypeScript (https://qiita.com/uhyo/items/aae57ba0734e36ee846a) as が有効なスコープが最小限に留まっている
as を書く前に 型ガードや型制約、satisfiesで済ませられないか? 必要になる根本的な原因は何か? 割れ窓的に広がらないように必要に応じてコメントも書こう 実態に合わせてきちんとメンテすることで読み手側の負荷はきっと下がる その as はなぜ必要なのか? 必要な場合はスコープを小さく
型はドキュメント
ご清聴ありがとうございました