rebuild

Author: shibukawa

docs/_sources/exception.rst.txt

@@ -384,11 +384,11 @@ Node.jsで ``async`` / ``await`` やら ``Promise`` を一切使っていない
 例外処理機構以外で例外を扱う
 --------------------------------------
 
-これまでTypeScriptにおける例外処理の方法や作法などを説明してきました。しかし、ベースとなっているJaavScriptの制約により、お世辞にも使いやすい機能とは言えません。理由は以下の3つです。
+これまでTypeScriptにおける例外処理の方法や作法などを説明してきました。しかし、ベースとなっているJavaScriptの制約により、お世辞にも使いやすい機能とは言えません。理由は以下の3つです。
 
 * Javaの ``throws`` のように、メソッドがなげうる例外の種類がわからず、ソースの関数の実態やドキュメント（整備されていれば）を確認する必要がある
-* JavaやC++のように、 ``catch`` 節を複数書いて、型ごとの後処理を書くことができず、 ``insteadof`` を駆使してエラーの種類を見分けるコードを書く必要がある
-* ``Promise`` や　``async`` 関数で、何が ``reejct`` に渡されたり、どんな例外を投げるのかを型定義に書く方法がない
+* JavaやC++のように、 ``catch`` 節を複数書いて、型ごとの後処理を書くことができず、 ``instanceof`` を駆使してエラーの種類を見分けるコードを書く必要がある
+* ``Promise`` や　``async`` 関数で、何が ``reject`` に渡されたり、どんな例外を投げるのかを型定義に書く方法がない
 
 例外に関しては、補完も効かないし、型のチェックも行えません。いっそのこと、例外処理機構を忘れてしまうのも手です。例外処理のないGoでは、関数の返り値の最後がエラーという規約でコードを書きます。
 TypeScriptでも、いくつか方法が考えられます。

docs/_sources/primitive.rst.txt

@@ -388,7 +388,7 @@ TypeScriptで数値計算を行う場合、 ``Math`` オブジェクトの関数
    // シングルクオート、ダブルクオート、バッククオートでくくる
    console.log('hello world');
 
-   // 変数に代入。変数の型名はboolean
+   // 変数に代入。変数の型名はstring
    const name: string = "future";
 
    // 複数行

docs/_sources/typing.rst.txt

@@ -38,7 +38,7 @@ JavaScriptは動的言語の中でも、いろいろ制約がゆるく、無名
 例えば、JSONSchemaを受け取るような引数があったら、JSONSchemaのすべての仕様を満たす型定義を記述するのはかなり時間を要します。
 将来やるにしても、まずはコンパイルだけは通したい、というときに使うと良いでしょう。
 
-ただし、これを使うと、TypeScriptが提供する型チェックの恩恵は受けられません。\ ``any``\ から型情報つきのデータにするためには後述の型ガードや型アサーションで変換しなければなりません。利用する箇所で毎回必要になります。TypeScirptの型情報は伝搬するので、なるべく早めに、データが発生する場所で型情報を付ければ、変換が不要になります。そのため、よっぽどの理由がないかぎりは\ ``any``\ を使わない方がトータルの実装コストは大きく減ります。
+ただし、これを使うと、TypeScriptが提供する型チェックの恩恵は受けられません。\ ``any``\ から型情報つきのデータにするためには後述の型ガードや型アサーションで変換しなければなりません。利用する箇所で毎回必要になります。TypeScriptの型情報は伝搬するので、なるべく早めに、データが発生する場所で型情報を付ければ、変換が不要になります。そのため、よっぽどの理由がないかぎりは\ ``any``\ を使わない方がトータルの実装コストは大きく減ります。
 
 それ以外だと、外部からやってくるデータなどはコンパイル時には型情報がわかりません。標準ライブラリのブラウザのサーバーアクセスAPIの\ ``fetch``\ のレスポンスは\ ``any``\ となっています。そのため、\ ``fetch``\ のレスポンスに関しては何かしらの変換処理が必要になります。
 

docs/exception.html

@@ -567,11 +567,11 @@ <h2>例外処理のハンドリングの漏れ<a class="headerlink" href="#id8"
 </div>
 <div class="section" id="id9">
 <h2>例外処理機構以外で例外を扱う<a class="headerlink" href="#id9" title="このヘッドラインへのパーマリンク">¶</a></h2>
-<p>これまでTypeScriptにおける例外処理の方法や作法などを説明してきました。しかし、ベースとなっているJaavScriptの制約により、お世辞にも使いやすい機能とは言えません。理由は以下の3つです。</p>
+<p>これまでTypeScriptにおける例外処理の方法や作法などを説明してきました。しかし、ベースとなっているJavaScriptの制約により、お世辞にも使いやすい機能とは言えません。理由は以下の3つです。</p>
 <ul class="simple">
 <li><p>Javaの <code class="docutils literal notranslate"><span class="pre">throws</span></code> のように、メソッドがなげうる例外の種類がわからず、ソースの関数の実態やドキュメント（整備されていれば）を確認する必要がある</p></li>
