やあ、
Doczをどうもありがとう、私はいつも他のツールで問題を抱えていました、そしてDoczはちょうどうまくいきます。 TypescriptとPropsTable
統合は素晴らしいので、もっと高度な統合についての議論を始めたいと思います。
function MyComponent({text = "hello"}) {}
Voilà、あなたはすでにこれらの項目について考えていると思いますが、私はそれについてオープンな議論をするのは良いことですが。
@mquandalleが気に入ってくれてうれしいです。 私は最近、たくさんのプロジェクトでtypescriptをよく使用しています。正直なところ、すべてのプロジェクトでtypescriptを使用していて、とても気に入っています。 残念ながら、時間があまりなかったので、このアノテーション統合をすでに行うツールを選択することになりました。 このバージョンのdoczでは、 react-docgenを使用してプロパティテーブルを生成していますが、制限があり、多くのトレードオフがあり、パフォーマンスの問題になる可能性があります😢これらのトレードオフの1つは、typescriptを使用したデフォルトのプロパティに関するものです。 フロー統合はtypescriptよりもはるかに優れています!
たぶん将来的には、これらの問題を修正するために何かを作成したり、react-docgenを改善したりするのは良いことです。
通常の関数の注釈については、これは素晴らしいことであり、doczを使用して実行するのは本当に簡単で実行可能なことだと思います。 私は今週それについて考えています、そして今までの
JSファイルのメタ分析についてはよくわかりませんが、(TSファイルとJSファイルの両方で)typescript言語サーバーを使用して、同じAPIを使用してタイプやフィールドの説明などのメタ情報を収集することは実行可能だと思いますか? VSコードのようなIDE?
アイデアは、ASTを変換する代わりに、成熟した高レベルAPIを使用することです。
最も参考になるコメント
@mquandalleが気に入ってくれてうれしいです。 私は最近、たくさんのプロジェクトでtypescriptをよく使用しています。正直なところ、すべてのプロジェクトでtypescriptを使用していて、とても気に入っています。 残念ながら、時間があまりなかったので、このアノテーション統合をすでに行うツールを選択することになりました。 このバージョンのdoczでは、 react-docgenを使用してプロパティテーブルを生成していますが、制限があり、多くのトレードオフがあり、パフォーマンスの問題になる可能性があります😢これらのトレードオフの1つは、typescriptを使用したデフォルトのプロパティに関するものです。 フロー統合はtypescriptよりもはるかに優れています!
たぶん将来的には、これらの問題を修正するために何かを作成したり、react-docgenを改善したりするのは良いことです。
通常の関数の注釈については、これは素晴らしいことであり、doczを使用して実行するのは本当に簡単で実行可能なことだと思います。 私は今週それについて考えています、そして今までの