Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article?

TypeScriptでReactをやるときは、小さいアプリでもReduxを最初から使ってもいいかもねというお話 前日の丸野さんがReduxを分かりやすく解説してみたというReduxの基本的な紹介を行いました。Reduxはコンパクトなライブラリながらよく考えられた仕組みです。Jetpack ComposeやらFlutterやら、ReactインスパイアなGUIフレームワークも増えているので、JavaScript（TypeScriptではなく） + Reduxをやってみるのは、ウェブに限らず、今後のユーザーインタフェース関連のコードを触るための理解力向上には良いと思います。 本エントリーは、プロダクションコードでたくさんRedux周りにもreducerなどを実装しなくてはいけなくなったときの次のステップとして、Redux Toolkitの紹介をします。 たいてい、Reduxは導入コストが大きく、

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article?

styled-componentsにはv4からcss propという機能があり、これを用いるとちょっとしたスタイルの修正を、コンポーネントの作成無しで実施できる。 しかしこのcss prop, どうも一筋縄では動かないらしい。特にTypeScript環境では以下のようにハマる人も多いようだ。 https://github.com/DefinitelyTyped/DefinitelyTyped/issues/31245 https://github.com/styled-components/styled-components/issues/2528 私もこの点で大ハマりし半日を潰す羽目になった。 ネット上の記事には断片的な情報しか無く、同じハマり方をする人もいると思うので、備忘録も兼ねて記録を残す。 私の知識が足りないだけなのだと思うが、この件ではネットの記事を見ながら「せめて何処に書くか

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article?

TypeScriptはMicrosoftが開発するプログラミング言語です。JavaScriptのスーパーセットという位置づけで、静的型付けなど強力な言語機能を備えています。TypeScriptは高度なウェブアプリケーションの開発で使われることが多く、ほとんどのフロントエンドエンジニアが使っているといっても過言ではありません。 ▲TypeScriptの公式サイト TypeScriptはコンパイラによってJavaScriptのコードが得られますが、TypeScriptのコンパイラにはECMAScript Modules（ES Modules = importやexport文のこと）をまとめる機能が提供されていません。そのため、ES ModulesのJSファイルをまとめるモジュールバンドラー（例：webpack、Rollup等）をTypeScriptと合わせて使うのが一般的です。 この記事では、

この記事は Recruit Engineers Advent Calendar 2019 の 23日目の記事です。 TypeScript のプロジェクトで React コンポーネントを書いていると、コンパイラに怒られることがたびたびあります。ネット上にあるサンプルコンポーネントが JavaScript で書かれていると、プロジェクトにもってきたときにコンパイルできないということはよくあるんじゃないでしょうか。any でコンパイラを黙らせることもできますが、せっかく TypeScript を使っているので、安全に解決したいよねってことでこのような記事を書きました。 型定義は @types/react@16.9.17 にしたがっています。目次をみて、この程度のことはもう知っているよという方は react-typescript-cheatsheet をみてください。React + TypeScr

With React 16.8.6 (it was good on previous version 16.8.3), I get this error when I attempt to prevent an infinite loop on a fetch request: ./src/components/BusinessesList.js Line 51: React Hook useEffect has a missing dependency: 'fetchBusinesses'. Either include it or remove the dependency array react-hooks/exhaustive-deps I've been unable to find a solution that stops the infinite loop. I want

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article?

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article?

相対パスでimportしていると「俺はあといくつ.キーを叩けばいいのか。いっそ階層という概念を捨ててすべてのファイルを同じ場所に置けば管理もしやすいのではないか。しかし見づらいからやめておこう。俺はあといくつ.キーを叩けばいいのか」という哲学に必ずぶつかると思います。 それならrootを設定して絶対パスでimportすればいいのさ！ と、vueやangularは教えてくれます。 さっそくtsconfigにroot設定を書いてyarn startしたら反映されないどころか、その記述が消えるという謎の挙動で憤怒。 どうやらcreate-react-appで作成した場合、tsconfig.json内の"compilerOptions": {} がビルド時にクリーンされる。これは20190307現在、正しい挙動だそうです。マジ憤怒。 それでは解決していきましょう。 解決させること reactのcr

{ "name": "hello-world-typescript", "version": "1.0.0", "main": "dist/index.js", "license": "MIT", "files": [ "dist" ], "scripts": { "build": "tsc", "prepublishOnly": "npm run build" }, "devDependencies": { "typescript": "^3.3.4000" } } とても綺麗ですよね。 ひとつひとつ意味があるので解説していきます。 package.json#name npmライブラリの名前です。require('xxx')のxxxにあたるアレです。 package.json#version npmライブラリはこのバージョン情報を毎回インクリメントして公開する必要があります。 TypeS

(2019/04/14追記) tslint-loaderのtypecheckオプションを付けるとビルドが大幅に遅くなるようです。 しかし、typecheckをtrueにしておかないとビルド時にwarningが出ます。 https://github.com/wbuchwalter/tslint-loader/issues/76 tslint以外を使用するか、ビルド時にはlinterチェックはせず、pre-commitのタイミングでlinterを単体で走らせるようにしたほうが良さそうです。 この記事に関してもtslint-loader関連の部分は削除しました。 はじめに babel7がリリースされましたね！ それに伴いtypescriptもサポートされたのでbabel単体でtsのビルドができるようになりました。 しかしbabelはtypescriptから型情報を取り除くだけなので型チェックまで

FukuokaJS #8 『TypeScript』(2019.05.15)の発表資料です。

You signed in with another tab or window. Reload to refresh your session. You signed out in another tab or window. Reload to refresh your session. You switched accounts on another tab or window. Reload to refresh your session. Dismiss alert

今までWordPressでブログを運用してきたのだが、HTMLとPHPを絡めたテーマ開発が煩雑で表示速度も遅かったため、フロントエンドにGatsbyJS, Netlify, WP REST APIを導入することで改善した。 あまり時間がない中、ガガガッと移行したので忘れないように備忘録を残しておきたいと思う。 目次 ブログのシステム構成WordPressからデータを取得する準備GraphQLを試すビルド・デプロイ設定ケーススタディ ブログのシステム構成 フロントエンドのソースコードはGithubに置いておき、masterへのプッシュをNetlifyが検知してGatsbyのソースコードを自動ビルドする。 このビルドでWordPressから記事データを引っ張ってきて静的ファイルを生成してくれる。 ビルド後はそのままNetlify上でサイトデータをホスティングという流れになる。 ブログの更新はこ