Vue Fes Japan 2018 の 1年間単体テストを書き続けた現場から送る Vue Component のテスト https://vuefes.jp/
Glad Chinda Full-stack web developer learning new hacks one day at a time. Web technology enthusiast. Hacking stuffs @theflutterwave. Editor’s note: This post was updated on 21 November 2023 to incorporate information about the React functional component lifecycle and React stateless function components. In this tutorial, we’ll learn how to memoize functional components in React using React.PureCo
React Stateless Functional Componentを使うといい9つのポイント!(Class Based との違い)ComponentReact それではいきます。 1 Classが必要ない constructorをつかわなくてもいいし、コードがシンプルになる。 2 thisが必要ない class based componentではTHISが必要だけど、functional componentではthisがいらない。thisって混乱しやすいから使わなくてもいいのはとっても楽! ちなみに、bindはstatelessのコンポーネントの場合は必要ない。 3 UIに特化できる Stateless function componentはpresentational componentsにとって都合がいい。presentational componentというのはふるまいよりもU
こんにちは。DMM.comでフロントエンド開発を行っている@ma9toです。 DMMでは各プロダクト毎でフロントエンドの技術選定が違いますが、私が担当しているしているプロダクトでは、一部Reactを採用しています。 この記事では、ReactのComponentの設計をチームで行ったときの反省と、次はどのように行うと良さそうか、現時点で思うところをまとめておこうと思います。 Componentとは まず、Componentとはどういうものか振り返っておきたいと思います。 Componentとは、UIを構成する一部分と考えることができます。 ReactはComponentを組み合わせることので、より複雑なUIを構築していくようなComponentベースのViewライブラリです。 Reactを利用することで、Componentのコードのカプセル化を容易にし、独立したComponentの実装を可能
Using Recompose to Share Functionality Between React Components Sharing functionality between React components is a pretty common need. The concept is that we can establish the behavior in one place and then extend it across different components. Higher-Order Components are one way to do this. Yet, there is another way using a library called Recompose. GitHub Repo What is Recompose? The documentat
ここでは、BLoCパターンのガイドラインを参照し、それに基づきデモアプリを作成し、その解説を通じてBLoCパターンの考察を行う。 今までも何度かMeetup等でBLoCパターンの解説を行ってきたが、あらためてこのブログ記事にまとめておく。 BLoCパターンとは BLoCは、Business Logic Componentの頭字語(acronym)で、状態管理に関するアーキテクチャパターン。 以下、https://www.youtube.com/watch?v=PLHln7wHgPEより、BLoCのガイドラインを引用する。 Business Logic Component(BLoC)のガイドライン 状態を管理するBLoCに以下の制約を課す。 インプットとアウトプットは、単純なStreamとSinkに限定する。(Inputs and outputs are simple Streams/Sin
どう考えているか、というのを聞かれたので、記事に起こしておきます。個人の意見です。 Prettier を使う 気づけばコードの整形を人間がやる時代は終わりました。 細かいコーディングスタイルでレビューの時間を取るぐらいだったら、一貫した自動整形ルールを適用すべきです。 人によっては細かいこだわりがあって prettier の規則が気に食わないかもしれず、僕も最初はそうでしたが、Atomで保存する度に自動整形を走らせる prettier の強烈な開発体験によって、最終的にそれらのこだわりを全て捨てることが出来ました。 生産性を求めるなら、現時点では最優先で導入すべきものです。 React.createClass を使わない v16 で削除されたのでいわずもがな。 同様に、 createClass でしか使えなかった mixin 周辺機能も丸ごと deprecated です。 「可能な限りは」
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く