如何使用Webpack觀看導入的SASS文件？

我遇到大量導入文件的問題。我正在嘗試將webpack緩慢注入遺留站點。有很多全球樣式表：如何使用Webpack觀看導入的SASS文件？

require('../../../Content/Ones/_forms.scss'); 
require('../../../Content/Ones/_grid.scss'); 
require('../../../Content/Ones/_panels.scss'); 
require('../../../Content/Ones/one.scss'); 
require('../../../Content/Ones/_grid_tools.scss');

有沒有辦法避免這種情況？我可能只是從錯誤的角度來看待這個問題，因爲我似乎無法找到與我的用例相匹配的問題。

請指教，謝謝！

來源

2016-07-16 xivo

您是否想知道觀看導入的SASS文件的變化，或想知道如何避免出現一大堆全球SASS？ –

我真的想知道這兩個，但我想看導入的全局文件。該結構不是真正的「組件」基礎。 – xivo

您導入的SASS文件（無論是從JS文件還是另一個SASS文件導入它們）都是您的webpack依賴關係樹的一部分，因此它們都應該被自動監視。如果他們不是，你會介意添加一些關於你的應用程序結構和webpack配置的問題的更多信息嗎？

至於減少全球SASS進口的數量，有幾種方法可以做到這一點，但在這裏做出一個好的選擇取決於您的應用程序的結構。

旁邊的問題：是否有你添加webpack到這個網站的原因？特別是你希望獲得的任何東西？我問，因爲如果它不是一個基於組件的SPA，你可能沒有太多的使用webpack，這可能不值得麻煩。

來源

2016-07-16 02:58:17

這可能是對的。我的使用案例對於基於Hybrid（基於.NET路由而不是SPA）的Legacy應用的好處類型可能有點不正確。我們正試圖從一箇舊的基於.NET的站點慢慢地轉換成一個新的結構。 CSS由於缺乏經驗的基於Web組件的開發而被全球寫下來。我不確定是否應該改用Gulp（任務跑步者）路線。文檔提到，如果我們決定使用webpack。 – xivo

如何使用Webpack觀看導入的SASS文件？

回答

相關問題