Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? 前 v5.16.0 | 次 v6.1.0 We're excited to announce that ESLint v6.0.0 has been released: https://t.co/EO4ZrZIMYM — ESLint (@geteslint) 2019年6月22日 ESLint 6.0.0 がリリースされました。 既存の機能を改善するための非互換な変更があります。特に、グローバル インストール (npm install -g) された ESLint コマンドを利用している場合、今まで通りには利用できない可能性が高いです

Nodeの組み込みモジュール・サードパーティモジュール問わず広く使われるのが EventEmitter オブジェクト。 これはNodeで使われるデザインパターンの筆頭みたいなものなので、知っておかねばならない。 ドキュメント: Events ブラウザ上のJavaScriptで addEventListener を使ってイベントドリブンの開発を行うが、Node上でそれを行うのための機能を提供するのが EventEmitter。 例えば次のように使う var EventEmitter = require('events').EventEmitter; function asyncFunc() { var ev = new EventEmitter; console.log('in asyncFunc'); setTimeout(function () { ev.emit('done', 'fo

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article?

この記事はLIFULL Advent Calendar 2018の19日目の記事とされている恐れがあります 謝罪 wasmとSWとReactのフロント全部盛りマンやります 🙋 部署が代わり開発領域も変わってしまい、ジェイクエィリでDOM操作をし過ぎた反動でフロントに関する知識を忘却してしまいました。誠に申し訳ございません。 どアタマでの謝罪により万に一人に楽しみにされていた方がいらっしゃった時の可能性を潰しておきます。 ここから本題 ここ1年の中で しまくったgithubリポジトリを年末調整すると同時に、 使っていて個人的に便利だなと思っているものを簡単に紹介しようと思います。 React 魂のviewフレームワーク Facebook謹製 Redux Flux思想の状態管理ライブラリ React使うならだいたい使うはず storybook インタラクティブなUIコンポーネント(React

Node.jsアプリケーションのデバッグはVisual Studio Codeだと簡単にできるよ Visual Studio Code https://code.visualstudio.com/ Microsoft製のOSSエディタである『Visual Studio Code』ですが、普段Vimしか使わない私がちょっと使ってみて、いい気分になったので簡単にご紹介したいです。 デバッグできる環境作るのは大変(面倒) 以前、Node.jsのアプリケーションをデバッグ用ライブラリ『node-inspector』とブラウザを使ってやってみようとしましたが、なんか面倒臭い感じがして、結局最近まではconsole.logとかを多様してナヨナヨしいデバッグしておりました。 多分、この辺のサイトを参考にさせていただいた気がします。 http://uupaa.hatenablog.com/entry/20

人気のある npm パッケージ event-stream (DL数: 2M/週) が悪意ある攻撃に利用されるというセキュリティ インシデントがありました。 私が管理する npm-run-all (DL数: 440K/週) も間接的に event-stream に依存していたため、インシデントの詳細と私の対応について触れておきます。 何をすべき? あなたのプロジェクトが event-stream に依存している場合は、この依存を削除し、代替手段を探すと良さそうです。event-stream の作者は、このパッケージをメンテナンスしないと明言しています。ただ、これだけ騒ぎになったので、信用できる誰かが引き継ぐ可能性はあります。 [編集(2018/11/30)] 現在は npm 社がパッケージ管理を引き継いでいます。ただ、リポジトリは凍結されており、今後変更されることはないでしょう。 次に、あな

Node.js のバージョン 10 のリリースは 4/25 を予定しています。 また、ECMAScript Modules は Stability1(実験的)でリリースされます。 議論は以下で行われます。 GitHub - nodejs/modules: Node.js Modules Team Node.js Modules Team. Contribute to nodejs/modules development by creating an account on GitHub. 覚えておくべきこと ESM を使いたい場合は、拡張子を.mjsにする .jsファイルでimport/exportは使えません。 ブラウザではtype="module"となりますが、Node.js では拡張子で判断します。 .mjsの拡張子は省略可能である 拡張子の探査順は ESM の時、.mjsが優先されま

※ 03/22 追記 Node v10 での実装についてより詳細な内容が @about_hiroppy さんによって書かれていますので現在はそちらをご参考ください。 Node.jsとECMAScript Modules Node v9 (実際にはv8系の後半から実装されていたようですが)では、フラグ付きで ES Modules の解釈ができるようになっています。 import/export 双方とも .mjs となっている必要があるようです。

fnm は fish シェルのための node.js のバージョンマネージャです。複数のバージョンの node.js をインストールして、バージョンを簡単に切り替えられるようにしてくれます。fish シェルのプラグインマネージャ fisherman のプラグインとして提供されています。 この記事では、fnm の「インストール方法」と「使い方」について説明します。 TL; DR # fisherman のインストール > curl -Lo ~/.config/fish/functions/fisher.fish --create-dirs https://git.io/fisher # fnm のインストール > fisher fnm # node.js LTS のインストール > fnm lts Downloading <http://nodejs.org/dist/v8.10.0/nod

そもそもの前提問題としてReact-NativeではHMRを有効化してもStateless Functional Component(以下SFC)に対してhot module replacement(以下HMR)してくれない問題がある。 https://github.com/facebook/react-native/issues/10991 上記のissueに記載あるが babel-plugin-functional-hmr を入れることでSFCに対してもHMRを有効化出来る。これで全て解決！と行けば良いのだが、、、 babel-plugin-functional-hmrを有効化した状態でjestのsnapshotテストをするとテストケースが失敗することがある どういうケースで失敗するのか？ 普段僕は業務でもプライベートでも styled-components を使用しています。 今回の

npmとはNode.jsインストール時に付属するパッケージマネージャーで、Node.jsのパッケージの管理や実行を取り扱うものです。 npmのバージョン5.2.0で導入された「npx」を用いると、下記のようにローカルにインストールしたnpmパッケージを、npxコマンドだけで実行できるようになります。 npxはnpmにバンドルされているため、npxの個別インストールは不要です。 次のようにしてモジュールを実行できます。 従来のnpmの実行方法との比較 従来では、ローカルのnpmパッケージを使用するには、次のような方法が必要でした。 方法1: ./node_modules/.bin/(パッケージ名)で実行する 方法2: $(npm bin)/(パッケージ名)で実行する 方法3: package.jsonにnpm-scriptsを記述して実行する npxはいずれの方法よりも簡潔なコマンドで、パッ

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article?

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article?

Nodeプロジェクトで環境依存の設定の管理方法を紹介します。例えばDBの設定は、デプロイ環境や各ユーザの開発環境に依存するので、環境依存の設定といえるでしょう。これらの設定はコード内に埋め込まず、ユーザ各自またはデプロイスクリプトに任せるべきです。環境依存の設定をNodeプロジェクトで管理するとき、dotenvモジュールが便利です。 dotenvを使う dotenvモジュールは、.env ファイルから process.env へ環境変数をロードするモジュールです。dotenvを使うと、プロジェクトのコードから独立した環境依存の設定を、ローカル単位で管理することができます。 dotenvパッケージは npm からインストールできます。依存モジュールがゼロなのが嬉しいです。

Node.js開発に欠かせないnpm install その中でもgulpやmochaみたいにコマンドから起動する類のものには-gオプションをつけることが多いかと思います。 ていうかサンプルとかだと普通に「-gつけてね」みたいな感じのノリです。 例:npm installでググってみたら上の方に出たやつ(注:リンク先の記事ではnpm install -g gulpとなってますが、2016-04-14現在公式でnpm install -g gulp-cliが推奨されています) しかし私は極力-gを使いたくないのです。ていうか全く使わなくていいのではとさえ思っています。 というわけで-gについて徒然なるままに心にうつりゆくよしなし事を書き綴ります。 なぜ-gが必要か そもそもなぜ-gが必要なのでしょうか。 -gをつけないとパスが通らないからですね。 gulpで試してみましょう。 当然「そんなコマ

Node.jsをせっかく使ってるなら、面倒な作業はもっとラクにしちゃいましょう。Gitリポジトリの初期化のステップを省力化するアプリを例に、コマンドラインアプリの作り方を紹介。 本記事は、Dan Princeが査読を担当しています。最高のコンテンツに仕上げるために尽力してくれたSitePointの査読担当者のみなさんに感謝します。 Node.jsは「伝統的な」Webアプリケーションでものすごい威力を発揮しますが、その潜在的利用価値はずっと広範におよびます。マイクロサービス（Microservices）、REST API、ツール、IoT、さらにはデスクトップアプリケーションでの作業においてさえ、強い味方になってくれます。 Node.jsが大いに活躍する別の分野は、コマンドラインアプリケーションの構築です。記事ではこの点を紹介します。はじめにコマンドラインでの作業に役立つように設計されたサード

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? Node.js をの環境構築は Mac 環境だと割りとすんなり行くのですが、Windows 環境では npm install を行うとパッケージよってはビルドエラーが出まくって心がヘシ折れそうになります。 エラーが出ないようにするには事前の関連アプリケーションのインストールや環境設定が必要がありますが、ググってみると Visual Studio 2013 Express を入れろとか、いや、Visual Studio 2015 Community じゃないとダメだとか、64bit OS は Windows SDK いれろとか、npm の

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article?

npm で -g をつけなければカレントディレクトリに node_modules/ が作成されてパッケージがインストールされるのですが、なぜか常にホームディレクトリにある node_modules/ にインストールされるという状態に。 しばらく原因が分からずハマってたのですが、 ホームディレクトリに元々 node_modules/ ディレクトリが存在していた。 パッケージをインストールしようとしていたディレクトリが、ホームディレクトリの下層に存在していた。 カレントディレクトリに package.json も node_modules/ が存在していなかった。 という状態だったことが原因でした。 どうやらカレントディレクトリに package.json も node_modules/ も存在しない状態で npm install を実行するとディレクトリをさかのぼって node_module