Update Japanese translations (#300)

README-ja-JP.md

@@ -15,34 +15,34 @@
 
 [English](README.md) | [简体中文](README-zh-CN.md) | 日本語
 
-アプリのエラーダイアログに機能を追加し、カスタムROMの削除ダイアログを修正します。
+アプリのエラーダイアログに機能を追加し、カスタムROMによって削除されたダイアログを修正することで、Android開発者に最高の体験を提供します。
 
-このプロジェクトは、どのAndroidのシステム上でも使用ができるXposedモジュールであり、現在は**LSPosed**のみでテストされています。
+このプロジェクトは、どのAndroidシステム上でも使用できるXposedモジュールであり、現在は**LSPosed**でのみテストされています。
 
-このXposedモジュールは、Androidの開発者のために特別に設計されています。
+このXposedモジュールは、Android開発者のために特別に設計されています。
 
-コンピューターが接続できない、ADBが実行できない状態である場合にこのモジュールを使用して、インストールされているアプリのエラーをキャプチャーする事で問題を迅速に特定する事ができます。
+PCに接続できない、ADBが実行できない状態である場合にこのモジュールを使用して、インストールされているアプリのエラーをキャプチャする事で問題を迅速に特定することができます。
 
 アプリがクラッシュしたときのエラーログは、開発者にとって貴重な財産です。もしあなたが開発者でなくても、このモジュールをインストールする事で開発者への貢献に繋がるでしょう。
 
-> 最小バージョンのサポート Android 7.0
+> 最小サポート Android 7.0
 
 ## プロジェクトの理由
 
-中国本土のAndroid ROMは、MIUI(安定版を除く)でアプリのクラッシュ時のダイアログボックス(FCダイアログ)を削除しています。私はシステムを逆コンパイルするまで、ネイティブな機能だと思っていました。
+本当に理解不能ですが、中国本土のAndroid ROMは、MIUI(安定版を除く)を除いて、アプリのクラッシュ時のダイアログボックス(強制終了ダイアログ)を削除しています。私はシステムフレームワークを逆コンパイルして本当に削除されていることを確認するまで、これは当たり前の機能だと思っていました。
 
-プロダクトマネージャーは、ユーザーにエラーを表示させずにアプリを直接クラッシュさせて終了する事が最善の解決策と考えているのでしょうか?
+プロダクトマネージャーは、ユーザーにエラーを表示させずにアプリをクラッシュさせて直接終了する事が最善の解決策と考えているのでしょうか?
 それとも **隠された秘密** があるのでしょうか?
 
 ## 動作の原理
 
-`Thread.UncaughtExceptionHandler`とは異なり、システムフレームワークをインジェクトする事でアプリのエラーを全方向からキャプチャするネイティブメソッドを使用します。
+`Thread.UncaughtExceptionHandler`とは異なり、システムフレームワークをインジェクトする事でアプリのエラーを全方向からキャプチャするネイティブメソッドを使用します。これは、元の例外監視よりもパフォーマンスに優れています。
 
-同時にシステムレベルの例外のキャプチャは、ネイティブプラットフォームの`スタックトレース`もキャプチャ可能です。
+同時に、システムレベルの例外のキャプチャは、ネイティブプラットフォームの`スタックトレース`もキャプチャ可能です。
 
 ## 注意事項
 
-システムによってネイティブにキャプチャされるエラーは、アプリ自体によって処理されないエラーのみです。アプリ自体にカスタムされた`Thread.UncaughtExceptionHandler`エラーを自動的に収集する**バグ**と同様にシステムはアプリが実際にクラッシュしたかどうかの **(FC)** を取得する事はできません。
+システムによってネイティブにキャプチャされるエラーは、アプリ自体によって処理されないエラーのみです。アプリ自体に**Bugly**のような、エラーを自動的に収集するためのカスタムの `Thread.UncaughtExceptionHandler` がある場合、システムはアプリが実際にクラッシュ **(強制終了)** したかどうかを取得できません。
 
 ## 機能のリスト