Merge pull request #81 from azu/textlint-plugin

feat(textlint): apply JTF style

Author: azu

.textlintrc

@@ -1,4 +1,7 @@
 {
+  "plugins": [
+    "jtf-style"
+  ],
   "rules": {
     "max-ten": {
       "max": 3

README.md

@@ -4,7 +4,7 @@
 
 ## Introduction
 
-JavaScriptの世界では一つの大きなライブラリよりも小さいなものを組み合わせていくようなスタイルが多く見られます。
+JavaScriptの世界では1つの大きなライブラリよりも小さいなものを組み合わせていくようなスタイルが多く見られます。
 
 小さなものを組み合わせて使えるようなエコシステムの土台となるものを書こうとした際に、プラグインアーキテクチャが重要になると言えます。
 

ja/ESLint/README.md

@@ -21,7 +21,7 @@ ESLintでは`.eslintrc`という設定ファイルに利用するルールの設
 
 - [Documentation - ESLint - Pluggable JavaScript linter](http://eslint.org/docs/user-guide/configuring "Documentation - ESLint - Pluggable JavaScript linter")
 
-ESLintにおけるルールとは、以下のような一つのオブジェクトを返す関数をexportしたモジュールのことを言います。
+ESLintにおけるルールとは、以下のような1つのオブジェクトを返す関数をexportしたモジュールのことを言います。
 
 [import, no-console.js](../../src/ESLint/no-console.js)
 
@@ -255,7 +255,7 @@ ESLintのように与えられたコードを読み取ってチェックする
 逆に与えられたコード(AST)を書き換えするようなことをする場合には、
 ルールを同時に処理を行うためルール間で競合するような変更がある場合に破綻してしまいます。
 
-そのため、この仕組みに加えてもう一つ抽象レイヤーを設けないと対応は難しいと思います。
+そのため、この仕組みに加えてもう1つ抽象レイヤーを設けないと対応は難しいと思います。
 
 つまり、read-writeなプラグインアーキテクチャとしては単純にこのパターンだけでは難しい部分が出てくるでしょう。
 

ja/introduction/README.md

@@ -2,7 +2,7 @@
 
 この書籍はJavaScriptのライブラリやツールにおけるプラグインのパターンについて見ていく事を目的としたものです。
 
-JavaScriptの世界では一つの大きなライブラリよりも小さいなものを組み合わせていくようなスタイルが多く見られます。
+JavaScriptの世界では1つの大きなライブラリよりも小さいなものを組み合わせていくようなスタイルが多く見られます。
 
 小さものを組み合わせて使えるようなエコシステムの土台となるものを書こうとした際に、プラグインアーキテクチャの仕組みが重要となると言えます。
 

package.json

@@ -52,7 +52,8 @@
     "node-fetch": "^1.3.2",
     "npm-run-all": "^1.2.8",
     "power-assert": "^1.0.0",
-    "textlint": "^3.3.0",
+    "textlint": "^3.7.1",
+    "textlint-plugin-jtf-style": "^0.1.6",
     "textlint-rule-max-ten": "^1.1.0",
     "textlint-rule-no-mix-dearu-desumasu": "^1.1.0",
     "textlint-rule-no-start-duplicated-conjunction": "^1.0.3",