Devtools (reactive graph visualization) in the playground
まだ誰も着手していません。
- #124 @thetarnav による — マージされずにクローズ
評価
- 難易度
- 5/5
- 見積もり時間
- 1週間以上
- 初心者へのやさしさ
- 20/100
- issue の種類
- 機能追加
- 明瞭さ
- 説明が足りない
- 活発さ
- 停滞
- 技術スタック
- babel, typescript
調査の方向性
まず、現在 playground が production mode でどのように実行されているか、またその UI がどのように構成されているかを確認します。次に、リンクされている debugger および Babel transform パッケージを調査し、グラフ追跡のための統合ポイントと障害を特定します。dev mode、debugger のアタッチ、オプションの transform、グラフパネルについて、アーキテクチャと実装計画が決定されていれば完了です。
索引モデルが issue の本文から書いたものです。
説明
I don't have anything prepared—this is just theoretical, but would it be possible to include a reactive graph debugger in the playground in the future?
One thing for certain—it would require the playground to work in a dev mode. And from what I know, it works in prod mode currently. This alone might just prevent this from happening. But would there be any other blockers?
This idea just popped into my head, and I wanted to ask if it would make sense and what should I take into consideration when architecting the devtools if it does.
Besides the solid operating in dev mode requirement, there are three parts of the devtools that I would need to think, about how'd they fit in:
- the debugger - the debugger would need to be attached to the application in the background, for the devtools to be able to get and track the state of the graph
- babel transforms - this one is not necessary, but useful, it'll allow for things like tracking stores, automatically naming signals/memos/stores, and tracking component props.
- the devtools/graph panel - part of the UI would need to be reserved for the devtools - for displaying the graph, toggling is on and off, configuring, etc.
I'm currently writing the devtools in a way that theoretically should allow it to be used in various places—not limited to the chrome extension. But some changes might be necessary. It's definitely not ready now. Not even close.
Still, I think it would be great to see the graph right in the playground eventually. So I just wanted to know what you think.
- 主要言語
- TypeScript
- スター
- 246
- フォーク
- 71
- 平均マージ
- 5分
- マージ済み PR（30日）
- 6
環境構築
- Dockerfile・Docker Compose ファイルなし
- プルリクエストのテンプレートなし
- コントリビューションガイドを読む
はじめの一歩
- issue を最後まで読み、次にプロジェクトのコントリビューションガイドを読みます。
- 着手することを issue にコメントします — 二人が同じ作業をするのを防げます。
- リポジトリをフォークし、ブランチを切って変更します。
- issue 番号を参照したプルリクエストを送ります。
solidjs/solid-playground のほかの issue
-
難易度 3/5 1〜2日 初心者へのやさしさ 48/100
solidjs/solid-playground#194 ·
-
難易度 3/5 1〜2日 初心者へのやさしさ 35/100
solidjs/solid-playground#190 · コメント 1 件 ·
-
難易度 3/5 1〜2日 初心者へのやさしさ 25/100
solidjs/solid-playground#179 · コメント 2 件 ·
-
Missing editor fontsオープン
難易度 2/5 1〜3時間 初心者へのやさしさ 38/100
solidjs/solid-playground#176 ·
-
難易度 4/5 3〜5日 初心者へのやさしさ 35/100
solidjs/solid-playground#175 ·
solidjs/solid-playground の issue をすべて見る
似ている issue
-
Remove unused dependencies対応中かも @alastair-smith が今日担当しました。 オープンchore other
難易度 2/5 1〜3時間 初心者へのやさしさ 78/100
alastair-smith/card-games#384 ·
メンテナーはふだん 1 日以内に返信
-
難易度 2/5 1〜3時間 初心者へのやさしさ 62/100
code-yeongyu/senpi#5571 ·
メンテナーはふだん 1 日以内に返信
-
難易度 2/5 1〜3時間 初心者へのやさしさ 78/100
nexu-io/open-design#9262 · コメント 1 件 ·
メンテナーはふだん 1 日以内に返信
-
friction
難易度 2/5 1〜3時間 初心者へのやさしさ 72/100
kentcdodds/kody#4753 ·
-
community first-timers-only good first issue hacktoberfest help wanted low hanging fruit up-for-grabs
難易度 1/5 1時間未満 初心者へのやさしさ 62/100
lingdojo/kana-dojo#33508 · コメント 1 件 · リアクション 5 件 ·
メンテナーはふだん 1 日以内に返信