book
book copied to clipboard
yytypescript
TypeScriptの入門書『サバイバルTypeScript』
質問の投稿先をGitHub IssuesからGitHub Discussionsに変えるべきかについて話したいと思います。 ## 背景 #572 で頂いたプルリクエストで次の意見をいただきました。 > 文章自体の問題点でない限りDiscussionsに投稿してもらった方がよりふさわしいと思いました。 > もしかしたら 読んでもわからない→Issues / それ以外→Discussions で両方提示してもよいかもしれません。 ## 懸念点1: Discord連携 現在、DiscordとGitHubが連携しており、新規issueはDiscordの通知で確認しています。Discussionに移行した場合、これと同等のことが簡単に行えるのかが気になります。
下記のサイトのように、本書にもTypeScriptの開発で遭遇するエラーとその対応策についてまとめた記事を書いてみてはどうでしょうか？ ［参考サイト］ [例外のハンドリング - TypeScript Deep Dive 日本語版](https://typescript-jp.gitbook.io/deep-dive/type-system/exceptions)
https://typescriptbook.jp/tutorials/react-like-button-tutorial 上記のページについて確認させてください。 ### 当方環境 - CHIP：Apple M1 - OS：Ventura 13.2.1 - Node：v18.4.2 - npm：9.5.0 - yarn：4.0.0-rc.40 ### 質問内容 上記のページで記載されているプロジェクトの作り方のコマンドが `npx create-react-app like-button --template typescript` となっておりましたが、 `yarn create react-app --example with-typescript...
最短ルートでTypeScriptを習得するためのロードマップを掲示してみたらいいかと思います。どの文法やどの情報源を参考にすればsTypeScriptをマスターできる(実務で習得できる)のかを図解付きで表現してみてはどうでしょう？ ［参考例］  ［参考リソース］ [TypeScript - roadmap.sh](https://roadmap.sh/typescript)
## 想定質問 interfaceとabstract classの違いは何ですか？ ## 回答 共通点 - どちらもシグネチャだけを定義でき、子クラスにその実装を強制できる 相違点 - インターフェイスはコンパイル時に消えるが、抽象クラスは空のclassにコンパイルされて残る ``` // ts interface Foo {} // js ``` ``` // ts abstract class Foo {} // js...
## 背景 TypeScriptを書いているとドキュメントのサンプルコードがJavaScriptで書かれており型を調べるために、ライブラリの型定義ファイルを参照することが多々ある。 その場合に型定義ファイルは見覚えのないキーワードが使われており、どう見れば良いか分からず悩むことが多いので、ライブラリの型定義ファイルを読み方が学べると良さそう。 関連 #395
親issue #283 コードブロックからTS Playgroundを開けるようなボタンをDocusaurusで実現可能かを調査します。可能の場合、そのやり方を報告します。
JavaScriptでは、モジュールをエクスポートする方法として、名前付きエクスポートとデフォルトエクスポートの2つの方法があります。どちらを使うべきかは、アプリケーションやモジュールの要件、コーディング規約によって異なります。 名前付きエクスポートでは、モジュール内で定義した各関数や変数に対して、明示的に名前を付けてエクスポートすることができます。名前付きエクスポートを使用すると、他のモジュールからインポートするときに、それぞれの名前を使用してアクセスできます。 デフォルトエクスポートでは、モジュール内で1つだけのエクスポートを行うことができます。デフォルトエクスポートを使用すると、他のモジュールからインポートするときに、特定の名前を使用することなく、任意の名前でアクセスできます。 ## プロジェクト内の一貫性 - 名前付きエクスポートは同じ変数名を強制する - デフォルトエクスポートは任意の名前でインポートできる - インポート側の裁量 - コードの一貫性を保つ働きは名前付きエクスポートのほうが強い - チームで変数名を一貫して使いたい場合は、名前付きエクスポートのほうがいい - リファクタリング時に、一括して変更できない。 ## エディタ補完機能との相性 - VS Codeで自動インポートが効くのは名前付きエクスポートだけ - デフォルトエクスポートは、自動インポートが効かない - anonymous default exportをしなければ自動インポートが効く - https://github.com/import-js/eslint-plugin-import/blob/main/docs/rules/no-anonymous-default-export.md...
文章自体の問題点でない限りDiscussionsに投稿してもらった方がよりふさわしいと思いました。 もしかしたら 読んでもわからない→Issues / それ以外→Discussions で両方提示してもよいかもしれません。
https://github.com/yytypescript/book/edit/master/docs/README.md 例文は以下が良いと思いますが、いかがでしょうか。 (誤) ``` type Key = keyof Point ``` (正) ``` type Key = "x" | "y" ``` 
