列挙型(enum)の問題点と代替手段 | TypeScript入門『サバイバルTypeScript』
TypeScriptの列挙型(enum)にはいくつか問題点が指摘されていてます。ここでは、その問題点と代替手段を説明します。 列挙型の問題点列挙型はTypeScript独自すぎるTypeScriptは、JavaScriptを拡張した言語です。拡張といっても、むやみに機能を足すのではなく、追加するのは型の世界に限ってです。こういった思想がTypeScriptにはあるため、型に関する部分を除けば、JavaScriptの文法から離れすぎない言語になっています。 JavaScriptの文法からドラスティックに離れたAltJSもあります。その中で、TypeScriptが多くの開発者に支持されているのは、JavaScriptから離れすぎないところに魅力があるからというのもひとつの要因です。 TypeScriptの列挙型に目を向けると、構文もJavaScriptに無いものであるだけでなく、コンパイル
TypeScriptの型ガード関数を定義する際に避けるべきパターン覚書
TypeScriptにおいて、型ガード関数[1]を定義する際に実は避けた方が良い型注釈のパターンがあることが分かったので、その覚書です。 本記事は執筆時点で最新の TypeScript 5.3.2 での動作を基に書いています。 isAbortError 関数の例 例として、以下のような型ガード関数 isAbortError の戻り値型のアノテーションが適切かどうかを考えます。 const isAbortError = (a: unknown): a is Error => a instanceof Error && a.name === 'AbortError';
【TypeScript】色々な絞り込みによる型安全(型ガード) - Qiita
型を保証してアクセスしたい時や、型によって処理を分けたい時などに使用される絞り込みによる型ガード(Type Guard)についてです。 様々なパターンがありますのでそれぞれみていきます。 in演算子 特定のオブジェクトに存在するプロパティを in type guards を用いることで型の絞り込みを行う type Person = { gender: string }; type PersonA = Person & { name: string }; type PersonB = Person & { age: number }; const judgePersonType = (person: PersonA | PersonB) => { // 引数で渡されたオブジェクトに 'age' が存在するかチェック if('age' in person) { console.log('Thi
ts-nodeを使ってtsconfigのpathsをちゃんと読み込ませる | Oinari Tech Blog
どうも、フロントエンドエンジニアのおいなりです。 今回はタイトルにある通り、ts-nodeを使って「tsconfig.json」のpathsをちゃんと読み込ませるために必要な指定について書いています。 というのも、最近自分で作っている『First Vue』のバックエンド側をTypeScriptに変えようとしたときにこの問題が発生しました。 ただ、これがベストな方法なのか不明なので、わかる方ツイッターからでもご指摘ください！ Node.js + TypeScriptでエイリアスを指定する まず前提として、TypeScriptで独自のエイリアスを指定するためには、「tsconfig.json」に下記のような記述をしなければいけません。 tsc --initのコマンドで「tsconfig.json」を生成した場合には、コメントとしてすでに記述されているので、それを有効にしましょう。 { "com
NPMパッケージ開発者のためのtsconfig | TypeScript入門『サバイバルTypeScript』
パッケージを使う人にもTypeScriptによる型の享受を目指すパッケージを公開するときは、動作する形で公開するのが前提なのでjsにする必要があります。つまりコンパイルは必須です。ですがせっかくTypeScriptで作ったのだからパッケージの型情報も提供しましょう。 型定義ファイルも出力する型定義ファイルを一緒に出力しましょう。そのためにはtsconfig.jsonにあるdeclarationの項目をtrueに変更します。
tsconfig.jsonを設定する | TypeScript入門『サバイバルTypeScript』
コピーtsconfig.jsonが作成されます。すでにtsconfig.jsonがある時は上書きされませんのでいったん既存のtsconfig.jsonを別名に変更するなど、一度tsconfig.jsonと名のつくファイルが存在しないようにしてください。 公式にあるtsconfig.jsonの説明はこちらです。 https://www.typescriptlang.org/docs/handbook/tsconfig-json.html すべてのオプションの解説をすると余白が足りないので、ここでは用途を抽出して、次の観点で説明します。 targetの決め方フロントエンドとバックエンド2020年版スクラッチからつくるならtargetTypeScriptは最終的にJavaScriptにコンパイルされます。このオプションはそのときにどのバージョンのJavaScript向けに出力するかといったもの
TypeScript
動機 TypeScriptというか、型を意識したプログラミング全般について、まだ理解できている（身に付いている）とは言い難いのでメモしておく。 プログラミングで型を使う意義や、型付けのお作法（いま現在それなりのSWEをしてる人ならおおむねこう書くよね的なもの）を、ある程度分かった状態になっておきたい。 題材 ちょうどAzureのREST APIを叩いてどうこうしたいものがあるので、それに沿って調べたことをメモしておく
プロジェクトをJavaScriptからTypeScriptへ移行する手順 - Qiita
tsconfig.jsonの設定をプロジェクトに合わせる。 次に先ほど作成したtsconfig.jsonを編集していきます。 今回はtargetをES2019、moduleをcommonjsにしました。 またコンパイル後にできるjsファイルの置き場所として、distディレクトリを指定しています。("outDir": "dist") そしてコンパイルの対象ファイルをsrcディレクトリ以下にあるファイルとしています。("include": ["src/**/*]) tsconfig.json { "compilerOptions": { /* Visit https://aka.ms/tsconfig.json to read more about this file */ /* Basic Options */ // "incremental": true, /* Enable increm
TypeScript interfaceの拡張あれこれ - Qiita
TypeScriptのinterface拡張に関するちょっとしたメモ書きです。 v3.9.2で検証しています。（おそらく2.x, 3.x系いずれも動くと思われます） 基本 以下のような定義のinterfaceがあったとします。
TypeScript のエラーハンドリングを考える - Qiita
何番煎じかわかりませんが TypeScript でのエラーハンドリングについて考えてみたいと思います。 この記事で扱う TypeScript のバージョンは 4.3 です。 エラーを型安全に扱いたい TypeScript を書いていれば誰もが一度はぶつかる問題ではないでしょうか。 TypeScript では catch した例外は any として扱われます。 これは JavaScript の仕様上どんな値でも throw できてしまうため仕方のないことなのですが、せっかく型安全性を手に入れるために TypeScript を使っているのに any をハンドリングしなければならないのは苦痛です。 次のように例外を throw し得る関数 foo() のエラーハンドリングを考えてみます。 e は any なので、プロパティにアクセスしようにも危険性が伴います。 そこで型アノテーションを使用して
【TypeScript】標準オブジェクトのプロトタイプを拡張する
JavaScriptは後付けで言語組み込み機能を変えられます。例えば次です。 Array.prototype.forEach = ()=>console.log('これは書き換えられました') [1, 2, 3].forEach(item=>console.log(item)) 配列内の値を総当たりする関数であるforEachをメッセージを出力する関数に書き換えました。やりたい放題です。この仕組み（詳しく知りたい人はプロトタイプとかプロトタイプチェーンとかでググるといいです）を利用してJavaScript組み込みの標準オブジェクトに機能を追加して拡張クラスとして扱う方法を紹介します。この方法には次の利点と欠点があります。 利点 いちいちパッケージを呼び出したりしなくていい 都度これはパッケージかプリミティブオブジェクトか気にしなくていい 欠点 通常の名前と同じだが違う振る舞いを持つものを取
【TypeScript】JQueryのpluginを利用する | ミーミルの泥泉
TypeScriptでJQueryのpluginを利用したい TypeScriptは共通作業などに便利な反面、記述方法の癖が強くてまるで新しい言語を覚えるかのような気分になる。 特に面倒臭く感じるのでがjQueryのpluginを使うとき。読み込むだけでは駄目で、TypeScriptに所在を伝えるためのtsファイルを作成しないといけない。 このしちめんどくさい処理を回避する方法があったのでメモ。 回避方法 TypeScriptの拡張型宣言anyを使う。 anyで宣言した型にjQueryオブジェクトを突っ込み、そのオブジェクトからメソッドを直接実行するようにする。 var jObj: any = $('セレクタ'); jObj.プラグインのメソッド(); これでOK。実にシンプルだ。 元ネタ 下記のサイトを参照した。感謝の極み。 けさらんぱさらん TypeScriptでjQueryプラグイン
TypeScriptの型入門 - Qiita
TypeScriptは型がついたJavaScriptです。プログラミングにおいて型があることの恩恵は大きく、近頃AltJSの代表格として人気を集めています。TypeScriptはもともと型のないJavaScriptで書かれるコードに型を付けることを使命としていることもあり、たまに変な型が追加されます。例えばTypeScript2.8で追加されたconditional typesはずいぶん注目を集めました。これによってTypeScriptの型システムの表現力が広がりましたが、一方でTypeScriptを書いている人の中には、よく分からない型が増えてついて行けない、一部の人たちが長くてよく分からない型定義を書いて喜んでいるだけと思っている方もいるのではないでしょうか。実際、健全にJavaScriptを書いていれば、自分でそのような変な型を書くことはあまり多くありません。 そこで、この記事ではT
JSDoc - @type
@type 目次 Syntax Overview Examples Related Links Syntax @type {typeName} Overview @type タグを使用すると、シンボルに含まれる値の型、または関数によって返される値の型を識別する型式を指定できます。 @param tag など、他の多くの JSDoc タグに型式を含めることもできます。 型式には、シンボルへの JSDoc ネームパス (たとえば、 myNamespace.MyClass ) を含めることができます。内蔵 JavaScript タイプ (例: string )。またはこれらの組み合わせ。任意の Google Closure Compiler type expression だけでなく、 JSDoc に固有の他のいくつかの形式も使用できます。 JSDoc が型式が無効であると判断した場合、エラーが
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
typescript createProgram ast api at DuckDuckGo
SWC | ts-node
Code Database
TypeScriptの関数で引数をいろいろする方法
TypeScriptでJQuery関数を拡張する方法 - 優秀な図書館
https://www.web-development-kb-ja.site/ja/jquery/typescript%E3%81%A7jquery%E9%96%A2%E6%95%B0%E3%82%92%E6%8B%A1%E5%BC%B5%E3%81%99%E3%82%8B%E6%96%B9%E6%B3%95/829198438/