翻訳 Vuex の mutation のテスト - Qiita
Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? Mutation をテストする Mutation のテストだけを独立しておこなう場合には、複雑な手順は全く必要ありません。Mutation は通常の JavasScript の関数の範囲で書かれているからです。このページでは Mutation だけの独立したテストについて取り上げます。コンポーネントが Mutation に commit する際の Mutation のテストをしたい場合には、こちらをご覧ください。 Testing mutations in isolation is very straight forward, becau
Node.js - ES6記法 - 8.xへのバージョンアップで必要なこと - Qiita
資料 ・バージョン https://github.com/nodejs/Release#release-schedule ・本家資料 http://exploringjs.com/es6/ch_modules.html#sec_design-goals-es6-modules 変更点 ・babel等のトランスパイラを利用しなくてもnodeだけでES6 moduleの記述ができるように。 （他略） 必要な作業 サマリ ・バージョンを8.xへ ・module.exports等はexport defaultを使う ・ファイルの拡張子を.jsから.mjsにする ・UnitTest等でtestモジュールを利用している場合は.mjsを対象に ・node起動時に--experimental-modulesオプションを付与して起動 詳細 ▼ バージョンを8.xへ 今回は8.11.xに
Reactの凝り固まったFormをユニットテストを整備しながら解きほぐしていく - Qiita
はじめに React、便利ですね。 初めはJSXの独特の書き味にパンチを食らいましたが、慣れてくると各Componentを小さく作れるので設計がしやすいのと、データの流れが想像しやすいのは実際に自分で実装してみても感じるところでした。 ただ、いくらReactでComponent単位で管理していたとしても各Componentの処理の依存度が高く複雑に書かれてしまっていてはせっかくの恩恵を受けられません。 そこで今回はFormを対象にして、実装していく中で肥大化していったComponentをリファクタリングしながらユニットテストを整備していくことで、コードを解きほぐしていこうと思います。 対象バージョン react: 16.4.2 jest: 23.5.0 enzyme: 3.4.1 enzyme-adapter-react-16: 1.2.0 sinon: 6.1.5 事前準備 事前にユニッ
コルーチンを補助するco-gateモジュールを公開しました． - Qiita
co(koa.js)は中で何をしているのか．の続き． co用のゲートモジュールco-gateを公開しました． visionmedia/coを使うと、非同期APIを同期的に使うことが出来るのは、今までのエントリに書いた通りです． ただ、ThunkやPromiseにAPIを書き換えなければいけません． そこでco-gateでは、非同期APIのコールバックをゲートに入れて（gate.in()）、同期的にゲートから出す（gate.out()）ことで、従来型のAPIをそのままで使うことが出来るようにしています． // require co var co = require('co') , Gate = require('co-gate') , fs = require('fs'); co(function *(){ // create gate var gate = new Gate() , val
JavaScriptの非同期処理には何を使うべきか
各方式は対立するのか？ ところでこれらの方式って、必ずしも対立するってわけじゃないんですよね。 JavaScriptのgeneratorはまだ使えるところが限られるけど、コールバックが不要で同期処理のように簡単に書けるのはやはり魅力的です。 一方で、ちょっとした非同期処理をReactive Programmingで処理するのはおおげさですが、ストリーム的に流れてくる複数のイベントを合成したり、時間的な操作をしたりする場合には圧倒的に便利です。 なので、適材適所で使い分けるのがよさそうです。（なんの解決にもなってない！） promise, co, RxJS さて、使い分けると言っても、方式が異なるものを混ぜて使うことは可能でしょうか？ 実は、それぞれの方式は対立しないどころか、連携することも可能です。 各方式の代表的な実装であるpromise, co, RxJSを例にみてみましょう。 まず、
mocha で co な非同期テストケースを使う - Qiita
coは戻り値としてfunction (done) { ... }みたいな関数("thunk")を返すので、コールバックを受け取る関数だと非同期になるmochaと組み合わせてこのようにシンプルに書けるようだ。 (作者が同じ visionmedia 氏なので、考慮に入れられているっぽい？) it('should do something', co(function *() { ... actual = yield doSomething(); assert.equal(expected, actual); ... }));
Koa(1.x)のmiddlewareの仕組みを調べた - Qiita
この記事は Node.js Advent Calendar 2015 9日目の記事です。(大遅刻) 注意 この記事で扱うのはKoaのv1.1.2です。なお、今後のバージョンアップで書き方やAPI、そしてコードが大きく変わる可能性があるのでご注意ください。現時点でv2.xはアルファ版ですが、coがサポートされないようになり手動で追加する必要がある、などの違いがあります。 Koaとは Expressive middleware for node.js using generators WebアプリのサーバーサイドがES6 Generatorを使っていい感じに書けるという話ですね。 特徴 リポジトリのREADMEよりサンプルコードを引用 簡潔に書ける 簡潔に書けます。 var koa = require('koa'); var app = koa(); // logger app.use(fun
ldapjsで認証失敗時のハンドリングが結構めんどくさい件 - Qiita
失敗の原因判別がつかないのでござる 普通にパスワード間違えた場合 パスワードの期限が切れた場合 アカウントがロックされた場合 これらの場合はすべて Invalid Credential(49) ... (´ﾟдﾟ｀)ﾎﾟｶｰﾝ 有識者に聞いてみたら、一応OpenLDAPの作り的には それで良くて、細かいメッセージは必須ではないそう そもそもldapsearchコマンドでも判別がつかない 上記のケースで、ターミナルでldapsearchを叩いても Invalid Credential(49) しか出てこない 一方、ldapサーバーにリモートアクセスし、中でコマンド叩くとしっかりメッセージが細かく分かれている ldapjsのメッセージラッピングがイけてない説を疑っていた自分を悔いつつ、 それじゃあどうしようもないわなと。。。 回避策 要は気合を入れてハンドリングすればいいと。 フローして：
NodejsでSQL Server接続 - Qiita
経緯 Windows10内にある、Microsoft SQL Server 2012にあるデータを取得してFTPSでputして欲しいという要件があった。 SQL Serverなんか触ったのは、おそらく２０年前くらい。 簡単な要件だったので、Nodejsで作ることにした。 その時のメモ。 SQL Driver Windows10内のNodejsの環境が構築されているものとする。 SQL Serverへは、ODBC経由でいいはずだけど、調べてみると以下のページを発見。 Node.js Driver for SQL Server Tedious - Overview ひとつのプログラムだけで実行するので、ローカルインストール const Connection = require('tedious').Connection; const config = { server:DB_HOST, use
nodejsで容量が大きいデータをPOSTで受け取る時のやり方 - Qiita
var http = require("http"), url = require("url"), request = require("request"), qs = require("querystring"), server = http.createServer(); server.on("request", function(a, b) { if ("GET" === a.method) var c = url.parse(a.url, !0).query; else if ("POST" === a.method) { var d = ""; a.on("data", function(a) { d += a; }); a.on("end", function() { c = qs.parse(d); }); } b.writeHead(200,{'Access-Control
Rocket.Chatサーバーのインストールをした - Qiita
Rocket.Chatサーバーのインストールをしたら結構大変だったのでメモを残しておく。 CentOS 7 7.2.1511 Rocket.Chat 0.68.3 NodeJS 8.11.3 gcc 4.9.4 めんどくさかったのは Rocket.Chat 0.68.3をインストールするにはNodeJS 8.11.3が必要 ↓ NojeJSをソースからビルドしようとしたらgcc 4.9.xが必要 ↓ gccをソースからビルド と芋づる式に手順が増えていったこと。あとビルドにやたらと時間がかかること。 インストール手順 gcc 4.9.4をインストールする $ yum -y install gcc gcc-c++ wget bzip2 libmpc-devel mpfr-devel gmp-devel glibc-devel.i686 $ wget ftp://ftp.mirrorservi
Multi-stage buildでDockerイメージのサイズを最適化 - Qiita
はじめに NodegitというgitのNodejsバインディングを使ってちょっとしたウェブアプリを作っていて、 プルリクごとにnow.shにアプリがデプロイされるようにしているのですが、 最近デプロイに失敗するようになりました ログを見ると「イメージのサイズが100MiBを超えているよ！」と怒られていることがわかります。 一週間前まではイメージサイズが100MiB超えていたはず、なのにデプロイは成功していました。 そこでnow.shの運営元であるzeitのSlackチャンネルで聞いてみたところ、 「Multi-stage Buildを試してみるといいよ」と言われました。 たまたまその日Google Cloud Platform BlogでMulti-stage Buildの話がされていたので、 試してみることにしました。 Multi-stage Build (MSB)とは Multi-st
node.jsのシリアル通信で制御文字(STX,ETX)を送信する - Qiita
概要 node.jsである機材にシリアル通信を送る。 ただし、制御文字を使用して一定の信号位置を開始位置として送り、一定の信号位置を終了位置としてバイトデータを機材に送る。 制御文字はディスプレイには表示されない。 用語の意味 STX start text ETX end text RS-232C シリアル通信の規格 他の規格としてRS-422A・RS-485がある。 RS-232Cは一般に普及した規格でパソコンに標準に搭載されているとのこと。 RS-232Cとは？ | 福福電子工房Webサイト シリアル通信 データを1ビットずつ連続的に送受信する通信方式 全コード 下記に意味を記載 const SerialPort = require('serialport'); const port = new SerialPort('/dev/tty.usbmodem14621', { baudRa
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Jestで非同期関数が例外を投げることをテストする。 - Qiita
Vue Test Utils + Jest でVue.jsの単体テストを行う - Qiita
Jestでd.tsがファイルあるときCoverage出力がエラーになる場合の対処法 - Qiita
自分のリポジトリにnpmの外部モジュールを取り込む - Qiita
npm install -g . - Qiita
Lambdaの関数実行時に毎回エラーが異なる現象が起きたら - Qiita
BotkitでSlackのアプリメッセージをキャッチしたい - Qiita