-<li><p>JavaやC++のように、 <code class="docutils literal notranslate"><span class="pre">catch</span></code> 節を複数書いて、型ごとの後処理を書くことができず、 <code class="docutils literal notranslate"><span class="pre">insteadof</span></code> を駆使してエラーの種類を見分けるコードを書く必要がある</p></li>
-<li><p><code class="docutils literal notranslate"><span class="pre">Promise</span></code> や　<code class="docutils literal notranslate"><span class="pre">async</span></code> 関数で、何が <code class="docutils literal notranslate"><span class="pre">reejct</span></code> に渡されたり、どんな例外を投げるのかを型定義に書く方法がない</p></li>
+<li><p>JavaやC++のように、 <code class="docutils literal notranslate"><span class="pre">catch</span></code> 節を複数書いて、型ごとの後処理を書くことができず、 <code class="docutils literal notranslate"><span class="pre">instanceof</span></code> を駆使してエラーの種類を見分けるコードを書く必要がある</p></li>
+<li><p><code class="docutils literal notranslate"><span class="pre">Promise</span></code> や　<code class="docutils literal notranslate"><span class="pre">async</span></code> 関数で、何が <code class="docutils literal notranslate"><span class="pre">reject</span></code> に渡されたり、どんな例外を投げるのかを型定義に書く方法がない</p></li>
 </ul>
 <p>例外に関しては、補完も効かないし、型のチェックも行えません。いっそのこと、例外処理機構を忘れてしまうのも手です。例外処理のないGoでは、関数の返り値の最後がエラーという規約でコードを書きます。
 TypeScriptでも、いくつか方法が考えられます。</p>

docs/primitive.html

@@ -659,7 +659,7 @@ <h2><code class="docutils literal notranslate"><span class="pre">string</span></
 <span class="c1">// シングルクオート、ダブルクオート、バッククオートでくくる</span>
 <span class="nx">console</span><span class="p">.</span><span class="nx">log</span><span class="p">(</span><span class="s1">&#39;hello world&#39;</span><span class="p">);</span>
 
-<span class="c1">// 変数に代入。変数の型名はboolean</span>
+<span class="c1">// 変数に代入。変数の型名はstring</span>
 <span class="kr">const</span> <span class="nx">name</span>: <span class="kt">string</span> <span class="o">=</span> <span class="s2">&quot;future&quot;</span><span class="p">;</span>
 
 <span class="c1">// 複数行</span>

docs/searchindex.js

@@ -247,7 +247,7 @@ <h2>一番手抜きな型付け: <code class="docutils literal notranslate"><spa
 あとは、メインの引数ではなくて、挙動をコントロールするオプションの項目がかなり複雑で、型定義が複雑な場合などです。
 例えば、JSONSchemaを受け取るような引数があったら、JSONSchemaのすべての仕様を満たす型定義を記述するのはかなり時間を要します。
 将来やるにしても、まずはコンパイルだけは通したい、というときに使うと良いでしょう。</p>
-<p>ただし、これを使うと、TypeScriptが提供する型チェックの恩恵は受けられません。<code class="docutils literal notranslate"><span class="pre">any</span></code>から型情報つきのデータにするためには後述の型ガードや型アサーションで変換しなければなりません。利用する箇所で毎回必要になります。TypeScirptの型情報は伝搬するので、なるべく早めに、データが発生する場所で型情報を付ければ、変換が不要になります。そのため、よっぽどの理由がないかぎりは<code class="docutils literal notranslate"><span class="pre">any</span></code>を使わない方がトータルの実装コストは大きく減ります。</p>
+<p>ただし、これを使うと、TypeScriptが提供する型チェックの恩恵は受けられません。<code class="docutils literal notranslate"><span class="pre">any</span></code>から型情報つきのデータにするためには後述の型ガードや型アサーションで変換しなければなりません。利用する箇所で毎回必要になります。TypeScriptの型情報は伝搬するので、なるべく早めに、データが発生する場所で型情報を付ければ、変換が不要になります。そのため、よっぽどの理由がないかぎりは<code class="docutils literal notranslate"><span class="pre">any</span></code>を使わない方がトータルの実装コストは大きく減ります。</p>
 <p>それ以外だと、外部からやってくるデータなどはコンパイル時には型情報がわかりません。標準ライブラリのブラウザのサーバーアクセスAPIの<code class="docutils literal notranslate"><span class="pre">fetch</span></code>のレスポンスは<code class="docutils literal notranslate"><span class="pre">any</span></code>となっています。そのため、<code class="docutils literal notranslate"><span class="pre">fetch</span></code>のレスポンスに関しては何かしらの変換処理が必要になります。</p>
 </div>
 <div class="section" id="unknown">