Expert React training from the creators of React Router
What if I told you, there's more than one viewport. BRRRRAAAAAAAMMMMMMMMMM And the viewport you're using right now, is actually a viewport within a viewport. BRRRRAAAAAAAMMMMMMMMMM And sometimes, the data the DOM gives you, refers to one of those viewport and not the other. BRRRRAAAAM… wait what? It's true, take a look: Layout viewport vs visual viewport The video above shows a web page being scro
⛔ This project is deprecated, please consider using Puppeteer instead. ⛔ NickJS predates Puppeteer and is no longer the best tool around. This project isn't maintained anymore. Web scraping library made by the Phantombuster team. Modern, simple & works on all websites. NickJS.org — Inline doc ↓ Supports both Headless Chrome and PhantomJS as drivers Simple high-level API Async/await, Promises and c
IntroductionThe widely available History API is difficult to use even for the most basic use cases. This has become an impediment for custom-built web apps and shared libraries. The description below explains why and how it can be changed to address these issues. Status-quoHistory API has been around for a few years and implemented in all major browsers. It defines methods and properties that incl
Kea is the name of the latest state management library for React that you have never heard of. It’s also the name of the smartest parrot in the world. Much like kea the parrot, kea the library doesn’t invent anything new. Instead it manipulates existing tools to get results in the shortest time possible. Kea the library is an abstraction over Redux, Redux-Saga and Reselect. It provides a framework
With the recent addition of SharedArrayBuffer, concurrency is finding its way into the JavaScript language. This addition allows JavaScript programs to perform concurrent access to SharedArrayBuffer objects. WebKit supports SharedArrayBuffer and it has full optimization support in our compiler pipeline. Unfortunately, JavaScript does not allow any objects other than SharedArrayBuffer to be shared.
こんにちは、fluctの@nekoyaです。 今日は現在開発に携わっている、俗に言う「管理画面」のWebアプリケーションのアーキテクチャをご紹介します。 このアプリケーションはReactとRxJSを軸として作られており、コードはTypeScriptを使って書いています。 アプリケーションを流れるデータと状態の管理について、Write StackとRead Stackという考え方を取り入れたところ、いろいろなメリットが得られたので、そのあたりを軸に掘り下げてみます。 全体の大まかな構成 各Stackの前に、まずはアプリケーション全体の構成をざっくりと見ておきます。 流れとしては、DispatcherからWrite Stack, Read Stackを通ってStateが生成され、それをViewが受け取るという構成になっています。 全体の流れとしてはFluxっぽい何かのひとつのあり方なのですが、
前回はてぶのお気に入りフィードを読むHBFavというアプリのReactNative版RNHBFavというアプリを作っているという話を書いたが、とりあえずAppStoreへ申請するところまで終わった。 razokulover.hateblo.jp 申請がどのくらいで通るかはまだわからないが、たぶん1週間はかかる気がする。 少し時間が空きそうだし、ここらで今回ReactNativeで開発〜リリース申請する中で感じたことやこうした方が良かったみたいなものをメモしておこうと思う。 垂直分割/水平分割のディレクトリ構成 ディレクトリ構成はプロジェクトごとにみなそれぞれ自分なりの構成を持っているようだけど、例えばreduxを利用するアプリだと以下のような作りになると思う。 index.ios.js index.android.js src |__actions |__hoge.js |__reduce
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く