オブジェクトが特定のプロパティを持っているか確認する方法について解説します。 この記事のポイント オブジェクト単体のプロパティのみチェックしたいときはhasOwnPropertyメソッドを使う 親オブジェクトのプロパティも含めて確認したいときは「プロパティ名 in オブジェクト」を使う オブジェクトのプロパティの有無を確認する オブジェクトが特定のプロパティを持っているか確認したいときは以下のいずれかの方法を使います。 hasOwnPropertyメソッドで確認（プロトタイプチェーンは確認しない） プロパティ名 in オブジェクトで確認（プロトタイプチェーンを遡って確認する） 2つの方法の違いはプロトタイプチェーンも含めて確認するかどうかです。 1つ目のhasOwnPropertyメソッドはプロトタイプチェーンは確認せずに、そのオブジェクト単体が特定のプロパティを持つか確認することができま

さらに例を見る 引数 setup: エフェクトのロジックが記述された関数です。このセットアップ関数は、オプションでクリーンアップ関数を返すことができます。コンポーネントが初めて DOM に追加されると、React はセットアップ関数を実行します。依存配列 (dependencies) が変更された再レンダー時には、React はまず古い値を使ってクリーンアップ関数（あれば）を実行し、次に新しい値を使ってセットアップ関数を実行します。コンポーネントが DOM から削除された後、React はクリーンアップ関数を最後にもう一度実行します。 省略可能 dependencies: setup コード内で参照されるすべてのリアクティブな値のリストです。リアクティブな値には、props、state、コンポーネント本体に直接宣言されたすべての変数および関数が含まれます。リンタが React 用に設定され

Imports are an ES6/ES2015 standard for making the functionality of other modules available in your current module. In CommonJS this is implemented through the require() call which makes this ESLint rule roughly equivalent to its CommonJS counterpart no-restricted-modules. Why would you want to restrict imports? Some imports might not make sense in a particular environment. For example, Node.js’ fs

Terms​ VirtualizedList: The component behind FlatList (React Native's implementation of the Virtual List concept.) Memory consumption: How much information about your list is being stored in memory, which could lead to an app crash. Responsiveness: Application ability to respond to interactions. Low responsiveness, for instance, is when you touch on a component and it waits a bit to respond, inste

はじめに TypeScriptで、一部のプロパティだけが動的に変わるようなオブジェクトの型定義について、Mapped Types, インデックスシグネチャ, インターセクション型を用いて定義してみました。 最終的なコードは下記になります。 type FixedProps = { [key in 'prop1' | 'prop2' | 'prop3']: { value: string } } type DynamicProps = { [key: string]: { value1?: string, value2?: number, } } type Props = FixedProps & DynamicProps Mapped Typesとは Mapped Typesは、ある型をベースに新しい型を作る機能です。 RequiredやOmitなどのutility typeの内部でも使われ

CPUのx86/x64/x86_64/AMD64/i386/i686とはなんなのか？についてわかりやすくまとめます まとめ 実際の定義はこちら 一般的な理解はこちら ビット数の違い（32bit、64bit）とは CPUのざっくり歴史（32bit〜） x86とは なんでx32じゃなくてx86っていう名前なの？ x64とは そのほか i386とは i686とは IA-32とは IA-64、Intel 64の違い まとめ 出てきた単語をざっくり分類 bit数 アーキテクチャ 32bit x86、i386、i686、IA-32 64bit x64、x86_64、x86-64、AMD64、IA-64、Intel 64 実際の定義はこちら 一般的な理解はこちら ※厳密にはPentiumやCeleronも型番によって違うなどありますが、大雑把にはこんな感じです。 ※一般的な理解としてはx86=32bit

AI エクスペリエンスの構築 Gemini API などを使用して、AI を活用した Android アプリを作成できます。

Build AI experiences Build AI-powered Android apps with Gemini APIs and more. Get started Start by creating your first app. Go deeper with our training courses or explore app development on your own.

React: 多重クリック防止に関する実装 多重クリックとは formのbuttonにおいて、通常の実装で記載すると、処理時間内にbuttonが謳歌された回数だけ、処理が走ってしまう。 例えば、Amazonなどのショッピングサイトなどで、「購入する」をクリックしたとする。 そこで「多重クリック防止」処理が適切に実装されていなければ、2重にクリックした際に、2回処理が走ってしまう。 そうなると、2回購入したことになってしまい、余計に代金を支払うリスクも出てくる。 今回の「多重クリック防止に関する実装」では、そういったことを防ぐための実装である。 多重クリック防止のポイント 処理中フラグの判定を useRef にし、値を変更しても再レンダリングを発生させないようにする。 const SubmitForm = () => { const processing = useRef(false) co

こんにちは、Sansanプロダクト開発部の清水です。 ある程度のアプリケーションの大きさだと当たり前に使われる事が多い「レイヤードアーキテクチャ」の自分が考える設計のポイントや、実際に運用する際のポイントについて書いてみようかと思います。 基本的な話なので「今更かよ」って感じがしますが、実際に設計、運用する際には様々な考慮事項のあるものだと思うので、知ってる人にとっても復習にでもお役に立てればと思います。 そもそもレイヤードアーキテクチャって何? 概要 一言でいうと、アプリケーションを作る際にそれを構成する部品を、それぞれ責務が定義された論理的なグループにまとめて整理し、それぞれのグループ間のやり取りの仕方を決めておこうという事です。 このグループ間のやりとりにおいて、一方向かつ隣接するグループとしかやりとりを行えないようにする事が多く、層状になるのでレイヤードアーキテクチャと呼ばれます。