我对Vuestorefront的重建有很坏的解释,因为代码的每次更改都需要大约25秒的时间。所以我决定关闭SSR (用于开发),现在大约需要3-4秒!...but,现在VueJ的生命周期出现了问题。
我使用的
店面安装有:纱线,演示API,SSR端点和默认主题。一切都很完美,但发展缓慢。
下面是自述的教程--一切都很好,代码中的每一个更改都是在4秒内构建的。成功建立自动刷新网站热重加载。
有什么问题?
我发现在这些情况下是跳过的函数asyncData,它预先加载数据。例如,产品页面:当我单击主页中的产品详细信息时,会触发函数https://github.com/vuestorefront/vsf-default/blob/master/pages/Product.vue#L334并正确加载产品页面,但是asyncData跳过了asyncData。
重新加载后的产品页:

我尝试将代码从asyncData重新实现为beforeCreated方法,但仍然无法工作。
我的问题
如何强制调用函数asyncData
...or是否有办法重新配置Webpack,使其发挥作用?
...or还有其他更快地重建vuestorefront的方法吗?
发布于 2021-03-04 10:09:41
谢谢你试用我的Webpack配置。请注意,这是远远不完美的,它需要一个合作的头脑,以使它在所有情况下工作。
正如您在代码中已经看到的: Vue元插件使用metaInfo方法来提供标记。Product组件再次调用可计算的getCurrentProduct可计算性,后者再次调用Vuex product/getCurrentProduct。这再次要求执行asyncData()方法,以便从ElasticSearch或GraphQL加载数据。
asyncData()通常要么在浏览器中异步执行(duh!)或者在服务器上同步运行时,SSR正在工作。这意味着在默认的VSF1情况下,调用this.getCurrentProduct.meta_title (在metaInfo方法中)永远不会失败,因为它将依赖于以前已经同步加载的Vuex的某些内容。但是,如果没有SSR,这将导致代码问题,因为Vuex存储将在执行标记之后填充metaInfo。因此,重写metaInfo方法可能更有意义,如下所示:
metaInfo () {
const storeView = currentStoreView()
return {
title: this.getCurrentProduct && htmlDecode(this.getCurrentProduct.meta_title || this.getCurrentProduct.name),
meta: (this.getCurrentProduct && this.getCurrentProduct.meta_description) ? [{ vmid: 'description', name: 'description', content: htmlDecode(this.getCurrentProduct.meta_description) }] : []
}我自己还没有尝试过这段代码,但希望它有意义。这将证明许多组件都是在默认主题中提供的(您最有可能自定义这个主题,对吗?)只考虑到SSR (这对我来说是有意义的)。
正如您所说,另一个尝试可能是对每个组件执行asyncData。core/client-entry.js文件(这也是我Webpack配置的一部分)已经包含了这方面的工作--只需扫描代码中的单词asyncData。也许您可以切换配置选项executeMixedinAsyncData,看看这是否会改变事情?
发布于 2021-03-14 14:21:08
找到了解决办法,热重装现在需要大约2秒。你可以检查我的拉请求。
https://github.com/vuestorefront/vue-storefront/pull/5560
它根本不禁用SSR,那么问题的根本原因是什么呢?在主要的Webpack进程中进行类型检查,所以基本上通过将它移动到另一个进程,它将更快地编译。
本质上,通过将transpileOnly: true传递给TS -加载程序,它将禁用类型检查,并且通过使用叉-TS-检查器,它只会在一个单独的进程中在开发环境中工作,这样您就可以从TS中获得最大的好处。
对于该实现,我基本上遵循了Webpack博士并安装了分叉-ts-checker插件。的建议。
告诉我它是如何进行的,在我的例子中,它使我的生产力飙升了很多:)。
https://stackoverflow.com/questions/66471008
复制相似问题