Javascript 为什么要打开;“优化”;在“角度”中,是否会在正确渲染元素时产生问题?
角度版本:9.x 预涂版本:9.x 在我们的dev/prod环境中,我一直遇到错误地渲染元素的问题,但是,这些元素在本地环境中确实可以正确渲染。我已经将问题隔离到angular.json文件中的“optimization”标志。当此标志设置为false时,样式将按预期进行渲染。但是,当该标志设置为true时,某些CSS样式似乎在这些环境中被覆盖,从而导致不需要的样式 例如,当使用Priming库中的Javascript 为什么要打开;“优化”;在“角度”中,是否会在正确渲染元素时产生问题?,javascript,css,angular,typescript,primeng,Javascript,Css,Angular,Typescript,Primeng,角度版本:9.x 预涂版本:9.x 在我们的dev/prod环境中,我一直遇到错误地渲染元素的问题,但是,这些元素在本地环境中确实可以正确渲染。我已经将问题隔离到angular.json文件中的“optimization”标志。当此标志设置为false时,样式将按预期进行渲染。但是,当该标志设置为true时,某些CSS样式似乎在这些环境中被覆盖,从而导致不需要的样式 例如,当使用Priming库中的元素时,此元素以意外的样式呈现按钮。此外,当在元素上将[modal]=true属性设置为true时
元素时,此元素以意外的样式呈现按钮。此外,当在
元素上将[modal]=true
属性设置为true时,它不会执行其预期的背景灰显行为
我试图避免将优化标志设置为false,因为这会增加构建大小
迄今为止为解决这一问题而采取的办法:
为什么设置此字段会影响CSS的呈现方式?除了将“optimization”设置为false之外,我还可以使用其他被忽略的修复程序吗?我面临同样的问题,它在使用ng SERVICE和build进行构建时可以工作--prod/optimization=false,在使用--prod和optimization=true进行构建时调用enableProdMode()可以修复该问题,这里描述了这个问题我也有同样的问题。感谢Marcos Herrera的回答,我找到了解决方案,我总结如下: First-运行
ng SERVICE
模式,检查
元素的第一个
中需要哪个类。在我的例子中,有wareui转盘ui小部件ui转盘水平
:
第二个-将此类添加到styleClass属性中的标记中: