elm-native-uiでiosアプリを動かしてみた - Qiita
やってみた elm-native-uiを使ってelmでネイティブアプリhelloをしてみる elm-native-uiがどういう理屈でreact-nativeで動くのか少し覗く elm-native-ui elmでスマホアプリが作れるもの react-nativeを利用している まだWIP elm-packageでダウンロードできない 引っかかりそうなところ(ぼくがひっかかった) Sierraの人 -> https://github.com/facebook/react-native/issues/9309 elmでiosのアプリを作ってみる 手順は react-nativeのプロジェクトをつくる プロジェクト内にelmの環境を作る githubからelm-native-uiをclone、プロジェクトにソースコードをコピー elm-package.jsonを編集 viewにelm-nati
再利用可能なコンポーネントはアンチパターン - ジンジャー研究室
言いたいこと Webフロントエンド界隈で「コンポーネント」という言葉が蔓延していて、「再利用可能になるように設計すべきだ」という論調があるが、実際には本当に再利用可能である必要性があるまで、極力考えないほうが良い。YAGNIとも言う。 以下、現時点での考え。 ビューの階層化自体はOK ここはReactの恩恵と言っても良い気がしていて、それまであんまり明言されて来なかった「ビューの階層化」について公式で説明している点がとても良くて、開発者全員がビューはツリーになってるよねというマインドで統一できた功績は大きいと思う。 再利用可能なコンポーネント ビューはツリーでいいんだけど、それをコンポーネントと呼んでいるのでなんとなくDatePickerとかTextEditorみたいな汎用的なものを想像して、「アプリケーションの事情を知っていてはいけない」という気持ちになって疎結合に作りたくなってしまう。
Riot はミニマルで Web Components のような UI ライブラリ - Qiita
古典的な構成のサービスを AWS Lambda + S3 で動作するサーバーレスアーキテクチャで再構築し、そのフロントエンドに Riot を採用しました。 プロジェクトは WWD JAPAN.com として公開しています。 React や Angular などに代表される JavaScript の UI ライブラリのうち、Riot はミニマルな API と HTML 標準に近い文法を採用しているのが特徴です。 Riot はコンポーネントベースの UI 開発から複雑さを取り除き、楽しさを与えます。 TL;DR Riot はこれまでの UI ライブラリと比べて以下の点で異なります。 必要最小限の API 少ないボイラープレート Web Components ( HTML Template ) に似た文法 React のコードと比較してみます。 ToDo アプリケーションを React で書くと
LazyDOM — an experiment to bring virtual DOM to the browser natively
EDIT: 11/2017 — This post was originally published 04/2016. Yehuda Katz now has a WHATWG proposal for “DOMChangeLists”, which has a very similar spirit to the behavior of Node#mergeWith() described later in this post, though it wasn’t inspired by this post. LazyDOM — an experiment to bring virtual DOM to the browser nativelytl;dr React-style virtual elements are fast but cannot be consumed like re
New Versioning Scheme – React Blog
This blog site has been archived. Go to react.dev/blog to see the recent posts. Today we’re announcing that we’re switching to major revisions for React. The current version is 0.14.7. The next release will be: 15.0.0 This change shouldn’t materially affect most of you. Moving to major semver versions simply helps indicate our commitment to stability and gives us the flexibility to add new backwar
GitHub - reactuate/reactuate: React/Redux stack (not a boilerplate kit)
Fork-and-forget (or fork-and-follow) is not a great way to keep up with what's happening in the original boilerplate (and in the space in general). Therefore, starting off a cloned boilerplate "kit" is not an acceptable solution. Reactuate is distributed as a dependency. Reactuate is strictly a frontend-oriented stack and is not meant to provide a foundation for so called "universal" (server and c
GitHub - react-boilerplate/react-boilerplate: 🔥 A highly scalable, offline-first foundation with the best developer experience and a focus on performance and best practices.
Quick scaffolding Create components, containers, routes, selectors and sagas - and their tests - right from the CLI! Instant feedback Enjoy the best DX (Developer eXperience) and code your app at the speed of thought! Your saved changes to the CSS and JS are reflected instantaneously without refreshing the page. Preserve application state even when you update something in the underlying code! Pred
pushState in Redux Router - (rudolph-miller)
Redux Routerの pushState の使い方と、 React Reduxのconnect の mapDispatchToProps について、 connect のSource codeを追いながら解説. この記事は仮想DOM/Flux Advent Calendar 2015の25日目の記事. Redux Router pushState Usage mapDispatchToProps See Also Redux Router Redux Routerは前回で紹介した通り、 React.jsでde facto standardとなっているRouting libraryのReact RouterのRedux bindings. pushState pushState はReact RouterでURLを遷移するAPIで、元はBrowserのHistory API. Redux
HaxeとReact - Qiita
HaxeからJavaScriptを出力するというのは、静的型付き言語が好きだとか、JavaScriptはそれほど好きではないがWebコンテンツは作りたいという人にはとても良い選択肢だと思います。 とはいえ、HaxeはTypeScriptほどJavaScriptに近くないので、HaxeとJavaScriptライブラリの相性というのはとても悩ましい問題です。jQueryを使うとHaxeを使ううまみが減るとか、変数名に"$"が使えないのでAngularJSが使えないだとか、そういったことです。 悩んだ結果、Dynamic型やuntypedキーワードを使って動的言語的な書き方をしてライブラリを使うか、もうJS製のライブラリを使うのをあきらめてgetElementByIdべた書きで頑張るとか、そういった選択を迫られてきました。 では今、流行りのReactの場合はどうでしょう？ 実際につかってみた感想
Reduxのmiddlewareを積極的に使っていく - Qiita
最初はちょっととっつきにくいけど、責務がはっきり分かれていて比較的コードがごちゃごちゃになりにくい（と思っている）Reduxですが、やはり実戦投入するとどうにも扱いにくい部分が出てきます。 特にそう感じるのは通信系の処理、ユーザーとのインタラクションです。これってつまるところ非同期処理なんですが、処理を依頼する側、つまりActionを投げる側としては「あとのことはまかせた！」と言いたい。Actionを投げる部分ってのはだいたい何かのイベントハンドラだったりしますが、そういう場所に通信やインタラクションの処理をダラダラと書きたくない。 本稿ではそれらの面倒な部分を責務が分離されたメンテナンスのしやすいコードになるようにmiddlewareを活用する例をいくつか紹介します。 その前にmiddlewareについて Reduxの公式ドキュメントではログ出力を例に取り、アプリケーション本体から分離し
Fluxフレームワーク戦争の現状確認（前編） - マルシテイア
この記事は 仮想DOM/Flux Advent Calendar 2015 2日目の記事です。 みなさんFlux書いてますか？ 僕はオレオレ実装を書き続けて消耗してます。 Fluxフレームワーク使いたいけど使いたくない……！！ いったい今Fluxフレームワークって幾つ生き残ってるの……戦争は終わったの？ っていうか最近新フレームワークの噂聞かないけど、まだFluxって流行ってるの？ 今日はその辺をまとめてみたいと思います。 もくじ 前提知識 Flux以前 2014年5月 Flux登場 〜2015年前半 戦国時代 Fluxxor Fluxible Alt NuclearJS 振り返り 2015/5月 Reduxの登場 前半まとめ 前提知識 Fluxってなに？という方はこちらの資料をみると良いでしょう。 非常に丁寧にまとめられています。 speakerdeck.com なお、以下ではアーキテク
仮想DOMで魂が震えてから一年、仮想DOMとFluxの今 - Qiita
Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? なぜ仮想DOMという概念が俺達の魂を震えさせるのか から一年、みなさまどのようなフロントエンドをお過ごしでしょうか。 僕はひたすら過去資産をリファクタしています。 需要の雰囲気 色んな所に書きましたが、去年僕が仮想DOM AdventCalendar をやったのは、「僕自身がproductionで使いたい」ので、「Reactまあいいよね」的な雰囲気を作って外堀埋めるのが目的でした。そして、その目的はおおよそ果たされたと言ってもいいでしょう。ご協力ありがとうございました。 僕自身はKobito for Windows でReactを使って
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
react-elm-components
GitHub - storybookjs/storybook: Storybook is the industry standard workshop for building, documenting, and testing UI components in isolation
GitHub - zalmoxisus/remotedev: Remote debugging for any flux architecture.
GitHub - petehunt/react-howto: Your guide to the (sometimes overwhelming!) React ecosystem.
2015年のJavaScript開発者アンケートまとめ - Qiita
GitHub - react-ui-builder/structor: Structor - React UI Builder [DEPRECATED]![GitHub - react-ui-builder/structor: Structor - React UI Builder [DEPRECATED]](https://cdn-ak-scissors.b.st-hatena.com/image/square/1a2032dabe605f70cd9a7a45bdfe7367e60830b5/height=288;version=1;width=512/https%3A%2F%2Fopengraph.githubassets.com%2Fd7d9565d4317061c74ee5b6f1586691efd68d3d1d69d2f4b3e15cbb3b92f6e06%2Freact-ui-builder%2Fstructor)
GitHub - enzymejs/enzyme: JavaScript Testing utilities for React
Incremental DOM ざっと見たやつ。追記: 初期バージョンのコードなので最新では異なる場合があります。
