Question

我在一家拥有大量webcomponents目录的大公司中与Polymer 1和Polymer 2合作了大约一年，我相信webcomponents会非常有用。我知道像https://adamsilver.io/articles/the-problem-with-web-components/这样的“骗子创意”。

现在，我正在深入研究如何有效地使用原始Web组件。我以这样的前提开始：使用香草Web组件将有助于与Web组件的改进保持一致（我不能捍卫这种想法-我现在只是假设这一点）。然后，我试图创建一个用于使用普通Web组件的堆栈。

寻找达到https://open-wc.org/testing的推荐测试方法，并且我认为它的目的是在不添加特定框架的情况下推广良好做法（来自其网站：“开放Web组件是一项社区工作，与任何其他项目无关框架或公司”）。这正是我在寻找的东西：类似于micorservice.io的微服务，它具有良好的实用性和众所周知的建议（这只是一个类推）。

尝试在package.json中获得支架：

  "dependencies": {
    "lit-html": "^1.0.0",
    "lit-element": "^2.0.1"
  }

所以，我的主要问题是：为什么将lit-html用于Web组件？

就我所知，围绕我的主要问题，您会使用全部疑问。lit-html是由Google和Polymer团队共同发起的框架。这不是以某种方式迫使我使用polifylls在所有浏览器中运行吗？假设我不在乎浏览器不符合Web组件，为什么我需要一个框架？

Answer 1

这里是open-wc的维护者：）

我们之所以推荐lit-html / element是因为它们是非常小的库，可以帮助您编写Web组件，并且不会将您锁定在框架中。顺带一提，LitElement只是扩展了HTMLElement，这使其可与其他Web组件甚至框架互操作。 LitElement还减少了您必须为原始Web组件编写的样板。但是，我们还没有结婚，我个人非常喜欢香草成分解决方案。另外，我们的大多数（如果不是全部）工具都应该与Web组件兼容。

关于填充料； LitElement将尝试使用可能的现代标准（例如：可构造样式表），并在不可用时使用后备。加载Web组件polyfill取决于开发人员，而不是精简。如果您将我们的构建配置用于汇总或Webpack，则可以选择加载polyfill。

希望能回答您的问题，随时与我们联系！

为什么开放式wc脚手架会提升lit-html

1 个答案: