DAY 213:00-13:40
LINE証券フロントエンドにおける型安全性への取り組み
Frontend
Frontend
Fintech
jaen
LINE証券では、フロントエンド開発にTypeScriptを採用しています。
このプロジェクトはLINEのフロントエンド開発の中でも大規模で、関わる人数も多いものです。
また、サービスの性質上、不具合で証券取引ができない状況に陥るのは細心の注意をもって避けなければなりません。
TypeScriptによる型安全性の確保はそのために欠かせない要素の一つです。
本セッションでは、TypeScriptが持つ型安全性を最大限発揮させるために我々が行なっているコーディング上の工夫や、typescript-eslintなどの周辺技術に係る取り組みをご説明します。
また、セッションの後半では、歴史的経緯からnoImplicitAnyコンパイラオプションが無効となってしまっている問題に対して我々が取っている漸進的なアプローチをご紹介します。
TypeScriptを利用している方、特に型安全な開発に興味がある方
鈴木僚太
LINE Front-endチーム フロントエンドエンジニア
業務ではTypeScriptとReactを用いたフロントエンド開発を行っています。
プログラミング知識共有サービス「Qiita」や自身のブログでフロントエンド・TypeScriptに関する記事を多く公開しています。
TypeScriptコンパイラへのcontribution経験が複数あります。
TypeScriptの入門書も執筆中！
Q&A
Jongseok Lee13:37 Nov 27
typescript yeahhh!
Lily18:39 Nov 26
Line 証券のAPPはいつでますか
Salma Aufadina17:51 Nov 26
Apa fungsi line securities ?
DR.Aun Kittisak17:10 Nov 26
LINE Securities ?
Okuyama Eisuke13:24 Nov 26
noImplicitAnyはtrueになっていたのですが、ほぼ全てany型で書いてくる人がいました。なんとか防ぐ方法はないでしょうか？
鈴木僚太13:46 Nov 26
究極的にはレビューで防ぐしかないと思います。😢
色々手はありますが、抜け道はあるので人の目で見ることが大事です。
機械的なチェックの手段としては、typescript-eslintのno-explicit-anyを使えばanyと書くこと自体をlint errorにすることができるのでこれが有効です。ルールをdisableするコメントを書かれないようにレビューする必要がありますが……
我々のプロジェクトでは、今のところno-explicit-anyをerrorにはしていませんが、warnにすることでanyを使う人に多少圧をかけています。
no-explicit-anyにも今回と同じ施策を適用して、新規のanyを追加するハードルを高くすることも検討しています。