2018 年 6 月の React Native 事情とポエム - Qiita
事実と思われる情報を時系列で並べる。足りないものがあるかもしれない。 6/2 に噂を Ben Sandofsky が tweet 。 There’s a rumor React Native was abandoned in the main Facebook app. Anyone heard similar/different? — Ben Sandofsky (@sandofsky) 2018年6月1日 このひとは Halide という iOS で提供されているカメラアプリの開発者。これは純粋に噂が真実かどうか確かめたいという発言のように見える。 https://itunes.apple.com/jp/app/halide-raw%E6%92%AE%E5%BD%B1%E3%81%8C%E3%81%A7%E3%81%8D%E3%82%8B%E6%89%8B%E5%8B%95%E3%82
react-native-dom の何がすごいのか - Qiita
react-native-dom とは experimental と書いてあるが普通に動く。デモを見ると React Native で提供されている仮想 DOM は大体動くといった感じ。 2018 年の React Europe で発表された資料。 https://rndom-slides.vincentriemer.app/ https://www.youtube.com/watch?v=aOWIJ4Mgb2k これの何がすごいかというとブリッジの仕組みにのっとって構築されているところだ。 Native First と言っている。 ブリッジの仕組み iOS のブリッジの仕組みは次でまとめているので参照のこと。 https://speakerdeck.com/januswel/discussion-about-the-bridge https://qiita.com/janus_wel/i
Bitrise と DeployGate で React Native アプリの評価環境を構築する - Qiita
Bitrise でもテストできるので一見 CircleCI はいらないように見えるんだけど、 Bitrise は push / pull request でしか trigger できないので細かい制御、例えばリリース用の tag を付加したときだけ動かしたい場合にやっぱりいる。 Bitrise.io スマホアプリ向け CI サービス。スマホアプリに特化しているだけあってかなり楽に iOS / Android のビルド設定ができる。具体的には次がうれしい。 Provisioning Profile や keystore などをアップロードできるのでセキュリティ的に安心 ↑を github repo に commit しなくてよい Bitrise を信用する必要はある メモリーが足りなかったりビルド時間が長すぎて打ち切られたりがない 少なくともいまのところこれで落ちたことはない UI でぽちぽ
[翻訳] Bridging in React Native - Qiita
元記事: http://tadeuzagallo.com/blog/react-native-bridge/ 翻訳については https://github.com/januswel/react-native-bridge-ja で管理している。 また、元記事では文字で説明されている部分も含めて実行時の簡単なフローを描いてみた。ここで bundle というのは React Native packager によって bundle されたファイルのこと。 というわけで、以下翻訳。 この投稿では React Native の基礎を知っている方を対象に、ネイティブと JavaScript の通信時における内部の動作へ焦点をあてます。 メインスレッド 何よりも先に、 React Native では 3 つの主要なスレッド1があることを覚えておいてください。 シャドウキュー コンポーネント再配置時に使用
![[翻訳] Bridging in React Native - Qiita](https://cdn-ak-scissors.b.st-hatena.com/image/square/e187ad6b6e4d234a979031ebf1b7c783761cb112/height=288;version=1;width=512/https%3A%2F%2Fqiita-user-contents.imgix.net%2Fhttps%253A%252F%252Fcdn.qiita.com%252Fassets%252Fpublic%252Farticle-ogp-background-412672c5f0600ab9a64263b751f1bc81.png%3Fixlib%3Drb-4.0.0%26w%3D1200%26mark64%3DaHR0cHM6Ly9xaWl0YS11c2VyLWNvbnRlbnRzLmltZ2l4Lm5ldC9-dGV4dD9peGxpYj1yYi00LjAuMCZ3PTk3MiZoPTM3OCZ0eHQ9JTVCJUU3JUJGJUJCJUU4JUE4JUIzJTVEJTIwQnJpZGdpbmclMjBpbiUyMFJlYWN0JTIwTmF0aXZlJnR4dC1hbGlnbj1sZWZ0JTJDdG9wJnR4dC1jb2xvcj0lMjMyMTIxMjEmdHh0LWZvbnQ9SGlyYWdpbm8lMjBTYW5zJTIwVzYmdHh0LXNpemU9NTYmcz1jNjkwZGNhYzMxZDY5MTU5M2ZhMTRhMWUyYWJlNzY2NQ%26mark-x%3D142%26mark-y%3D57%26blend64%3DaHR0cHM6Ly9xaWl0YS11c2VyLWNvbnRlbnRzLmltZ2l4Lm5ldC9-dGV4dD9peGxpYj1yYi00LjAuMCZoPTc2Jnc9NzcwJnR4dD0lNDBqYW51c193ZWwmdHh0LWNvbG9yPSUyMzIxMjEyMSZ0eHQtZm9udD1IaXJhZ2lubyUyMFNhbnMlMjBXNiZ0eHQtc2l6ZT0zNiZ0eHQtYWxpZ249bGVmdCUyQ3RvcCZzPWYxOTM3ODFjNzBkMTYzNjVjZWE3NTY2ZWJmMTg1YTky%26blend-x%3D142%26blend-y%3D486%26blend-mode%3Dnormal%26s%3Dc65f1d38e67c80e185337361ecb9b0d6)
mocha + enzyme で React Native コンポーネントをテストする - Qiita
React Native 開発でも mocha を使う理由 React Native ではテスティングフレームワークとして Jest が推奨されていますが、 Jest は Jasmine 系の API を受け継いでいることもあり、 mocha に比べると習熟が難しいことが難点です。 API を覚えるまでは expect に続けてどういった条件を書けるんだっけ、とリファレンスをあさる必要が出てきます。 こういったことを覚えずにすむ mocha は非常にコストパフォーマンスのよい技術です。単純に assert で満たすべき条件を羅列してやるだけでテストが書けます。テスト駆動開発で有名な @t_wada 和田卓人さんは No API is the best API とおっしゃっています。 ちなみに react-native init 時の Jest インストールは設定で抑制できます。 React
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
