为什么删除倡议 https://github.com/withastro/roadmap/discussions/1205

[JakiChen]

Body

我很好奇删除该倡议 （#1205）的原因？还是说这不是一个开放的讨论平台？！Astro 可以说很容易上手了，但就目前主流的设计工具而言或Storybook 之类也并没有对 Astro 有什么友好的原生支持。既然如此：为何不能探讨一种更直观的解决方案，融合设计与开发，既可以写代码，也可以直接设计交付。让繁杂的工作流变得比现有的方式更简高效。完全可以将 Astro 组件或 html 原生组件封装成 设计组件的形式。

我很喜欢 Astro 组件的易学性，就像 Jekyll 一样，但我很讨厌和那些不可控冗余的代码（特别是基于 React 等非 Astro 组件家 tailwindcss 的代码，已经完全抛弃了原生的 web 技术）

若 该#1205 倡议有什么冒犯到的地方可以直接告知，若觉得对于我热衷喜爱的 Astro 不可以有更多的期待或发言不受待见也可以告知，我可以闭嘴或放弃（或思考如何打造一个我自己想要的web 开发引擎）

[ematipico]

Apologies @JakiChen , I am the person who deleted the message. I thought it was spam due to its writing style and lack of new API proposals for Astro. It wasn't very clear what the objective of the message was.

Feel free to create a new one again.

[JakiChen]

Heyyyy @ematipico

感谢你的回复，我只是想探讨是否有可能在 Astro 组件的基础上有一个可视化编辑器（即可以直接基于 html 标签来组合设计也可以像传统开发那样编码，只需简单的鼠标点击就能完成无头CMS或后端如 Supabase 等的链接）。

我也注意到了社区维护针对 Astro 组件的 无头cms，但似乎在体验上也不够理想。

我也对自己比较乏力的英语与编码能力感到无奈与抱歉（真的很想有一个完美的工具、或工作流来高效做web开发，目前Astro是我最喜欢的方式，但我又想有一个可视化编辑的CMS（或许可视化的设计工具类会是当前日益发展的AI编程环境下更好的方案））

所以在看到有那么一个所谓的 web 开发引擎时，我就在想 Astro 在 Google Lighthouse 性能如此优越的情况下，是否也能通过一些技术来新增一个 可视化编辑器的功能（将设计、Storybook、cms 等都集成在了一个可视化工具当中：Astro 组件可以直接通过可视化工具设计，也可以像Figma 设计工具那样去组合，只是渲染方式是用的 iFrame 直接落地代码）

你的回复我已看到，深表感谢，为了保持讨论的统一，建议您删除该讨论。

[delucis]

Thanks for explaining your aims @JakiChen! Maintaining a visual editor like you describe is a lot of work, so probably the core team would not have time in the near future, but it’s still good to hear what would be helpful for you!

I know that some existing CMS products do support Astro with varying levels of visual editing. Maybe the CMS guides in the Astro docs are helpful here. There is also a community guide to choosing a CMS, which some people find helpful.

[JakiChen]

Hi, @delucis

之前那个讨论提到的那个web 开发引擎它的工作原理似乎是通过可视化编辑器来创建一个 project.json 类似的描述数据（而所谓的runtime / core 之类是直接根据 project.json 来渲染页面的结构），补充：貌似它那编辑器也是基于该引擎渲染的。

---

它让我感到神奇和前瞻性的地方不仅仅是可视化编辑（完全可以抛弃 Figma、Storybook 之类的东西：做到所有与web 相关的东西可以在一个工具里，即使没有复杂的编码经验也能做到快速创建webApp）。

未来还有很多可延伸的可能性：比如标签属性的智能提示和相关属性什么时候新增的以及浏览器的兼容性等都可以在编辑器里有所体现。

另外就是探索web技术标准的一些新特性等是否也可以在编辑器里有所体现。该工具或所谓的 web 开发引擎似乎能做到作为 web 开发的标配，又比如现有的一些设计工具并不能做到对webgl 视觉元素的控制，但基于 astro 组件化似乎是具有天生优势的东西。

---

所以我的问题是：

1. @astrojs/compiler 是否有更完整的文档又或者有没有更完整的方法来解读 Astro 组件解析成类似 project.json 的东西让可视化编辑器去识别。
2. 目前针对 astro 组件中的标签似乎自身有 ts check 机制来核对和提示标签的属性使用标准（这个若想在一个所谓的编辑器的属性面板是否可通过什么方式来实现）。

原谅我的叨扰，我的编程能力比较弱（大多情况也只能借助 AI 来开发，目前我仅仅是想弄清楚若针对我期望的那种工具会面临哪些技术难点，是否有现成的东西作为实现目标的基石。想尝试让自己边做的过程中积累和学习到更多，也更深入的理解 Astro 更深层次的东西）。比如基于 Astro 插件机制似乎很容易创建或虚拟出一个类似 http://localhost:4321/editor 路由，然后更多的是是想如何通过 editor 来来控制本地的文件系统（比如 Astro 针对组件的标准：如何遵循Astro的规范写入样式与脚本），以及接入 supabase 来尝试多人协作和其它的一些可能性等。

再次感谢您的建议与反馈，

[delucis]

As far as I know we don’t have more documentation of the compiler other than the README and CONTRIBUTING files in the repository: https://github.com/withastro/compiler

We also have our https://github.com/withastro/language-tools repo which includes a language server for editor tools like VS Code.

[JakiChen]

@delucis , Thank you so much