コンポーネント時代のi18n - Qiita
グローバルからコンポーネントベースのid管理へ サービスを海外展開したい場合、国際化対応を行う必要性があります。これをi18n対応と呼びます。Reactでフロントエンドを構築する場合、i18nのための多くのライブラリがありますが、ダウンロード数的にyahoo製のreact-intl が最も使われているライブラリです。react-intlを実際に使っている例としては、スター15000を超えるReactボイラープレートであるreact-boilerplate やSNSの マストドンがあります。 react-boilerplate/react-boilerplate: A highly scalable, offline-first foundation with the best developer experience and a focus on performance and best
dependency-cruiserを使って依存関係を検証し潜在的なバグを潰す - Qiita
sverweij/dependency-cruiser: Validate and visualize dependencies. With your rules. JavaScript, TypeScript, CoffeeScript. ES6, CommonJS, AMD. このツールが何を行うかというと、依存関連を検証してくれる。 例えばフロントエンドのコードの規模が20万行だとかそんな規模だとすると、使われていないファイルだとか相互依存になっているファイルが見つかることがままある。 このツールを使うことでそれらの発見が容易になる。 { "forbidden": [ { "name": "not-to-test", "comment": "Don't allow dependencies from outside the test folder to test", "severit
idやclassを使ってテストを書くのは、もはやアンチパターンである - Qiita
いきなり結論を書くと、idやclassはスタイルのためのものなので、テストでそれを使うのはやめましょう。そして、カスタムデータ属性を使いましょう。(idやclassはスタイルのためだけではないという意見はごもっともです！しかし、主にとしてスタイルに使われるということでご了承頂いて以下の駄文に付き合って頂けると幸いです🙇) 先に断っておくと主にreactについての話で、JSXを前提とします。(手法はReactに限りませんが理由は後述) 2020/03/23 追記 この記事は1年以上前に書かれた記事なのでテストフレームワークとしてenzymeを使っていますが、現時点ではTesting Libraryの使用をオススメします。data-testid に対応するクエリを備えています。 React Testing Library · Testing Library はじめに ご存知の通り、ロジックと
さよならボイラープレート。s2sによる高速reduxアプリケーション構築 - Qiita
まだアクションクリエイターを自分で書いているの？ reduxとflowtypeを使ってフロントエンドアプリケーションを構築していると、ボイラープレートが多く、面倒だと感じることがありませんか？ しかし、もはや、このAST時代の前には過去の悩みでしかありません。 型を書く。それが全てです。 型を書いて、定数を書いて、アクションクリエイターを書いて、一つ変更したら全て変更して、もしくはなんらかのハックを行って型付けして、なんてものは過去のことです。 これからは、アクションクリエイターの作成に5秒以上時間をかけたら怠惰でありましょう。そして、これはs2sの1プラグインでしかありません。 プラグインを組み合わせると以下のようなこともできます。 s2s (Source to Source) これを実現している仕組みをSource to Source(s2s)といいます。 ソースコードからソースコード
新しいクラスプラットフォームデスクトップアプリケーションライブラリ yue - Qiita
NW.jsやElectronの作者である、zcbenz氏が新しいクロスプラットフォームライブラリyueをつくりはじめました。 え、Electronを使ってるんだけどと思った人は落ち着いて大丈夫、フルタイムでElectronの開発を続けているとのこと。 では、今度のyueは何を目指しているのか。 Uses native widgets; Works on all major desktop platforms; Has a modern and clean C++ interface; Has good support for High DPI; Uses windowless controls on Windows; Generates small executable size; Friendly license for closed source apps. ネイティブウィジェットを扱
続 2017年1番人気はBabelかTypeScriptかそれともCoffeeScriptなのか？ - Qiita
以前、本当に2016年1番人気はTypeScriptなのか？ - Qiita を書きましたが未だにこの記事が共有されているようです。 この記事は最終更新日から1年以上が経過しています。が見えないのかあんたたちは。タイトルにも2016年と書いてあろうが あの記事見てなんだCoffeeScript使われてんじゃんと思われるのは、よろしくないので2017年度版を更新することにします。 ダウンロード数の比較です。 typescript vs babel-core vs coffee-script - npm trends Babelが頭ひとつ抜けましたね。 TypeScriptも順調に増加しているようです。 おまけ いくつか比較されやすいものも列挙しときます。 gulp vs grunt vs webpack vs browserify vs rollup - npm trends これがいいこと
ElectronアプリのXSSでrm -fr /を実行する - Qiita
Electronアプリでxssを発生させると任意のコードが実行できるらしいのでrm -fr /を試してみます。 想定 web版とelectron版のあるチャットアプリケーションという設定です。攻撃者が用意したリンクをクリックすると、PC内のすべてのファイルを消し去るというシチュエーションを考えてみます。 用意 環境はホストmac OSX、ゲストにubuntu14.04環境をvagrantを利用し用意しました。 expressでリストとフォームからなる脆弱性のあるチャットをつくります。エスケープ処理をしてないので、任意のコードが実行できる状況です。 'use strict'; const path = require('path'); const express = require('express'); const app = express(); const ejs = require(
本当に2016年1番人気はTypeScriptなのか？ - Qiita
JavaScriptのプログラミング技術で2016年1番人気なのはMicrosoft社製のTypeScript。類似の技術であるBabel、Haxe、CoffeeScriptと比べても人気のある技術です。Babelも伸びてはいますが、TypeScriptの方が抜きん出ている状況です。 これを選んでおけば間違いない2016年流行りのCSS・JavaScript・タスクランナー - Qiita GoogleトレンドによるとTypeScript一強時代に入ったようです。 が、個人的にはGoogleトレンド？それで何がわかるの？と思っているので、npmのダウンロード数を比較してみます。Babelの構文調べるならBabelなんて書かずにES6ってみんな調べるんじゃないかなぁ typescript vs babel-core vs-coffee-script - npm trends だいたいBabe
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
async関数においてtry/catchではなくawait/catchパターンを活用する - Qiita