小编ogo*_*tos的帖子

这个问题让我陷入了困境.不幸的是,我在这里找不到答案(要求也没有帮助).所以经过一些研究并在这里和那里询问后,似乎我得到了这个问题的解决方案.

如果您有一个问题,您已经知道答案,并且您希望公开记录这些知识,以便其他人(包括您自己)可以在以后找到它.

当然,我的答案可能不是理想的,而且我知道它不是,这是我发帖的关键点 - 改进它.

注意,我没有在示例中使用动作.这个想法是一样的.

让我们首先说明问题:

想象一下,我们有App.vue动态生成其名为的本地组件Hello.

<template>
  <div id="app">
    <div>
      <hello v-for="i in jobs" :key="i" :id="i"></hello>
      <button @click="addJob">New</button>
    </div>
  </div>
</template>   

<script>
import Hello from './components/Hello'

export default {
  components: {
    Hello
  }...

store.js

export const store = new Vuex.Store({
  state: {
    jobs: []
  }
})

我们使用v-for指令通过遍历数组来生成组件jobs.我们store现在只state包含一个空数组.按钮New应该做两件事:

1)创建新的组件Hello,换句话说添加元素jobs(让它成为数),其中将要被分配为key和id的<hello>,并传递到本地部件如props. …

我正在尝试通过NPM安装Vue-cli environemnt.

npm install --global vue-cli

之后我想创建项目

vue init webpack my-project

我收到一个错误

'vue' is not recognized as an internal or external command,
operable program or batch file.

我已经阅读了一些解决方案,其中大多数都涉及到变化

路径到C:\ Users {YourUser}\AppData\Roaming \npm

不适合我.谁能帮忙.

这个想法是放置一个带有与滑块相关的值的工具提示。我最初想通过使用 css 来完成该任务grid。CSS 为您提供了任意大小的网格，10 列或 1000 列都没关系。通过利用网格功能，我们可以根据需要对齐工具提示。我们真正得到的是：

拇指的位置有点不可预测。看起来它正在偏移，偏移的方向取决于输入值是在滑块的左侧还是右侧。

注意：默认拇指的行为方式完全相同。我的意思是，拇指的形状并不重要。

那么，html如何根据拇指的值计算拇指的位置呢？

Webpack 具有添加nonce到它加载的所有脚本的功能。

要激活功能集，您的入口脚本中需要包含 __webpack_nonce__ 变量。

默认情况下生成的 react app 中的入口文件create react app是index.js. 所以我需要做的就是添加入口文件：

 // ...
__webpack_nonce__ = 'c29tZSBjb29sIHN0cmluZyB3aWxsIHBvcCB1cCAxMjM=';
// ...

最后一件事是启用 webpack CSP。

请注意，默认情况下不启用 CSP。需要与文档一起发送相应的头 Content-Security-Policy 或元标记，以指示浏览器启用 CSP。下面是一个包含 CDN 白名单 URL 的 CSP 标头的示例：Content-Security-Policy: default-src 'self'; script-src 'self' https://trusted.cdn.com;

但是，我得到了错误

'__webpack_nonce__' is not defined

我试图声明随机数。还是不行。

webpack_nonce在入口文件中指定，而不是在配置中。

那么，我做错了什么？也许文档缺少有关该主题的一些关键信息？如何在 webpack 中为 React 应用启用 CSP 功能？

有没有办法Element.scrollIntoView()通过定义的过渡动画来调整滚动速度behavior: "smooth"。不知何故，在 Chrome 中滚动太慢，但在 Firefox 中却很好。

从Jest文档中：

Expect.assertions(number)验证在测试期间是否调用了一定数量的断言。这在测试异步代码时通常很有用，以确保实际调用了回调中的断言。

这意味着，如果我们要测试拒绝案例promises（中的断言catch），则expect.assertions promise可能无法解决，我们的测试将通过。但是，我们在测试函数中根本没有错误，并且断言实际上从未运行。换句话说，我们没有检查我们想要的东西。我们得到了答案，但是没有回答我们的问题，因为实现promise就不会失败。综上所述，必须在检查拒绝/错误时定义断言的数量。

在文档中还有另一个示例：

test('the data is peanut butter', async () => {
  expect.assertions(1);
  const data = await fetchData();
  expect(data).toBe('peanut butter');
});

在使用async/await模式时，我们将等待promise解决，并且测试条件一定会运行。

这里的目的是expect.assertions什么？我们是否真的需要expect.assertions此代码，或者只是编写它的最佳实践？