Change URL behavior (parse the content to the url)

未关闭
#149 0 条评论 0 个 reaction 已指派 0 人 在 GitHub 查看

还没有人认领这个 Issue。

评估

难度
5/5
预计耗时
一周以上
新手友好度
25/100
Issue 类型
功能
描述清晰度
需要澄清
活跃度
停滞
技术栈
typescript
领域
tooling

调研方向

先阅读相关 issue #105 以及 issue 中链接的 Vue SFC playground ReplStore。然后检查当前 URL、token、匿名用户和分享按钮的行为。当内容到 URL 再返回内容的往返流程达成一致,并明确其对现有分享和 token 行为的影响后,即可视为完成。

由索引模型根据 Issue 内容生成。

描述

I think it's better to take inspiration from Vue SFC playground.
It seems like it creates a hash for the content, and parse it inside it's ReplStore. See https://github.com/vuejs/core/tree/main/packages/sfc-playground
This will make the link is a Bijective function to the content. Which means that we can create cool stuff like programmatically embed content to the url - like in https://github.com/LinusBorg/slidev-theme-vuetiful/blob/348090dff814bb97f835c2944daaf2fd77552d83/layouts/sfc.vue#L32 - the component embed its content programmatically so the content code is readable before injecting it into the url - and we can extract it from the url. The url get const encoded = window.btoa(JSON.stringify(content)) so we can do the reverse with const decodedString = JSON.parse(window.atob(encoded)).
This may affect the way the URL handles now with tokens and anonymous users and the behavior of the share button will be just to copy the URL instead of saving.
This issue is related to #105

主要语言
TypeScript
星标
246
派生
71
平均合并
5 分钟
30 天内合并 PR
6

环境准备

  • 没有 Dockerfile 或 Docker Compose 文件
  • 没有 Pull Request 模板
  • 阅读贡献指南

从这里开始

  1. 先读完整个 Issue,再读项目的贡献指南。
  2. 在 Issue 下留言说明你要接手 —— 这能避免两个人做同样的事。
  3. Fork 仓库,在一个分支上完成修改。
  4. 提交 Pull Request,并在描述里引用这个 Issue 编号。

solidjs/solid-playground 的其他 Issue

查看 solidjs/solid-playground 的全部 Issue

相似的 Issue

更多 TypeScript Issue

把新 issue 发到你的邮箱

精选适合新手参与的 GitHub issue 摘要。