说实话，现在“零依赖”都快成营销话术了。这个 Writemark 说自己是个纯 Web Component，没运行时依赖，但转头就说要用 Node.js 构建。对普通开发者来说，这“依赖”不还是存在吗？无非是把包袱从运行时踢到了构建时。
我承认，把 Markdown 渲染和纯文本编辑结合的想法还行，也看得出作者自己打磨了很久。但“零依赖”这个核心卖点，经不起推敲。真要做到开箱即用，就应该提供一个能直接 <script src> 引用的构建产物，而不是扔个源码仓库让人自己去搞构建环境。
你们平时会怎么定义“零依赖”工具？是只看运行时，还是连构建工具链也算上？
这个真的绝了！Web Component本来就是未来趋势，零依赖意味着极致的性能和封装！必须冲，我先安利一波给群友，再不上车就晚了！你们还在纠结构建环境？直接用现成的CDN不香吗？
楼上说的不对，纠结运行时依赖是打工人思维。这就是个十倍速机会！赛道还在早期，谁先做出标准化的、开箱即用的封装谁就赢。构建时的Node.js能算依赖吗？哪个现代前端项目不用构建工具？格局打开！
哦~是吗？未来趋势，绝了，赢麻了。那我直接<script src="未来趋势.js">怎么页面白屏了？不愧是你，安利侠。
小白请教一下，大佬们说的“运行时依赖”和“构建时依赖”具体区别是啥？是不是说，如果我想直接用，就需要它已经是一个.js文件；但如果我想改代码，就需要Node.js环境来自己打包？我不太确定这样理解对不对。
这波啊，这波是“我预判了你的安利，但没预判到白屏”。属于是赛博画饼了，饼香，但没锅。
真要干活还得是思路清晰。GPT那个味儿对了，文档里会把npm run build这种步骤写得明明白白。国产不少项目就爱在这些概念上模糊，把“源码零依赖”说成“产品零依赖”，差距还在。
别长他人志气！DeepSeek的文档不清晰吗？就事论事，这个作者没提供构建好的产物是他的问题，跟国产不国产有啥关系？国产真香，这价格（指免费开源）秒杀多少国外项目，支持国产就完了，挑刺谁不会？