Help us understand the problem. What is going on with this article?
🎉🎉 React Router v4 beta! 🎉🎉 Docs: https://t.co/xEsQD8H38v Code: https://t.co/VULptzNaQs Try it: npm i react-router@next We 😍 @reactnative! — MICHAEL JACKSON (@mjackson) 2017年1月30日 ということでreact-router@v4がalphaからbetaになった。 かなりアグレッシブに変更されていて色々変える所あったのでメモ 1 2 packageの分離 react-routerは下記の3パッケージに分離した react-router コア部分。 react-routerの利用者がこのパッケージをインストールする機会は無いかもしれない。 このパッケージに含まれるもの <Router> (多分直で使う事はないロー
WARNING in asset size limit: The following asset(s) exceed the recommended size limit (250 kB). This can impact web performance. Assets: my-file.min.js (251 kB) WARNING in entrypoint size limit: The following entrypoint(s) combined asset size exceeds the recommended limit (250 kB). This can impact web performance. Entrypoints: main (251 kB) my-file.min.js WARNING in webpack performance recommendat
(function(){ var self = this; $("button").click(function(){ // }) })() // 古いコードはglobalに定義された何か SomeLib.prototype.foo = function(){ // } 下記のような特徴があります。 ライブラリ系(jQueryやjQuery.functionなど)は別途読み込み common.jsのようなよくある共通ファイルが存在 1ページ中で、scriptはファイル単位で複数読み込み 原始的なJavaScript配信状態(Sprocketsのようなビルドプロセスとは全く無縁な状態) jQuery以外に、ライブラリ・フレームワークなどは基本入っていない 色々とJavaScript初心者殺しな記法が多い (function(){})()を利用したglobal汚染回避 self = thisの
babel-polyfillとbabel-runtimeの使い分けに迷ったので調べた の続編・追加調査。 使い分け的なのわかったものの、未だにどうにも困りごとが多いので、更に深掘りしてみた。 それぞれのおさらい & 困りごと polyfillのページで改めておさらいしつつ、それぞれの困りごとを書いてみる babel-polyfill core-jsとregenerator-runtimeを読み込んでいる polyfillとして、windowグローバルを拡張する仕組み 困りごと 複数ファイルからロードするとthrow errorされてしまうので、うっかりしてるとハマるので気を使う 上記のような問題のため、ブラウザの場合は、別途dist/polyfill.jsなど、別管理してを読み込む。 require('babel-polyfill')の様にコードベース上から読み込むことは推奨されてない。
CSS in JSに夢を見たが、なかなか一筋縄では行かなかったので1、webpackにおけるCSSと本気で向き合ってみた。 しかしまだ理解が甘いところがあったのでloader, pluginまわりの関係性を整理した。 (前置き)webpackの基礎情報 css関連の本題にはいる前に、webpackの基礎を再確認する。 Webpackの特徴 webpackの特徴的な事項として、CSSや画像など、javascriptでないデータも基本的に全てをjavascriptで扱ってしまう、という事が挙げられる。 同等の対抗として挙げられるbrowserifyやrollupは、あくまでも「javascriptのmodule解決」にフォーカスしているのに対して、webpackは全く違う方向を向いている loaderとpluginの違い 結構あやふやに扱っていたが、上記のwebpackの基本部分を明確にして考
CSS in JSの基礎 原点はこちらのスライドがよく挙げられる。 いわゆる「CSSのあらゆる問題をJSで解決する」という感じのもの。 先行の記事としてはこのような感じ CSS in JS(Elm)したら想像以上に良かった Free-Style のススメ ~ CSS Modules は解決策ではない とりあえず今回はReactと一緒に使う前提のことを考える CSS in JS ライブラリの実装系統 CSS in JSライブラリもかなり色々あるが、だいたい下記の観点で分類できそうだった。 スタイルの再現に関する実装 <style>タグを生成して、<head>にinsertする実装パターン 昨今のスタンダードなライブラリの使っている手法 CSSの疑似要素や@media queryもだいたい使える InlineにCSSを展開する実装パターン わりと絶滅危惧種っぽい(開発止まっていたり) そもそも
2016/09/15 現在の情報。 出たばっかりなので今後変わる可能性大。 今まで個人的にはreact上のroutingはあんま使って来てなかったので、あんまりちゃんとした比較はできてない 死んだと言われたり復活したと言われたり、必要ないよ!と言われたりと不安定感すごかったので見送ってた。 あんまり好きじゃなかったし、そこ飲んでまで使うほどの要件も無かった v4のドキュメントのページ見たら可能性感じたのでとりあえず眺め回してみることにした。 twitter上からも歓喜の声が聞こえてくる ドキュメントのサンプルは素晴らしいのだが、APIやQuickStartは、何故かスクロールが変な感じなので、githubを直接見るほうが良いかもしれない https://github.com/ReactTraining/react-router/tree/v4/website 現行のstableは2、3はa
先日やらかしたので、その問題と対処 問題について 何が起きたか? browserifyでbundleしたファイル結果にES2015でのみ動く記述(constやarrow function)が混ざって動かなくなった。 結合しているファイルがParse Errorによりごっそり全部動かない事態に。 babelifyも組み合わせていたが、node_modules以下はtranspile対処ではないので、変換されなかった(2016/08/10追記) なぜ起きたか? browser対応してないパッケージを利用してしまっていた 依存するパッケージのソースが、ES2015で書かれていた NodeJSは既にES2015で問題なく書ける パッケージ提供側は全く悪くない。利用者側(=自分)のミス 同じ機能を持つブラウザ向けのパッケージがあるのを見逃していた なぜすぐ発見が出来なかったのか? chromeなどで
npmrcのドキュメントを読みなおしていたら、.npmrcは/path/to/my/project/.npmrcのようにプロジェクト毎に配置することが出来る事に気づいて、ちょっと使ってみたら便利だった。 globalやhomeディレクトリへの設定を前提としたnpm configの記事は結構あるが、プロジェクト毎でnpm-configについて書かれている記事があんまり無かったのでまとめてみる。 npm-configの何が良いのか? project毎に出来ると何が良いのか? npm-configの設定をすると、色々コマンドを省略出来たりして良い事がある。 (参考:2016年版 Node.jsで幸せになれる10の習慣) npmrcやnpm-configは、個人開発用であれば、$HOME/.npmrcへの設定だったりnpm config setでの設定で十分。 また、npm registryに登録
hyperなterm。 plugin作りたくて色々中身見たり、そもそもどうなってんのみたいな興味本位で読み解いたらreduxの使い方とかちょいちょい面白かったので感想とか雑感 コードはversion 0.6 ~ 7.1らへん。 https://github.com/zeit/hyperterm/tree/v0.7.1 全体感 Coreな所 Electron おなじみ hterm chromiumのプロダクトの一つ(?) コードはこのあたり あんまりこっちは追ってない Electronの中で使われてる技術要素 React + Redux CSS in JS ビルドにwebpack プロジェクト構成など / (root) webpackで管理している部分 libに関連するpackageはroot管理 /lib hypertermの本体部分。 React + Reduxなプロダクト plugin
ESLintのようなconfigでPostCSSプラグインとして動くstylelint。 唐揚げチャーハンのような「美味いものと美味いもの組み合わせたら絶対おいしいじゃん!」みたいなプロダクトが実際とても良かったので色々利点を記載。 導入についての手順などはすでに記事があったので、そちらへリンクしたい CSSのLintをstylelintにする ESLintっぽくて良い所 javascriptのLinterとしてスタンダードになってきたESLintに非常に良く似て作られているので、一度そちらを導入していればstylelintの導入はおそらくすんなり出来る。 また、ESLintの持っていた良い所をそのまま持ってきたような良さがある。 config周りがESLintにすごく近いので覚えることが少なめ 肝となるstylelintのconfigは、だいたいこんな感じで、ESLintにかなり近く作ら
最初思ってたこと vs 現実 思ってたこと:なんか軽量? 現実:誤解だった。割りと作ってくと大きめになってくる。軽量感は無い が、redux本体のコードは結構薄い。本当に関数群だけ提供しているイメージ 思ってたこと:他のfluxと圧倒的に違う? 現実:これも誤解。構成としては色々作りこむと最終的には一般的なfluxと同じ感じになる(flummoxとかmartyあたりと体感一緒になる) ActionとかActionCreatorとかその辺が一緒になってくる。 思ってたこと:ES6で圧倒的に書ける? 現実:正解。圧倒的にES6を前提にしている。 思ってたこと:React用のもの? 現実:別にそうでもない。react-reduxを使うことでreactで使えるようになる。 詰まった所など 用語編 割りと初めて見たりする用語に出会った ActionCreator martyあたりにもあった。{typ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く