TypeScriptのdeclareやinterface Windowを勘で書くのをやめる2022
おことわり 個々の関数や変数に正しい型をつける話はしません。TypeScript HandbookのDeclarationの章などを読むことをおすすめします。 かわりに、本稿では関数や変数の型宣言をどこにどう置くべきかの指針を与えます。 モジュールとスクリプト declareを正しく使うにはまずモジュールとスクリプトの区別を理解し、意識することが大切です。 ブラウザやNode.jsは外部からの指定でモジュールとスクリプトを区別しますが、TypeScriptでは原則としてファイルの内容でモジュールとスクリプトを区別します。 import 宣言または export 宣言が1つ以上あればモジュール。 CommonJSモジュールの場合はTypeScript専用構文である import = 宣言、 export = 宣言を使う。 それ以外の場合はスクリプト。 ただし、JavaScriptファイル (
スタイルガイド（コーディング規約） | TypeScript Deep Dive 日本語版
非公式のTypeScriptスタイルガイド スタイルガイドについて意見を求められることはよくあります。個人的には、私は自分のチームやプロジェクトにコーディングスタイルをあまり強制してはいませんが、コードに一貫性が必要だと思う人がいるような状況において、基準として以下で述べるようなスタイルガイドがあることが役に立つのは確かです。個人的にはスタイルよりもはるかに強い意見を持っている観点があり、それについてはヒントの章で説明しています（例えば、型アサーションはよくない、プロパティーsetterはよくない、など）🌹 主要セクション：
GitHub - type-challenges/type-challenges: Collection of TypeScript type challenges with online judge
CDK(TypeScript)のimport文で絶対パスを使用する | DevelopersIO
TL;DR tsconfig.json ファイルで baseUrl を設定します。 tsconfig-paths モジュールを導入します。 cdk.json ファイルを編集して ts-node に tsconfig-paths を適用します。 tsconfig.json ファイル { "compilerOptions": { "target": "ES2018", "module": "commonjs", "lib": ["es2018"], "baseUrl": "./", // プロジェクトルート(tsconfig.jsonを配置しているディレクトリ)からの絶対パスによる import を可能する ... } tsconfig-paths モジュールのインストール $ npm install --save-dev tsconfig-paths 編集前後の cdk.json ファイルの
JavaScript (TypeScript) のMapをObjectに変換する - GAミント至上主義
TypeScriptで素のObjectよりMapの方がTypeScriptと相性がよく使う機会が増えてきたけど、レスポンスに変換するときなどはObjectに変換する必要があったのでメモ。 ぐぐったらreduceとか使う古いのが検索上位に出てきてしまうが、 Map.prototype.entries()をObject.fromEntries()に渡すというシンプルな組合わせでできる。 Map - JavaScript | MDN Object.fromEntries() - JavaScript | MDN 以下はChromeのconsoleなのでJavaScriptで試したけどTypeScriptでも同じようにできる。 const map = new Map() >undefined map.set(1, 'one') >Map(1) {1 => 'one'} map.set(2, 'tw
lizod: 1kb 未満の zod の精神的後継
作った。 lightweight-zod だから lizod。 npm install lizod -S で使える。 tl;dr 各種フロントエンドや Cloudflare Workers で zod のビルドサイズが邪魔になっている メソッドチェーンと便利なユーティリティを全部捨てた zod 風のバリデータを作った zod の 57kb に対して lizod は 1kb 以下 これが動く // Pick validators for treeshake import { $any, $array, $boolean, $const, $enum, $intersection, $null, $number, $object, $opt, $regexp, $string, $symbol, $undefined, $union, $void, type Infer, type Valid
TypeORM(with Docker)の環境構築からマイグレーション実行までの流れ - Qiita
TL;DR この記事では、TypeORMのサンプル作成を題材に、Dockerコンテナへの環境構築からマイグレーション実行までの流れを紹介します。 なお、本記事は以下の参考サイトの内容をもとに、記事執筆時点での変更点（実行するコマンドなど）を加味したものになります。 TypeORMを使って、Express + Docker + MySQLの環境を構築する 記事執筆時の動作環境は、以下です。 TypeORMとは TypeScript(およびJavaScript)で使用可能なORマッパーです。 GitHubのレポジトリはこちら 環境構築～コンテナの起動確認 開発用のフォルダを作成します。
Announcing TypeScript 5.0 - TypeScript
Today we’re excited to announce the release of TypeScript 5.0! This release brings many new features, while aiming to make TypeScript smaller, simpler, and faster. We’ve implemented the new decorators standard, added functionality to better support ESM projects in Node and bundlers, provided new ways for library authors to control generic inference, expanded our JSDoc functionality, simplified con
TypeScriptではじめるChatGPT API：入門から一歩進んだテクニックまで - Uzabase for Engineers
NewsPicks エンジニアの中村です。普段はデータ基盤や機械学習システムの開発、運用をやっています。 さて皆さん、すでにChatGPTは使っていらっしゃるでしょうか。エンジニア、非エンジニアを問わず世の中を席巻している感のある ChatGPT ですが、今月初めにいよいよ API も公開されて、アプリケーションやサービスに組み込みたいと考えている方も多いのではないでしょうか1。 というわけで、弊社でもこの新しい技術をより多くのエンジニアに使いこなせるようになってもらいたいと考え、ChatGPT API に関する社内勉強会を先日開催しました。本記事ではこの勉強会の内容を再構成してお届けします。 とりあえず使うだけなら簡単な ChatGPT ですが、本記事では、長文を扱ったり、ChatGPT と外部のシステムを連携させたりするテクニックなど、知っている人はすでに知っているが、まだそれほど広く
TypeScript | Sequelize
We're working hard on making Sequelize a breeze to use in TypeScript. Some parts are still a work in progress. We recommend using sequelize-typescript to bridge the gap until our improvements are ready to be released. Sequelize provides its own TypeScript definitions. Please note that only TypeScript >= 4.1 is supported. Our TypeScript support does not follow SemVer. We will support TypeScript rel
ついにTypeScriptがブラウザで動くようになりそう 〜 JavaScriptへの型構文の導入について - Qiita
ついにTypeScriptの構文がJavaScriptに組み込まれ、ブラウザで直接TypeScriptが動くようになりそうです。 TypeScriptとは何か？ TypeScriptと言っても、指し示す範囲が文脈によって異なります。筆者が観測した範囲では、以下の3つが「TypeScript」だと言われているようです。 言語としてのTypeScript（const a: number = 1のような構文を持つ言語） 型チェックをおこなうCLIツール（tscコマンド） 型チェックやトランスパイルを行うライブラリ（microsoft/TypeScriptリポジトリ） この記事で触れるのは、言語としてのTypeScriptの話です。const a: number = 1のような構文が、ブラウザで動くようになるという事です。 これまではどうだったか？ 以下のようなTypeScriptプログラムがあり
TypeScript 10年の歩み - Qiita
TypeScriptは、2022/10/01に10周年を迎えました。 ということで、それを記念してMicrosoftの中の人が振り返りのエントリーを書いていました。 以下は該当の記事、Ten Years of TypeScriptの紹介です。 Ten Years of TypeScript 2022年10月1日は、TypeScript10歳の誕生日です。 10年前の今日、2012年10月1日に、TypeScriptは初めて公にされました。 The Early Days 初めてTypeScriptが表に現れたとき、それももっともなことでしたが、多くの否定的な意見がありました。 一部のJavaScriptユーザにとって、JavaScriptに型を強制する試みは冗談か邪悪な陰謀のように見えたかもしれません。 しかし、その試みには、多くのメリットがありました。 型チェックのおかげで、ファイルを保存
プロを目指す人のためのTypeScript 本の感想 #ブルーベリー本
自分も教える事が多いので、読み手にどういう風に学んでほしいか、自分がどういう風に伝えるべきか、という視点で読んだ。 1章・イントロダクション そもそもTypeScript とはなにかみたいな話。 コンパイルエラーが出ている状態ではプログラムが完成したとは言えません。 力強い コンパイルエラーをただ避けるのではなく、利用する気持ち で TypeScript プログラミングに臨みましょう。 初心者に型違反の向き合い方を諭す話。IDEの補助になるとか。 TS年表で取り上げてるのが特徴的。exactOptionalProperty を取り上げてたり。 TSの型はランタイムに影響しない、という話を何度も解説している。これは初心者の誤解がとても多いので、必要だと思う。何度いっても、伝わって欲しい人に伝わらないのだが… enum や namespace については意図的に解説しない。過去のTS独自路線だ
【JS完全に理解した】JavaScript PrimerとプログラミングTypeScriptとレガシーフロントエンド安全改善ガイドを読んでみた - give IT a try
はじめに 僕は仕事でRuby on Railsを使ってWebアプリケーションを開発しているので、JavaScriptはそれなりに使えます。 ですが、サーバーサイドで使っているRubyに比べると、JavaScriptの習熟度はそれほど高くありません。 とくに、文法が一気にブラッシュアップされたES2015（ES6）以降の知識は「なんとなく把握はしているが、あくまでなんとなく」といった感じです。 また、最近よく名前を聞くようになったTypeScriptも「名前は知っているが使ったことはない」というのが現状です。 というわけで、「そろそろちゃんと勉強しておかないと」という思いから、以下の本を購入してみました。 JavaScript Primer 迷わないための入門書 (アスキードワンゴ) 作者:azu,Suguru Inatomi発売日: 2020/06/10メディア: Kindle版プログラミ
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Amazon.co.jp: プログラミングTypeScript ―スケールするJavaScriptアプリケーション開発: Boris Cherny (著), 原隆文 (翻訳), 今村謙士 (監修): 本