@Kobayashi #13 现在已经是联通了（除非联通进不来的）。

住北京自如多年，一直是自己另买的宽带账号移来移去，一切安好。

demo 项目会考虑用。正式项目还是用 Webpack，因为 Parcel 的配置能力和扩展能力还是太低。Parcel 2 不错，但还在 alpha 。

本地又试了下，确实是不行（刚才在 CodeSandbox 上试的，可以正常编译）

不是啊，我试了下 <p>test</p> 是可以正常编译的

我刚注意到你的 template 写错了，<p> 的关闭标签 = =|||

你的代码看起来没啥问题。控制台里没有异常吗？

楼上几位可能记错了。当组件选项同时包含 el 和 template 时，el 视为挂载点，template 视为模板内容，所以不存在 template 无效的问题。楼主的问题是，template 的值需要是一个 DOM 结构（以编译成 render 函数），而楼主的代码写的是 "test"，这没法编译。

如果你发出来的代码没错的话，你的浏览器控制台应该有报错。你提供的 template 值压根儿不是个合法值。

我认为是的。虽然不敢说「很大程度」，但不容忽视。想不做传话筒，就要学会和能够为自己的言行负责。多读书，多思考，多反思。

这俩也不冲突啊。表达的内容要真实，但可以讲究表达的方式

貌似没这功能。建议添加代码块前多敲一个回车创建新的空块，然后回到上一行创建代码块，编辑完后按 Esc 进入选择模式，按 Down 定位到多出来的空块，按 Enter 继续编辑。

Vuex 是一个「解决方案」，或者「业务模型」。如果你就那么一两个全局状态，引用也不多，用谁都差不多。但等你状态再多一点，衍生逻辑也多一点，即使你不用 Vuex 也会不由自主地搞一个类似的「全局状态管理器」。Vuex 就是给你省了自己造轮子的工夫。

看起来不是浏览器内置的功能，要么是扩展要么是某个 JS 库整出来的。

又不会掉块肉，现在也有肉吃，没方向随便找一个方向试试就好了。你才刚毕业，现在不走弯路难道要等中年危机主动来找你吗（狗带

@mywaiting #3 Deno 解决不了这个问题

没啥解决方案，要么动手一个个去掉，要么接受它

不能算严重的问题。提供 Sourcemap 相当于暴露了一部分源码。如果业务的核心资产就在 JS 那理论上确实不该提供 Sourcemap，但啥产品非得考虑到这种程度啊……另外 Sourcemap 的体积通常挺大的，用户浏览器可能会自动加载，这样可能会造成额外的带宽压力。

提供 Sourcemap 的好处是生产出了问题方便调试。

@Tlin #5 动画也用 rAF 触发或计算就行了